繼寫了一篇產(chǎn)品汪必須要懂的技術(shù)文章之后，產(chǎn)品汪和程序猿的故事繼續(xù)娓娓道來~本文將介紹一下產(chǎn)品汪要如何優(yōu)雅的提（gao）需（shi）求（qing）。

自我文章上榜了之后，我司程序猿時(shí)不時(shí)在一旁嘲笑著：你說你Y整天寫些PM修煉秘籍、寶典妙招的有什么用，培養(yǎng)更多的汪一起被我們懟嗎？你以為自己是下一個(gè)喬布斯了嗎？你不是真以為會(huì)幾個(gè)技術(shù)名詞就是自己人了吧？你是開發(fā)還是我是開發(fā)呀，我等會(huì)就要來寫個(gè)優(yōu)雅的bug了。

怎么才能和程序猿友好相處呢，想想就好了，壓根就是個(gè)偽命題。你需求上能想到的有多遠(yuǎn)，那些程序猿就可以給你跑多遠(yuǎn)。

那怎么辦？產(chǎn)品汪？程序猿？

大家拔劍吧！多說無(wú)益！

背景

產(chǎn)品汪和程序猿的認(rèn)知領(lǐng)域和實(shí)踐經(jīng)歷本來就不一樣，你沒有像程序猿一樣為了隱藏一個(gè)bug，設(shè)法用另一個(gè)bug來遮掩的刺激體驗(yàn)，他們也沒有像你一樣為了做一個(gè)注冊(cè)/登錄功能，要準(zhǔn)備一份十幾個(gè)APP的競(jìng)品分析的較真勁。

產(chǎn)品汪和程序猿對(duì)產(chǎn)品和技術(shù)的了解，相差太遠(yuǎn)。大家的出發(fā)點(diǎn)和側(cè)重點(diǎn)都不同，天然就有一道鴻溝。

舉個(gè)栗子：程序猿和產(chǎn)品汪在某些時(shí)候就像小情侶一樣。

女生：喂，我最近胖了，這些衣服我都不想穿了。

直男：你不會(huì)又要買新衣服吧？

其實(shí)對(duì)女生而言，就是想讓男友說一句：你真的一點(diǎn)都不胖。

每當(dāng)開需求評(píng)審會(huì)的時(shí)候：

產(chǎn)品汪吧啦吧啦說了一通

程序猿說：做不了。

程序猿的內(nèi)心潛臺(tái)詞是：你Y是個(gè)傻子，我才不想加班，這個(gè)實(shí)現(xiàn)好麻煩哦，快放假了不想搞。

產(chǎn)品汪：殺一個(gè)程序猿祭天！

穩(wěn)住，我們能贏！

走進(jìn)程序猿的內(nèi)心世界

其實(shí)程序猿大多數(shù)時(shí)候，簡(jiǎn)單回應(yīng)一句做不了，他們可能只是覺得這樣的表述更節(jié)約時(shí)間。

那作為產(chǎn)品汪呢，透過現(xiàn)象看本質(zhì)，我們一一剖析下他們的心理歷程吧。

總而言之、言而總之，除了程序猿自帶的小情緒之外，其他的情況，產(chǎn)品汪都是有應(yīng)對(duì)之道的。

其實(shí)，最有力的反擊就是找到一個(gè)已經(jīng)實(shí)現(xiàn)的案例！或者自己來！I?can I Up！拿出證據(jù)會(huì)減少很多不必要的爭(zhēng)執(zhí)。

直白的講：不屌不進(jìn)步！

曉之以情、動(dòng)之以理

作為產(chǎn)品汪：我告訴你，對(duì)程序猿提需求的姿勢(shì)要優(yōu)雅。劃重點(diǎn)，一定要優(yōu)雅?。?！

謹(jǐn)記：三要死不要。

• 要努力的讓程序猿理解你提這個(gè)需求的價(jià)值，重點(diǎn)闡述三大寶：What（做什么）、Why（為什么要做）、How（怎么做）。需求不明確時(shí)一定要明確，自查需求準(zhǔn)備清單，寫一份圖文并茂的功能清單、PRD、原型和流程圖（開發(fā)最愛的）。如果你想讓你的需求一次性通過的話，face to face，面對(duì)面評(píng)審溝通，獻(xiàn)上一記重拳，你把你文檔里面的所有的配圖都換成長(zhǎng)澤雅美，新恒結(jié)衣，應(yīng)該是穩(wěn)穩(wěn)通過。哈哈，不信你試試。
• 要表明自己理清楚了所有需求的重要性和優(yōu)先級(jí)，程序猿們都是理性思維，滿腦子的if、else、try、catch，你不能讓程序猿亂了陣腳。如果時(shí)間很充足，自然是可以實(shí)現(xiàn)很多需求，但是時(shí)間成本增加的同時(shí)，技術(shù)成本也在增加。
• 要盡可能的交代清楚，討論需求的每一個(gè)細(xì)節(jié)，別等到程序猿Coding的時(shí)候還帶著一大堆邏輯疑問。產(chǎn)品開需求評(píng)審會(huì)，講的那么隱晦，你讓那些就是一根筋的程序猿如何能聽得懂，就算某些高智商的Get到了點(diǎn)，他也會(huì)裝聽不懂。越是明白人，話就說的越清楚，明明白白才是王。
• 不要把程序猿當(dāng)成你的工具：產(chǎn)品汪常常會(huì)說：我有個(gè)很棒的想法馬上就可以實(shí)現(xiàn)了，現(xiàn)在只差一個(gè)程序猿了，他們又不是你的機(jī)器人。話有三說：巧說為妙。很多時(shí)候產(chǎn)品汪要注意與程序猿溝通的方式、技巧，運(yùn)用語(yǔ)言的藝術(shù)也好，動(dòng)用個(gè)人魅力也好，堅(jiān)持不卑不亢，不強(qiáng)勢(shì)不懦弱，千萬(wàn)不要讓程序猿覺得這個(gè)功能只是滿足你個(gè)人需求，要建立合作關(guān)系，并非派活兒。
• 不要覺得他們加班是理所當(dāng)然，不知什么時(shí)候起，整個(gè)行業(yè)風(fēng)氣就是這樣，不加班反而不正常了。我很反感那些“你見過凌晨三點(diǎn)半的北京嗎”的文章，一個(gè)勁的販賣焦慮和制造恐慌，難道互聯(lián)網(wǎng)從業(yè)者就沒有睡覺的權(quán)力了嗎？難道只有加班等死才是好員工嗎？沒有健康的身體，何來穩(wěn)定的代碼。你不要看起來很努力，結(jié)果又不會(huì)陪你演戲。在提需求前，你也假裝問下自己：開發(fā)有多久沒有正常下班了。
• 不要拍腦袋想需求：程序猿的每一行代碼都是他們的價(jià)值體現(xiàn)，產(chǎn)品汪不要自己yy二十多個(gè)功能點(diǎn)，逮著程序猿就是一股腦的交給程序猿去開發(fā)，這無(wú)疑像遛狗一樣，你把骨頭拋得老遠(yuǎn)老遠(yuǎn)，讓它拼了命去接。沒有業(yè)務(wù)價(jià)值、商業(yè)價(jià)值的產(chǎn)品需求是無(wú)法解決用戶痛點(diǎn)的，就更別提帶來用戶滿意度。真正有價(jià)值的需求是要深入你的產(chǎn)品用戶人群，對(duì)于用戶需求有準(zhǔn)確的認(rèn)知，去了解他們的使用痛點(diǎn)，才能真正滿足到用戶的需求點(diǎn)。做出受人喜歡的產(chǎn)品，打造產(chǎn)品自身的差異化和競(jìng)爭(zhēng)力，不然就是浪費(fèi)團(tuán)隊(duì)時(shí)間，做些沒用的功能。
• 不要把所有的事情都丟給他們，“沒有解決不了的技術(shù)問題”這也要分情況，技術(shù)選型、原始架構(gòu)可能原本就存在問題，比如說：在大家都遇到了很難解決的終極問題的時(shí)候，產(chǎn)品汪要展現(xiàn)出超出尋常的強(qiáng)大公關(guān)能力。不要拿程序猿當(dāng)擋箭牌，什么刀子都拿他們來?yè)酢?/li>

能文能武、能上能下

不打沒準(zhǔn)備的仗

產(chǎn)品汪提需求之前要做足功課，除了你要對(duì)需求有深刻的認(rèn)知，包括產(chǎn)品的業(yè)務(wù)目標(biāo)、定位、當(dāng)前用戶、運(yùn)營(yíng)情況分析，你還需要懂得一些技術(shù)基礎(chǔ)。

試著去找到其他產(chǎn)品已經(jīng)實(shí)現(xiàn)的應(yīng)用案例，最好是自己會(huì)去分析和理解別人實(shí)現(xiàn)的思路，了解最新的應(yīng)用技術(shù)，更棒的是能自己對(duì)整體有一個(gè)合理的技術(shù)預(yù)估和一定的解決方案，然后再去找程序猿去溝通、去權(quán)衡，這個(gè)時(shí)候就有把握多了，產(chǎn)品汪不要整天只會(huì)文字游戲，要腦補(bǔ)一下0和1，有利于更好的解決問題。

了解業(yè)務(wù)流程>產(chǎn)品邏輯>實(shí)現(xiàn)方式>數(shù)據(jù)存儲(chǔ)>傳輸方式，這樣會(huì)減少后續(xù)需求變更的次數(shù)。

需求劃分優(yōu)先等級(jí)，至關(guān)重要

基本上項(xiàng)目的開發(fā)周期是：收集需求->分析需求->確定需求優(yōu)先級(jí)->確定目標(biāo)->開發(fā)->測(cè)試->發(fā)布->運(yùn)營(yíng)

對(duì)于不同類型的產(chǎn)品汪，無(wú)論你是移動(dòng)端產(chǎn)品經(jīng)理還是后臺(tái)產(chǎn)品經(jīng)理還是數(shù)據(jù)產(chǎn)品經(jīng)理，需求的來源都是五花八門的，開發(fā)資源是有限的，程序猿Coding也是一個(gè)從0到1的過程，注重輕重緩急和工作速率。

• 不控制需求的優(yōu)先級(jí)，需求可能永遠(yuǎn)無(wú)法凍結(jié)。
• 不懂得把控需求，不會(huì)篩選需求優(yōu)先級(jí)，那就會(huì)導(dǎo)致：自己又挖了個(gè)坑埋了大伙。

如何給需求劃等級(jí)，有很多方法：

（1）以目標(biāo)和結(jié)果為導(dǎo)向，不浪費(fèi)資源：時(shí)間、人力、物力

有數(shù)據(jù)的話用數(shù)據(jù)說話，數(shù)據(jù)驅(qū)動(dòng)開發(fā)是趨勢(shì)，數(shù)據(jù)能更好的了解用戶群體行為，從而為拉新促活做有力的鋪墊。

（2）KANO模型

KANO模型是對(duì)用戶需求分類和優(yōu)先排序的有用工具，以分析用戶需求對(duì)用戶滿意的影響為基礎(chǔ)，體現(xiàn)了產(chǎn)品性能和用戶滿意之間的非線性關(guān)系。

KANO模型將用戶需求分為5個(gè)維度：基本需求、期望需求、興奮需求、無(wú)差異需求、反向需求。

KANO模型優(yōu)點(diǎn)是量化明確，從用戶角度出發(fā)，相對(duì)合理。不足之處在于，依賴用戶調(diào)研樣本，及調(diào)研過程中各種可能的差異。

（3）確定什么要什么不要

1. 影響主要核心目標(biāo)用戶的問題應(yīng)優(yōu)先解決；
2. 線上出現(xiàn)的致命Bug，影響業(yè)務(wù)主流程，應(yīng)優(yōu)先解決；
3. 插播一條硬廣：老板需求應(yīng)優(yōu)先解決，不接受反駁；
4. 用數(shù)據(jù)說話，運(yùn)營(yíng)好用戶行為分析，如果較小的改動(dòng)，能促進(jìn)高收益的迭代需求，應(yīng)優(yōu)先解決；
5. 技術(shù)團(tuán)隊(duì)承載的需求本來就多，若新需求花的時(shí)間要很長(zhǎng)，導(dǎo)致上線有壓力，不應(yīng)優(yōu)先解決；
6. 新功能對(duì)開發(fā)團(tuán)隊(duì)影響重大，但會(huì)給產(chǎn)品帶來巨大利益的，讓主要責(zé)任人決定是否插隊(duì)加入開發(fā)版本；
7. 現(xiàn)有框架的重整和優(yōu)化，對(duì)性能有輕微提升的，不影響業(yè)務(wù)主流程的，不應(yīng)優(yōu)先解決；
8. 時(shí)間、人力、資源難以支撐的需求，解決所花費(fèi)的時(shí)間或成本會(huì)大大影響現(xiàn)有進(jìn)度，導(dǎo)致工程延期，不應(yīng)優(yōu)先解決；
9. 產(chǎn)品UI的調(diào)整，圍著開發(fā)改UI，調(diào)UI有時(shí)需要耗費(fèi)很多時(shí)間，投入產(chǎn)出比超低，不應(yīng)優(yōu)先解決。

一系列燒死無(wú)數(shù)腦細(xì)胞自我搏斗篩選需求后，產(chǎn)品汪不要自以為就大功告成了，穩(wěn)住，這事沒完。

從需求到落地，我們還要考慮資源困難這個(gè)破壞因子，說白了，就是：缺人、缺時(shí)間、缺錢。

解決方法有一個(gè)

動(dòng)用政治力量-領(lǐng)導(dǎo)，不要怕麻煩領(lǐng)導(dǎo)，不要擔(dān)心領(lǐng)導(dǎo)會(huì)認(rèn)為你沒有能力。

很多時(shí)候，遇到問題，產(chǎn)品汪別總是自己憋出內(nèi)傷，來不及解釋了，快找領(lǐng)導(dǎo)吧。你遇到的坑他也可能親生經(jīng)歷過，你何苦自己?jiǎn)螛屍ヱR還不一定能殺一條血路出來，這時(shí)候需要領(lǐng)導(dǎo)指一條明燈。

獲得領(lǐng)導(dǎo)和相關(guān)人員的支持的需求，你會(huì)覺得一路開掛。

況且領(lǐng)導(dǎo)可以動(dòng)用你動(dòng)用不了的資源，比如：缺人的時(shí)候，領(lǐng)導(dǎo)可以想辦法去做部門之間的溝通與協(xié)調(diào)，看看是否可以從一些不緊急的項(xiàng)目之中抽離一些開發(fā)資源。缺錢的話，產(chǎn)品汪更需要跟領(lǐng)導(dǎo)說明情況了，申請(qǐng)資金，經(jīng)濟(jì)促進(jìn)生產(chǎn)。

缺時(shí)間的話，你更需要和領(lǐng)導(dǎo)博弈了，給出領(lǐng)導(dǎo)適當(dāng)?shù)呐牌?，考慮整個(gè)團(tuán)隊(duì)的工作量飽和程度、項(xiàng)目開發(fā)周期因素，一味的使用方法施壓、硬壓也不是辦法，時(shí)間太短，有些功能只能從簡(jiǎn)。

比如：能不能先把基礎(chǔ)的功能實(shí)現(xiàn)，一些錦上添花的需求就放一放或者用其他簡(jiǎn)單的功能先替代，后續(xù)再進(jìn)行迭代，好用的產(chǎn)品都不是一步到位的，要給后來者留點(diǎn)活兒。

接受批評(píng)、直面挑戰(zhàn)

需求被拒未必不是一件好事

如果技術(shù)不認(rèn)可我的需求，首先質(zhì)疑下自己的需求是不是本身就不合理。

技術(shù)不同意你的意見，研究清楚是為什么，因?yàn)槟阋姓J(rèn)術(shù)業(yè)有專攻，在技術(shù)層面上，他們一般是比你有話語(yǔ)權(quán)，虛心請(qǐng)教他們，聽聽他們的權(quán)威解釋，適當(dāng)?shù)倪€是要自我批評(píng)。

• 你要讓一個(gè)web前端在微信上，實(shí)現(xiàn)各種原生底座的功能也是強(qiáng)人所難，你只能使用微信提供的API進(jìn)行開發(fā)；
• 操作系統(tǒng)、瀏覽器、第三方工具本身的權(quán)限和接口受限，比如：你要讓前端去做評(píng)論右對(duì)齊功能，這根本就不行，因?yàn)槭菫g覽器自動(dòng)處理的；
• 業(yè)務(wù)邏輯本來就自相矛盾的需求，你要開發(fā)去給你實(shí)現(xiàn)。

實(shí)現(xiàn)成本太高、維護(hù)成本太高，不可做

• ?實(shí)現(xiàn)這個(gè)需求，需要對(duì)整個(gè)系統(tǒng)進(jìn)行大的重構(gòu)、前后端顛覆性調(diào)整；
• ?會(huì)帶來額外的冗余的代碼；
• ?后續(xù)維護(hù)工作量巨大。

產(chǎn)品汪的作用，是填坑，不是挖坑

你要明白產(chǎn)品汪是要帶領(lǐng)開發(fā)團(tuán)隊(duì)做出好的產(chǎn)品，首先得好好利用團(tuán)隊(duì)的資源，讓每個(gè)人的能力得到最大的發(fā)揮，不要指手畫腳，胡亂要求，到處挖坑。

學(xué)會(huì)做減法，適當(dāng)?shù)目承枨?！適當(dāng)?shù)臅r(shí)候跟需求方拖

曾經(jīng)有人跟我說過：如果你想找程序猿做三個(gè)需求，你可以跟他說要實(shí)現(xiàn)五個(gè)需求，然后他會(huì)和你砍需求，砍到三個(gè)卻正好滿足你的要求。我只想說一句：“城市套路深，我要回農(nóng)村”。

我堅(jiān)信：彼此還是要以信任為主，路會(huì)走得更遠(yuǎn)更平穩(wěn)。

產(chǎn)品汪要扛得住壓力，給團(tuán)隊(duì)一個(gè)完善的可執(zhí)行方案。人的精力都是有限的，不要強(qiáng)人所難，面對(duì)需求方大佬的壓力，承認(rèn)自己的無(wú)能為力，告知我們的難處，一哭二鬧三。

能否換個(gè)解決思路，要幫助技術(shù)來避坑，變相解決&迂回戰(zhàn)術(shù)&延后解決也是一種思路，以往做過的每一個(gè)項(xiàng)目事后都要要復(fù)盤總結(jié)，看看自己都踩過什么坑，要有自己的積累和沉淀，不要犯同樣的錯(cuò)。

高情商會(huì)帶給你不一樣的體驗(yàn)

你要跟程序猿套近乎，說白了，要有自己人的感覺。不要讓他們看到你就躲，像兄弟一樣。

與人方便，自己方便。

不斷學(xué)習(xí)才是最好的辦法，不求什么都會(huì)，但求什么都懂

多學(xué)習(xí)，這是最重要的一點(diǎn)，自己缺什么就補(bǔ)什么。不管是產(chǎn)品感還是技術(shù)層面，拓寬相關(guān)的知識(shí)面，也不是說你要當(dāng)全棧產(chǎn)品汪，只是要明白：如果你什么都不知道，除非你美若天仙，不然誰(shuí)要搭理你。

作為產(chǎn)品，如果不是某個(gè)領(lǐng)域?qū)ｉT的人，你是做不到和他們侃侃而談的，你要明白各個(gè)領(lǐng)域銜接的流程方式，因?yàn)橹挥羞@樣才能將你的想法無(wú)障礙的傳遞給他人。

變強(qiáng)變大，至關(guān)重要

舉一個(gè)熟悉的栗子：

某程序猿工程師：這個(gè)呢，技術(shù)上可能不太好實(shí)現(xiàn)。

馬XXCEO：你說什么？

某程序猿工程師：好，我在想想辦法

一周之后，功能上線~~~~

里面的各中滋味，大家慢慢揣摩，自行消化。

寫在最后

本人產(chǎn)品汪：與天斗，與地斗，與程序猿斗，其樂無(wú)窮。

最后一點(diǎn)：遇事冷靜，臉小三分。保護(hù)好身體，沒有好的身體怎么干的贏呢。

工作是一場(chǎng)接著一場(chǎng)的博弈戰(zhàn)！

作者：黃麗嫦，公眾號(hào)：野生派產(chǎn)品錄

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

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