本篇重點(diǎn)向產(chǎn)品上游（多指代運(yùn)營同學(xué)）如何優(yōu)雅的向產(chǎn)品團(tuán)隊(duì)提需求。我們知道需求描述越精準(zhǔn)、需求的邏輯層次越分明、需求的上下文等關(guān)聯(lián)考慮越到位，這份需求的可評估性越高、下游接盤者不遺漏考慮的風(fēng)險(xiǎn)越小、落地執(zhí)行的效率也是最高的。

本篇重點(diǎn)向產(chǎn)品上游（多指代運(yùn)營同學(xué)）如何優(yōu)雅的向產(chǎn)品團(tuán)隊(duì)提需求。我們知道需求描述越精準(zhǔn)、需求的邏輯層次越分明、需求的上下文等關(guān)聯(lián)考慮越到位，這份需求的可評估性越高、下游接盤者不遺漏考慮的風(fēng)險(xiǎn)越小、落地執(zhí)行的效率也是最高的。

最重要的是，能提優(yōu)質(zhì)需求的同學(xué)也是團(tuán)隊(duì)中最優(yōu)秀的parnter，我們經(jīng)常講團(tuán)隊(duì)協(xié)作，其實(shí)“富有同理心，不對下游挖坑，交付產(chǎn)物質(zhì)量高”是最大誠意的團(tuán)隊(duì)協(xié)作，您說是么？

除此之外，產(chǎn)品、研發(fā)同學(xué)對運(yùn)營需求的“熱愛度不夠”與“平臺(tái)的發(fā)展一定繞不開出色的運(yùn)營”之間的矛盾，希望通過此次分享，將供需雙方拉到一起，統(tǒng)一共識(shí)，明確角色邊界，促進(jìn)良性協(xié)作，將矛盾在萌芽狀態(tài)提前化解調(diào)，做到產(chǎn)品運(yùn)營是一家O(∩_∩)O哈哈~

閱讀對象：運(yùn)營同學(xué)、產(chǎn)品同學(xué)；

第一講：需求之坑：產(chǎn)品與運(yùn)營的愛恨情仇

故事1：開始機(jī)械傳達(dá)領(lǐng)導(dǎo)的指示、中途綁架領(lǐng)導(dǎo)墊背、結(jié)果烏煙瘴氣

視覺稿設(shè)計(jì)完，需求方?jīng)]有領(lǐng)導(dǎo)發(fā)話不確認(rèn)，前端干完了要大改，前端工程師吐血，下游測試檔期錯(cuò)亂~

1. 小張，盡快確認(rèn)~
2. 小張，盡快確認(rèn)~
3. 小張，我在等領(lǐng)導(dǎo)的信（兄弟，你在綁架領(lǐng)導(dǎo)）~

結(jié)論及危害：提需求者機(jī)械的傳遞領(lǐng)導(dǎo)交辦的任務(wù)，自己不下功夫調(diào)研、思考、梳理需求或淺嘗輒止的蜻蜓點(diǎn)水，把自己也當(dāng)領(lǐng)導(dǎo)以“任務(wù)式”或“簡陋表面描述式”向下游提需求。

除此之外，面對下游對某些細(xì)節(jié)的確認(rèn)或產(chǎn)物的確認(rèn)時(shí)，把領(lǐng)導(dǎo)拉出來當(dāng)擋箭牌，直接綁架領(lǐng)導(dǎo)。

由此可見，此類員工看似好人一個(gè)，實(shí)則危害極大，是團(tuán)隊(duì)中最大的敗類，如有可能，應(yīng)立刻“斬立決”，從團(tuán)隊(duì)中清除。

備注：上面的場景多指不專業(yè)的運(yùn)營同學(xué)，不少產(chǎn)品同學(xué)有時(shí)候也容易機(jī)械的執(zhí)行需求。如果把上述運(yùn)營同學(xué)和產(chǎn)品同學(xué)放在某個(gè)需求開發(fā)中，后果可堪設(shè)想——“四不像需求”+“雞肋功能”+“團(tuán)隊(duì)裂痕”+“士氣受挫”。

故事2：只管張嘴要、其它都不管了

活動(dòng)已上線，APP的logo閃屏活動(dòng)頁未替換，還是上個(gè)活動(dòng)的。

1. 需求方自己不用，提的需求是“崗位應(yīng)酬”，所有工作都依賴“產(chǎn)品-研發(fā)-測試-客服”保姆式服務(wù)；
2. 產(chǎn)品和測試組沒有作業(yè)list，靠經(jīng)驗(yàn)和記性，想到哪算哪，導(dǎo)致最后兩環(huán)的防線未防住。

結(jié)論及危害：產(chǎn)生這種結(jié)果一般有如下幾個(gè)原因：

• 其一：時(shí)差原因，項(xiàng)目交付距離提需求日已過去一周或更長，需求方對當(dāng)前交付需求的重視程度（考慮細(xì)節(jié)）降低了（容易忘考慮）；
• 其二：前送后緊、前期很重視，后面用時(shí)放松了；
• 其三：思維懶惰，以為需求上線后就完事大吉，而忘記運(yùn)營需求會(huì)伴隨很多運(yùn)營的運(yùn)營配置工作在其中；
• 其四：團(tuán)隊(duì)真空，產(chǎn)品同學(xué)和運(yùn)營同學(xué)相互指望對方或者產(chǎn)品未盡培訓(xùn)提醒之責(zé)任或者運(yùn)營團(tuán)隊(duì)缺乏基本的作業(yè)流程（上線前相關(guān)配置項(xiàng)要統(tǒng)一發(fā)布）。

其危害是“平臺(tái)烏龍”被用戶、被客服、被老板diss整個(gè)團(tuán)隊(duì)。

故事3：錯(cuò)把自己當(dāng)領(lǐng)導(dǎo) or 業(yè)余外行

某天運(yùn)營說領(lǐng)導(dǎo)讓上個(gè)邀請撒錢活動(dòng)，該活動(dòng)需要在幾號(hào)前完成，活動(dòng)的頁面長這個(gè)樣子。產(chǎn)品經(jīng)理蒙圈了，你這需求完了？？？下面這些東西是我自己拍板后，和你或者你的領(lǐng)導(dǎo)想的不一樣，咋辦？

（1）登錄、未登錄場景？

（2）薅羊毛防刷策略？

（3）相關(guān)業(yè)務(wù)場景的入口設(shè)在哪里？

• 入口1（發(fā)起方）
• 入口2（查看方）
• 入口3（賬戶中心）
• 入口4（管理方）
• 入口5：通知
• 入口6：客服
• 入口7：運(yùn)營公告
• 入口8：現(xiàn)有活動(dòng)是否沖突
• 入口9：老活動(dòng)安排下線
• 入口10：渠道合作是否影響
• 入口11（追蹤）

結(jié)論及危害：和上面故事一多少有些相似，但和故事一有本質(zhì)不同，故事一是“他懂+他偷懶+他怕?lián)?zé)”；故事二是“他外行或把自己當(dāng)領(lǐng)導(dǎo)了”。

這里的場景多是極其復(fù)雜的業(yè)務(wù)需求，提需求者多是外行，朋友圈或某個(gè)競品看到個(gè)活動(dòng)頁，就誤以為很簡單，咱們也馬上搞一個(gè)。其危害是容易造成團(tuán)隊(duì)裂痕，產(chǎn)品團(tuán)隊(duì)給出的工期評估與之相差甚遠(yuǎn)，自己以為產(chǎn)品團(tuán)隊(duì)在忽悠或放水，久而久之會(huì)產(chǎn)生裂痕。

正向想，逆向想、框架想、現(xiàn)有想、執(zhí)行想、反饋想，想清楚再提

相信產(chǎn)品同學(xué)在日常生活中都會(huì)經(jīng)常遇到上述幾個(gè)場景，故事場景中運(yùn)營有時(shí)候是運(yùn)營，有時(shí)候就是產(chǎn)品自己。

這些低質(zhì)挖坑需求一般都難逃如下幾個(gè)：

1. 職業(yè)外行，且不下功夫提升自己；
2. 職業(yè)內(nèi)行，你說的都知道，就是習(xí)慣性偷懶；
3. 習(xí)慣把自己當(dāng)領(lǐng)導(dǎo)，習(xí)慣用任務(wù)的方式提需求；
4. 只管生孩子（提需求），不管養(yǎng)孩子（把運(yùn)營配置等活也指望產(chǎn)品或技術(shù)團(tuán)隊(duì)都包了，提需求就像每月例行過度，走個(gè)郵件而已）。

第二講：正確的認(rèn)識(shí)需求

1. 什么是需求

在軟件研發(fā)領(lǐng)域，需求可以用“3+1”分層講解：

1. 目標(biāo)需求：提出一個(gè)目標(biāo)，給一個(gè)指導(dǎo)原則（可有可無），適用對象：業(yè)務(wù)領(lǐng)導(dǎo)；
2. 業(yè)務(wù)需求：針對上述目標(biāo)在業(yè)務(wù)上需要考慮的方方面面，適用對象：運(yùn)營人員、某某業(yè)務(wù)崗（如財(cái)務(wù)、如風(fēng)控）；
3. 運(yùn)營策劃（運(yùn)營場景）：設(shè)計(jì)運(yùn)營業(yè)務(wù)流及活動(dòng)方案；
4. 產(chǎn)品需求：將上述1、3轉(zhuǎn)化為產(chǎn)品需求，邏輯需求，輸出給研發(fā)，并基于“有限的研發(fā)資源”、“確定的時(shí)間邊界”在業(yè)務(wù)需求方、研發(fā)可實(shí)現(xiàn)能力、必要的迭代擴(kuò)展能力三個(gè)維度給出專家決策意見。

各種需求的適用場景說明示例：

1. 能不能做一個(gè)***， 這是探討，探討后形成思路……
2. 你們做個(gè)***，這是boss的特權(quán)，不適用與職能崗……
3. 咱們要實(shí)現(xiàn)這個(gè)活動(dòng)，大概需要多少工作量，這是預(yù)溝通，為了進(jìn)一步詳細(xì)提需求做準(zhǔn)備……
4. 我這個(gè)著急，很急？事故前提下優(yōu)先處理，否則你的很急耍了別人的正常渠道的需求（火車站排隊(duì)）……
5. 我的需求方案已整理（流程圖、頁面圖、文案說明、關(guān)聯(lián)影像、特殊說明、優(yōu)先級(jí)、上線時(shí)間等等），你看下還有哪些忘記考慮~ 這個(gè)需求不錯(cuò)，兄弟，相見恨晚，產(chǎn)品同學(xué)最喜歡和你這種需求爸爸打交道了~

實(shí)戰(zhàn)復(fù)盤：

實(shí)際上，優(yōu)秀的隊(duì)友無論出處，即便不是IT行業(yè)從業(yè)者，你嚴(yán)謹(jǐn)?shù)淖鍪嘛L(fēng)格也值得IT從業(yè)者敬重！譬如下面兩個(gè)case分別是來自“某從業(yè)多年的運(yùn)營同學(xué)”與“某風(fēng)控同學(xué)”，我們可以清晰的看出兩個(gè)需求的差距——其對下游的“內(nèi)耗溝通”或者底層對應(yīng)的“企業(yè)成本浪費(fèi)”有時(shí)候很驚人，所以我前面提到，對“低質(zhì)需求”是團(tuán)隊(duì)的攪屎棍，是企業(yè)成本的第一個(gè)隱形殺手。

低質(zhì)需求case：依貓畫虎、粗制濫造。

高質(zhì)需求case：目標(biāo)明確-思路清晰-考慮全面-方案合理-同理心。

這是一份非互聯(lián)網(wǎng)行業(yè)的需求說明，但當(dāng)事人很用心，遠(yuǎn)超過從業(yè)多年的運(yùn)營同學(xué)或者不少產(chǎn)品同學(xué)。這份需求除了有郵件的詳盡說明外，還附帶著臺(tái)下大量的調(diào)研、溝通和攢局討論。

當(dāng)事人除了很下功夫投入外，其工作方法也很專業(yè)，更值得我們致敬，我們將其解構(gòu)，細(xì)細(xì)品味如下：

表達(dá)背景：根據(jù)合規(guī)報(bào)送承諾提取需求；

1. 前置溝通：找產(chǎn)品溝通實(shí)時(shí)細(xì)節(jié)；
2. 課下功夫：制定需求方案；
3. 文字功夫：詳盡分明、邏輯嚴(yán)謹(jǐn)；
4. 澄清需求：組織發(fā)起討論；
5. 窮追猛打：修改優(yōu)化；
6. 鎖定預(yù)期：研發(fā)排期；
7. 閉環(huán)習(xí)慣：上線驗(yàn)收（備注：如下截圖無法體現(xiàn)此工作）；

Demo期的產(chǎn)品或者說產(chǎn)品體系內(nèi)的原生需求，溝通鏈條短或者說產(chǎn)品內(nèi)部溝通即可，考驗(yàn)的是產(chǎn)品經(jīng)理自身的知識(shí)素養(yǎng)、執(zhí)業(yè)能力、和業(yè)務(wù)的系統(tǒng)理解。

運(yùn)營類的需求，溝通鏈條長或者說存在交叉部分，如果考慮缺失較多，產(chǎn)品過多代勞會(huì)導(dǎo)致極大的溝通內(nèi)耗和效率風(fēng)險(xiǎn)（立場不同、經(jīng)驗(yàn)不同、思路就會(huì)差異）、工作邊界模糊（相互指望的考慮真空）。

2. 要什么 VS 怎么做

活動(dòng)類的更多是要什么? 所以運(yùn)營的重心在活動(dòng)類需求。

換句話說，運(yùn)營類的需求需要有運(yùn)營同學(xué)主控，其不光需在大的運(yùn)營訴求、策略設(shè)計(jì)、流程設(shè)計(jì)方面下下功夫，還需在入口設(shè)計(jì)、文案設(shè)計(jì)、數(shù)據(jù)統(tǒng)計(jì)、業(yè)務(wù)閉環(huán)等方方面面都要系統(tǒng)考慮。如果只是以老板自居，簡單粗暴的參考同行的幾個(gè)界面就當(dāng)以為自己可干運(yùn)營了，會(huì)褻瀆運(yùn)營崗位的神圣性和嚴(yán)肅性，會(huì)對團(tuán)隊(duì)生態(tài)造成嚴(yán)重的內(nèi)耗，也會(huì)讓運(yùn)營策劃活動(dòng)流于形式而非最核心的一擊必中的“效果”訴求。

功能類的更多設(shè)計(jì)怎么做？ 所以產(chǎn)品的重心在功能類需求。

功能類的需求當(dāng)有產(chǎn)品經(jīng)理扛起大旗，哪怕是運(yùn)營類的需求也應(yīng)當(dāng)有產(chǎn)品經(jīng)理負(fù)全責(zé)，譬如運(yùn)營紅包發(fā)布工具、運(yùn)營活動(dòng)管理發(fā)布工具、運(yùn)營數(shù)據(jù)統(tǒng)計(jì)分析工具、運(yùn)營廣告位投放工具等，這些都需要產(chǎn)品經(jīng)理與使用人員（運(yùn)營、財(cái)務(wù)等）充分溝通，挖掘需求背后的訴求，解構(gòu)重構(gòu)需求，形成自己的產(chǎn)品思路、并充分調(diào)研同行的最新解決方案及實(shí)現(xiàn)方式，結(jié)合自己團(tuán)隊(duì)的資源情況和產(chǎn)品建設(shè)現(xiàn)況，給出相對最優(yōu)的需求實(shí)現(xiàn)方案。

3. 不確定帶來的痛苦

人世間最大的痛苦之一是“不確定”+“猜測推斷”+“出事連坐”帶來的害怕參與。所以，一場優(yōu)雅的需求，首要是“澄清需求”，需求不澄清，后面會(huì)出大事。需求澄清了，能否實(shí)現(xiàn)就是團(tuán)隊(duì)能力和時(shí)間設(shè)定的問題了。

第三講：如何組織一場優(yōu)雅的需求

1. 醞釀需求：需求前奏-做什么？

第一步：思考為什么要做？

第二步：業(yè)務(wù)場景（涉及節(jié)點(diǎn)、涉及角色）是什么？

第三步：預(yù)期攻擊目標(biāo)是啥？

第四步：現(xiàn)有基礎(chǔ)都有啥？

第五步：怎么做，初步思路：找本部門、領(lǐng)導(dǎo)、產(chǎn)品 溝通可行性；

第六步：有沒有更好的攻擊方案？同行都怎么用？他們這樣做是否有特殊的背景？歷史上我們是怎么做的？

第七步：成本代價(jià)預(yù)估；

第八步：內(nèi)部是否達(dá)成共識(shí)了？

第九步：內(nèi)部過會(huì)論證可行性、形成共識(shí)：優(yōu)先級(jí)、時(shí)間點(diǎn)；

方式：走路帶風(fēng)的口頭溝通+敏捷速?zèng)Q的共識(shí)小會(huì)；

2. 發(fā)起需求：需求設(shè)計(jì)-怎么做？

第一步：撰寫需求文檔；

第二步：自查需求文檔；

第三步：內(nèi)部過會(huì)；

第四步：提交給外部執(zhí)行；

方式：嚴(yán)謹(jǐn)文檔+郵件召會(huì)+共識(shí)小會(huì)

3. 受理需求：產(chǎn)品組-做研發(fā)第2道干擾攔截

第一步：需求了解；

第二步：參與需求評審；

第三步：細(xì)節(jié)確認(rèn)；

第四步：實(shí)現(xiàn)策略層設(shè)計(jì)、排期統(tǒng)籌、資源組織； 不可能三角概念；

第五步：前置研發(fā)資源協(xié)調(diào)、前置工作準(zhǔn)備；

第六步：排期準(zhǔn)備：產(chǎn)品排期、視覺排期、測試排期；

方式：嚴(yán)謹(jǐn)文檔+郵件召會(huì)+共識(shí)小會(huì)

4. 啟動(dòng)需求：產(chǎn)品-視覺-技術(shù)

第一步：產(chǎn)品設(shè)計(jì)（如需產(chǎn)品崗介入：如底層邏輯、整體合并考慮、項(xiàng)目綜合推進(jìn)等）；

第二步：需求方溝通及細(xì)節(jié)確認(rèn)；

第三步：需求評審、需求立項(xiàng)；

方式：嚴(yán)謹(jǐn)文檔+郵件召會(huì)+共識(shí)大會(huì)

關(guān)于此模塊，我在“產(chǎn)品從業(yè)干貨-基礎(chǔ)技能篇：如何優(yōu)雅的駕馭需求？”一文中有更系統(tǒng)的講解和實(shí)力說明，此處不再累述，產(chǎn)品從業(yè)者有必要閱讀一下。

5. 運(yùn)營輸出：注意事項(xiàng)

1. 競品調(diào)研及結(jié)論輸出（如需要）；
2. 現(xiàn)有的數(shù)據(jù)分析及本需求的價(jià)值（如需要）；
3. 業(yè)務(wù)流設(shè)計(jì)；
4. 頁面標(biāo)題；
5. 頁面內(nèi)容、含交互；
6. 視覺傳達(dá)重點(diǎn)訴求；
7. 短信及APP推送配套（如需要）；
8. Banner配套（如需要）；
9. 分享節(jié)點(diǎn)（如需要）；
10. 老活動(dòng)銜接連貫配套（如需要）；
11. 公眾號(hào)文章配套（如需要）；
12. 關(guān)聯(lián)影響及注意事項(xiàng)；
13. 數(shù)據(jù)初始化說明等（如榜單干預(yù)等）；
14. 客服前置培訓(xùn)配套及值班匹配配套（如需要）；
15. 資產(chǎn)供標(biāo)配套（如需要）；
16. 上線時(shí)間節(jié)點(diǎn)；
17. 流量監(jiān)控（如需要）；

6. 視覺輸出：注意事項(xiàng)

1. 需求解構(gòu)、交互稿解構(gòu)；
2. 整體考慮：活動(dòng)周期、研發(fā)工期、研發(fā)資源
3. 技術(shù)實(shí)現(xiàn)成本；
4. 字體運(yùn)用；
5. 圖片大?。?/li>
6. 移動(dòng)端效果；
7. 稿件移交方式；
8. 需求自查；
9. 需求方驗(yàn)收確認(rèn)。

7. 產(chǎn)品輸出：注意事項(xiàng)

方案具備擴(kuò)展性；

文檔不給研發(fā)、測試挖坑。

8. 研發(fā)輸出：注意事項(xiàng)

略

9. 測試輸出：注意事項(xiàng)

一個(gè)原則：用戶發(fā)現(xiàn)的非極端場景遇到的問題測試組未發(fā)現(xiàn)都是測試組失職的問題。

10.?不同的需求 不同的處置流程

數(shù)據(jù)類需求：

1. 先看后臺(tái)能否交差組合出；
2. 簡易需求 直接對接DBA；
3. 必要的升級(jí)為【功能】——數(shù)據(jù)中心 通過“京滬高鐵”模式在6月份之前分批建成。

數(shù)據(jù)需求樣例：

為配合運(yùn)營活動(dòng)，需要調(diào)取2019年1月份房寶貸出借人回款明細(xì)。

表頭如下：

數(shù)據(jù)需求應(yīng)答樣例：

受理人收到郵件后直接給需求人進(jìn)行郵件反饋：

1. 收到，立即處理，預(yù)計(jì)***點(diǎn)完成；
2. 收到，忙完**處理，預(yù)計(jì)**點(diǎn)完成。

Ps：如未反饋，直接當(dāng)面找上述兩位看郵件并口頭溝通交付情況。

活動(dòng)類需求：

1. 運(yùn)營直接與視覺對接、驗(yàn)收視覺產(chǎn)物；
2. 產(chǎn)品參與實(shí)現(xiàn)方案支持、項(xiàng)目組織交付。

功能類需求：

1. 各需求方提需求；
2. 產(chǎn)品組采集需求后，全包設(shè)計(jì)；
3. 需求設(shè)計(jì)完后與需求方確認(rèn)需求是否 滿足預(yù)期指標(biāo)；
4. 確認(rèn)無誤后啟動(dòng)研發(fā)。

故障類需求：

1. P1類：研發(fā)立即解決，不解決不下火線（吃飯睡覺都讓路）；
2. P2類：產(chǎn)品納入需求池，統(tǒng)籌排期。

口頭應(yīng)急類需求：

1. 需求方有限度的、處于用戶體驗(yàn)和業(yè)務(wù)安全考慮的；
2. BoSS交辦緊急的；
3. 商務(wù)需要緊急的。

第四講：工具裝備

武器1：自己走一圈（案例略）

武器2：思考一圈

武器3：競品捋一捋

武器3：百度搜一搜

武器5：紙和筆畫一畫

武器6：Excel+Visio+RP

武器7：郵件+口頭+釘釘+評審會(huì)

武器8：自己嘗試走一走

結(jié)語

1. 當(dāng)成自己的事，如無必要，勿增實(shí)體；如有必要，要做到極致；如未極致，也不能失格；
2. 如果搞砸了，這個(gè)事除了浪費(fèi)成本外，更浪費(fèi)時(shí)間窗口和 參與者內(nèi)心受傷；
3. 流程走一走，順一順：自左向右，自上向下復(fù)查。

作者：九天牧人，個(gè)人微信unifarm

本文由 @九天牧人 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議