開發(fā)產品，有兩個永恒的關鍵字：差人、加班。

為了解決這個問題，第一反應是從項目管理層面去使勁。開發(fā)效率高不高？管理方法先不先進？有沒有使用更多的管理工具？

關注點在「怎么做好」。

其實有些問題的答案從本質上看非常簡單。

拿減肥來說，只用保證每天消耗的熱量大于吸收的熱量即可。

同樣，差人和加班的問題，答案也很簡單：少做點需求唄。

雖然簡單，但不是人人都控制的好。因為在我們的傳統(tǒng)認知上都有個默認設置，只要資源更多，就代表更好。開發(fā)產品時，也容易被這個默認設置牽著鼻子走，最終把大量的工作都浪費在了價值很小，或者無用的功能上。

這么來看，「少」不是單純的指數量，而是強調需求的價值要高，關注點實際在「做不做」上。

如何去識別「需求價值」？

要解決的問題也就變成，如何去識別「需求價值」？

關于需求價值，網上有很多定義標準，抽象、具體的都有。推薦兩個即好理解，又實用的方法。

方法一：需求價值=需求剛性*需求廣度*需求頻率*可替代方案。

舉個例子(為了便于理解，盡量選擇大家都知道的背景)：海底撈除了常規(guī)的飲料和水果，還可以提供可樂，服務員一般不說，除非你主動找他要。

套用公式分析該需求的價值：

• 既然有人主動要，肯定目的明確，一定是剛需；
• 不是所有人都喜歡，需求廣度一般；
• 由于海底撈人流量大，可樂又符合大眾口味，每天要的客人肯定多，需求頻率也就隨之很高；
• 考慮到成本，其他火鍋店很少提供免費可樂，使得服務比較不容易復制。

綜合來看，該需求價值就很大，尤其在“可替代方案”上，形成了競爭壁壘。

再舉個反例：微博上的計步功能。

• 計步只是刻意鍛煉者的剛需，需求廣度一般；
• 通常每天晚上才會查看總步數，需求頻率不高。
• 微博既不主打運動，和微信比起來又缺乏熟人關系鏈，很容易被其他APP替代。

綜合來看，該需求價值很小。

方法二：需求價值=需求收益-需求成本。

在產品迭代過程中，需求來源很多，尤其是運營提過來的需求，往往涉及到產品營收，個個十萬火急。這就更需要在開發(fā)之前，定義好需求價值，理性的去判斷緊急程度。

比如，運營有個需求，可以提高產品收益，必須要在本次迭代周期上線。遇到這種情況，產品經理應該和運營一起把該需求帶來的收益和投入的成本盡量試算清楚。

假設該需求上線后可以為產品的每個季度收入多貢獻1萬，但開發(fā)需求投入的人力成本是3萬，也就說明需求上線后要三個季度才能收回成本。

是否還繼續(xù)做？是否還急著做？

把需求價值反應在一個定量的數字上，方便運營和產品雙方去做出合理的判斷。

如果對每個需求價值都能夠定義清楚，排序后會發(fā)現，真正值得做的需求并沒有那么多，「少」變成了自然的結果。

當然，這兩個方法并不適用所有情況。

有些需求缺少對標數據支撐，有些需求是BOSS層面直接空降，這些都導致沒辦法用需求價值去定義。加上大部分的產品經理并不能100%去控制產品邊界，有時不得不蒙眼干活。

所以，心中有把尺子的好處就在于，雖然你不能控制偏差，但是可以感知偏差，而「需求價值」就是這把尺子。