如何策劃一場ToB產品匯報與演示
對于ToB產品的匯報來說,展示產品時出現失誤無疑是非常尷尬的事情。要想避免這樣的狀況發生,我們就得提前做好準備事項、進行預演等等。
故事從20多年前開始,1998年微軟CEO 比爾·蓋茨在 COMDEX 大會現場演示 Windows 98 的“即插即用”新特性。尷尬的是,演示用的計算機很不給面子,當著無數雙眼睛的面,出現了藍屏死機(BSOD)的界面。為了化解尷尬,蓋茨打趣道:“大概這就是我們還沒有發布 Windows 98 的原因”。
蘋果2017秋季新品發布會上,負責軟件工程的高級副總裁克雷格?費德里希對 iPhoneX FaceID 進行演示,在現場觀眾、記者及線上直播觀眾的注視下,現場面部解鎖演示失敗,場面一度十分尷尬。更關鍵的是,蘋果在發布會上宣布 FaceID 新技術的識別錯誤率低于百萬分之一。
產品的重要功能在現場展示失敗,觀眾必然會對其功能的可用性、可靠性進行懷疑,出師未捷身先死,后果真的很嚴重。
微軟和蘋果這樣的公司在產品發布會之前,肯定做過多次預演,可見在演示過程中出狀態的概率頗高。如果我們在演示前沒有計劃,也沒有預演,那么這場演示一定是車禍現場,慘不忍睹。所以,產品經理應該重視起來,不然對不起團隊中為產品付出的每一個成員。
那么,我們應該如何策劃一場B2B產品的匯報與演示呢?
一、準備環節
需要準備的內容有:項目整體介紹PPT、演示功能點清單、演示的環境 & 數據、FAQ。
1.1 項目整體介紹PPT(目錄中的內容可以按需裁減)
- 項目背景
- 團隊成員
- 版本規劃和開發情況
- 產品功能架構
- 產品演示
- 競品對比與分析
- 未來的規劃
1.2 演示功能點清單
整個系統的功能非常多,沒必要從頭到尾把所有功能展示一遍,一方面是因為時間不夠,另外一方面是因為沒有重點平鋪直敘的介紹,很難讓觀眾形成記憶點。演示要有流程,演示哪些功能,第一步演示什么,第二步演示什么要規劃好。
準備演示功能清單時,可以使用以下兩種方法:
1.2.1?該產品解決了什么問題?
我們以Jira產品為例:在產品研發過程中,一個任務需要多個員工配合完成,一段時間過去了,任務提出者都不知道任務走到了哪里,誰在處理,結果怎樣?用郵件來管理的話,有時侯不能得到及時的回復,或者信息被遺漏在郵件列表里。
怎樣提高研發效率呢?怎樣追蹤任務進展呢?
演示步驟如下:
- 通過使用Jira產品,任務發出者可以給干系人指派任務,干系人可以備注任務進展;
- 干系人還可以分解這個任務,建立多個子任務,安排給其他需要配合的人員;
- 關注者只要關注了任務或者子任務,就可以獲得相關進展信息。
1.2.2 該產品有什么亮點?
我們還是以Jira產品為例,Jira可以進行敏捷項目管理,這一點可以吸引很多開發團隊。
演示步驟如下:
- 通過使用Jira產品,在Sprint啟動和規劃階段,產品經理可以創建Sprint,設置Sprint完成時間,分配Story給組內成員;
- 在Sprint執行和監控階段,產品經理可以通過看板、關注的Story等方式追蹤Story完成情況;測試人員可以根據Jira工單進行Bug跟蹤;
- 在Sprint收尾階段,產品經理及其團隊可以一起查看Sprint分析圖(控制圖、燃盡圖等),進行Sprint回顧與總結。
- 通過問題解決法和亮點挖掘法找到盡可能多的演示功能點,然后按照重要程度進行排序,選擇前面10條左右功能進行演示。
1.3?演示Demo中的數據盡量真實
演示Demo中的數據盡量真實,模擬實際生產系統,有條件的話直接使用生產系統,這一點很重要,但是往往會被忽視掉。如果數據很假,甚至出現test等字樣,容易讓人產生不信任感。
“2018年9月,云棲大會上,螞蟻金服發布了“三地五中心金融級高可用方案”,演示非常成功。
大會現場部署了一個模擬轉賬系統,在場觀眾通過小程序互相不斷轉賬。服務端分布在三個城市的五個數據中心,為了感受更直觀,螞蟻金服團隊把杭州其中一個數據中心機柜設置在了演講會場。工作人員當場把杭州兩個數據中心的網線剪斷,來模擬杭州的城市級災難。
網線剪斷之后,部分用戶服務不可用。經過26秒,容災切換完成,所有受影響的用戶全部恢復正常。這個Demo雖然只是實際生產系統的一個簡化模型,但是其背后的技術是一致的。”
1.4?FAQ
觀眾可能會問到的問題準備,提前想好答案。
二、預演環節
準備環節的項目PPT、演示功能點清單、演示的環境 & 數據都準備好后,產品經理可以到已經預定好的會議室整體預演一遍,這時需要注意以下8條事項:
- 投影儀等設備是否可用、投影儀轉接頭是否跟自己的筆記本匹配;
- 筆記本連接投影儀,調整好分辨率,看看網頁是否正常顯示;
- 如有視頻展示,點擊視頻,查看是否可以播放;
- 演示的功能點是否能夠跑通;
- 是否需要后端人員配合推數據;
- 是否有BUG;
- 不穩定的功能暫時先砍掉,不要心存僥幸;
- 預演時一定會出現不少狀況,需要不斷完善。
三、參與人員
公司內部的產品匯報與演示,一般來的人有:領導(領導級別大小基于產品重要程度)、銷售(不是必選,產品發布會時銷售一定是必選)、組內骨干成員。
單獨把參與人員作為一個章節單獨寫,是因為希望在可能的情況下,產品經理盡量可以讓產品研發的所有成員參會。自己辛辛苦苦寫了半年代碼的產品,最后匯報時自己都不在現場,也不知道匯報的怎么樣,反饋怎么樣,如果從同理心的角度來看,是不是很沮喪。團隊一起參與的話,如果匯報成功,可以鼓舞團隊士氣;如果匯報失敗的話,團隊也知道是什么原因,不用在不知情的情況下亂猜,有困難大家共同面對。
四、總結
臺上一分鐘,臺下十年功,萬一演示出現狀況了,記得用幽默來解決,@產品經理們,祝你們產品演示成功!
引用來源
比爾·蓋茨在 COMDEX 大會現場演示出現藍屏:https://hot.cnbeta.com/articles/funny/719671.htm
蘋果發布會 iPhoneX FaceID 演示失?。篽ttp://www.sohu.com/a/192211125_404443
螞蟻金服異地多活的微服務體系現場Demo演示:https://yq.aliyun.com/articles/672644
作者:沈子硯,公眾號:UXHub
本文由 @沈子硯 原創發布于人人都是產品經理。未經許可,禁止轉載
我覺得挺好的,至少我在看這篇文章之前沒有想到這些點
標題黨
大路貨,這個文章太差
抱歉,沒能啟發到你
能不能說出這個文章差在那里,是哪些地方不好嗎?怎么標題檔了呢?