剛從知乎回答了問題“作為產(chǎn)品經(jīng)理，你在 2015 年都有哪些進步、收獲與成長？”，不覺間洋洋灑灑寫了這么多，也算對我自己2015年產(chǎn)品方面的一個總結(jié)吧~

1. 不要過多考慮技術(shù)實現(xiàn)

做需求時先完成最理想的需求，先出體驗最好的方案，然后再將不確定的點和研發(fā)同學溝通，根據(jù)是否可實現(xiàn)或?qū)崿F(xiàn)成本進行修改和優(yōu)化。不要自己在想需求時就考慮是不是不好實現(xiàn)，成本太高等，而做出了閹割版的需求。研發(fā)兄弟們往往會有更好的方法，自己覺得是問題的，不一定就無法解決。產(chǎn)品是要考慮實現(xiàn)成本，但不應在出方案時給自己加上限制。

2. 把控需求，不要不停增加優(yōu)化點

最初做版本時，到版本實現(xiàn)中或測試時，總會發(fā)現(xiàn)很多相比最初方案可優(yōu)化的地方，加完了體驗更好啊，不過老大總是跟我說除了必須要改的，不要隨意加需求。當時不不理解，就覺得這不隨手就加上了么。不過隨著幾個版本下來，發(fā)現(xiàn)優(yōu)化是永無止境的，每次在項目中加需求，總可能引起一些其它問題或?qū)е乱痦椖繒r間緊張甚至delay，為項目增加了非常多的不確定性。其實互聯(lián)網(wǎng)產(chǎn)品的一個巨大優(yōu)勢就是迭代，把控好每一版的需求與節(jié)奏，將項目中發(fā)現(xiàn)的優(yōu)化點記錄在需求池中，在下個版本中考慮加入，快速迭代，而不是憋出一個無限延長的版本，這樣版本質(zhì)量與節(jié)奏可控，對產(chǎn)品的需求把控力也提出了更高的要求。

3. 要有立場，學會據(jù)理力爭

可能是性格原因，在PK時或大家各執(zhí)己見爭執(zhí)不下時，我往往會為了促使項目繼續(xù)而進行妥協(xié)，做出的東西并不是自己覺得最好的。其實作為產(chǎn)品而言，一定要有自己的立場和堅持，有些核心問題如果自己認定了，就要一直堅持下去，有對事情的爭論對團隊有好處，自己處理不了了可以讓老大介入。當然，最終可能還是沒采用自己的方案，但依然要想到有沒有什么可以驗證方案的數(shù)據(jù)，在產(chǎn)品上線前就進行埋點和預估，最終以線上數(shù)據(jù)作為衡量標準，如果有問題可以用數(shù)據(jù)說話，在下個版本中及時修改。如果產(chǎn)品支持，先出關鍵數(shù)據(jù)預期及衡量標準，A/B Test是個很好的方案。

4. 上線前有預期，上線后對比分析

最初做版本總是上去了就上去了，然后看看線上數(shù)據(jù)做做總結(jié)，不過這樣并沒有對比，最終的結(jié)果只是陳列了事實，而缺少了對比反思。最好是在產(chǎn)品開發(fā)前，就對此次版本涉及需求點的一些核心數(shù)據(jù)進行預期，比如上了這個需求后對DAU、存留的影響，該功能的使用人數(shù)、頻率等，先寫下來，最后項目上線一段時間后，用實際數(shù)據(jù)進行對比，分析數(shù)據(jù)是否達到預期，沒達到的原因是什么。這樣可以更好地發(fā)現(xiàn)問題，提高需求判斷力，讓自己在做需求前，就可以更好判斷這個需求的實際效果，從而決定是否做或如何做。

5. 精簡精簡再精簡

已經(jīng)被說爛了的話題，但實際操作中很難做到，及時到了現(xiàn)在做版本時，四面八方的需求依然很難抗住。但還是要盡量清晰每一個版本的主要目的，明確最核心的內(nèi)容，一些邊邊角角的需求可以砍掉或放到需求池中。追求極致體驗是沒錯，但不是在一個版本里就做得完全極致，在基本需求沒有得到市場認可時，就不要太在意各種輔助內(nèi)容。很多細節(jié)問題可能影響10%的體驗，卻損耗40%的開發(fā)量，得不償失。版本盡快上去，有核心功能，盡快得到數(shù)據(jù)和反饋，比什么都重要。

6. 嘗試功能盡量簡單、靈活和獨立

一些嘗試創(chuàng)新的功能，在第一個次上線時要相對簡單、靈活和獨立。因為這個功能并沒有經(jīng)過市場驗證，很可能用戶根本不喜歡，所以要盡量簡單以快速上線，靈活以方便修改，獨立的目的是如果效果不好要下掉，也不會影響其它功能。當該功能被用戶認可時，再快速迭代完善，融入到產(chǎn)品之中也為時不晚。

7. 競品分析時從競品視角出發(fā)

一個同樣的功能在不同的產(chǎn)品上可能有不同的實現(xiàn)方法，究其原因是因為每個產(chǎn)品的核心需求、側(cè)重點、場景、目標用戶不同而導致功能實現(xiàn)不同。比如評論內(nèi)容，微信里是時間正序，網(wǎng)易新聞是時間倒序，主要區(qū)別就是微信朋友圈單條評論數(shù)不高，正序方便上下文閱覽，新評論有消息提醒快速定位，而網(wǎng)易新聞單新聞評論數(shù)較多，有露出新評論和精彩評論的需求，又沒有新評論提醒，所以倒序可以將新內(nèi)容不斷露出。做功能分析競品時，要清楚競品到底是個什么樣的產(chǎn)品，是不是和自己的產(chǎn)品一致，假設你是競品的產(chǎn)品經(jīng)理，你為什么會這么做，再去判斷自家產(chǎn)品是否該實現(xiàn)或該如何實現(xiàn)這個功能，不要簡單說“XXX也做了這個啊/XXX也是這么做得啊”。

8. 產(chǎn)品模式/核心需求最重要

這個最初源于純銀蜀黍的微博，后來慢慢感覺明顯。只有產(chǎn)品的核心功能是準確的，產(chǎn)品模式可以跑起來，產(chǎn)品才有可能成功，這些也最能體現(xiàn)產(chǎn)品經(jīng)理的價值。體驗細節(jié)是產(chǎn)品經(jīng)理的基本功，但很難通過某個好的交互形式、好的流程體驗、好的操作反饋而決定某款產(chǎn)品的成功，這一切都是建立在產(chǎn)品的需求和模式可行的前提下。當然，我現(xiàn)在的基本功都沒練好=。=

9. 學著從產(chǎn)業(yè)角度看產(chǎn)品

看體驗->看功能->看產(chǎn)品模式->看產(chǎn)業(yè)結(jié)構(gòu)，我認為這是一個視野不斷升級的過程，而真正來做產(chǎn)品，應該是反向的。先了解產(chǎn)品處于的產(chǎn)業(yè)是什么樣子的，自己的產(chǎn)品在產(chǎn)業(yè)中的哪個地方，是產(chǎn)業(yè)上游還是下游，產(chǎn)品在這個位置應該要解決什么問題，對上下游是否有所影響，然后再根據(jù)產(chǎn)業(yè)來想產(chǎn)品要滿足的需求。比如電影的基本產(chǎn)業(yè)鏈，IP->制片->發(fā)行->院線->影院->網(wǎng)絡播放平臺->衍生品（并行），原創(chuàng)文學平臺是在哪個位置？在線售票是在哪個位置？視頻播放平臺是在哪個位置？如果你處于這個位置，上下游產(chǎn)業(yè)都希望你來做些什么？要深入了解業(yè)務所在的產(chǎn)業(yè)，了解用戶的同時也要了解產(chǎn)業(yè)。

10. 說易行難

真的。

作者：回首之淚

微信公眾號：產(chǎn)品經(jīng)理小白