本文寫給剛?cè)腴T的產(chǎn)品新人們，包含我自己。

毋庸置疑，產(chǎn)品新人和產(chǎn)品老鳥之間普遍有著很大的差距，其中有一點體現(xiàn)在思維的縝密程度上。新入行的產(chǎn)品小白在考慮產(chǎn)品流程、寫PRD文檔時思考的往往很單一片面，感覺都能說的通了，確不知遺漏了很多細節(jié)，很多可能的分支流程也都沒有想到，在被開發(fā)測試的同學問的時候要么一臉茫然、要么隨意的給一個方案，這往往是不夠干練優(yōu)秀的體現(xiàn)。

那么作為一名產(chǎn)品新人，到底該如何成長為一名思維縝密的產(chǎn)品經(jīng)理呢？經(jīng)過一段時間的摸索思考，我感覺可以從三個角度來不斷提升自己：

1. 作為產(chǎn)品，多問自己問題
2. 站在開發(fā)的角度來實現(xiàn)需求
3. 站在測試的角度了體驗功能

作為產(chǎn)品，多問自己問題

做產(chǎn)品設(shè)計多了之后，會發(fā)現(xiàn)很多細節(jié)、流程其實是相通的。當我們第一次遇到某個細節(jié)問題時，沒有想到很正常，但是第二次第三次仍一直想不到那就說明有問題了。

為了應對這種情況，可以歸納一些特定的問題，在以后做設(shè)計寫文檔的時候時不時的問問自己，進而來幫助自己思考的更加全面。

比如當遇到用戶輸入項的時候，就要學會提問：是否是必填項？數(shù)據(jù)格式是什么？有沒有字符限制？什么動作（時間節(jié)點）觸發(fā)校驗？……把這一串問題想一遍之后，往往會考慮的更加細致

再比如遇到限制條件時就要記得問自己：會有哪些不滿足條件的情景？當遇到這些情景的時候該怎么處理？

還有當有數(shù)據(jù)交互的時候要記得問自己：數(shù)據(jù)是否有必要實時刷新？是下拉刷新還是進入頁面刷新？

這一系列情景下的問題，可以根據(jù)自己遇到的情況不斷的整理，逐漸累積為自己的一個問題庫。養(yǎng)成習慣之后，每次遇到這些情景，就會下意識的想到這些問題，從而幫助自己思考的更加全面。

站在開發(fā)的角度來實現(xiàn)需求

看多了網(wǎng)上程序猿砍殺產(chǎn)品狗的新聞，感覺開發(fā)和產(chǎn)品的關(guān)系緊張的很，其實現(xiàn)實中還是挺美好的，我司的程序猿脾氣都還是很好的。當然，開發(fā)和產(chǎn)品之間確實有很多可能產(chǎn)生矛盾的點，更改需求、功能閹割等這些問題暫且不談。主要說一下產(chǎn)品經(jīng)理該如何交付一份詳細可執(zhí)行的文檔或說明。

產(chǎn)品新人在最初的一些項目中，免不了經(jīng)常被開發(fā)問各種產(chǎn)品需求實現(xiàn)的細節(jié)問題，問的自己也會比較沮喪，自己當初怎么會沒想到這些問題呢？其實就是沒有學會站在開發(fā)的角度來考慮需求，此時如果產(chǎn)品經(jīng)理有技術(shù)基礎(chǔ)會更容易明白，沒有的話經(jīng)過項目的實踐積累也能夠做到。把自己當成開發(fā)，如果要實現(xiàn)這些需求的話，我需要哪些條件說明呢？

比如獲取數(shù)據(jù)的粒度問題。產(chǎn)品新人的文檔中很可能有這樣的描述：記錄訂單提交的時間、獲取天氣情況…然后就沒然后了。可是在寫代碼的時候，開發(fā)需要知道時間是精確到分呢還是秒呢？ 天氣是獲取溫度風力還是什么鳥東西呢？

再比如要給出足夠明確的規(guī)則。產(chǎn)品新人很可能會寫：推薦銷量最多的商品…然后又沒然后了?？墒情_發(fā)實現(xiàn)的時候需要知道銷量是按照件量還是訂單數(shù)計算呢？銷量是計算多長時間呢？如果是一周的話，是自然周呢？還是之前7天的數(shù)據(jù)就可以了呢？

這樣的例子不勝枚舉。總體思路就是，作為產(chǎn)品不僅要需求描述出來，還需要站在開發(fā)的角度來考慮如何實現(xiàn)需求，如果你是開發(fā)需要哪些說明和條件才能用代碼實現(xiàn)出來呢？雖不用會具體的實現(xiàn)方法，但想想必要的條件說明能更好的幫助我們把需求描述的更加詳細。

站在測試的角度體驗功能

除了開發(fā)會來問問題，測試人員在寫測試用例的時候也會經(jīng)常來騷擾產(chǎn)品經(jīng)理，因為在某些測試場景下，軟件/系統(tǒng) 到底如何反應或者如何處理才是被當做是正常的呢？哪些又是bug呢？產(chǎn)品新人很可能又忘了做出相關(guān)的說明。

測試人員通常習慣在各種極端情況下來測試產(chǎn)品功能，雖然在用戶實際使用中很少有這種情況，但是既然存在可能性就要考慮清楚應對方案。所以作為產(chǎn)品經(jīng)理，也要學會站在測試人員的角度“變態(tài)”的體驗功能，考慮需求。

比如同樣是在輸入項，測試人員就會喜歡試：輸入特殊字符會怎么樣？超出了字數(shù)限制會是什么反應呢？必填項不輸就點下一步又會是什么提醒呢？需求文檔中把正常的流程描述的很清楚，可是這些特殊情況的處理是否都想到了呢？

再比如在付款或其它流程中，測試人員又開始變態(tài)的嘗試了：我中途退出應用行嗎？突然斷網(wǎng)了我該怎么辦？ 還可能會嘗試一下多設(shè)備登錄是否可行呢？咦，你這個優(yōu)惠活動，我可不可以鉆個漏多參加幾次呢？

測試人員就是這么一群人，不管三七二十一的采用各種可能的手段來體驗功能點，找到bug是他們的目的，可是把正常的反應和意外的bug定義清楚就是我們產(chǎn)品經(jīng)理的職責。學會站在測試人員的角度來體驗產(chǎn)品、測試功能，能很好地幫助我們把需求定義的更加精準。

總結(jié)

成為一名思維縝密的產(chǎn)品經(jīng)理，不是一朝一夕的事情，需要項目的實踐，不斷的思考總結(jié)。「作為產(chǎn)品多問自己問題」「站在開發(fā)的角度來實現(xiàn)需求」「站在測試的角度體驗功能」只是我個人總結(jié)的三個思考維度，在這三個思考維度基礎(chǔ)之上，我希望自己能成長的更快一些，走的彎路更少一些，早日成為一名思維縝密的產(chǎn)品經(jīng)理。而這只是「產(chǎn)品之路」中穩(wěn)健的一小步，要想成為一名優(yōu)秀的產(chǎn)品經(jīng)理，還有很多路需要走。路途雖堅信，愿勿忘初心，以此共勉。

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