起點課堂會員權(quán)益
職業(yè)體系課特權(quán)
線下行業(yè)大會特權(quán)
個人IP打造特權(quán)
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導(dǎo)直播
12場專業(yè)技能直播
會員專屬社群
榮耀標(biāo)識To B | 當(dāng)開發(fā)說“這個需求做不了”的時候，我的大腦在想什么？
編輯導(dǎo)語：產(chǎn)品經(jīng)理在開發(fā)的過程中往往會遇到需求被拒絕的情況，這時候應(yīng)該怎么做呢？本文作者結(jié)合自身經(jīng)歷的項目經(jīng)驗，為我們分析了開發(fā)拒絕需求的原因，剖析了原因才能找到解決問題的方案。
在項目的研發(fā)過程中，經(jīng)常會遇到開發(fā)拒絕需求三連擊：“這個需求不合理”、“這個需求沒必要”、“這個需求做不了”。
作為一位成熟的（習(xí)慣了被懟的）產(chǎn)品經(jīng)理，切忌被開發(fā)的言語帶偏，陷入當(dāng)前的對話中。此時腦袋中應(yīng)該響起一句話：凡事先問是不是，再說對不對——也就是常說的要具有批判精神。
綜合本人的項目經(jīng)驗，開發(fā)拒絕需求，追究到底層的原因，可能有幾種場景，我們可以拆分來看。
一、認(rèn)為產(chǎn)品設(shè)計不合理而拒絕做需求
產(chǎn)品設(shè)計不合理，我們也需要辯證的去看待：
1. 是否開發(fā)從另外的角度思考，觀點和產(chǎn)品不一致，認(rèn)為產(chǎn)品設(shè)計有問題？
一個人對事物的認(rèn)知，與他所處的環(huán)境、位置，所經(jīng)歷過的生活，接受的知識有關(guān)。
有些問題上，可能并沒有存在明確的對錯與是非之分。一千個讀者就有一千個哈姆雷特，同樣的產(chǎn)品文檔給到不同的研發(fā)人員，他們的理解也會有些許差異。
若開發(fā)從其他的角度對產(chǎn)品設(shè)計提出質(zhì)疑，我認(rèn)為產(chǎn)品可以持有歡迎的態(tài)度。這起碼說明了研發(fā)人員有代入到項目中思考問題，而不是機械的對照PRD文檔敲代碼。
C端產(chǎn)品可以有A/B測試，用數(shù)據(jù)結(jié)果去驗證哪一種方案更適合；但是B端產(chǎn)品做A/B測試的成本太高，業(yè)務(wù)流程上也不適合變動。
這種情況需要產(chǎn)品經(jīng)理從用戶的實際業(yè)務(wù)需求出發(fā)，多做現(xiàn)實場景的模擬分析，選擇一個高效、靈活而優(yōu)質(zhì)的方案。對業(yè)務(wù)思考的越透徹，越容易說服開發(fā)，不，應(yīng)該是開發(fā)越容易對你產(chǎn)生認(rèn)同感。
2. 是否開發(fā)只看到了局部業(yè)務(wù)，片面的認(rèn)為產(chǎn)品設(shè)計有問題？
曾經(jīng)做過一個項目，需求方要求的是企業(yè)派發(fā)訂單之后，會指派固定的個人接單，然后進(jìn)行結(jié)算。相應(yīng)的移動端的自由職業(yè)者登錄賬號后，只能看到自己被指派的訂單信息，進(jìn)行接單。
當(dāng)時研發(fā)人員認(rèn)為，應(yīng)該設(shè)計為自由職業(yè)者登錄之后，可以看到所有企業(yè)派發(fā)的訂單，但是只能接被指派到訂單。
理由是這樣自由職業(yè)者登錄之后，可以看到大量的不同企業(yè)的訂單信息，感覺有很多任務(wù)可以做，而且小程序的頁面也很豐富，方便后期的運營。
但是實際的情況是：項目有指派模式、委托平臺模式、搶單模式的，指派訂單是為了保護(hù)企業(yè)的特殊訂單信息而存在。這些訂單的總價、被指派人的單價信息，只對被指派的自由職業(yè)者開放，屬于相對私密的信息。
產(chǎn)品相對于研發(fā)的優(yōu)勢是，產(chǎn)品人員前期會經(jīng)過大量的調(diào)研和分析，能更全面、更長遠(yuǎn)的了解業(yè)務(wù)的全貌，更清楚用戶的需求和痛點。但是項目的研發(fā)，通常是分模塊、分功能、分業(yè)務(wù)進(jìn)行合作開發(fā)的，在認(rèn)知上容易陷入局部了解的陷阱。
為了避免這種問題，產(chǎn)品首先應(yīng)該堅持自己的立場，不能因為被質(zhì)疑而陷入自我懷疑；其次可以在項目的評審中，日常的溝通中，細(xì)致全面的和研發(fā)人員說明業(yè)務(wù)的完整流程、未來的發(fā)展方向、實際的業(yè)務(wù)場景，避免因為不了解而產(chǎn)生片面否定的情況。
是否真的是產(chǎn)品的邏輯設(shè)計、業(yè)務(wù)閉環(huán)上有問題？
如果確認(rèn)是產(chǎn)品的設(shè)計問題，首先感謝研發(fā)人員發(fā)現(xiàn)了漏洞，然后及時糾正產(chǎn)品設(shè)計、補充產(chǎn)品文檔并告知其他相關(guān)人員變動內(nèi)容；其次要反思問題出現(xiàn)是因為對業(yè)務(wù)了解不夠，還是工作狀態(tài)的問題，“日三省吾身，久卓爾不群”。
另外有這樣和你統(tǒng)一戰(zhàn)線的隊友，你們一定會齊頭并進(jìn)，共同成長。
二、研發(fā)時間超出預(yù)期，無法按時上線而拒絕做需求
研發(fā)時間超出預(yù)期，如何辯證的看待呢？
1. 品項目排期不合理，導(dǎo)致需求無法按時完成
1）主觀原因
產(chǎn)品自身的項目管理經(jīng)驗不足，或者對團隊人員的情況了解度不夠。
這種情況需要在日常項目中多積累經(jīng)驗，在項目研發(fā)過程中多溝通、多跟進(jìn)研發(fā)人員的開發(fā)進(jìn)度（有專門的項目經(jīng)理安排項目周期不在討論范圍內(nèi)）。
2）客觀原因
領(lǐng)導(dǎo)層對項目難度認(rèn)識不足或者市場競爭激烈，給予的開發(fā)時間和研發(fā)資源太少，不少公司的996福報大致就是出于此原因吧。
客觀原因很無奈，產(chǎn)品人員只能盡量加強團隊的凝聚力，提升項目的研發(fā)效率，同時將心比心向上爭取研發(fā)資源。
2. 研發(fā)人員技術(shù)能力有限，實現(xiàn)起來麻煩不愿意做
能力有限而不愿意改變現(xiàn)狀，反而推諉責(zé)任的人，實在是不靠譜。
既有損團隊合作，又耽誤項目進(jìn)度，只能對上反映尋求解決辦法了（要求換人，不一定能成功，但是領(lǐng)導(dǎo)層必須知曉團隊的情況）。
三、技術(shù)邊界問題，存在暫時無法解決的技術(shù)難點。
在筆者所做的項目中，很少有遇到當(dāng)前的技術(shù)無法解決的需求。如果真的遇到了，那就是公司層面愿意投入的時間成本多少和團隊資質(zhì)優(yōu)化的情況了，這一點也超出了產(chǎn)品經(jīng)理能處理的范疇了。
總結(jié)：研發(fā)人員拒做需求，可能是產(chǎn)品自身的能力短板，也可能是團隊的思考角度不同，也可能是研發(fā)人員技術(shù)有限。
但是無論哪種情況，我們也要保持謙遜自省，共求解決方案的心態(tài)。也可能實際項目中的原因更多，如果你有好的想法或者想吐槽，歡迎分享~
本文由 @RaRa 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。
題圖來自 Pexels，基于 CC0 協(xié)議
我不想做=這個做不了
我能用=沒有問題
產(chǎn)品：我是對的。
設(shè)計：我是對的。
開發(fā)：我是對的。
覺得真的說的很好，我就是UI，現(xiàn)在目前團隊就是這樣的
別想這么多，歸根就地就是不想做