作為PM,需理解的4個產品設計常識

發佈於5小時前閱讀1811評論2喜歡2

閱讀1811

1.一定要以“階段性”的視角去審視產品

以前工作經驗淺的時候，

我信奉的原則是“一定要朝著90分去做方案”，回頭來看，這個原則很美好，但很不成熟，因為這個原則背後，缺乏產品生命週期意識。

任何事物都有“生”有“死”，在不同時間有不同特點，這是不爭的事實。而一個產品也是有產品生命週期。當前比較主流的產品生命週期分類法是。

驗證階段（快速上線產品，驗證產品是否有人使用者，是否滿足市場需求） 成長階段（完善核心競爭力，提高用戶量和市場份額） 成熟期（提高產品線的運轉效率，開源節流） 衰退期（開始轉型，尋找新的出路）

當意識到這個週期存在時，你就會發現，不是每一次都要做出90分的方案產品。典型的例子是，驗證階段和成長階段，在基礎功能上的做到60分，核心功能的75分，比基礎功能和核心功能上都做到90分，更加合理，因為這既滿足了階段性的目標，

又符合實際的資源投入情況。

2.“經驗和常識”VS“技術和方法”

曾經聽到一個觀點

最近3個月一直在跟的專案，就運用了這一思路了。

我們的這個產品，通過協力廠商平臺，進行了長達2個月的市場驗證。之後我們就決定開始接回到自己的平臺開發，整個開發過程中，我們基本上就是參考同類產品的功能點，進行開發，因為我們的判斷是，這些功能點可以說是此類產品的標準功能，

不需要進行驗證有沒有用。

但當我們把這一波標準功能開發完了之後，我們發現接下來，我們不知道要做些什麼功能了，且團隊內部提出的點，誰都沒有把握一定有效。於是我提出，要進行用戶深訪，深度接觸用戶，形成用戶洞察，為接下來的產品和運營策略提供思路。

這裡的我判斷其實就是，我們靠著別人的“常識和經驗”做到了七十分，但是要繼續提升的話，得開始運用一些有技術含量的方法，

而不是憑藉直覺或者誰說的話有分量。

幸運的是用戶訪談的idea，受到了各方支持，正在進行中ing

至於運用藝術做產品，等到了那個階段時，我們再聊聊。

3.產品不成熟時，務必保證有用戶溝通的管道

之前在看《增長的駭客》這本書中，說了一個案例和觀點：要是在第一個產品版本中，只能有3個功能，你要選哪一個？書中給出的建議是，一定要有用戶回饋和留言功能。

因為，在一個產品的驗證階段和不成熟期時，用戶的回饋永遠是讓產品朝正確方向反覆運算的重要決策依據。

還是回到，我最近在跟的那個新專案中，我在1個月前，推動運營人員，在用戶的最後一天的作業中，添加了一個“是否願意留下聯繫方式，接受我們的回訪”的選項。正是這個小改動，讓我們在當前產品後續策略上比較糾結時，擁有了一波可隨時進行回訪的用戶。

4.idea和execution同樣值錢

我在工作之餘，一直在折騰自己的業餘小程式專案，這一過程中其實也想到了一些其他i的dea，但想想不能同時搞那麼多，於是就把idea的思路放在印象筆記中了。

本週五，在看到一篇關於優質小程式的推薦中，我驚異的發現到，有一個小程式，和我之前的想法，甚至包括名字都是一模一樣……這不得不再次驗證了那句話

4.idea和execution同樣值錢

我在工作之餘，一直在折騰自己的業餘小程式專案，這一過程中其實也想到了一些其他i的dea，但想想不能同時搞那麼多，於是就把idea的思路放在印象筆記中了。

本週五，在看到一篇關於優質小程式的推薦中，我驚異的發現到，有一個小程式，和我之前的想法，甚至包括名字都是一模一樣……這不得不再次驗證了那句話