我們都聽過投影片要少於十張、字體要大於30px、避免條列式或唸稿等等的報告技巧，但十場創新或成熟科技公司的新產品發表平均還是有八場業界精英讓所有的聽眾都打哈欠。自己過去做過超過 800場大小型場產品說明，也犯過絕大多數的錯誤，看到這些比我聰明、優秀又努力的工程師搞砸心中覺得十分不捨。工學院及商學院訓練出來的腦袋在許多觀點有根本上的衝突，用我這個商學院訓練出來的邏輯來看待許多創新公司的報告方式，我覺得有三個要點值得工學院的朋友在籌畫報告內容的時候可以用來檢視報告架構。
[說明WHY 而不是 WHAT]
講者可能有滿滿的熱情要讓所有的人知道他們所克服的技術障礙、發展出的絕佳 Features、效能表現超過全球競爭者多少，報告中會附帶著團隊奮鬥史，甚至灑狗血如情境電視劇一般地敘述團隊間的衝突、紛歧至圓滿大和解。沒錯，技術突破、Features、Performance及一流團隊這些都是科技公司實力的表現，可以讓業界驚豔敬畏，值得驕傲地寫在股東年報中。但從聽眾中大多數的潛在投資者、消費者，八成不是技術出身，列舉這些聽眾聽不懂的東西容易讓他們失去注意力。報告的目的希望能引起聽眾的好奇心，而不是讓聽眾持續地懷疑及挑戰報告內容。
不需要太詳細地去說明這是什麼 (WHAT)，直接切入 WHY。為什麼你會提出這些資訊，為什麼聽者需要接收。投資者想知道多快可以回收、風險有多少，消費者想知道這東西跟消費者有什麼關係。重點不在於產品，而是在”聽眾”需求。可用分享的態度讓聽者知道自己的團隊當初也碰到這個問題，獨立生產出這個解決方案，所以今天在這裡分享解除痛苦的方式。讓聽眾知道你了解他們，站在同一邊，同時你有能力解決他們的問題。
[千萬不要列舉 Features，示範 Solutions]
工程師討厭不看說明書的使用者，偏偏 95%的使用者不會打開說明書，即便是 10分鐘的影音示範說明都需要評估是否有必要投資這個時間學習產品功能。早一點接受消費者沒有興趣了解所有的功能、使用方式、設計概念這些事實，產品開發者的生活會過得快樂一點。
消費者需要可以簡易、快速、愉快地解決問題：
- 意思是詳盡強大的複雜操作過程是自殺行為
- 意思是超過四個滑鼠點擊數/選單切換的功能都會被忽略
- 意思是不美觀不順手不舒服的使用體驗都沒有市場未來
最好的呈現方式是使用 15秒的時間告訴使用者當碰到 X問題的時候，使用1~2個操作步驟Y，問題就解決了。不需要詳細說明太多步驟，讓使用者對這個 Solution好奇，讓他們想去學習了解細部功能，報告的目的在於讓使用者”選定你的服務”，而不是進階教學。
用 15秒鐘來解決一個問題意思是，一分鐘裡面可以讓聽眾驚訝三次，強化他們的好奇心及正面評價，同時這是一個很好的練習，曾經一次因為客戶的臨時會議需要取消我的報告，取得對方主管同意後讓我用 5分鐘進行原來計畫40分鐘的報告內容，當時調整內容改用五分鐘的時間引起決策者的興趣，讓之後需求及採購單位能有管理階層的認同完成後續動作。
[明確引導聽眾下一個動作]
不論是在招募、籌資、開放試用、爭取技術合作等等的目的，太多的報告者只有在說明結束的時候草草幾句帶過。這是非常可惜的事情，很容易讓台下聽得很有興趣且熱情激昂的聽眾過了幾個小時後就忘了你報告的目的，而不會有後續的行動。
比較建議的方式是在開場的時候，大方明確地說明報告內容是在招募、籌資、開放試用、爭取技術合作，接著說明為什麼參與是對聽眾有益的(WHY)，同時看到了你們提供的 Solution，接下來趁著觀眾熱情還在的時候讓每一個人清楚的知道如何與你們聯絡、如何取得試用、在哪裡可以取得更多資料。
整個報告的目的是為了讓聽眾有所行動，所以這才是整個報告內容中需要最詳細清楚的部分。所以麻煩各位工程師報告的時候1.告知聽眾希望他們付諸的行動 2. Why 3.說明Solution還有付諸行動的方式，讓整個報告流程更有效率。
最後，我不是 Steve Jobs，或許您團隊中的報告者沒有上述的任何問題，還是希望這 Guideline能讓有些朋友得到幫助。
留言
張貼留言