產品路上的四個“坑”,你踩過幾個?

4 評論 7042 瀏覽 42 收藏 7 分鐘

在產品經理口中,“我覺得”、“很簡單”、“做做做”、“沒問題”應該是登場頻率最高的幾句口頭禪之一,但是你知道,你的脫口而出給自己挖了多少坑嗎?一起來看看

剛入行的產品汪,或多或少會在產品路上遇到文中所述的四個“坑”。那么接下來給大家介紹具體是哪四個“坑”。

坑一:“我覺得…

內心戲:

我覺得頁面上這點小改動(合理需求)不會影響到用戶正常使用的…因為絕大多數用戶使用移動應用都比較熟練。

就算少部分用戶留意到這個小改動,只要摸索一下就知道如何使用了。

結局:然后然后它就上線了。上線后,不少用戶打客服咨詢此問題,客服郵件給技術部排查問題,領導都被驚動了…

總結:

此坑暴露出兩個問題:沒有需求評審、客服不知情

  • 即使不會影響到產品主流程的細小改動,也要進行內部的需求評審。這里評審可以是一個人,也可以是多個人。目的是確定此需求實現方案是否合理。上述的問題雖然是個小改動,本以為不會有多大影響,但事與愿違。所以僅根據自己主觀的判斷方案的可行性,這種需求評審的方式太過于草率。
  • 細小改動的內容未通知客服,這個不符合功能發布的正常流程。如果客服知情的話,那么至少在用戶反饋時,客服能第一時間告知用戶具體操作方法,安撫用戶情緒。這樣既可以減少用戶不滿情緒,又能降低排查問題的成本。

坑二:“沒問題…

情景還原:

我:這個需求這個月能完成上線嗎?

開發大神:沒問題,這個月肯定可以上線的。

內心戲:

開發小哥哥技術實力杠杠的,他說沒問題的,這個月可以上線的。那后面我就不操心這個事了。

結局:月底就這么到來了,開發小哥哥一臉悲傷的告訴我,這個需求還沒做完。此時我內心是崩潰的…

總結:

此坑暴露出一個問題:沒有進行項目管理

  • 產品汪必備技能之一就是項目管理,而此坑不是項目管理能力不夠,是根本沒有進行項目管理。按理在開發過程中,產品汪應積極主動了解需求最新動向,如需求實現是否遇到難度;上線時間能否按期完成等等。只有積極主動的跟進,才能第一時間掌握項目動態,做到胸有成竹、風險可控。而不是等到上線前被動接收結果。

坑三:“做做做…”

情景還原:

運營小姐姐:前面巴拉巴拉說了一大堆,這個需求很簡單的,因為有不少用戶反饋沒收到提示,所以只要在這個頁面加個指引就可以了。

我:噢噢,那就按你的想法做做做吧。下次發布就加上。。。

結局:需求評審會上我提了此需求和此實現方案,結果被噴了。。。

總結:

此坑暴露出一個問題:沒有需求分析

  • 由于業務部門提出的需求足夠的小,以至于業務部門都給出解決方案了。而作為產品汪缺沒有重視這個小需求,故而沒有對這個小需求進行有效的分析。按理產品汪沒有第一手接收到用戶反饋的此問題,所以需要知道有多少用戶反饋此問題?用戶原始的說法是什么?然后分析用戶的需求是否合理?如何來解決此類用戶的需求?而不是根據需求大小來區別對待。對于產品汪而言,大需求、小需求都是需求,都應該按照正常的流程進行處理。

坑四:“很簡單…”

情景還原:

我:這個需求很簡單的,只要這樣做就行的。你實現起來不難的,敲敲代碼就搞定了…

開發小哥哥:……(各種爭論)

結局:需求被簡化,差點還打起來了(此處是玩笑…哈哈哈)

總結:

此坑暴露出兩個問題:溝通方式不恰當、沒有技術可行性評估

  • 溝通的目的應以結果為導向,而不是各種漫無目的的爭論。我比較主張心平氣和的和別人溝通,不要帶有個人情緒,往往因為個人情緒,最后事情沒解決,同事關系還很尷尬。。
  • 需求分析不僅要考慮滿足用戶需求,還需要考慮自家技術實現的可行性。如當前的技術架構是否能支撐?技術實現是否有難度?需要付出多大的開發成本?綜合之后,再給出合理的需求實現方案。

總結:

以上是自己和別人在產品路上遇到的四個“坑”。僅供參考學習,總結的內容比較淺,重在說明“坑”是什么,目的是提醒剛入行的產品汪勿入此四“坑”。

#專欄作家#

董小白,人人都是產品經理專欄作家。關注出行、電商等領域;擅長整理和分析APP亮點功能設計;喜歡研究各類好玩好用的APP

本文原創發布于人人都是產品經理。未經許可,禁止轉載。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 產品經理還是要多學學項目管理方面的知識,計劃、需求、風險

    來自北京 回復
  2. 文章寫的很接地氣,說的很棒!確實這幾個是日常的口頭禪…天天踩 ??

    來自北京 回復
  3. 技術經常講,簡單啊,簡單你來做,你行你上 ??

    來自上海 回復
  4. 的確

    來自廣東 回復