作為一個産品經理，提需求是家常便飯的事情。但是，如何跟别的部門溝通是個大問題。本文作者基于自己的親身經曆，進行了三個角度的分析，希望對你有幫助。

一、南南南：細數提一個需求需要跪舔幾個部門幾多人

今天小胖講一個别人的故事，怎麼樣的需求會把一個工作群從開始的5個人最後拉到了22個人？

是需求特别大麼？是需求特别重要麼？是需求特别複雜麼？

不太是（産品經理謹慎的用詞趕腳）……

事情是這樣的：上周有一個活動需求，對接的産品同學想在APP的頁面增加一個任務廣場，用戶完成任務後就可以愉快地抽獎了。

到現在為止，是不是覺着這個需求特簡單，1天開發夠不夠，不夠就加多2天，3天足夠了！

我估計這個産品同學應該當時就是這麼想的，當然表述上是産品經理們經常聽到的貫口兒：“這個需求很簡單鴨，領導很關注鴨，下周能不能上線呢？”

但是，作為需求承接的一個小部分，咱們就隻能聽着、認着、慣着……

Round 1 ：周一第1次需求評審

産品同學愉快地把相關方叫了來，感覺組織評審、開會——這才是頭等大事兒！

需求以迅雷不及掩耳之鈴兒響叮當之勢講完了，開始技術大大也覺着好簡單鴨（産品同學此時一定樂開了花，如果能夠預料到後續的菊花生疼，他一定笑不出來）。

等閑平地起驚雷。

是的，你沒有聽錯，交互小姐姐有意見啦：“你這個原型太簡單了，好多交互都沒有，這樣評估的工作量是不準确的！” 作為乖巧的産品狗，此時肯定是滿臉堆笑，道：“馬上補，咱們先評審”。

這時候你猜技術小夥伴會怎麼想，果然技術小哥哥說話了：“這個沒法評估鴨，什麼時候可以先出交互再看看”。

Round 2 ：周四第2次需求評審

大家又被叫到了一起，大公司麼，會議不多是不可能的。

我想這次産品同學是帶着萬全之策來的，果然，整個需求講述過程行雲流水、快馬加鞭、江河泛濫而一發不可收拾。

對了，各位一定想知道這次參與會議的人是不是有變化呢？

恭喜你都會搶答了，這次不但來了前端開發、交互、産品、後台開發；沒錯，還來了雲端開發、活動開發、插件開發（誰讓咱們家的APP複雜呢），工作群的人數激增。

歡樂的日子總是那麼短暫。

就在大家準備舉杯相慶、策馬奔騰的時候，突然有人gang（講）：“是不是品質沒有來？”對頭，品質就是測試同學的意思。

趕緊群裡繼續拉人鴨，不管怎樣先盤他！

你想想，你如果突然被人拉到一個群裡，然後告訴你有一個需求排期定了，需求我再單獨給測試講講就好吧？好你個頭 ！

測試小姐姐當然是不答應的，讓我，我我我……我也不答應！

Round 3 ：周五第3次需求評審

就像那部有名的電影一樣：一個都不能少。

這次評審沒有問題，但是問題出在評審前：尼瑪這樣一個不是那麼大的需求，每個人都隻是占了一丢丢工作量的需求，你讓我評審三遍？！并且按照前幾次的體驗來講，有第三遍，是不是還有第四遍，我們是不是不要做其他事情了呢？

許多人這個時候不免都會問這個問題。

怎麼辦？當然隻有産品gg跪下，跪舔大佬們再撥冗參加一下最最最後一次評審。

二、産品經理戰地日記總結

先說基本問題。這是在一個大公司普遍存在的溝通和協同問題，也是一個産品成長到比較大的時候會遇到的一個痛點：模塊細分，各模塊不說各自為政吧，但是按照“流程”來辦事兒，不免讓人有些蛋疼。

産品經理或者項目經理的問題：要做好盡量充足的準備。

• 把涉及到相關方一定要叫齊，減少重複溝通的次數和風險；
• 做好産品設計的本職工作，開會要盡量準備完善的需求文檔，而不是開會過程中區反複讨論。

老闆的緊急需求怎麼做？

這次一個很重要的原因在于，新産品同學對于老闆的緊急需求理解有偏差，并且還隻是自己的老闆，又不是相關系統的老闆，其實以時間倒逼開發的手段并不高明。并且，是在自己完全沒有準備好，也沒有對相關系統了解清楚的基礎上，就匆匆忙忙來過需求，這本身就是溝通和協調中的大忌。

三、一點引申：大公司大産品需求溝通無障礙指南

按環節我們可以這樣分：

• 與直接需求方（一手需求）的溝通，比如老闆、業務方；
• 與中間傳達方，比如運營的溝通；
• 與執行操作方，比如技術開發、UI設計、測試品質等；
• 與一手需求方、中間傳達方和執行方的再次确認。

與直接需求方（一手需求）的溝通，比如老闆、業務方：

• 拒絕一句話需求，最起碼講清楚為什麼做，大概怎麼做，有哪一些基本的邊界情況等。同理，是不是一句話需求，我們隻需要一句代碼就好了，請記住這句話，或許你下一個需求就用上！
• 倒逼一手需求傳達者，讓他們盡量可以跟老闆框定一定的需求範圍。不要說老闆很難搞，你搞個簡單方案給老闆，老闆會砍你麼？怕死的接口人刀片跟你更配哦。

與中間傳達方，比如運營的溝通：

• 你或許已經習慣了運營同學經常的一句“這個需求很緊急”，不論怎麼緊急，都要問清楚為什麼做？是不是可以不做？或者換種方法做？
• 不要指望運營同學幫你想清楚所有的邊界，踩過多少坑就用多大的腦容量去裝滿那些方案中的悶雷。
• 我們說過的都不算數，郵件才是王道。

與執行操作方，比如技術開發、UI設計、測試品質等：

對于這些小夥伴，第一我們要講清楚；第二，要保證他們能夠聽明白；缺一不可。一個都不能少，少了哪一環都不行。就像一條鎖鍊一般，大家都被牽連到一起，每一環都不能斷，我們關注每一個裡程碑關鍵節點。

與一手需求方、中間傳達方和執行方的再次确認：

1. 上線前，測試是一段寶貴的時間，這個時候趕緊再确認一遍，沒有驚喜就是“驚吓”；
2. 上線中，系統的穩定比你所有的加班都重要一百倍；
3. 上線後，在之前做好數據埋點，這是唯一一個可以怼各位爸爸的時間，最好變成大家慶祝的日子。

愛你們的小胖子。2020年夏。

#專欄作家#

FatBoy，夜來妖，人人都是産品經理專欄作家，做了幾年産品。

本文原創發布于人人都是産品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部