這篇文章是我以前看到的详瑞，實踐下來，感覺挺有用的臣缀，特地從茫茫信息流中淘出這篇文章坝橡，分享給大家。

本文從需求的“重要程度”和“開發(fā)難度”兩個維度精置，用矩陣的方式進行量化分級计寇。實際操作中，還可以增加更多的維度脂倦，比如“頻次”番宁。該方法不僅適用于需求分級，也適用于功能分級赖阻，用戶分級贝淤，也有助于產(chǎn)品規(guī)劃中的版本管理。

以下是正文節(jié)選政供。

———————————————————————————————————

一個『有理想有情懷想成為下一個互聯(lián)網(wǎng)龍頭巨星，但不太懂 O2O 和 C2C 和 P2P 區(qū)別』的土老板朽基，和一個『半瓶子晃蕩只會實現(xiàn)功能布隔，其他的版本管理、邏輯優(yōu)化稼虎、結構設計等聽都沒聽說過』的技術團隊衅檀，再加一個『「未來我肯定是要成為 CEO 的男/女人」的覺得產(chǎn)品設計就是畫原型圖的』產(chǎn)品實習生。那么霎俩，如果你是相對有經(jīng)驗的產(chǎn)品經(jīng)理哀军，在創(chuàng)業(yè)公司沉眶，應該要注意哪些事情呢？

如果你是這樣的產(chǎn)品經(jīng)理杉适，在這樣的團隊里谎倔，那下面的內(nèi)容就不用看了。最有誠意的建議是：先去靠譜的地方學學怎么做產(chǎn)品再說猿推。

那么片习，如果你是相對有經(jīng)驗的產(chǎn)品經(jīng)理，在創(chuàng)業(yè)公司蹬叭，應該要注意哪些事情呢藕咏？

1. 嚴格把控需求炎咖，拒絕墻頭草

需求簡直是創(chuàng)業(yè)團隊昧狮，尤其是早期創(chuàng)業(yè)團隊，最要命的東西蒿秦。

就像題主說的坦喘，『BOSS 對業(yè)務干預度高盲再，銷售覺得產(chǎn)品不作為，技術覺得產(chǎn)品節(jié)奏太快』起宽，絕對是每個創(chuàng)業(yè)團隊的經(jīng)典面貌洲胖。

所以把控需求是當下最重要的事情。

把控需求不是說『推掉所有比較難的需求』坯沪，也不是『接受所有重要的需求』绿映，而是你要花大量的時間，搞清楚幾件事：

每個需求的來源腐晾，背后的邏輯是什么（不管是 BOSS 還是其他部門）

所有需求中叉弦，哪些是最重要的

每個需求的實現(xiàn)方案，到底有哪些

根據(jù)目前的需求重要程度和實現(xiàn)困難程度藻糖，下一步到底該做什么

只要是需求有來源淹冰，那你就能問得出，這個需求的原理在哪里巨柒、道理在哪里樱拴。

我在之前的文章中提到過這樣一個例子：

比如，老板的需求可能是這樣的：

給我做個客戶端實時記錄美甲師 GPS 的功能來洋满。

作為忠貞不二的員工你可能就落實去了晶乔。但實際上，你需要搞明白老板為什么這么做牺勾。在再三的追問下正罢，老板可能就告訴你他的原因是：

因為美甲師經(jīng)常會為了獎勵刷單，也就是不出門讓朋友來下單驻民。GPS 用來幫助判斷這個翻具。

所以你理解了老板的需求履怯，那么下一步做的時候就清楚了：要查美甲師是不是刷單，沒有必要實時做記錄裆泳，這樣增加美甲師端的流量消耗叹洲，也增加了服務器的負擔。正常的接單時間都會大于半小時晾虑，因此完全可以將功能改成：

每半小時記錄一次美甲師的 GPS疹味。

對于需求的重要程度，一定要從需求方的角度考慮問題帜篇，作為產(chǎn)品經(jīng)理糙捺，不要偏袒技術，覺得難就不管了笙隙。

比如運營那邊急需一個后臺可以封禁關鍵詞的功能洪灯，的確很難，但如果你沒做竟痰，可能產(chǎn)品第二天就被勒令下架签钩，可能公司要被調(diào)查，這件事的嚴峻程度就不用多說了坏快。

同時铅檩，對于同樣的需求，并非是只有一個解決方案的莽鸿。

比如昧旨，要做一個后臺對某些用戶數(shù)據(jù)的統(tǒng)計功能，這個功能的做法有很多種祥得，可能是這樣：

可能是這樣：

還可能是這樣：

呈現(xiàn)的方式不同兔沃，而且功能復雜程度也會不同。

簡單的用戶統(tǒng)計數(shù)據(jù)是一個方案级及，在用戶統(tǒng)計數(shù)據(jù)上加入趨勢圖是一個方案乒疏，在用戶統(tǒng)計數(shù)據(jù)上加入各種篩選條件又是一個方案。

并非是有了需求饮焦，就有了功能怕吴。功能是需要根據(jù)當下的狀況設計的。

——————————————————————————————————————

好了县踢，下面教給你一個特別簡單的方法械哟，注意，干貨預警殿雪。

想象你現(xiàn)在是嘟嘟美甲的產(chǎn)品負責人，你打開了你的 Wunderlist 中的需求列表锋爪，發(fā)現(xiàn)所有需求有以下這些（當然這是虛構的丙曙，真實情況下數(shù)量可能是 3~4 倍）：

來自老板：

實時記錄美甲師 GPS

首頁有點雜亂爸业，不夠簡潔

來自運營：

要統(tǒng)計用戶對每個 banner 的點擊率

秒殺功能（運營總監(jiān)：『下周就要做活動，通知發(fā)出去了亏镰，必須做』）

需要提供給用戶在線改單的功能（比如換樣式扯旷，補差價）

提供私人訂制的功能（包括用戶上傳圖片、美甲師提供參考價索抓、雙方確認等步驟）

來自產(chǎn)品

用戶下單時钧忽，支付失敗后需要重新下單，不能繼續(xù)支付逼肯，要改正這個問題

下單步驟要跳轉太多頁面耸黑，應該集中在一頁輸入信息

根據(jù)關鍵詞篩選樣式的功能

好了，首先篮幢，我們把標題簡化成幾個字大刊，然后把重要程度標記下（按照 P1、P2三椿、P3 來）缺菌，順便也把重要的原因寫清楚：

記錄 GPS ：P1 （記錄 GPS 是為了防刷單，不然公司損失巨大）

首頁簡潔：P3 （…）

banner 點擊率 ： P2 （對運營安排活動有重要作用）

秒殺功能 ： P1 （通知已經(jīng)給用戶了搜锰，必須做）

在線改單 ： P2 （現(xiàn)在是人工后臺改單伴郁，運營人員特別不方便，消耗大量人力成本）

私人訂制 ： P3 （訂制用戶較少蛋叼，不著急）

可繼續(xù)支付：P1 （體驗巨差焊傅，無法忍受）

簡化下單步驟 ： P2 （大大提升體驗，但目前可以接受）

篩選： P3 （目前的分類功能比較完善鸦列，篩選是補充）

我們用圖表表示：

下一步就是直接開發(fā)嗎租冠？當然不是。

根據(jù)目前我們的需求和你預想的功能薯嗤，跟開發(fā)團隊討論執(zhí)行的難度顽爹。同樣，實現(xiàn)難度也做一次標記（按照 D1骆姐、D2镜粤、D3，D1 是最容易實現(xiàn)）：

記錄 GPS ：D2（記錄 GPS 比較麻煩玻褪，服務器有負擔）

首頁簡潔：D3 （排班布局會耗費大量時間）

banner 點擊率 ： D1 （注入 log肉渴，很簡單）

秒殺功能 ： D3 （邏輯特別復雜）

在線改單 ： D2 （功能交互比較復雜）

私人訂制 ： D3 （同樣是功能交互復雜）

可繼續(xù)支付：D1 （頁面改動少，主要是調(diào)試接口）

簡化下單步驟 ： D2 （還是功能交互比較復雜）

篩選： D3 （后臺邏輯需要做大的改動带射，數(shù)據(jù)處理也很麻煩）

OK同规，是不是現(xiàn)在也要做個表格？不著急。

現(xiàn)在是特別關鍵的一步：跟需求來源方核對需求券勺。其中最重要的一件事是『跟需求方確認當前的需求绪钥，有沒有其他方案能夠實現(xiàn)』。

討論的結果如下：

老板對于實時記錄 GPS 的需求关炼，可以改為每 15 分鐘記錄一次

秒殺功能可以分為兩個版本程腹，簡單的是后臺直接修改價格，秒殺的量夠了后再修改回來儒拂，這樣客戶端不需要做改動寸潦，稱作簡單

秒殺；復雜版本是后臺可以控制秒殺款的起止時間和價格社痛，稱作復雜秒殺

那剛才的列表就變成了：

記錄 GPS ：D1

首頁簡潔：D3

banner 點擊率 ： D1

簡單秒殺 ： D1

復雜秒殺： D3

在線改單 ： D2

私人訂制 ： D3

可繼續(xù)支付：D1

簡化下單步驟 ： D2

篩選： D3

圖表就是：

下面见转，我們把 P 序列和 D 序列做成矩陣圖。

這樣褥影，你就知道該做哪一步了池户。

一般來說，推動開發(fā)的順序是這樣的：

OK凡怎，這段說完了校焦。

2. 捋順產(chǎn)品思路，拒絕不合理需求

在早期創(chuàng)業(yè)過程中统倒，捋順產(chǎn)品思路是產(chǎn)品經(jīng)理當仁不讓的事情寨典，尤其在老板不懂產(chǎn)品的情況下，尤其在老板不懂產(chǎn)品的情況下房匆，尤其在老板不懂產(chǎn)品的情況下耸成。

很多朋友問我，總覺得老板拍腦袋定的方法不對浴鸿，但我也說不出來哪有問題井氢，這該咋辦？

這其實還是產(chǎn)品設計的思路上岳链，你自身的經(jīng)驗所限花竞。

有一本書特別重要，建議每個產(chǎn)品經(jīng)理都每天默誦：《用戶體驗要素》

當然掸哑，沒讀過沒關系约急，你可以搜下這篇文章簡單了解下它的思路：《漫談用戶體驗五要素》。

其實道理特別特別簡單苗分，你看我畫的這張圖就明白了：

自下向上設計的思路是所有產(chǎn)品設計中最重要的厌蔽，是所有產(chǎn)品設計中最重要的，是所有產(chǎn)品設計中最重要的摔癣。

舉個很簡單的例子奴饮，我們做個產(chǎn)品吧纬向。

比如我們做個講故事、說體驗的知乎戴卜。我是這么描述它的市場定位的：

目前知乎主要定位還是分享干貨罢猪、解決具體問題，但其實像大師兄叉瘩、梁邊妖、肥肥貓等老師寫的東西大都是故事和體驗粘捎。所以可以有這樣一個區(qū)別于知乎嚴肅薇缅、嚴謹、嚴格的定位攒磨，再做一個類似的輕松愉快泳桦、講各自在某個主題下的體驗的平臺。

這樣的產(chǎn)品定位娩缰，用一句話就是：

講故事灸撰、說體驗、寫段子的問答社區(qū)（或者內(nèi)容分享社區(qū)）拼坎，模（shan）仿（zhai）知乎浮毯。

第二層，我們要探討做成這樣一個社區(qū)泰鸡，要滿足怎樣的需求债蓝，需要什么樣的功能。

核心的需求盛龄，對于讀者來說饰迹，就是獲得樂趣或者實際經(jīng)驗；對于寫作者來說余舶，是成就感啊鸭、個性品牌輸出以及更實際的收益。

基于這樣的需求匿值，我們進一步推導出需要什么樣的功能：

讀者：發(fā)現(xiàn)（熱門赠制、精選、搜索千扔、自定義關注憎妙、個性化推薦、收藏等）曲楚；閱讀厘唾；評價（喜歡、感謝龙誊、評論）

寫作者：寫作（發(fā)現(xiàn)問題抚垃、編輯寫作、邀請）；積分或者獎勵機制鹤树；個人頁面（介紹铣焊、歷史回答時間線、更多展示）罕伯；專欄曲伊；IP 輸出（電子書、劇本追他、出版物等）

考慮到這里坟募，作為生產(chǎn)內(nèi)容的牛逼產(chǎn)品，其實我們還能想象到有一批潛在用戶邑狸，就是 IP 接收方懈糯。我們也把這個列上：

IP 接收方：獲取 IP 內(nèi)容（故事、段子单雾、劇本等）

現(xiàn)在跟知乎有點不同了赚哗，是吧？

我們再往上一個層次是結構層硅堆，要考慮基本的交互邏輯了屿储。

既然整個產(chǎn)品的邏輯都是圍繞著內(nèi)容，那我們就以『文章』作為核心點硬萍，去展開具體的邏輯扩所。

下圖是對『寫作者』來說，到達文章的頁面路徑朴乖。

下面是對于讀者和 IP 接受者來說祖屏，到達文章的頁面路徑：

這兩個圖只是簡單的例子，具體肯定會復雜十倍买羞，就不贅述了袁勺。

再到上面的兩個層次，在這里就沒法展示了畜普，而且我原本也不準備介紹期丰，因為這兩層往往是大家特別熟悉的，什么頁面動畫啊吃挑、什么布局排版啊钝荡、什么視覺設計啊，每個人都能說出一堆自己喜歡的 APP舶衬。但創(chuàng)業(yè)公司中埠通，老板和產(chǎn)品經(jīng)理常常忽視下面的這三層。

沒有基礎逛犹，上層建筑怎么可能穩(wěn)固呢端辱？

好了梁剔，現(xiàn)在假設這五個層次的內(nèi)容都豐富完善，大致是這樣的：

未來舞蔽，每一個需求荣病，不管是誰提過來的，都可以從這里面找到它的位置渗柿。

如果它是懸空的个盆，也就是說沒有底層的支持的，或者是沒有這個需求朵栖，或者是并不符合我們產(chǎn)品的定義砾省，那這件事就是錯的，這個需求就是不對的混槐。不管這個需求看起來多高科技、多酷炫轩性。

比如声登，這時候老板來跟你說，哎揣苏，我覺得咱們這上面可以加個賣書的功能悯嗓。你看我說的有沒有道理：第一，這些用戶都是愛讀東西的卸察，那肯定愛讀書脯厨；第二，我們可以提供給書點贊給書評論的功能坑质，還能讓大 V 們?nèi)憰u合武，讓大家討論起來；第三涡扼，這個功能是可以直接變現(xiàn)的哦~

乍一聽你會有些懵逼稼跳，尤其如果這個老板能言善辯，會集中某個點把你說得心悅誠服吃沪，根本找不出漏洞汤善。但作為產(chǎn)品經(jīng)理，你首先要從產(chǎn)品角度考慮問題票彪。

這時候红淡，你就掏出這張大表來，說：『賣書跟我們產(chǎn)品目前的設計有雞【嗶】關系敖抵在旱？從根本上說，這不符合我們的產(chǎn)品定義垮耳，也不是我們的目標人群颈渊，愛刷答案的確實愛看書遂黍，但未必買書吧？而且買書為什么不在京東淘寶買俊嗽？非要在我們這買雾家？我們是比他們便宜，還是比他們質量好绍豁，還是比他們送得快呢芯咧？

『另外，核對下目前我們做的用戶需求竹揍，沒有一條是能夠用賣書來滿足的敬飒，也就是說，即便我們確定要做這樣的產(chǎn)品芬位，也是要重新規(guī)劃用戶需求了无拗，我們可以說是完全開辟了一個新產(chǎn)品線。

『所以從整個邏輯上昧碉，你說的即使都對英染，我們也是在做一個新產(chǎn)品了，反正現(xiàn)有的產(chǎn)品里被饿，是不能隨便做的四康。』

如果這個老板邏輯清楚狭握，他應該會很快明白你的道理闪金。

再舉個真實的例子。

之前有個朋友的旅游項目论颅，是賣境外游路線的 APP哎垦，主頁就是各種境外游的展示頁。但他們老板覺得恃疯，活躍度不夠撼泛，想了想，決定在第二頁做電商澡谭，用賣簽證業(yè)務愿题、賣隨身 WIFI 來吸引用戶。現(xiàn)在他們又在考慮通過有趣而且精美的攻略和游記蛙奖，吸引用戶潘酗。

你能看得出問題了嗎？

看似這些功能都是面向同樣的用戶雁仲，境外游游客當然既需要買路線仔夺、又要辦簽證、買隨身 WIFI攒砖，還要看攻略游記作為參考缸兔。但是這根本是三種需求好嘛日裙！

簡單用圖表表示，大概就是這樣：

有的創(chuàng)業(yè)者確實會天真地以為惰蜜，我平臺圈起用戶來昂拂，總是有利可圖的，管他娘的什么需求分析呢抛猖。

可是你通過賣隨身 WIFI 圈起來的用戶格侯，也許大量都是自由行、從來不購買路線的财著，那這些用戶怎么可能引導到你的主要產(chǎn)品上呢联四？

再比如我就是閱讀一次游記就感覺像出了趟國的，我看完也就看完了撑教，我為毛要去買你的路線朝墩？

3. 成本最低的方式給用戶解決問題，拒絕不切實際

這段是承接上一段的伟姐。

做任何產(chǎn)品的初衷都是給用戶解決問題鱼辙，如果你把用戶當傻逼，想通過投機取巧的辦法成功玫镐，那你早晚也會傻逼。

說兩個例子就明白了：

用砸錢的辦法讓用戶去用并不需要的產(chǎn)品怠噪。

如果沒有體會恐似，你可以中午或晚上吃飯時間到望京 SOHO 跟麒麟社之間，或者到中關村創(chuàng)業(yè)大街附近轉一轉傍念。你拿了很多傳單和禮品矫夷，你下載了很多 APP、關注了很多公眾號憋槐，現(xiàn)在告訴我双藕，有幾個是你真正需要的。

燒錢總會帶來用戶阳仔。但有多少用戶是不燒錢了之后還會留下的忧陪？

企圖用高頻需求拉動低頻需求，用剛需拉動非剛需近范。

就像剛才境外游的那個例子嘶摊。你可以用很多辦法做好一個功能，比如你成為了隨身 WIFI 的全國第一评矩，然后呢叶堆？你這邊如果路線做得不好，那仍然沒有人會在你這里買路線啊斥杜。

你用這種做另一個功能虱颗、滿足另一個需求的方法去拉動核心功能沥匈、滿足核心需求，就僅僅相當于是做了個產(chǎn)品 B忘渔，在上面掛了產(chǎn)品 A 的廣告高帖。

所以在初創(chuàng)期，每個人都心思活絡辨萍，每個人都天馬行空的時候棋恼，一定要時刻謹記用戶的需求是什么。做產(chǎn)品不是件有趣锈玉、好玩爪飘、瞎折騰的事兒，它是需要你冷靜下來思考拉背，并且一切為用戶著想的事兒师崎。

另外一點，成本低的意思是椅棺，沒必要一下吃成胖子犁罩。

比如做境外游，那就把路線這點做得特別好两疚，頁面可以很簡陋床估，但好用，支付不出問題诱渤、流程完整丐巫。相比雜糅了很多社交功能、游記功能勺美、畫面做得酷炫递胧，但是用戶連在線支付都很難順利完成的產(chǎn)品，要靠譜多了赡茸。

最后一句缎脾，對任何功能都足夠慎重，對所有用戶都心存敬畏占卧。

4. 盡力做好團隊潤滑劑遗菠，拒絕無盡的爭執(zhí)

這段倒是很簡單，就是創(chuàng)業(yè)期間华蜒，不同的需求方和承接需求方都難免會有各種爭執(zhí)舷蒲，但不要讓它無休止下去。

不管是跟別人的爭執(zhí)友多，還是參與了別人的爭執(zhí)牲平，記住幾點就行了：

任何時候，注意講話的語氣域滥，并且建議其他人注意講話的語氣

就事論事纵柿，不要人身攻擊

就事論事蜈抓，不要提及之前的瑣事（『你就是不做我的需求媽蛋，上個月那個就死活不給我做』）

盡快找到解決辦法昂儒，不要僵住

有大家認同的解決辦法之后沟使，必須遵從

有必要的話，多安撫從局勢上來說比較吃虧的一方

總之渊跋，千萬不要跟老板一攤手：他們誰都說不過誰腊嗡，我也不知道咋辦 ╮(╯▽╰)╭

而是當老板過問的時候，你有自信地說：剛才有問題來著拾酝，不過已經(jīng)給解決啦 (? ??_??)?

說完啦燕少。祝大家創(chuàng)業(yè)順利。希望你的問題已經(jīng)給解決了蒿囤。