產品經理怎麼判別一個功能需不需要實現？

01-07

恰好關注到這個問題淘寶商品搜索為何不增加店鋪年齡作為搜索排序依據？ - 電子商務
我認為這個應該需要從產品經理的角度來看待如何判別，所以想請教諸位產品經理：
一個產品上的功能是怎麼被決定需要實現，或者怎麼判斷不去實現呢？

對於內行來說，根本就不存在這個問題；對於外行來說，根本沒法解決。所以，問題不在於如何判斷，而在於如何成為一個內行。

1，潛在用戶量。比如一個功能只有1%用戶可能會用，那麼優先順序就沒那麼高

2，是否有替代方式，如果一個功能，在當前產品中有替代方案，且不那麼麻煩，那麼優先順序也不高

3，該功能是否屬於殺手級功能，就是在你有對手沒有的情況下，是否用戶就會來用你。不是，則優先順序低

如果看完這三條，發現你手頭的功能優先順序都低，那麼說明你需要的是更多用戶研究和產品思考，而不是往產品里加一些無關緊要的功能。

做產品很容易忘了考慮機會成本。功能永遠做不完，那麼在有限時間裡，做了A就做不了B，所以，判斷一個功能值不值得做，還要看有沒有其他更有價值的功能。

這個問題說白了就是：一個功能要不要加？考慮兩個方面：

一、目標用戶中有多少比例的人會受益於這個功能，多大程度地受益？（益有多種：有利益、更方便、更高效、體驗更爽）

二、目標用戶中有多少比例的人會受損於這個功能，多大程度地受損？（損有多樣：操作變複雜、心理負擔加重要、視覺垃圾變多）

如何考慮？

1）運用你的嗅覺、洞察和預見能力。

2）看數據，看反饋。

3）深入到用戶場景中觀察用戶、詢問用戶。

4）通過分組、隱藏等設計原則盡量減少對不需要用戶的影響。參考-&> 簡約至上 (豆瓣)

注意：這裡的目標用戶，是指所有用到這個產品的人，比如淘寶上的買家是淘寶的用戶，淘寶上的賣家也是淘寶這個平台的用戶。

私以為，設計的本質就是對現存元素的取捨、組織。

產品新人，嘗試答一下。

我認為產品的某個功能模塊需不需要實現，可試著從回答下面三個問題進行判斷：

該功能的目的是什麼？
該功能滿足了用戶什麼樣的需求？
用戶會怎麼樣的使用我們的這個功能？

我們不妨以深受喜愛的微信功能「附近的人」為例，試著回答這三個問題。

1，功能目的是為用戶提供一種創新的交友方式。首先，社交通信類產品原本添加好友的方式基本為賬號查找。但是微信，作為社交通信app，手機自帶定位功能，微信可利用 LBS這一功能點，為添加好友做創新。

2，滿足了人們心裡都更會想認（yue）識（pao）附近的人這一社交需求。俗話說：遠水救不了近火；俗話又說：學長近水樓台先得月；俗話還說：張小龍在KTV好想認識另外一個包廂的美女。三句俗話都透露了這麼一個道理，人們都有一個共性，或荷爾蒙，或獵奇心理，喜歡和附近的人交流。於是以這為出發點，可為社交破冰，幫助用戶完成交友目的。

以上是我淺層次的理解，關於這一需求，張小龍在一次講座中是這樣解釋的：

微信中有一個功能是「查看附近的人」，選擇這個功能的人，並不是為了認識更多朋友，而是為了滿足好奇心，人們會對於隨機好奇，也會對跨空間、跨時間的同類好奇。（高，實在是高，三五層樓那麼高~

繼續說需求。

關於需求，真偽需求的判斷很重要，偽需求功能做多了是在作死。那怎麼判讀需求真偽？我認為有以下四個方法：

觀察。如上文解釋的那樣。做生活的有心人
參考。騰訊產品一直堅持自己產品方法論：先同質化，在差異化。讀書人偷書能叫偷嗎？好吧，我不黑，其實我也挺認可用這個方法論來完善產品的基本功能。比如你做一款鬧鐘應用，

這些基本功能你總得有吧。你可以通過比較同類型產品整理出這些功能。
前期調研。市場調研 - 話題精華
精益創業。精益創業的核心是：最快速最低成本的確定市場需求，完善產品。對於實現相對複雜的功能，你可以先做一粗糙版的去驗證需求，成果好了在完善，成果不好直接放棄也不會太耗費團隊精力。任鑫在《一席》演講時舉了這麼一個栗子：

IMVU是一個3D虛擬遊戲社區，他們想做一個功能讓遊戲上的人物可以走過去和對面的美女打招呼。但他們當時初創團隊力量實在有限，要讓人物走起來很費勁。於是他們先做了一個閃現版的，就是你點下你要打招呼的對象，然後你莫名其妙就出現在她旁邊了。結果打招呼功能廣受好評，於是團隊決心完善它。

3，第三個問題，那用戶會怎麼樣的使用我們的這個功能？這可以假想一段用戶故事來說明：

Small tomorrow（小明）同學是一位大二學生。一次學校開會，他發現隔壁班的妹子真是他的天菜。害羞的小明肯定是不敢上去和妹子要電話的，於是他打開了微信。不久，妹子收到了一條好友請求：哈嘍你好，我是small tomorrow。妹子輕輕的同意了請求，不費力的又收了一個備胎。真是一個美好的故事~

用戶故事是做功能預期，需要集思廣益，換言之，我們也能從一個個故事中發現問題。

最後，簡單的歸納我的觀點。產品功能需不需實現可從搞三個問題出發：做啥，為啥，會發生啥。如果答案是excited的，那功能就不會naive了。

真實性：功能背後的需求，去偽存真（用戶場景、用研方法驗證）

↓

相關性：與現有產品結構的關係，增強主幹還是另建分支，分別帶來的影響

↓

重要性：是否重要，判斷重要的標準是預估其帶來的益處（明顯改善用戶體驗、增加使用粘性、帶來新的用戶增長點等等）

↓

可實現性：可實現且與現有開發計劃不衝突，即可納入開發列表（並適當調整優先順序）

你這功能需求從哪裡來的；你將實現的功能會有多少人用（預估一下用戶體量）；這個功能是否有用戶在使用過程中的痛點；是否有必要馬上讓你去解決，給他們帶來價值；如果你成功實現後，預估一下你的這個功能對用戶使用產品前後有什麼變化和影響。

我現在越來越想吐槽知乎上某些回答者。

正題：

你的產品是什麼？

你的業務是什麼？

你的用戶是什麼？

永遠不要站在用戶的角度去意淫。

功能也分很多種

1、核心功能

2、非核心功能（比如很多app發現裡面那些小玩意）

核心功能這個不必多說了，這是和業務分不開的。如果連自己業務都不了解，那麼就不要談什麼核心功能了。

（很多產品經理都只是個title，都是按著leader的思路前進的，ps：不要用什麼產品經理節操的東西來突顯PM是多麼逼格高，要時刻記住自己的身份，起碼飛不起來前不要裝比。）

一些小玩意兒功能

多進行A/B測試，有問題立馬改，見風使舵是產品人必備的。別什麼屁點功能事兒都要叫上一大群小夥伴去開個會。

做PM的必須獨裁。

是否要做一件事情，從全局觀，以下五點：

1、能否幫自己？

2、能否幫別人？

3、是否可以驗證？

4、是否可以控制？

5、是否可以實現？

如果這五點都是肯定的，那就繼續從五個節點往下子節點擴張，慢慢你就會發現他是否值得做了！，比如：可以驗證，但是需要特碼等10年後？那你做不做？，再比如：可以實現，但是前期需要200人的團隊，你能不能做？等等...

看投入產出比

補充一點。需求有時候是開發者自己創造的。在沒有這項功能之前。也許用戶不會提出這個需求，PM也許會想這個功能客服都沒有需求而不做。其實完全。這其中存在一部分是開發者提出。然後創造需求的。

占坑

產品戰略定位。
產品階段。
功能優先順序排序。解決什麼問題，用戶是誰，效果怎麼樣，結合資源等進行排序。

需求基本出於兩方面：一個是用戶需求，解決用戶痛點，產品的基礎骨架？一個是商業需求，解決產品的盈利問題（不管是付費或換量還是廣告）。能滿足其中一個就能做，用戶的接受度還是挺高的，你如果對自己不自信，初始的時候可以把功能做的隱蔽一點，基本不改變當前的使用。

當然，目前大多數產品經理都是隨著老大的想法去做的，基本沒有話語權（我也是這樣一隻產品狗，雖然吠過，奈何拿老闆的錢，不敢下口）

感覺淘寶那個問題是從商業需求的角度出發,付費賣家權重大於小賣家。

補充一點：不太確定開店年限權重是否是用戶做決策的參考。起碼我個人不參考。

產品判斷需求實現與否，首先還是用戶價值：爽不爽，其次從商業價值：能不能變現，比如實現新增長，促進當前業務或者新業務，最後是優先順序，需不需要當前實現，因為往往我們輸出的是一個需求list而不僅僅一個需求。

產品可以無限做大也可以無限做小。關鍵是如何砍了會影響到啥，是否會影響主線邏輯還是增值體驗。不確定就上線看數據觀察。很多東西還是要看靈感的，萬一這個需求就火了呢？

我也來加點料。。。。。。

做與不做，主要看收益，需求會帶來什麼？　比如影片分級

影片分級,這個需求會帶來什麼？

1. 細化的影片分級，可以讓不健康或者不適宜某個年齡段的影片，不被播放或者在監護下播放。

2. 有利於服務商區分服務，提供更精細的服務

3. 給用戶提供便利，容易區分影片

對於一些不確定的需求，需要詳細分析受眾範圍，在調整係數評估最終的可能收益。

個人認為此功能在整個流程的作用，不加會不會對流程有影響或有哪些好的影響，加了會給用戶操作上帶來怎樣的體驗提升；再就是像樓上說的，有多少比例用戶會用到此功能，解決用戶啥問題，帶來什麼價值

這個功能能解決用戶什麼需求？是否強需求？用戶群體是否足夠大？滿足不了以上三點不如不做。產品新人，第一次回答問題。

先說一個需求是不是要實現：

首先去評估收益，收益怎麼評估？很多方面：變現角度、流量角度等等，個人題主提到的淘寶那個需求應該去評估是不是可以提高訂單轉化量吧。

其次去評估成本，開發成本、運營成本、用戶學習成本等等。

然後實現這個需求的性價比就出來了，優先做性價比高的需求。

再說題主提到的淘寶搜索的這個需求：

收益角度，這樣做了之後是不是可以提高訂單轉化量？店鋪年齡對於用戶來說，是不是有真正的價值呢？個人認為沒有，因為店鋪年齡對於這個店鋪所賣的商品來說沒有任何代表性，也許是個十年老店，一單未成（雖然不大可能）。而用戶真正關心的是商品的性價比，購買人數、價格是直接評判標準，店鋪年齡基本毫無關係。所以這個需求對於用戶來說，基本沒用。所以從評估收益的角度來講就可以砍掉不做。

以上個人意見。

產品新人試著回答一下，請輕拍，別拍臉

個人認為判斷一個功能要不要實現，先要了解本身產品的核心競爭力是什麼，做這個產品最主要解決的問題是什麼？新的功能是否會對這個核心競爭力造成干擾

如果沒有這個功能會不會導致用戶流失，會不會因為這個功能的缺失離開這裡

如果有這個功能用戶的反應是什麼，是眼前一亮非常興奮，還是：哦，有這個功能

所以我的答案是，如果幹擾核心功能，那麼pass；如果用戶不會因為這個功能離開，那麼暫且擱置；如果這個功能沒有讓用戶眼前一亮，只是可有可無，那麼暫且擱置

沒有想好的事情，就放一放

——————————————————————分割線——————————————————————

昨晚又看了張曉龍的那個對微信的PPT（就是黑底白字那個，相信很多人都看過），以前也看過，因為都是隻言片語，所以以前看的時候覺得什麼都看不懂，也不理解，也看不下去，但是昨天又看了一遍發現有些東西可以看懂了，有很多還是看不懂，但是信息量對我已經還是很多了，很多還是無法消化，嗯(⊙_⊙)，寫這段話是為什麼呢，我也不知道，就寫在這吧