作為一位基層產品汪，當面對完全陌生的業務時，該從何下手？

各位 2B 的產品經理有沒有遇到這樣的場景：

老板有一天親切務必的邀請你去他的辦公室，面若桃花的說：“小王啊，我這里有個好機會想給你?！澳阈南乱活?，料到不會是什么好事。果然他緊接著說：”最近市場部接了個大活兒，那個去年一直談不下來的上門美甲連鎖店，終于肯愿意入駐我們平臺合作，只不過對方有個小要求“他看向你說：”想在現有產品的基礎上，根據他們的服務特點，稍稍做一些修改“看你面色越來越差，他拍拍你的肩膀說：”部門會專門給你安排幾位研發同事全力配合你的工作，希望你能盡快梳理好他們的需求，最好能在下個月上線！“

這一大串話聽完了，你也大概明白了老板的需求：哦，原來要在不影響現有產品底層結構的情況下，采集 VIP客戶需求，根據其服務特點改進現有產品的服務路徑，使其在不影響用戶體驗的前提下更好達成客戶商業目的。

老板的需求 & 客戶的需求似乎都明白了，可該怎么做呢？是否覺得老虎吃天無從下口？其實只要把握以下幾個核心要點，梳理好 2B 業務流程便不是問題。

對于小王這樣一位基層產品汪，對公司產品規劃沒有實際的決策權，老板特意交代的工作肯定是公司重視的業務，他面臨的問題就是怎么做？而且怎樣才能做漂亮？以下幾點建議可作參考：

一、 未見客戶前，充分做好對方的背景調研

對方是美甲領域的知名品牌，年服務客戶數上千萬的高端美甲連鎖店。如果有條件/有需求，可以親自體驗一下對方的服務，在服務中通過自己的親身體驗感受目前的服務流程是怎樣的？哪里可以優化？把服務流程中存疑的點能當時詢問服務人員的最好都一一發問，并且將對方的回答也都一一記錄。除了可以在事后仔細分析其背后的真實需求外，也可以圈定一部分和對方對接需求時需要當面重點交流的問題。

比如：對方在服務前通常問用戶一些關于手部護理的問題，甚至細化到了護手霜的品牌。小王就問服務人員為什么要詢問這一系列的問題。她的回答是：”這是公司的要求?！帮@然這并不是我們想聽的答案，如果可以把這個點在需求對接會議上充分討論相信可以得出不一樣的結論

如果因為時間、地點等等原因沒法親自體驗服務，那么事先在網上搜集相關資料也是極好的。特別是如果對方已經和一些平臺合作的情況下，在那些平臺上看看客戶的評價反饋。對于差評和好評都應特別關注。在自己的產品研發過程中更好的揚長避短。

前期自己收集好的問題一一整理到「會議議程」里，會議前以郵件形式正式通知對方時發出這些問題，讓對方負責對接的人有個大概了解，如果里面有一些他也是摸不準的問題也能事先做好準備。

特別要注意的是：這些需求點一定是一條一條的干的問題點，不需要太多的描述，只要確保沒有遺漏就好

你會發現事先摸一遍對方服務流程，對你今后的工作開展，需求對接省去了近 1/3 的時間。

二、約見客戶中，務必達成輸出雙方共識的文檔

產品經理應該要非常珍視每次和客戶約見的機會，畢竟前期摸索的成果以及后期的研發的依據都是靠和客戶充分溝通來一點點堆積起來的。由于很多時候和產品經理對接需求的并不是對方公司的高管，而是高管的助理等相關角色，因此對于很多問題他們當時也無法給出準確答復，這種時候，即時發出下次會議邀約變得非常重要。

業務上但凡涉及到資本/人力/物力的調整，都需要在會議上要求對方給出明確答復，切不可開發都開始做了，才發現其功能點上還有疑慮，這樣很大可能會直接拖垮研發進度

幾個好習慣：每次溝通后都輸出帶有流程圖的「會議紀要」；每次需求溝通都務必深化上次會議的討論內容。

先解釋第一點：為什么要輸出帶有簡明流程圖的會議紀要。流程圖最能表示產品經理對對方業務結構的思考理解，很多時候口頭表述的和實際思考的結果是不同的。我們都知道信息在傳遞的過程中存在丟失。會議中確定業務流程難免會有業務點被遺漏，盡管在你來我往的對話中看不太出來，但反應在流程圖上卻是一目了然。

（涉及公司業務做了打碼處理）

繼續解釋第二點，每次會議中，都應該在上次會議的基礎上繼續討論。主要是為了避免無效討論和幫助產品經理深化客戶業務的細節把握。如果每次會議不是就上次會議達成共識討論，而是一個新的方向，那產品設計永遠無從下手。并且產品經理還應注意控制會議節奏，當客戶要討論一些在上次會議上已經明確得出結論或者已經被 PASS 的議點時，最好委婉的提醒對方：”這個我們不是已經達成共識了嗎，并且上次討論后就已經發送郵件給您了“

三、梳理完成后輸出高質量的文檔，重點標注本次產品設計的要點

在和客戶數次需求溝通會議后，確保對于客戶的需求挖掘和整理幾乎已經沒有疑點和死角后，就應該細細整理出一份和客戶需要確認的最終需求對接文檔出來。這份文檔應該含有以下幾個要點：

• 明確對方的業務目標和自己公司的商業目標
• 數次會議后達成的共識（本次產品設計中涉及/不涉及的功能點）
• 對方參與的用戶角色（需要考慮相應的角色劃分）
• 業務主流程（若比較復雜，還需要附上關鍵部分子流程）
• 本次產品預計設計的功能點及其包含的功能
• 需要對方協助的一部分工作（需要提供的輔助材料、相關的人力/物力/宣傳）

其中需要重點關注的有：達成的共識中不涉及的功能點，若是客戶意見強烈希望在產品上得以實現，則需要在和老板商量和給客戶一個大概（模糊、糊弄過去）的時間；客戶的用戶角色則是參與產品使用的角色，一般要涉及到用戶角色劃分以及相關權限配置；本次產品設計的功能點：若有 DEMO、草圖是最好，若沒有則可以輸出一份需求清單 List 類似的描述文件，讓對方大概知道里面有什么功能，大概的層級是什么；需要對方協助的工作：這里需要和市場部的同事提前確認一下宣傳和運營 Follow，其他的多是一些基礎資料初始化的東西。

四、系統化思考，從全局審視產品，減小開發量小

業務梳理完畢后就要準備撰寫產品文檔了，此時不要著急下筆，最好先想好哪些地方是目前的系統支持的，哪些地方可能需要特殊處理。這就是考驗產品經理實力的時候了。最好多畫幾版草圖，并且和這方面的研發負責人進行一次深入溝通，多聽聽他的建議， 盡可能減小開發量。

五、及時更新需求文檔

2B?業務溝通隨時隨地都面臨著需求變動的風險，有時候一天好幾個變化，這個時候往往產品已經研發了一半了才通知有一些小變動。此時，需要和客戶再三確認后調整方案，將修改好的方案及時傳到文檔服務器上并郵件通知整個項目的參與人。

若文檔是幾個人聯合起來共同完成，可以采用一些文檔協作工具，彼此一邊寫文檔一邊標注對方可能存在的遺漏點。也是一件提高效率的事。

作者：晞仔（微信號 lolitaxi61），微信公眾號：晞仔的生活實驗室

本文由 @晞仔 原創發布于人人都是產品經理。未經許可，禁止轉載。