如果你是一名產品經理,這10條建議或許對你有幫助

3 評論 10082 瀏覽 831 收藏 9 分鐘

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

1. 不要過多考慮技術實現

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

2. 把控需求,不要不停增加優化點

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

3. 要有立場,學會據理力爭

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

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

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

5. 精簡精簡再精簡

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

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

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

7. 競品分析時從競品視角出發

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

8. 產品模式/核心需求最重要

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

9. 學著從產業角度看產品

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

10. 說易行難

真的。

 

作者:回首之淚

微信公眾號:產品經理小白

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 知易行難

    來自重慶 回復
  2. 說易行難?。?!

    來自廣東 回復
  3. ??

    來自北京 回復