用戶運營的本質(zhì)在于跟用戶有效地溝通。本文作者結(jié)合自己工作中的所思所想，對用戶溝通的4個階段展開了分析總結(jié)。

做好用戶溝通，了解用戶習慣和用戶目標對于一個B端產(chǎn)品的成功來說十分重要。所以今天我想聊一聊關(guān)于用戶溝通我個人的一些思路。在產(chǎn)品迭代中，按照產(chǎn)品的輸出過程，我把用戶溝通可以分為以下幾個階段，需求溝通，方案確認，上線培訓(xùn)，產(chǎn)品灰測。

01 用戶溝通

從需求方提出需求開始到產(chǎn)品方案的輸出期間產(chǎn)品經(jīng)理和需求方發(fā)生的溝通我將其統(tǒng)稱為需求溝通階段。主要是產(chǎn)品經(jīng)理和用戶基于當前產(chǎn)品使用過程中發(fā)現(xiàn)的問題或者基于本人/本業(yè)務(wù)的目標期望而對產(chǎn)品提出的需求和想法進行溝通。在這個階段最重要的一點是要明確用戶到底需要什么（用戶需求），他為什么需求（用戶價值）。

1. 用戶需求挖掘

通常用戶需要一些引導(dǎo)才能得出真實的需求。你可能會問，作為用戶，應(yīng)該是最清楚自己要什么的，為什么要引導(dǎo)，引導(dǎo)什么？舉個實際案例，某天用戶A提出用戶崗位中包含關(guān)鍵字“運輸”的用戶在填寫用戶資料時要求強校驗用戶的“運輸工具”是否已經(jīng)填寫，如果未填寫則提示保存失敗。那么作為產(chǎn)品經(jīng)理的你要怎么做，是否直接按照用戶提出的要求通過崗位名稱的判斷在填寫頁面增加用戶要求的校驗嗎？

————（此處請思考三分鐘）————

需求方說他想要的真的就是他想要的嗎？NO。

在溝通過程中建議用5W1H來定位用戶場景，使用5Why挖掘用戶真正的需求，同時需要完整了解現(xiàn)狀（這個以后有機會我再展開聊）。

在剛剛的例子中，可以試試通過以下簡單的問答來真正明確需求。

• 問：為什么這些用戶必須要錄入“運輸工具”？
• 答：因為系統(tǒng)需要根據(jù)錄入的“運輸工具”進行派單計費，如果他們沒有錄入就會影響工資結(jié)算。
• 問：具體是哪些用戶會需要根據(jù)運輸工具派單計費呢？
• 答：比如調(diào)度司機啊、派單人員啊這些。
• 問：那為什么你提的需求是有崗位名稱中有“運輸”的人員要求必填呢，兩者有什么必然聯(lián)系？
• 答：因為現(xiàn)在我給這些人取的崗位名稱都有“運輸”兩個字呀。
• 問：那崗位命名會一直由你來負責嗎，后續(xù)如果其他人來處理，他們知道這個規(guī)則嗎？
• 答：emmm…也許吧

所以其實用戶的需求是，對于要使用“運輸工具”的用戶進行錄入項目的管控，和崗位關(guān)鍵字無關(guān)。用戶犯了把最終實現(xiàn)結(jié)果作為需求的典型錯誤。

2. 需求價值挖掘

需求價值明確要求需求方在提出需求時明確這個需求為業(yè)務(wù)帶來的價值，并且最好是可量化的價值。

這個階段需要明確得向業(yè)務(wù)方問出這個需求的實現(xiàn)能夠幫你解決什么問題，帶來多大的收益。

要知道，和需求量相比開發(fā)資源永遠都是不夠的，總是有成堆的需求等待開發(fā)。所以，明確業(yè)務(wù)價值可以有助于產(chǎn)品經(jīng)理更好的判斷優(yōu)先級，完成更好的產(chǎn)品迭代。而需求方自身在思考價值的同時，也可以對該需求進行更加深入和完整的思考，可能會有意想不到的發(fā)現(xiàn)哦。

對于比較大的項目需求，甚至需要明確到每個功能點的價值，便于產(chǎn)品經(jīng)理進行需求的拆分。

02 方案溝通

基于用戶需求，產(chǎn)品經(jīng)理需要根據(jù)需求點評估和經(jīng)驗通過產(chǎn)品方案設(shè)計來達成用戶的需求。在方案確認后正式進入開發(fā)前，需要和需求方進行最終的方案確認，通過文檔演示的方式向需求方展示需求的實現(xiàn)方式及效果，以確?？梢哉嬲鉀Q業(yè)務(wù)問題。

這里需要注意的是，完整的產(chǎn)品方案除了明確功能實現(xiàn)方式（滿足需求）外還應(yīng)該包括預(yù)計交付時間、交付范圍、項目推進進度（灰測計劃）。

1. 功能需求

功能需求即指能夠滿足業(yè)務(wù)需求的整體方案設(shè)計，其中包括了功能點、頁面、交互等用戶可以直觀看到、感受到的內(nèi)容，也就是我們通常所定義的需求文檔。

這點其實是屬于基本內(nèi)容，我就不再過多贅述了。

2. 交付時間及范圍

站在用戶的角度來說，他除了關(guān)心自己的需求能否得到解決外，他還關(guān)心什么時候可以得到解決，也就是我們提到的交付時間。所以我們在進行方案溝通時，也需要基于實現(xiàn)的難度給業(yè)務(wù)方一個初步的預(yù)估上線時間。

對于實現(xiàn)周期較長的需求，通常需要拆分需求迭代，此時則需要明確每個迭代涉及到的功能點和交付時間。這里通常需要結(jié)合功能點價值、業(yè)務(wù)痛點以及迭代的完整性來指定。前面兩個點比較好理解，迭代的完整性是指此迭代上線后應(yīng)該是一個完整的、可以使用的功能，而不是需要等下個迭代上線后才可以一起使用，那么分期實現(xiàn)就沒有意義了。

產(chǎn)品經(jīng)理在接收到需求后即使是對于實現(xiàn)難度大而暫時無法實現(xiàn)或優(yōu)先級不高需要暫時擱置的需求，也應(yīng)該明確的給予業(yè)務(wù)方答復(fù)，做到事事有回應(yīng)、件件有找落，讓需求方可以及時啟動備選方案，避免產(chǎn)品的實現(xiàn)過程成為業(yè)務(wù)瓶頸。

3. 灰測計劃/運營計劃

在雙方確認好產(chǎn)品方案和上線時間后，產(chǎn)品經(jīng)理需要確認用戶在項目上線后的灰度計劃/運營計劃。

對于推廣面比較廣的需求，為了避免全面上線帶來的風險，通常會選擇分區(qū)域或分用戶群逐步上線，稱之為灰度計劃，簡稱灰測。

灰測計劃往往是由業(yè)務(wù)方根據(jù)需求特性、業(yè)務(wù)覆蓋面進行定義。并且在產(chǎn)品交付后開始按照灰測計劃進行逐步推進，以確保實施的項目能達到預(yù)期效果、收獲項目價值。

產(chǎn)品經(jīng)理也有責任確保需求價值的實現(xiàn)以體現(xiàn)自身價值，所以在這個階段雙方也需要對后期的運營確定一定的方案。

（悄悄的說，如果需求方無法明確運營推廣計劃，那么對于這個需求，他們可能沒有想象中那么“急”，我們可能需要重新回頭評估下產(chǎn)品的價值，看是否需要把資源安排給其他更有價值的需求了。說實話，我們有時候還是會碰到需求方在需求階段催著上線，而上線后遲遲不開始使用的情況，確實令人頭疼，所以前期的明確還是很有必要的）

03 人員培訓(xùn)

產(chǎn)品正式上線前，為了確保后用戶可以正確的使用并且達到使用效果。產(chǎn)品經(jīng)理通常需要進行上線培訓(xùn)并提供相關(guān)功能的操作說明。

1. 上線培訓(xùn)

公司中，基于溝通層級劃分的問題，通常需求的提報會是通過各部門內(nèi)部的收口人向產(chǎn)品經(jīng)理進行提報，同樣的，需求方案的溝通通常也是會由幾個代表或負責人和產(chǎn)品經(jīng)理進行確認。因此在上線前還會涉及到對其他系統(tǒng)使用方的整體培訓(xùn)，主要的內(nèi)容也會是針對于本次上線的功能點、變更點。

（此處也偷偷說一句，注意培訓(xùn)過程中要把握培訓(xùn)節(jié)奏，不要讓培訓(xùn)會變成需求收集會，我相信你們都懂的~~）

2. 操作手冊SOP

上線前，千萬不要以為培訓(xùn)完了就完事兒了哦。不要忘記還有操作手冊的更新。完整的操作手冊可以幫助新用戶快速掌握系統(tǒng)使用，減少大量無效的溝通詢問時間。

04 產(chǎn)品灰測

在上文方案溝通中我們提到了產(chǎn)品經(jīng)理和需求方都是有責任在前期明確運營和灰測推進方案以確保需求落地。因此在實際灰測階段，產(chǎn)品經(jīng)理也需要花一定的經(jīng)歷跟進灰測進度，以確保實施的項目能達到預(yù)期效果、收獲項目價值，并確保灰測過程的異常得到及時處理。

1. 異常跟進、計劃調(diào)整

灰測過程一定程度是為了能在全面推廣前處理可能潛在的風險問題，避免問題的擴大化。所以在灰測階段，產(chǎn)品經(jīng)理需要更多的關(guān)注線上的異常問題、及時反饋測試和技術(shù)進行異常處理，避免影響正常業(yè)務(wù)運行。

此外，如果真的不幸發(fā)生了比較大的異常，則需要重新評估異常點、提出解決方案、快速迭代上線，并及時和需求方一起調(diào)整灰測計劃，確保正常推進上線。

2. 優(yōu)化點的積累

此外，在這個階段產(chǎn)品經(jīng)理還需要多傾聽“用戶的聲音”，聽一聽那些“吐槽的聲音”，發(fā)現(xiàn)需求中的可優(yōu)化點，判斷這些迭代時候是需求中的遺漏點、是否會影響業(yè)務(wù)操作、是否需要加入下一輪迭代。

結(jié)合用戶反饋和上線數(shù)據(jù)進行項目復(fù)盤，吸收本次的pros和cons，揚長避短，減少后續(xù)迭代中的“坑”。

總結(jié)

良好的用戶溝通機制可以幫助產(chǎn)品經(jīng)理建立和用戶之間穩(wěn)定的溝通橋梁。

從上面的文章篇幅其實也可以看出，溝通環(huán)節(jié)中最核心的其實是在于需求溝通和需求挖掘，正確把握用戶痛點了解用戶痛點可以說是成功了一半。最初的方向如果錯了，后面的溝通可能要多走很多彎路甚至于直接走錯路而造成開發(fā)資源的浪費。

當然，后續(xù)的方案溝通、培訓(xùn)和灰測時的關(guān)注等都能幫助產(chǎn)品經(jīng)理在用戶心中建立更好更專業(yè)的形象。

以上就是本篇的全部內(nèi)容，希望本文可以對你有所幫助。

作者：麋鹿產(chǎn)品，公眾號：麋鹿產(chǎn)品手冊

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

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