一般說來，在產(chǎn)品發(fā)布前，產(chǎn)品經(jīng)理給相關(guān)負(fù)責(zé)人們進(jìn)行產(chǎn)品demo是一個必不可少的環(huán)節(jié)，千萬不要小看了這一環(huán)節(jié)，這可能與你的產(chǎn)品成敗有著直接聯(lián)系。

無論是to B的產(chǎn)品，還是to C的產(chǎn)品，一般在產(chǎn)品發(fā)布前，產(chǎn)品經(jīng)理都需要給作為主要項目干系人的boss們進(jìn)行產(chǎn)品demo，雖說不是正式發(fā)布，但還是不要小看這一環(huán)節(jié)，往往產(chǎn)品的成敗及后續(xù)發(fā)展就蘊藏在這一次簡單的demo中了。所以今天想在這里簡要的給大家介紹一下產(chǎn)品demo的注意事項。

一、把握好demo的時間節(jié)點

很多時候，老板們都是急于看到成果的，他們其實并不愿意在你即將上線，或者正式上線之后，在來關(guān)注產(chǎn)品的情況；而站在產(chǎn)品經(jīng)理的立場上，則希望產(chǎn)品越完善越好，希望把時間盡可能的后延。這里簡而言之，就需要產(chǎn)品經(jīng)理或者項目經(jīng)理，需要根據(jù)產(chǎn)品的實際進(jìn)展情況和公司的具體要求，來進(jìn)行判斷時間節(jié)點。

• 產(chǎn)品整體流程是否完整，是否打通所有環(huán)節(jié)；
• bug的修復(fù)程度，正常來講，最好在p1級別的bug修復(fù)率在90%或者95%以上的時候，進(jìn)行demo，并且保證剩余p1級別中沒有阻斷性bug，不影響正常演示。
• 在以上兩條情況都具備的情況下，應(yīng)該越早越好。俗話說，丑媳婦總得見公婆，越早讓相關(guān)的領(lǐng)導(dǎo)層知曉產(chǎn)品的具體情況，你的回旋余地越大，不要等到最后，完全沒有時間的時候在進(jìn)行。

二、如何進(jìn)行demo？

1. 演示前做好充分的準(zhǔn)備

需要保證演示的版本穩(wěn)定，千萬不要出現(xiàn)產(chǎn)品這邊演示，研發(fā)那邊更新版本的情況，順便說一句，對于版本更新的頻率和時間，應(yīng)該在項目跟進(jìn)過程中約定清楚，不要隨意變更。產(chǎn)品經(jīng)理在演示前也要親自走一遍流程，確認(rèn)版本的穩(wěn)定程度。

準(zhǔn)備好必要的文檔，一般包含以下幾方面內(nèi)容：

①? 當(dāng)前進(jìn)度；

② 如果是迭代產(chǎn)品的話，要寫清楚，此次變更包含哪些內(nèi)容；

③ 當(dāng)前系統(tǒng)還存在什么主要問題沒有修改（防止在demo過程中出現(xiàn)明顯問題，事先說明總好過被領(lǐng)導(dǎo)質(zhì)問）。

準(zhǔn)備好演示環(huán)境，確認(rèn)好網(wǎng)絡(luò)、投影、視頻會議等設(shè)備是否能夠正常使用，屏幕的分辨率等等是否適合當(dāng)前環(huán)境。

最后需要說明的是，產(chǎn)品在演示過程中，需要對于產(chǎn)品的缺陷和問題了如指掌，這樣才能避免過多的采坑，影響演示效果。

如果演示需要準(zhǔn)備數(shù)據(jù)或者其他資料的話，另外，包括演示賬號也請?zhí)崆白龊脺?zhǔn)備。

演示前，對于產(chǎn)品的UI樣式也可以進(jìn)行適當(dāng)?shù)恼{(diào)整，確保不出現(xiàn)太大的問題。

2. 演示進(jìn)行時

首先要保證邏輯清晰，能夠完整的演示產(chǎn)品的主要流程，在日常演示產(chǎn)品的過程中，經(jīng)常出現(xiàn)剛剛演示一點兒，領(lǐng)導(dǎo)就開始針對問題發(fā)表意見，以至于演示斷斷續(xù)續(xù)，不能連貫，或者干脆由于領(lǐng)導(dǎo)的時間問題，沒能完成整個演示。針對這些情況，可以在演示前，事先聲明，先演示完主要流程，在談細(xì)節(jié)、感受，過程中如果多次被打斷演示，也可以適當(dāng)?shù)奶嵝杨I(lǐng)導(dǎo)。

產(chǎn)品人員在演示時，需要有人幫助進(jìn)行會議紀(jì)要，以便記錄反饋信息，當(dāng)然、適當(dāng)場合中，錄音等等也可以。

針對功能和使用流程的展示，要有所側(cè)重，詳略得當(dāng)，畢竟boss們時間寶貴，不能都用來了解用戶管理或者幫助等非核心功能。

對于領(lǐng)導(dǎo)曾經(jīng)建議或者要求的功能，如果在此版本中，沒有體現(xiàn)，在領(lǐng)導(dǎo)提及時，要能夠給出合理的解釋。是此版本沒有，還是功能沒有完成，還是需求本身存在不合理之處。

對于某些產(chǎn)品，交互過程比較復(fù)雜，用時比較久的情況下，應(yīng)該提前準(zhǔn)備好不同狀態(tài)的任務(wù)進(jìn)行演示，例如在一個機(jī)器學(xué)習(xí)的訓(xùn)練平臺中，我們可以演示“模型創(chuàng)建”的過程，模型訓(xùn)練的過程，發(fā)布的過程，但是我們不能用一個模型串聯(lián)下來整個流程，也許這個模型訓(xùn)練可能需要半個小時，或者更久的時間，所以我們就可以事先準(zhǔn)備好各種狀態(tài)的模型，直接演示即可。

還有一點就是注重細(xì)節(jié)，還拿“模型創(chuàng)建”舉個“栗子”，在演示過程中，可能會輸入任務(wù)名稱、描述等等，最好在事前準(zhǔn)備好名稱和描述的文案，不要隨便用“測試”、“111111”等等代替，盡量營造真實的使用場景。

舉個例子：

如果產(chǎn)品的邏輯或者流程，過于復(fù)雜，可以事先準(zhǔn)備一個常用問題的小文檔，以便針對各種常碰到的問題進(jìn)行預(yù)案。

即便是萬事俱備，也極有可能在演示過程中出現(xiàn)各種問題，沉著應(yīng)對便是，很多時候不用遮遮掩掩，實事求是反而效果更好。如果在演示過程中，領(lǐng)導(dǎo)針對當(dāng)前的產(chǎn)品表達(dá)了不滿，也要沉著應(yīng)對，有禮有節(jié)，針對提出的問題做出必要的解釋，產(chǎn)品如此設(shè)計的原因？適用的場景？以及局限性。

另外一點值得注意的是，不要在演示中急于應(yīng)承boss們的各種需求，除非你已經(jīng)完全確定項目的進(jìn)度來得及，技術(shù)上沒有難度，邏輯上不存在其他衍生問題等等，最好的回復(fù)方式便是，我理解您的意思了，我們會后會針對這個需求進(jìn)行分析和確認(rèn)。

3. 何去何從

演示完成后，第一要務(wù)是針對會上收集到的反饋進(jìn)行評估。

• 哪些需要我們立刻整改？
• 哪些可以在下次迭代中體現(xiàn)？
• 哪些需求并不符合實際情況？
• 需求調(diào)整的工作量會增加多少？

針對以上情況都要有明確的處理方式和反饋意見。待討論清楚后，可以以郵件的方式進(jìn)行備案和回復(fù)。

針對本次需要整改的內(nèi)容，進(jìn)行排期，確認(rèn)項目的進(jìn)展情況是否允許做出整改。

三、總結(jié)發(fā)言

其實上面整理的這篇小文，某種程度上說，也不局限于我開篇設(shè)置的場景，包含給客戶演示，給投資人演示等等，也都需要在事前做好充足的準(zhǔn)備，只有這樣，才能在演示過程中更加從容應(yīng)對，達(dá)到最理想的效果。

本文由 @燕然未勒 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自 Unsplash ，基于 CC0 協(xié)議。