การนำเสนอที่เริ่มจากสไลด์ที่สอง
(tidyfirst.substack.com)- การบรรยายเชิงเทคนิคจำเป็นต้องมีการปูพื้นหลัง แต่ก็มักเสียผู้ฟังไปตั้งแต่ช่วงต้นได้ง่าย จึงมีประสิทธิภาพกว่าหากเริ่มด้วยการแสดง สถานการณ์ของปัญหา ก่อน แล้วค่อยเติมบริบทภายหลัง
- เทคนิคนี้คล้ายกับคำแนะนำด้านการเขียนของ Lawrence Block คือสลับส่วนแรกกับส่วนที่สองซึ่งเดิมเขียนออกมาอย่างเป็นธรรมชาติ เพื่อย้าย ฉากที่มีความตึงเครียด มาไว้ข้างหน้า
- การนำเสนอที่อธิบายพื้นหลังก่อน สำหรับคนที่รู้อยู่แล้วคือข้อมูลซ้ำ ส่วนคนที่ยังไม่รู้ก็ยังไม่มีเหตุผลมากพอที่จะตั้งใจฟัง จึงอาจทำให้สมาธิลดลง
- ในตัวอย่างการปรับแต่ง virtual machine ที่อิง JIT จะเริ่มจากแสดง performance profile, การเปลี่ยนโค้ดที่ดูเหมือนจะทำให้ดีขึ้น, และข้อมูลที่ในความเป็นจริงกลับช้าลง ก่อนจะอธิบายเรื่อง JIT·การปรับแต่ง·สถาปัตยกรรม
- เมื่อโยนปัญหาที่อยากแก้ให้เห็นตั้งแต่ต้น โปรแกรมเมอร์จะพยายามมองหาวิธีแก้โดยธรรมชาติ และมีแรงจูงใจที่จะติดตามคำอธิบายต่อไป
โครงสร้างการนำเสนอแบบโชว์ปัญหาก่อน
- การบรรยายเชิงเทคนิคโดยทั่วไปต้องมีทั้ง การตั้งบริบท และการนำเสนอปัญหาที่ต้องการแก้
- แต่หากเริ่มจากการอธิบายพื้นหลัง แรงดึงดูดในช่วงต้นของการนำเสนอจะอ่อนลง
- สำหรับผู้ฟังที่รู้พื้นหลังอยู่แล้ว มันจะกลายเป็นข้อมูลซ้ำ
- สำหรับผู้ฟังที่ไม่รู้พื้นหลัง ก็ยังไม่เกิดแรงจูงใจที่จะพยายามทำความเข้าใจ
- วิธีของ Kent Beck คือทำสไลด์ตามลำดับที่ต้องการก่อน แล้วสลับสองสไลด์แรก หรือสองย่อหน้าแรก หรือสองบทแรกเข้าด้วยกัน
- นี่เป็นเทคนิคที่นำมาจาก Telling Lies for Fun and Profit ของ Lawrence Block
- หากเขียนเรื่องราวตามธรรมชาติ บทแรกมักเป็นการแนะนำตัวเอก และบทที่สองเป็นการดำเนินเหตุการณ์
- แต่ถ้าสลับสองบทนี้ จะกลายเป็นการเปิดเรื่องด้วยฉากที่ตัวเอกตกอยู่ในอันตราย
- เมื่อเกิดความตึงเครียดก่อน แล้วจึงค่อยแนะนำตัวละคร ผู้อ่านก็จะมีเหตุผลที่อยากรู้จักตัวละครนั้น
ตัวอย่างการบรรยายเรื่องการปรับแต่ง JIT และปฏิกิริยาของผู้ฟัง
- หากเป็นการบรรยายเรื่องการปรับแต่ง virtual machine ที่ใช้การคอมไพล์แบบ JIT โดยทั่วไปก็มักจะเริ่มจากการอธิบาย JITing, พาเรโตซึ่งเป็นพื้นฐานของการจูนประสิทธิภาพ, และสถาปัตยกรรมเครื่องในปัจจุบันก่อน
- แต่ในความเป็นจริง การปรับแต่งแบบทั่วไปเพื่อลด hotspot อาจทำให้ประสิทธิภาพโดยรวมช้าลงได้ และการเปลี่ยนแปลงที่ดูเหมือนไม่มีปัญหาก็อาจสร้างการปรับปรุงครั้งใหญ่ได้เช่นกัน
- โครงสร้างแบบเริ่มจากสไลด์ที่สองจะวางข้อมูลสำหรับใช้ตัดสินไว้บนสไลด์แรกทันที
- performance profile ที่เผยให้เห็น hotspot
- การเปลี่ยนโค้ดที่ดูเหมือนว่าจะดีขึ้น
- ข้อมูลที่แสดงว่าไม่เพียงแต่การปรับแต่งล้มเหลว แต่ยังทำให้ระบบช้าลงอีกด้วย
- จากนั้นค่อยอธิบายเรื่อง JIT, การปรับแต่ง, และสถาปัตยกรรม ผู้ฟังที่รู้พื้นหลังอยู่แล้วก็จะติดตามต่อเพื่อรอคำเฉลยของปริศนา ส่วนผู้ฟังที่ไม่รู้พื้นหลังก็มีเหตุผลที่จะตั้งใจฟัง
- เมื่อโปรแกรมเมอร์เห็นปัญหาถูกโยนมาให้ ก็มักจะแสดงปฏิกิริยาแบบวิศวกรรมที่อยากแก้มัน ดังนั้นโครงสร้างที่โยนโจทย์ให้ช่วยกันแก้ตั้งแต่ต้นของการนำเสนอจึงได้ผล
1 ความคิดเห็น
ความคิดเห็นจาก Hacker News
เมื่อไม่กี่สัปดาห์ก่อน ตอนนำเสนอที่ PyCon ผมลำบากมากกับการยัดเนื้อหาให้ทันเวลา สุดท้ายจึงตัดบทนำช่วงไม่กี่นาทีแรกทิ้งไป
ผมตัดส่วนที่ค่อย ๆ ไต่ระดับเข้าสู่หัวข้อ และส่วนที่อธิบายภูมิหลังว่าทำไมผมถึงมีคุณสมบัติพอจะพูดเรื่องนี้ แล้วกระโดดเข้าไปยังประเด็นแรกทันที ซึ่งตรงนั้นมีมุกที่ใช้ได้อยู่และได้ผลดี
ผมได้เรียนรู้ว่าถ้าหัวข้อน่าสนใจพอ ก็ข้ามบทนำแล้วเข้าประเด็นหลักได้เลย และถ้าใส่มุกเข้าไปด้วย ก็พอดึงความสนใจของผู้ฟังได้มากพอ
ผมเกลียดการขายที่เริ่มด้วยการเล่าประวัติบริษัทก่อนจริง ๆ และแปลกที่บริษัทใหญ่ของญี่ปุ่นมักเป็นกรณีที่แย่ที่สุดในเรื่องนี้เป็นพิเศษ
ควรคิดกับทุกสไลด์ว่า “ถ้าไม่ให้เหตุผลกับผู้ฟังว่าทำไมต้องอ่านสไลด์ถัดไป พวกเขาจะลุกเดินออกไป”
ถ้าผู้ฟังยังไม่รู้ว่าผมนำเสนออะไร ก็ไม่จำเป็นต้องพิสูจน์เหตุผลการมีอยู่ของผู้พูด และสุดท้ายแก่นของเรื่องไม่ได้อยู่ที่ผู้พูด แต่อยู่ที่ คนฟัง
ส่วนแบบนั้นมักไม่ค่อยพูดติดขัดหนัก และระหว่างนั้นร่างกายก็เริ่มเข้าที่ก่อนเข้าสู่การนำเสนอจริง
แน่นอนว่ายิ่งสั้นยิ่งดี ผมจึงมักท่องประโยคแรก ๆ ไว้เป็นคำ ๆ
แม้ตอนที่กังวลที่สุด ก็ยังมั่นใจได้ว่าจะผ่านช่วงแรกไปได้แน่ แล้วหลังจากนั้นก็พูดได้อย่างอิสระขึ้น
ประมาณ 30 วินาทียังโอเค แต่หลาย ๆ นาทีถือว่ายาวเกินไป ไม่ว่าจะเป็นการนำเสนอหรือวิดีโอ YouTube ก็เหมือนกัน
ผมเข้าใจว่าทำไมคนถึงทำแบบนั้น
คงเป็นการพยายามลดความเสี่ยงอย่าง “คนนี้มีคุณสมบัติพอไหม?” หรือ “ไม่เข้าใจบริบทเลย” แต่ถ้ากล้าขึ้นอีกนิดแล้ว เข้าประเด็นหลักทันที ก็น่าจะดี
ในเมื่อผมเลือกมาฟังการบรรยายนั้นแล้ว การอธิบายว่าทำไมมันน่าสนใจก็เหมือนเทศน์ให้คนที่เชื่ออยู่แล้วฟัง
ในวัฒนธรรมแฮ็กเกอร์ คนมักตัดสินกันจากฝีมือมากกว่าหนังสือรับรอง ดังนั้นอาจแทรกได้แค่ “อ้อ ผมเป็นคนสร้างสิ่งนี้เอง” แต่อย่าอ่านเรซูเม่ให้ฟัง ควรโน้มน้าวด้วยอินไซต์
ไม่ใช่ว่าจะเป็นแบบนั้นในทุกบริบท ผู้ฟังบางกลุ่มให้ความสำคัญกับคุณสมบัติมาก
ถ้าผู้ฟังไม่ได้เลือกการบรรยายนั้นด้วยตัวเอง ก็จำเป็นต้องมีบริบทที่เพียงพอด้วย
ถึงอย่างนั้น โดยมากแล้วควรดึงความสนใจก่อน แล้วค่อยย้อนกลับมาที่บทนำหลังจากได้ความสนใจแล้วจะดีกว่า
ตอนเรียนบัณฑิตศึกษา ผมได้รับการฝึกนำเสนอเยอะมาก และอาจารย์ที่ปรึกษาก็มักฝึกซ้อมแบบถามตอบเหมือนควิซระหว่างซ้อม
ควรมองว่าสไลด์แรกเป็นเพียงที่พักไว้ชั่วคราวตอนที่ยังไม่ได้พูด เหมือนปกหนังสือเท่านั้น
เช่น ถ้าพิธีกรแนะนำว่า “ผู้บรรยายคนถัดไปจะพูดเรื่อง BlahBlah” ก็ให้ตอบว่า “ขอบคุณครับ/ค่ะ SoAndSo ผม/ฉันชื่อ Godelski และ สไลด์ถัดไป จะพูดเรื่อง BlahBlah”
ในทางกลับกัน ถ้าพิธีกรแนะนำว่า “ผู้บรรยายคนถัดไปคือ Godelski และจะนำเสนองานเกี่ยวกับ BlahBlah” ก็ให้พูดว่า “ขอบคุณครับ/ค่ะ SoAndSo สไลด์ถัดไป” แล้วข้ามไปเลย
มีรูปแบบอื่น ๆ รวมถึงกรณีที่ไม่มีการแนะนำตัวด้วย แต่แก่นคืออย่าพูดซ้ำข้อมูลที่ผู้แนะนำพูดไปแล้ว และรีบออกจาก สไลด์ชื่อเรื่อง ให้เร็ว
สไลด์นั้นมีไว้แสดงแค่ว่าใครพูดและพูดเรื่องอะไร หากยังมีข้อมูลอื่นที่จะส่งให้ผู้ฟัง ก็ไม่ควรค้างอยู่บนสไลด์นั้น
การจัดองค์ประกอบและโครงสร้างสไลด์ยังมีปัจจัยอื่นอีกมาก แต่สรุปเป็นกฎทั่วไปได้ยาก อย่างไรก็ตาม ผมมองว่า สไลด์ภาพรวม มีประโยชน์ทีเดียว แม้จะแสดงให้เห็นไม่ถึง 1 วินาทีก็ตาม
ยิ่งสำคัญขึ้นอีกเมื่ออัปโหลดสไลด์ขึ้นออนไลน์
สไลด์สำหรับนำเสนอถูกทำมาเป็นตัวช่วยการพูด พอเอาขึ้นออนไลน์จึงไม่ค่อยเข้ากัน และถ้าใส่โน้ตประกอบสไลด์ได้ง่ายก็คงดี
ใน Google Slides ทำได้พอใช้ แต่ใน PDF ทำได้ยาก ส่วน beamer น่าจะทำได้อยู่แล้วหรืออย่างน้อยก็น่าจะทำได้ จึงดูเหมือนอาจมีใครผลักดันแนวปฏิบัติใหม่ได้
งานนำเสนอเชิงเทคนิคของผมค่อนข้างได้รับความนิยม และแม้แต่คนสายไม่เทคนิคที่ไม่ได้สนใจหัวข้อนี้ก็ยังส่งสไลด์ต่อกันดูในบริษัท
โครงสร้างเรื่องเล่า คือหัวใจ และถ้าไม่มีเรื่องเล่า งานนำเสนอก็ไม่น่าสนใจได้
ตอนทำงานนำเสนอ ผมจะไล่ดูสไลด์ซ้ำ ๆ เพื่อเช็กว่ากระแสของเรื่องเป็นธรรมชาติหรือไม่
ระหว่างนำเสนอ ผมไม่ให้ข้อมูลจำนวนมากปรากฏบนหน้าจอพร้อมกัน และใช้ไทม์ไลน์ของ PowerPoint ให้สไลด์ค่อย ๆ ก่อตัวขึ้นระหว่างที่ผมพูด
ทำให้ดูแทบเหมือนใช้ไวต์บอร์ด และไม่มีใครชอบหรอกเวลาพลิกสไลด์แล้วมีกำแพงข้อความโผล่ขึ้นมา
ผมไม่ได้หลีกเลี่ยงสไลด์ที่มีแต่ข้อความโดยสิ้นเชิง แต่แทบไม่ใช้ เพราะมันไม่ค่อยเป็นวิธีที่ดีที่สุดในการถ่ายทอดเรื่องหรือแนวคิดของผม
ระหว่างทำงานนำเสนอ ผมยังอ่านทวนอยู่เรื่อย ๆ ว่ามันน่าเบื่อเพราะเทคนิคเกินไป หรือไม่น่าเบื่อเพราะไม่เทคนิคพอหรือไม่
ความสมดุลเป็นเรื่องสำคัญ และถ้าจู่ ๆ ต้องลงลึกเชิงเทคนิคมากเกินไป ในอีกไม่กี่สไลด์ถัดมาก็ต้องดึงกลับขึ้นมาอีก และกลับกันก็เช่นเดียวกัน
แม้จะมีข้อความน้อย แต่ผมใช้ภาพวาดมือเยอะเพื่ออธิบายแนวคิดให้แม่นยำ ดังนั้นแม้พิมพ์ออกมาก็ยังเข้าใจได้และสื่อสิ่งที่ควรรู้ได้
สุดท้ายแล้ว ใช้แอปอะไรก็ไม่สำคัญ
ศิลปินที่ไม่ดีมักโทษเครื่องมือ และผมใช้ PowerPoint เพราะมันรองรับ iPad Pencil และมีไทม์ไลน์แอนิเมชันเต็มรูปแบบ ซึ่งถ้าใช้ให้ดีก็แทบเหมือนกำลังสร้างภาพยนตร์
เพียงแต่ผมใช้มันเป็นหลักเพื่อแบ่งสไลด์ออกเป็นชิ้นย่อย ๆ เท่านั้น
การนำเสนอเชิงเทคนิคควรเริ่มด้วย สปอยเลอร์ เสมอ
คนที่ยุ่ง หรือแค่เชื่อคำพูดของผมได้ ก็จะได้รับเฉพาะข้อมูลที่สำคัญที่สุดแล้วแทบจะออกไปได้ทันที
ส่วนคนที่ไม่เห็นด้วยหรืออยากดูหลักฐานของข้ออ้าง ก็อยู่ฟังต่อได้
เป็นสำนวนที่ใช้บ่อยกว่าในบันทึกหรืออีเมล แต่แนวคิดเหมือนกัน
ถ้าบอกก่อนว่าปลายทางมีอะไร ผู้คนจะเข้าใจว่าคำอธิบายพื้นหลังกำลังมุ่งไปทางไหน
จะใช้กระดูกสันหลังของเรื่องก็ได้ แต่ถ้าจะโน้มน้าวผู้ฟังว่ามีฉากระเบิดอยู่ปลายสายรุ้ง ก็ต้องให้ดูตัวอย่างหนังก่อน
ไม่จำเป็นต้องทำให้ผู้ฟังต้อง “ไขว่คว้า” รางวัลเอง แค่พาไปยังส่วนดี ๆ ทันที แล้วค่อยอธิบายส่วนที่เหลือสำหรับคนที่สนใจ
เรื่องนี้ก็อยู่ในรีวิวเดโมหลายครั้งด้วย: https://web.archive.org/web/20220126051034/https://www.secon...
เริ่มด้วยสรุป และเมื่อเหมาะสมก็วางโค้ดที่นำกลับไปใช้ได้ครบถ้วนซึ่งสามารถคัดลอกไปวางได้ไว้ก่อนเลย
เพราะนั่นคือวิธีที่ผมอยากให้คนอื่นทำ ผมจึงทำแบบนั้นด้วย
ต้องวางอัตตาลงและให้ความสำคัญกับ ประโยชน์ใช้สอย ก่อน
มันทำให้ต้องบอกก่อนว่าทำไมผู้คนควรสนใจ และเนื้อหาที่น่าสนใจน้อยกว่าจะถูกเลื่อนไปท้าย ๆ ดังนั้นแม้เวลาจะหมดหรือมีคนเสียสมาธิ ก็จะไม่พลาดอะไรมาก
[1] https://en.wikipedia.org/wiki/Inverted_pyramid_(journalism)
มองได้ว่าเป็นเวอร์ชันงานนำเสนอของ “I’m okay, the bull is dead”
https://www.computerworld.com/article/1702433/i-m-ok-the-bul...
ในสถานการณ์แบบนั้น เข้าใจได้ว่าคนเราอาจไม่สงบพอจะอธิบายได้ชัดเจน แต่ในกรณีนี้ดูเหมือนไม่ใช่แบบนั้น
ถ้ายังใจเย็นอยู่ ก็ควรอธิบายก่อน 10–15 วินาที ว่าเกิดอะไรขึ้น เพื่อประโยชน์ของอีกฝ่าย
บอกข้อสรุปและผลกระทบก่อน แล้วค่อยเติมบริบทที่นำไปสู่เหตุการณ์นั้นทีหลัง
การนำเสนอเชิงเทคนิคก็ยังต้องมี เรื่องราว
เช่นเดียวกับเทคนิคการเล่าเรื่องมาตรฐาน ควรเริ่มด้วยเหตุการณ์ที่ดึงความสนใจ หรือเหตุการณ์เปิดเรื่อง
The Matrix เริ่มด้วย Trinity ก่อนจะถูกจับ, Bambi เริ่มด้วยแม่ถูกยิง และ Star Wars เริ่มด้วยยานลำเล็กถูกยานลำยักษ์ที่ยิงเลเซอร์ไล่ตาม
การนำเสนอเชิงเทคนิคที่ดีทำตามโครงสร้างเรื่องเล่าที่ดี
ลำดับคือเหตุการณ์เปิดเรื่อง, ค่อย ๆ สะสมไปสู่จุดพีกเล็ก ๆ, ถอยออกมาชั่วครู่, จุดพีก, บทสรุป
ถ้าอยากเป็นผู้นำเสนอเชิงเทคนิคที่ยอดเยี่ยม ก็ควรอ่านหนังสือเกี่ยวกับวิธีเล่าเรื่องที่ดี
เช่น บทความยาวเกินไปที่เริ่มว่า “David อาศัยอยู่ในบ้าน 3 ห้องนอนที่ไหนสักแห่งในชนบทกับสุนัขชื่อ boopy และ bloppy...” ผมจะปิดทันที
เมื่อก่อนผมเคยเรียนคลาสการนำเสนอที่ยอดเยี่ยมซึ่งสอนโดยนักแสดงตลก คำแนะนำที่จำได้มากที่สุดคือให้จัดโครงสร้างการนำเสนอเหมือน มหากาพย์วีรบุรุษ
เป็นโครงสร้างที่ทุกคนรู้จัก: ทุกอย่างดี, โศกนาฏกรรมเกิดขึ้น, เอาชนะปัญหา, เฉลิมฉลอง
คุณอาจคิดว่าไม่เหมาะกับการนำเสนอเชิงเทคนิค และไม่ใช่ทุกงานนำเสนอจำเป็นต้องเป็นแบบนั้น แต่จริง ๆ แล้วมันใช้ได้บ่อยกว่าที่คิดมาก
โดยพื้นฐานแล้ว อะไรก็ตามที่แก้ปัญหาสามารถเล่าแบบนี้ได้
แต่การนำเสนอจำนวนมากเกินไปเริ่มด้วย “ผมจะพูดเกี่ยวกับโปรเจกต์ X นี่คือโครงร่างสไลด์ เอาละ X คืออะไร?”
แทนที่จะเป็นแบบนั้น คุณอาจพูดว่า “เรามีสิ่งต่าง ๆ มากมายที่ทำ Y อยู่ ทุกอย่างไปได้ดีจนกระทั่ง Z มาถึง จากนั้นหายนะก็เกิดขึ้น วิธีแก้เดิม A ใช้ไม่ได้เลยในกรณีนี้ เราจึงสร้าง X ขึ้นมา แต่เพราะ ... มันจึงใช้ไม่ได้ เราเลยต้อง ... และในที่สุดทุกอย่างก็ทำงานได้”
แนะนำให้เริ่มสไลด์แรกด้วย ภาพที่ไม่มีข้อความ
ภาพนั้นควรดูเหมือนไม่เกี่ยวข้องกับหัวข้อการนำเสนอที่อยู่บนสไลด์ชื่อเรื่องแบบไม่มีหมายเลข
แล้วผู้คนจะสงสัยว่าจะอธิบายอย่างไรและตั้งใจฟัง
หลังจากไขปริศนาแล้วจึงไปยังสไลด์ที่สองเพื่อเสนอคำจำกัดความของปัญหาหรือคำถามวิจัย จากนั้นค่อยดำเนินตามโครงสร้างทั่วไป ได้แก่ ภาพรวม, วิธีการ, ข้อมูล, การทดลอง, ผลการประเมิน, การอภิปรายและข้อจำกัด, สรุป, บทสรุปและงานในอนาคต
แต่สิ่งนี้ใช้ได้เฉพาะกับการนำเสนอด้วยวาจาเท่านั้น
สไลด์เด็กอีกประเภทหนึ่งที่สำคัญและเป็นกระแสหลักในบริษัทระดับโลกขนาดใหญ่ มีลักษณะใกล้เคียงกับลูกผสมระหว่างงานนำเสนอ PowerPoint กับเอกสาร Word
สไลด์เต็มไปด้วยข้อความ ทำขึ้นเพื่อให้เข้าใจได้จากการดูเด็กอย่างเดียว และไม่ได้มีไว้สำหรับนำเสนอเท่านั้น แต่เขียนขึ้นเพื่อให้ส่งต่ออ่านกันทางอีเมลเป็นหลักด้วย
เพราะผู้บริหารอาจไม่ฟังการนำเสนอและแค่กวาดตาดูสไลด์ จึงจงใจฝ่าฝืนกฎบางข้อของสไลด์ที่ดีซึ่งช่วยสนับสนุนการนำเสนอที่ดี
อย่างน้อยในสาขาของผมคือ คอมพิวเตอร์วิทัศน์และแมชชีนเลิร์นนิง หน้าแรกจะวางภาพใหญ่ที่ดูดีและถ้าเป็นไปได้ก็อธิบายตัวเองได้
มันทำหน้าที่ดึงความสนใจของคนที่ไล่ดู PDF และชวนให้อ่านต่อ
ในคอมพิวเตอร์วิทัศน์มักหาสิ่งที่ดึงดูดสายตาได้ เช่น ภาพที่เน้นการสร้างภาพสามมิติขึ้นใหม่หรือการตรวจจับวัตถุ
หรือจะใช้กราฟที่แสดงว่าวิธีของผมดีกว่า baseline แค่ไหนก็ได้ แต่สำหรับคนที่ไม่ค่อยเข้าใจความหมายของตัวเลข อาจน่าสนใจน้อยกว่า
ในการเดโม ผมได้เรียนรู้มานานแล้วว่าให้ เริ่มจากส่วนที่ดี
ถ้ามีซอฟต์แวร์มอนิเตอร์ริ่งที่ยอดเยี่ยม ก็ไม่ควรเริ่มจากขั้นตอนการติดตั้ง การตั้งค่าการเก็บเมตริก และการเชื่อมต่อฟรอนต์เอนด์เข้ากับฐานข้อมูลอนุกรมเวลา แล้วค่อยโชว์กราฟเท่ ๆ ที่เมื่อก่อนไม่มี
แต่ควรโชว์กราฟเท่ ๆ ที่เมื่อก่อนไม่มีก่อน แล้วอธิบายว่าทำไมกราฟนั้นถึงมีประโยชน์
จากนั้นเมื่อทุกคนสนใจแล้ว ค่อยใช้เวลาแสดงให้ดูว่าไปถึงสภาพนั้นได้อย่างไร
ผมเคยดูเดโมที่เริ่มด้วยกระบวนการยาวและน่าเบื่อกว่าจะไปถึงจุดที่เท่มามากเกินไปแล้ว และมันคงจะดีกว่ามากถ้าโชว์สิ่งที่เท่ก่อน
เป็นวิธีที่อัจฉริยะมากสำหรับการนำเสนอเชิงเทคนิค
แต่ถ้าใช้แบบนี้ใน สื่อบันเทิง อย่างนิยายหรือรายการทีวี ก็มักทำให้ความน่าสนใจลดลงเสมอ
ถ้าไม่จำเป็นต้องมีข้อมูลพื้นหลังเพื่อเข้าใจฉากแอ็กชัน ผมก็คิดว่าข้ามข้อมูลพื้นหลังทั้งหมดไปเลยได้
อยากให้ไม่เร่งจังหวะขึ้นสูงมาก แล้วลดกลับลงมาเป็นความว่างเปล่าเร็วเกินไป
ถึงอย่างนั้นก็มีเหตุผล เพราะเป็นการนำส่วนที่สำคัญที่สุดของเรื่องขึ้นมาก่อน
ประมาณว่าเนื้อเรื่องในนิยายดำเนินช้าเกินไป และผู้อ่านทดสอบเลิกอ่านก่อนจะมีอะไรน่าสนใจเกิดขึ้น บรรณาธิการเลยเสนอว่า “เอาฉากต่อสู้เจ๋ง ๆ ในบทที่ 10 มาไว้ข้างหน้า เพื่อให้เห็นว่าหนังสือเล่มนี้กำลังทำอะไรอยู่”
วิธีแบบนั้นแทบไม่ค่อยได้ผลดี
ผมอ่านทุกประโยคและทุกย่อหน้าแล้ว แต่ยังไม่แน่ใจว่าบทความต้นฉบับต้องการสื่ออะไร
หมายถึง “ข้ามบทนำ” หรือเปล่า?
เวลาผมเริ่มการนำเสนอ ผมจะให้ ภาพรวมสั้น ๆ ก่อนว่าการนำเสนอจะประกอบด้วยอะไรบ้าง
เราอาจปรับเนื้อหาให้เข้ากับผู้ฟังได้ไม่เสมอไป แต่อย่างน้อยถ้าให้ดัชนีหรือบทสรุปไว้ข้างหน้า ผู้ฟังก็จะรู้ว่าควรตั้งใจฟังตอนไหน และตอนไหนจะเหม่อไปสักพักก็ได้
ประเด็นหลักที่จะย้ำซ้ำควรมี 2–3 ข้อ และไม่ควรมากกว่านั้น
และทิปอันดับหนึ่งของผมคือ ยิ่งอยากให้การนำเสนอฟังดูเป็นธรรมชาติมากเท่าไร ก็ยิ่งต้องซ้อมล่วงหน้ามากเท่านั้น
ถ้าเป็นผู้นำเสนอที่มีประสบการณ์ ก็จะรู้ด้วยว่าควรแหกกฎเหล่านี้เมื่อไรและอย่างไร
แน่นอนว่าเป็นการประดิษฐ์ซ้ำ