每年露營的重頭戲 DEMO,都有各方高手來介紹他們做了什麼新奇有趣的技術或創意,但總是有一些工程師,沒有在短短六分鐘裡好好發揮,好東西成了遺珠。以下,讓我介紹一套簡單的架構:3P + FABE,讓害怕簡報的工程師們也能規劃一場成功的 DEMO。
大家不要想歪,這裡的 3P 不是三個人,這裡的 3P 是報告的順序:Problem, Possibility and Proposal。
首先要交代 Problem。把問題交代清楚,讓觀眾知道你帶來的好東西,是來解決什麼問題的。
再來要介紹 Possibility。要解決這個問題,有哪些可能的解決方案。比方說,傳統上我們是怎麼解的,而人家又是怎麼解的。
最後就是你的 Proposal。今天你要提出的方案又是什麼呢?在這裡套用 FABE 的架構,來說明你的方案好在哪兒。
短 短六分鐘,能夠涵蓋這麼多東西嗎?總有人擔心無法在六分鐘裡講完,就忽略掉了 Problem 和 Possibility,直接進入產品的 feature,開始操作起來,甚至看過有人不講 feature,直接開講 system architecture,這是 DEMO,不是 Design Review!結果也總是觀眾有聽沒有懂,只好當遺珠,真是可惜!
- Feature. 你的東西有什麼特色呢?
- Advantage. 相對於其他的解決方案,這些特色能帶來哪些優勢呢?
- Benefit. 你的東西具有這些優勢,又能為使用者帶來哪些好處呢?
- Evidence. 開始 DEMO 你要解的問題,DEMO 你的方案怎麼解這問題,用最直接的展示,證明你不是空口說白話,你的東西真的好!
沒錯,六分鐘超短,但也足以護你一生。時間短,就別貪心,專心在首要解決的問題,套用以上架構,好好地 DEMO 你是怎麼解決那個最重要的問題,讓人清楚了解最重要!
讀者,祝你下回 DEMO 成功。
2011年4月17日 星期日
[FW] 3P + FABE,教你做 DEMO
3P + FABE,教你做 DEMO
訂閱:
文章 (Atom)