坑一：“我覺得…”
內(nèi)心戲： 我覺得頁面上這點小改動（合理需求）不會影響到用戶正常使用的…因為絕大多數(shù)用戶使用移動應用都比較熟練。 就算少部分用戶留意到這個小改動，只要摸索一下就知道如何使用了。結局：然后然后它就上線了。上線后，不少用戶打客服咨詢此問題，客服郵件給技術部排查問題，領導都被驚動了… 總結： 此坑暴露出兩個問題：沒有需求評審、客服不知情
- 即使不會影響到產(chǎn)品主流程的細小改動，也要進行內(nèi)部的需求評審。這里評審可以是一個人，也可以是多個人。目的是確定此需求實現(xiàn)方案是否合理。上述的問題雖然是個小改動，本以為不會有多大影響，但事與愿違。所以僅根據(jù)自己主觀的判斷方案的可行性，這種需求評審的方式太過于草率。
- 細小改動的內(nèi)容未通知客服，這個不符合功能發(fā)布的正常流程。如果客服知情的話，那么至少在用戶反饋時，客服能第一時間告知用戶具體操作方法，安撫用戶情緒。這樣既可以減少用戶不滿情緒，又能降低排查問題的成本。
坑二：“沒問題…”
情景還原： 我：這個需求這個月能完成上線嗎？ 開發(fā)大神：沒問題，這個月肯定可以上線的。 內(nèi)心戲： 開發(fā)小哥哥技術實力杠杠的，他說沒問題的，這個月可以上線的。那后面我就不操心這個事了。結局：月底就這么到來了，開發(fā)小哥哥一臉悲傷的告訴我，這個需求還沒做完。此時我內(nèi)心是崩潰的… 總結： 此坑暴露出一個問題：沒有進行項目管理
- 產(chǎn)品汪必備技能之一就是項目管理，而此坑不是項目管理能力不夠，是根本沒有進行項目管理。按理在開發(fā)過程中，產(chǎn)品汪應積極主動了解需求最新動向，如需求實現(xiàn)是否遇到難度；上線時間能否按期完成等等。只有積極主動的跟進，才能第一時間掌握項目動態(tài)，做到胸有成竹、風險可控。而不是等到上線前被動接收結果。
坑三：“做做做…”
情景還原： 運營小姐姐：前面巴拉巴拉說了一大堆，這個需求很簡單的，因為有不少用戶反饋沒收到提示，所以只要在這個頁面加個指引就可以了。 我：噢噢，那就按你的想法做做做吧。下次發(fā)布就加上。。。結局：需求評審會上我提了此需求和此實現(xiàn)方案，結果被噴了。。。 總結： 此坑暴露出一個問題：沒有需求分析
- 由于業(yè)務部門提出的需求足夠的小，以至于業(yè)務部門都給出解決方案了。而作為產(chǎn)品汪缺沒有重視這個小需求，故而沒有對這個小需求進行有效的分析。按理產(chǎn)品汪沒有第一手接收到用戶反饋的此問題，所以需要知道有多少用戶反饋此問題？用戶原始的說法是什么？然后分析用戶的需求是否合理？如何來解決此類用戶的需求？而不是根據(jù)需求大小來區(qū)別對待。對于產(chǎn)品汪而言，大需求、小需求都是需求，都應該按照正常的流程進行處理。
坑四：“很簡單…”
情景還原： 我：這個需求很簡單的，只要這樣做就行的。你實現(xiàn)起來不難的，敲敲代碼就搞定了… 開發(fā)小哥哥：……（各種爭論）結局：需求被簡化，差點還打起來了（此處是玩笑…哈哈哈） 總結： 此坑暴露出兩個問題：溝通方式不恰當、沒有技術可行性評估
- 溝通的目的應以結果為導向，而不是各種漫無目的的爭論。我比較主張心平氣和的和別人溝通，不要帶有個人情緒，往往因為個人情緒，最后事情沒解決，同事關系還很尷尬。。
- 需求分析不僅要考慮滿足用戶需求，還需要考慮自家技術實現(xiàn)的可行性。如當前的技術架構是否能支撐？技術實現(xiàn)是否有難度？需要付出多大的開發(fā)成本？綜合之后，再給出合理的需求實現(xiàn)方案。
總結：
以上是自己和別人在產(chǎn)品路上遇到的四個“坑”。僅供參考學習，總結的內(nèi)容比較淺，重在說明“坑”是什么，目的是提醒剛?cè)胄械漠a(chǎn)品汪勿入此四“坑”。 本文原創(chuàng)作者董小白。【轉(zhuǎn)載說明】 若上述素材出現(xiàn)侵權，請及時聯(lián)系我們刪除及進行處理：[email protected]
