ฉันจะมอบงานนำเสนอที่ดีให้กับผู้มีส่วนได้ส่วนเสียที่สำคัญและไม่ใช่ด้านเทคนิคได้อย่างไร

ในตอนท้ายของเดือนฉันต้องนำเสนอในโครงการซอฟต์แวร์ที่ฉันทำงานด้วยตัวเองโดยทั่วไปแล้วจะตัดสินใจว่าฉันจะได้งานเต็มเวลาที่ บริษัท หรือไม่ สำหรับตอนนี้. ฉันจะให้งานนำเสนอแก่ประธานแผนกของเราและรองประธานสองคน ประธานมีความรู้เกี่ยวกับการเขียนโปรแกรมน้อยกว่า VP อีกสองคนและท้ายที่สุดคือบุคคลที่ฉันต้องการสร้างความประทับใจ

อะไรคือสิ่งที่สำคัญที่สุดที่ฉันต้องการถ่ายทอดในงานนำเสนอ ผู้จัดการของฉันได้รับแจ้งจากฉันแล้วว่าให้เน้นสิ่งต่อไปนี้:

1. ฉันควบคุมโครงการนี้ในทิศทางที่ถูกต้องและควบคุมทุกอย่างได้อย่างเต็มที่
2. ฉันทำโครงการนี้เสร็จตามกำหนดเวลา

ฉันควรมุ่งเน้นอะไรอีกในระหว่างการนำเสนอของฉันเพื่อให้ตัวเองปรากฏว่ามีค่าจ้างที่คุ้มค่าที่สุดเท่าที่จะเป็นไปได้ ฉันกำลังคิดที่จะเน้นถึงความพยายามที่ฉันทำในระดับการออกแบบเพื่อลดความเสี่ยงและความไม่แน่นอนในซอฟต์แวร์ (สองสิ่งที่ฉันคิดว่ามีความสำคัญต่อการเพิ่มระดับสูง)

สิ่งหนึ่งที่ฉันกังวลเป็นพิเศษคือการหาสมดุลระหว่างรายละเอียดด้านเทคนิคและไม่ใช่ด้านเทคนิคในงานนำเสนอ ถ้าฉันไม่ใส่รายละเอียดทางเทคนิคใด ๆ ประธานแผนกของเราจะไม่ทราบเกี่ยวกับคุณสมบัติ "ภายใต้ประทุน" ทั้งหมดที่อยู่ในซอฟต์แวร์ แต่ถ้าฉันเป็นช่างเทคนิคเกินไปเขาอาจหลงทางและไม่เข้าใจ จุดสำคัญในการนำเสนอ

เคล็ดลับใด ๆ ที่จะได้รับการชื่นชม

รู้ว่าผู้ชมของคุณ

คุณได้เอาชนะกฎการพูดในที่สาธารณะหมายเลข 1 แล้ว - คุณได้ประเมินความเชี่ยวชาญด้านเทคนิคของคนที่คุณจะพูดด้วยและควรนำเสนองานของคุณให้เหมาะสม ไม่ต้องกังวลกับการนำเสนอผลงานของคุณออกมามากมายด้วย techno-garble และ leet-speak

สิ่งล่อใจครั้งใหญ่เมื่อเผชิญหน้ากับวิกผมขนาดใหญ่คือการลองและว้าวด้วยพจนานุกรมที่น่าประทับใจของคุณเกี่ยวกับแนวคิดทางเทคนิคทฤษฎีและแอปพลิเคชัน แน่นอนว่าความคิดนั้นถ้าคุณได้สร้างปัญหาให้กับเจ้านายอย่างเพียงพอแล้วแน่นอนว่าคุณต้องมีคุณสมบัติสำหรับงานนี้!

แม้ในระยะสั้นคุณอาจได้ตำแหน่งที่เต็มเวลาที่คุณต้องการ ประธาน แต่ไม่ต้องสงสัยจะเดินออกไปจากความคิดของการประชุมว่า "ผมมีความคิดว่าผู้ชายคนนั้นได้พูดคุยเกี่ยวกับการไม่มี" และคุณสามารถเดิมพันชีวิตของคุณที่จะได้รับความประทับใจที่เขามีของคุณสำหรับส่วนที่เหลือของชีวิตของคุณ

เหตุใดจึงไม่ดี ในโลกธุรกิจประธานเจ้าหน้าที่บริหาร ฯลฯ จะมองหาคนที่สามารถสื่อสารด้วย ใช่มันเป็นสิ่งสำคัญที่จะต้องมีความสามารถสูงเทคนิคขั้นสูงในร่องลึกก้นสมุทรที่สามารถแก้จุดบกพร่องรหัส C ที่เชื่อมต่อกับพอร์ตอนุกรมที่กำหนดเอง แต่เดาอะไร พวกเขาไม่สนใจ สิ่งที่พวกเขาสนใจคือคุณสามารถควบคุมได้และพวกเขาสามารถเชื่อใจคุณได้ วิธีที่แน่นอนที่สุดในวงการวงใน (การโปรโมต, เงิน, สง่าราศี, การเสีย) คือการสื่อสารที่มีประสิทธิภาพด้วยการเพิ่มระดับสูง

นี่คือคำแนะนำ: มุ่งเน้นไปที่ความสำเร็จของคุณกับ บริษัท จนถึงปัจจุบัน อย่าขุดลงไปในน็อตและสลักเกลียวและสายไฟ - ดวงตาของพวกเขาจะเปล่งประกายและคุณจะเป็นแค่โปรแกรมเมอร์อีกคน ใช้เวลาพูดคุยเกี่ยวกับสิ่งต่าง ๆ ที่พวกเขาสามารถเข้าใจและให้เจ้านายของคุณเดินออกไปจากคุณด้วยความมั่นใจที่จะพูดว่า "ฉันเชื่อว่าชายคนนี้จะทำงานให้สำเร็จ"

หนึ่งในสิ่งที่สำคัญที่สุดที่คุณควรจำไว้คือการไม่ขายหน้า การนำเสนอข้อมูลที่มากเกินไปโดยเฉพาะเมื่อพูดถึงโครงการทางเทคนิคที่นำเสนอต่อบุคลากรที่ไม่ใช่ด้านเทคนิคจะทำให้ผู้ชมของคุณสูญเสียไปอย่างรวดเร็ว พยายามอย่างดีที่สุดเพื่อให้แน่ใจว่าทุกหัวข้อที่คุณพูดคุยมีความสำคัญต่อ "ภาพรวม"

สำหรับ "ภาพรวม" การจัดการที่ไม่ใช่ด้านเทคนิคโดยทั่วไปจะพยายามแปลการอภิปรายทางเทคนิคในแง่ของต้นทุนเวลาและคุณภาพ

เมื่อคำนึงถึงสิ่งนี้คุณสามารถพูดถึงการตัดสินใจที่สำคัญในโครงการและเน้นประโยชน์ของการตัดสินใจเหล่านั้นในแง่ของต้นทุนเวลาและ / หรือคุณภาพ พยายามเลือกการตัดสินใจที่สำคัญ 3-4 ข้อและให้การอภิปรายสั้น ๆ เกี่ยวกับการตัดสินใจเหล่านั้น หากพวกเขาต้องการข้อมูลเพิ่มเติมพวกเขาจะถาม (พร้อมที่จะตอบ!)

ฉันขอแนะนำเป็นอย่างยิ่งให้คุณเรียกใช้งานนำเสนอโดยเพื่อนที่ไม่ใช่ด้านเทคนิคก่อนถึงมือและรับความคิดเห็น มันง่ายมากที่จะคิดว่าคุณไม่มีความรู้ด้านเทคนิคเมื่อในความเป็นจริงคุณยังคงใช้ศัพท์แสงมากเกินไป เพื่อนของคุณก็ยิ่งน้อยเท่านั้นยิ่งดี ลองหาคนที่แทบจะไม่สามารถเปิดคอมพิวเตอร์โปรแกรมเดี่ยว หากพวกเขาสามารถทำตามส่วนสำคัญของสิ่งที่คุณพูดคุณจะอยู่ในสภาพดี

ฉันพบว่าคนทางเทคนิคส่วนใหญ่ (รวมถึงตัวเอง) มีแนวโน้มที่จะเป็นเทคนิคเกินไป โอกาสที่คุณจะประหลาดใจกับสิ่งเล็ก ๆ น้อย ๆ ทางเทคนิคที่พวกเขาสามารถติดตามได้ ตัวอย่างเช่นหากคุณกำลังจะอธิบายว่าคุณกำลังลดความเสี่ยงและความไม่แน่นอนให้ชัดเจนว่าทุกโครงการมีความเสี่ยงและความไม่แน่นอนไม่ใช่แค่ของคุณเพราะมันไม่ใช่จิ้มจิ้มที่พวกเขารู้เรื่องนี้

หากความเสี่ยงและความไม่แน่นอนเกิดจากปัญหาที่ไม่ใช่ด้านเทคนิคและการจัดการเป็นเรื่องที่เกี่ยวข้องหรืออย่างน้อยก็ตระหนักถึงสิ่งเหล่านั้นโดยรวมถึงสิ่งที่คุณทำ

นอกจากนี้ให้เน้นในเชิงบวกเนื่องจากพวกเขาจะกำจัดเสียงของคุณอย่างน้อยเท่าที่คุณพูด ดังนั้นอย่าใช้เวลามากกับความเสี่ยงและความไม่แน่นอน หากคุณต้องการนำสิ่งนี้ขึ้นมาเพื่อปกปิดตัวคุณเองในภายหลังสำหรับสิ่งต่าง ๆ ที่อยู่นอกเหนือการควบคุมของคุณคุณอาจต้องการครอบคลุมสิ่งที่คุณต้องการจากคนอื่นเพื่อให้งานเสร็จตามกำหนดเวลา เนื่องจากโครงการส่วนใหญ่คนอื่น ๆ ที่ไม่ได้ทำในสิ่งที่พวกเขาต้องการในเวลาที่เหมาะสมเป็นไปได้จริงนี้จะช่วยลดโอกาสที่คุณถูกตำหนิ

แม้ว่าคนเทคนิคจะตระหนักถึงความสำคัญที่สำคัญของคุณสมบัติ "ภายใต้ประทุน" แต่คนที่ไม่ใช่ด้านเทคนิคจะไม่ทำ คุณอาจทำอะไรไม่ได้มากกว่าพูดว่าโครงการนี้มีปัญหาทางเทคนิคบางอย่างที่สำคัญที่ต้องใช้เวลาเช่น foozbars, whatsits และ blah blahs แต่คุณทำทุกอย่างและตามกำหนด

คำอธิบายโครงการของคุณนั้นคลุมเครือมาก แต่ฉันจะลอง

ฉันคิดว่าแอปพลิเคชันที่คุณสร้างขึ้นอาจเป็นแอปพลิเคชันอื่นหรือเครื่องมือในการทำให้กระบวนการที่ทำหรือยังดำเนินการด้วยตนเองโดยอัตโนมัติ
ทำการวิเคราะห์เคสสำหรับสถานการณ์ต่าง ๆ เปรียบเทียบเวิร์กโฟลว์ก่อนและหลังการเปิดตัวซอฟต์แวร์ของคุณ สิ่งที่ฉันต้องการจะดู:

• แสดงวิธีที่คุณปรับปรุงสถานการณ์ที่พบบ่อยมาก
• แสดงรุ่นที่มีข้อบกพร่องในประสบการณ์การใช้งานและวิธีที่คุณปรับปรุงให้ดีขึ้น แสดงให้เห็นว่าคุณได้รับผลตอบรับอย่างไร
• แสดงตัวเลขหรือตารางเปรียบเทียบเวลาผลิตผลคุณสมบัติ ฯลฯ ก่อนและหลัง นี่คือสิ่งที่ฉันได้ยิน "จากการใช้งานstatic noiseและmore static noiseเราลดเวลาที่ต้องใช้ในการทำ X ด้วย Y% "

โดยส่วนตัวฉันไม่สนใจสิ่งที่เกิดขึ้นภายใต้ประทุนและผู้จัดการของคุณจะสนใจน้อยลง (ในความเป็นจริงฉันใช้เวลามากกับมันและสนุกกับสิ่งนั้น แต่ฉันรู้ว่าฉันไม่ได้สร้างคุณค่าด้วยการยุ่งกับสิ่งที่ไม่มีใคร จะได้เห็น) ผลิตภัณฑ์ซอฟต์แวร์ (ส่วนประกอบไลบรารีกรอบงานหรือแอปพลิเคชัน) จะต้องสามารถใช้งานได้ (มีประสิทธิภาพรวดเร็วยืดหยุ่นคาดเดาได้) และสามารถพิสูจน์ได้ในอนาคต

ถ้าฉันจ้างคุณฉันต้องการมั่นใจว่าคุณเห็นคุณค่าของคุณสมบัติเหล่านี้ ฉันอยากให้คุณอธิบายให้ฉันฟังซึ่งหมายความว่าคุณพยายามทำให้พวกเขาบรรลุผลและทำไมคุณถึงเลือกวิธีการเหล่านั้น ฉันต้องการเห็นว่าคุณใช้เครื่องมือที่ดี แสดงสถิติของตัวติดตามโครงการ ให้ภาพรวมของวิธีการพัฒนาที่คุณใช้อธิบายพวกเขาและข้อดีของพวกเขาในเวลาสั้น ๆ (สำหรับทุกสิ่งบนโลกมีซับสองแฟนซีที่ทำให้มันน่าเชื่อถือ) แสดงให้ฉันเห็นว่าการทำงานกับคุณจะเป็นอย่างไรคุณจะสามารถตอบสนองต่อความต้องการที่เปลี่ยนแปลงตลอดเวลาของฉันได้อย่างไรและการสื่อสารกับคุณเป็นที่น่าพอใจมากแค่ไหนเพราะคุณไม่เพียงแค่โยนรายละเอียดทางเทคนิคให้ฉันเท่านั้น ถูกนำไปใช้ในระดับเทคนิค แต่คุณจะสามารถเป็นตัวแทนในแง่ที่ฉันเข้าใจและเกี่ยวข้องกับฉัน

พิจารณาจัดโครงสร้างพรีโม่เหมือนเรื่องหนังสือพิมพ์: สิ่งสำคัญก่อน (วางแผนที่จะเริ่มช้าลงและถูกตัดออกเร็ว) และครอบคลุมผู้ที่ทำอะไรทำไมเมื่อไรที่ไหนที่ไหนและอย่างไร ฉันชอบเทมเพลตหน้าเดียวของ One Minute Manager ซึ่งบังคับให้ฉันทำสิ่งต่างๆ

รูปแบบการนำเสนออีกครั้ง:

• เขียนสคริปต์และฝึกฝนล่วงหน้า ทำวิดีโอของคุณเองดูในเช้าวันรุ่งขึ้น ฝึกฝนอีกครั้ง
• ไปที่จังหวะของคุณเอง (บางคนทำงานได้ดีขึ้นถ้าพวกเขาหยุดและหมุนกาแฟของพวกเขา แต่คุณสามารถจินตนาการโรบินวิลเลียมส์ช้าได้หรือไม่) แต่จะรวมการหยุดและการวางแผนซ้ำสำหรับจุดสำคัญต่างๆ เวลา ... มันยากมันต้องการการฝึกฝน
• ทำไม่ได้อย่าทำ PPT ให้คุณยืนอยู่ตรงนั้นและอ่าน อย่าทำให้ PPT คุณสามารถยืนอยู่ตรงนั้นและอ่านแล้วเพราะนั่นคือสิ่งที่คุณจะทำ ใช้ PPT เพื่อแสดงกราฟิกเพื่อแสดงเฉพาะคำสำคัญหรือสองคำ คุณต้องการให้พวกเขาจดจ่อกับคุณไม่ใช่ผู้นำ คำแนะนำของคาวาซากิ 10/20/30 นั้นดี
• ฝึกฝนล่วงหน้าก่อนเวลา :) เพื่อให้คุณมีเวลาว่างสักสองสามรอบในการสบตามองหาเบาะแสที่จะปรับตัวและเพื่อให้คุณรู้ว่าคุณกำลังทำอะไรหากพวกเขาเริ่มดึงคุณออกนอกเส้นทาง

เรื่องเนื้อหา:

• หลังจากการสรุปหนังสือพิมพ์ครอบคลุมข้อกำหนด - และรวมถึงข้อกำหนดที่เลื่อนออกไป (สิ่งที่คุณเรียนรู้ แต่ไม่พอดีกับขอบเขตของความพยายามในปัจจุบัน) ... รวมถึงบางสิ่งที่คุณพิจารณาว่าเป็นข้อกำหนดในตอนแรก แต่สามารถหลั่งตามคุณได้ การตรวจสอบ
• ระบุความเสี่ยงที่สำคัญในแง่ธุรกิจ - พวกเขาจะไม่สนใจเกี่ยวกับความเสี่ยงที่ "ข้อมูล RDF ไม่น่ากลัวนัก" พวกเขาให้ความสำคัญกับความเสี่ยงที่ว่า "การปรับแบบจำลองข้อมูลจะต้องมีการทำงานซ้ำหากเราได้รับข้อมูลลูกค้าที่ซับซ้อนมากขึ้น" คุณมีการตอบสนองต่อความเสี่ยงทุกอย่าง: พวกเขาจะรู้ได้อย่างไรว่าเหตุการณ์ความเสี่ยงกำลังเกิดขึ้น (สิ่งที่เป็นตัวชี้วัดของคุณ) และสิ่งที่คุณทำไปแล้วเกี่ยวกับเรื่องนี้ทีมจะทำอะไรได้บ้างถ้าเกิดขึ้น
• อาจเป็นไปได้ว่าความเสี่ยงยังไม่ได้กำหนดอย่างชัดเจนอยู่ภายใต้การจัดการหรือเป็นความหายนะและไม่สามารถแก้ไขได้ถ้ามันเกิดขึ้น - พูดอย่างนั้น ไกลแค่ไหนที่คุณไปสู่ความเสี่ยงกองขึ้นอยู่กับเรื่อง (เกมทางการแพทย์?) ดังนั้นนี่คือพื้นที่ที่การตัดสินของคุณจะแสดง

คำบรรยาย: คุณได้ทำงานด้วยตัวเองและมันก็น่ากลัวสำหรับการจัดการอยู่เสมอดังนั้นโปรดตรวจสอบให้แน่ใจว่าคุณมีตัวบ่งชี้ว่าคุณทำให้คนอื่น ๆ ทราบถึงความคืบหน้าอย่างไรคุณเรียนรู้สิ่งที่ต้องการและข้อกำหนดที่แท้จริง ฝ่ายบริหารเชื่อว่าส่วนของเทคโนโลยีนั้นน่าเบื่อและต้องการคนที่ฉลาด แต่ท้ายที่สุดก็เป็นไปได้เสมอ ... บริษัท แทบจะไม่ประสบความสำเร็จหรือล้มเหลวบนพื้นฐานของทักษะด้านเทคโนโลยีและพวกเขารู้ว่าดังนั้นอย่าพยายามอย่างหนักกับพวกเขา พยายามสอนพวกเขาเกี่ยวกับเทคโนโลยี ค่อนข้างประทับใจพวกเขาด้วยวิธีที่คุณตรวจสอบและวางกรอบปัญหากระตุ้นการอภิปรายสื่อสารความคืบหน้าของคุณ

ข้อกังวลหลักสองข้อไม่จำเป็นต้องมีเทคนิคใด ๆ ในการกำหนดทิศทางและความรวดเร็วของความก้าวหน้าของคุณ รับข้อเสนอแนะจากบุคคลอื่นที่เกี่ยวข้อง คุณไม่ต้องการคำถามหรือข้อสงสัยใด ๆ ในระหว่างการนำเสนอ

มุ่งเน้นไปที่ทิศทางของโครงการ พวกเขาอาจต้องการทบทวนสิ่งที่เกิดขึ้นทั้งหมดหรือพวกเขาอาจไม่ได้มีส่วนร่วมในการวางแผนใด ๆ แสดงตัวอย่างว่าคุณทำสิ่งนี้ได้อย่างไร

นำเสนอเหตุการณ์สำคัญของโครงการและผลงานของคุณ พูดถึงการเปลี่ยนแปลงข้อกำหนดใด ๆ ที่อาจมีการเปลี่ยนแปลงเส้นเวลา

อย่าหลีกเลี่ยงการพูดถึงปัญหาใด ๆ ในโครงการ กุญแจสำคัญคือวิธีที่คุณสามารถเอาชนะพวกเขาได้ สิ่งนี้จะทำให้พวกเขาเข้าใจถึงความสามารถของคุณในการรับมือกับความท้าทายในอนาคต

พูดช้า เงียบ ๆ. อย่าลืมหายใจ

ในขณะที่คุณสามารถเน้นการตัดสินใจได้เทคโนโลยีที่ใช้และปัญหาต่าง ๆ การจัดการส่วนใหญ่มักจะมุ่งเน้นไปที่ประเด็นสำคัญ:

• การใช้โครงการนี้ด้วยวิธีนี้ช่วยให้เราทำธุรกิจได้เร็วขึ้นดีขึ้นและลดต้นทุน ...
• ค่าใช้จ่ายโดยประมาณของโครงการนี้คือ X การออมระยะสั้นคือ Y และการออมระยะยาวคือ Z (คุณสามารถหนีด้วย X ที่มากกว่า Y แต่ดีกว่า Z น้อยกว่า)

จุดที่ดีที่สุดบางอย่างจะเกิดขึ้นเมื่อคุณทำงานในโครงการที่คุณพบวิธีที่ช่วยประหยัดหรือเพิ่มประสิทธิภาพเมื่อเปรียบเทียบกับการออกแบบโครงการดั้งเดิม เราสามารถหวัง / สมมติว่าโครงการจะไม่เริ่มเว้นแต่ผู้บริหารคิดว่าพวกเขาจะทำ / ประหยัดเงิน ... ถ้าคุณเพิ่มบรรทัดล่างที่ดียิ่งขึ้น

การวัดประเภทนี้มีความสำคัญเพราะสิ่งหนึ่งที่พวกเขามองคือค่าใช้จ่ายในการรักษาคุณและสงสัยว่าประโยชน์ที่ได้รับจากการทำเช่นนั้นจะเพิ่มหรือลบออกจากบรรทัดล่าง

10/20/30 Rule of PowerPointจากGuy Kawasakiจะเป็นคำแนะนำของฉันถ้าคุณใช้ PowerPoint ในการนำเสนอของคุณเนื่องจากหลักการที่เค้าร่างไว้ค่อนข้างดีเกี่ยวกับการมีเพียง 10 สไลด์ 20 นาทีเป็นต้น

บางสิ่งที่คุณอาจพิจารณา:

ให้ความบันเทิงกับพวกเขา อย่าเป็นตัวตลก แต่ความหลงใหลหรืออารมณ์ขันเล็กน้อยจะทำให้พวกเขาให้ความสนใจมากขึ้น

ชะลอการพูดของคุณและเพิ่มหยุดชั่วคราวเพื่อเน้น

ทำให้สบตากับทุกคนในห้องพัก, ไม่เพียง แต่การตัดสินใจหรือเจ้านายตั้งแต่อื่น ๆ อาจมีอิทธิพลกับเจ้านายได้เป็นอย่างดี ...

พยายามมีเรื่องเล่า .. เล่าเรื่องตลก ๆ ที่เกิดขึ้นกับคุณในระหว่างทำโครงการหรือแม้แต่เรื่องไม่ดี .. ทำให้พวกเขามีชีวิตอยู่กับคุณ ...

สรุป , สรุป, สรุป ... ติดตามพวกเขากับคุณเสมอ ...

คำแนะนำที่ดี: เน้นปัญหาทางเทคนิคที่พวกเขาสามารถติดตามได้ทำให้พวกเขารู้สึกว่าพวกเขาเข้าใจส่วนทางเทคนิคเช่นกัน .. มันจะทำให้พวกเขารู้สึกดี ...

ใช้ข้อความเช่นนั่นเป็นคำถามที่ดีมากที่คุณสามารถ ...

คุณเขียน,

"สิ่งหนึ่งที่ฉันกังวลเป็นพิเศษคือการหาสมดุลระหว่างรายละเอียดด้านเทคนิคและไม่ใช่ด้านเทคนิคในงานนำเสนอ"

Garr Reynolds เป็นหนึ่งในผู้เชี่ยวชาญชั้นนำด้านศิลปะการนำเสนอและในหนึ่งในบล็อกโพสต์ของเขาจากปี 2005 (ยังคงทันเวลา) เขาเปรียบเทียบรูปแบบการนำเสนอของ Steve Jobs และ Bill Gates แม้ว่าคุณจะไม่ได้อ่านบทความที่ลึกซึ้งคุณสามารถขอคำแนะนำจากภาพหน้าจอเปรียบเทียบสไลด์โชว์ของ Bill และสไลด์โชว์ของ Steve ว่าการนำเสนอใดที่น่าสนใจมากกว่าและมีแนวโน้มที่จะทำให้ผู้ชมเข้าสู่โหมดสลีป สัญลักษณ์แสดงหัวข้อย่อยทั้งหมดและจัดแต่งทรงผมที่ทำมากเกินไป)

http://presentationzen.blogs.com/presentationzen/2005/11/the_zen_estheti.html

ตั้งแต่ปี 2005 Bill ได้ปรับปรุงรูปแบบการนำเสนอของเขาและ Garr ครอบคลุมการปรับปรุงของ Bill ในโพสต์บล็อกจากปี 2010

http://www.presentationzen.com/presentationzen/2010/08/the-naked-transformation-of-bill-gates-the-presenter.html