中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

一般說來，在產品發布前，產品經理給相關負責人們進行產品demo是一個必不可少的環節，千萬不要小看了這一環節，這可能與你的產品成敗有著直接聯系。

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

一、把握好demo的時間節點

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

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

二、如何進行demo？

1. 演示前做好充分的準備

需要保證演示的版本穩定，千萬不要出現產品這邊演示，研發那邊更新版本的情況，順便說一句，對于版本更新的頻率和時間，應該在項目跟進過程中約定清楚，不要隨意變更。產品經理在演示前也要親自走一遍流程，確認版本的穩定程度。

準備好必要的文檔，一般包含以下幾方面內容：

①? 當前進度；

② 如果是迭代產品的話，要寫清楚，此次變更包含哪些內容；

③ 當前系統還存在什么主要問題沒有修改（防止在demo過程中出現明顯問題，事先說明總好過被領導質問）。

準備好演示環境，確認好網絡、投影、視頻會議等設備是否能夠正常使用，屏幕的分辨率等等是否適合當前環境。

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

如果演示需要準備數據或者其他資料的話，另外，包括演示賬號也請提前做好準備。

演示前，對于產品的UI樣式也可以進行適當的調整，確保不出現太大的問題。

2. 演示進行時

首先要保證邏輯清晰，能夠完整的演示產品的主要流程，在日常演示產品的過程中，經常出現剛剛演示一點兒，領導就開始針對問題發表意見，以至于演示斷斷續續，不能連貫，或者干脆由于領導的時間問題，沒能完成整個演示。針對這些情況，可以在演示前，事先聲明，先演示完主要流程，在談細節、感受，過程中如果多次被打斷演示，也可以適當的提醒領導。

產品人員在演示時，需要有人幫助進行會議紀要，以便記錄反饋信息，當然、適當場合中，錄音等等也可以。

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

對于領導曾經建議或者要求的功能，如果在此版本中，沒有體現，在領導提及時，要能夠給出合理的解釋。是此版本沒有，還是功能沒有完成，還是需求本身存在不合理之處。

對于某些產品，交互過程比較復雜，用時比較久的情況下，應該提前準備好不同狀態的任務進行演示，例如在一個機器學習的訓練平臺中，我們可以演示“模型創建”的過程，模型訓練的過程，發布的過程，但是我們不能用一個模型串聯下來整個流程，也許這個模型訓練可能需要半個小時，或者更久的時間，所以我們就可以事先準備好各種狀態的模型，直接演示即可。

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

舉個例子：

如果產品的邏輯或者流程，過于復雜，可以事先準備一個常用問題的小文檔，以便針對各種常碰到的問題進行預案。

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

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

3. 何去何從

演示完成后，第一要務是針對會上收集到的反饋進行評估。

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

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

針對本次需要整改的內容，進行排期，確認項目的進展情況是否允許做出整改。

三、總結發言

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

本文由 @燕然未勒 原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自 Unsplash ，基于 CC0 協議。