做了N個項目諮詢後，軟體開發的產品需求是這樣被挖掘出來的

作為軟體系統服務商，接觸了不少大大小小的項目。也和各式各樣的客戶打過交道，對於需求方和執行方雙方而言，最重要的樞紐和任務恐怕就只有產品經理，產品經理的每一步，都關係著項目的流暢度和準確度。稍有差池，後面的一切都將沒有意義。

從客戶的想法，在到我們技術人員幫助其完全實現，這就要求產品經理需要掌握從產品、運營、設計、技術到對各個行業的了解，才能相對準確的把握好客戶需求的深度和準度。

客戶人群和專業水平時常相差巨大。從所處行業，有傳統製造業，互聯網、人工智慧、大數據，區塊鏈等；從客戶的身份，有倉管主任，技術人員，企業負責人等等。在這些人當中，溝通的方式最合適的莫過於提問，採用你問我答的形式，系統性的，有規律性的梳理出真實的需求。

這裡我們將把項目需求的獲取分為四個步驟來獲取：

1. 想法到需求
2. 需求到功能
3. 功能到業務邏輯
4. 業務邏輯到整體框架

想法到需求

客戶往往一開始就只是一個想法，甚至他們認為就是一個極其簡單的頁面或功能，這是由於他們的專業知識不足，表達不出真實想法背後的核心需求。我接觸的部分客戶中，時常聽到以下需求：「我想要做一個和嘀嘀打車一樣的app，不過不是打車，是做各種任務的分派」。「我想要做一個商城，你參考一下淘寶的功能」。每當我聽到這樣類似的話，我總是面帶微笑。

其實，當客戶說「我想做一個XXX，參照XXX就行」。一般的都是還沒有完全考慮清楚自己想要的是什麼，參考的只是手段方法方式，而非目的。我們幫助客戶的，就是要挖掘出他們的痛點，使用場景，使用邏輯，然後讓客戶充分意識到自己所想要實現的工具內容，而後我們在幫助他們為某個具體問題提供解決方案。

這裡整理一下通用的問題，供大家參考：

• 目前所處的行業是什麼？具體的業務方向如何？為什麼要做這件事情？
• 我們現在服務的用戶群體是哪些人？他們有什麼樣的特徵，需要用什麼樣的方式來解決他們什麼樣的問題？
• 想通過Web，APP亦或者是微信公眾號，小程序來實現？
• 對時間上具體的要求？

下面再用我和某電商需求方之前的溝通來做一個簡單的例子：

客戶：我們是做3C產品的，想做一個網上交易平台，能實現買賣，在線支付，商品發貨配送就可以。參考一下XXX。

我：我們目前是只涉及到3C產品這一垂直領域嗎？ --- 行業背景問詢

現在是想做一個網路的渠道來對現在的渠道進行補充嗎？ --- 目的問詢

客戶：是的。

我：現在我們的主要方向就是3C產品嗎？未來會不會拓展到其他產品？ ---業務問詢

客戶：目前就只有手機和相機為主，外加一些配件。

我：那我們的客戶群體主要分布在哪裡？購買的方式有什麼？ --- 用戶群體

客戶：主要還是以東南沿海地區為主。年輕人居多吧，現在都是在我們門店裡直接購買的。

我：那我們現在準備是要做APP，小程序，還是微信公眾號呢？ --- 產品類型

客戶：APP吧。

我：為什麼是要做一個APP，而不是先考慮微信公眾號或者小程序呢？ ---挖掘真實需求

客戶：這幾個有什麼不一樣的地方嗎？

（這個問題想深度了解的話，可以了解我上一篇文章）

我：APP適合用戶群體比較穩定，業務模式得到驗證，且運轉良好的企業；小程序適合新產品或新功能驗證，一般用於收集和沉澱用戶數據；公眾號適合既有粉絲轉化、用戶量級較輕、功能不複雜的產品，且可以更加貼近微信用戶，方便運營增長。

客戶：這樣子感覺公眾號更適合我們一點。

我：時間上有沒有具體要求呢？

客戶：越快越好了。

我：有沒有具體一個時間節點要求？比如要在某個節假日之前上線？ --- 時間需求問詢

客戶：1個月吧。5月1號我們有場活動，如果能配合這個程序一起推出來的話，效果應該會不錯。

至此，我們已經大致了解了客戶的一些基本的需求情況，當然，這個是我舉得其中一個例子，以上每個問題針對的方向都不一樣，需要靈活使用，但是它們都圍繞著一個核心，那就是搞清楚需求發起者的需求認知程度和訴求。

需求到功能

到了這個步驟，我們對於客戶的需求認知程度和訴求已經建立起了初步的感知，接下來需要延伸到每個具體需求對應的解決功能上。有的需求1個小功能就能滿足，但是有的需求可能需要4-5個大功能來進行滿足。

我們還是以剛剛那段對話繼續作為例子。

我：1個月的時間，可能還是比較趕的，我們主要的核心點應該都是有哪些呢？---功能探索

客戶：讓用戶註冊購買就可以了。

我：嗯，註冊購買這個範圍還是有點打。比如註冊，我們可以通過手機，郵箱，或者其他的方式授權註冊。這裡我們有明確的方法方式嘛？ ---深挖功能

客戶：用手機註冊，簡訊驗證就好了吧。

我：購買的流程大致是如何的呢？ ---關鍵功能

客戶：用戶進入首頁之後能查看商品，然後在商品頁進行下單購買，我們接單後安排郵寄或派送。

我：根據這個流程相對應的功能就是首頁、商品列表頁/詳情頁、支付、訂單狀態/處理、郵寄信息錄入對嗎？ ---完善思路

客戶：差不多。

我：關於運營推廣方面，有沒有什麼功能要求呢？ ---追問需求

客戶：商品折扣，優惠券，在線客服之類的？

我：這些是需要運營人員做強運營的，我們目前有相關的數據和運營團隊嗎？ ---預警告知

客戶：目前還沒有，但後續應該是必須要的。

我：時間上比較緊迫，我建議是我們這次的版本核心功能是把購買的主流程跑通，轉化既有粉絲和收集數據信息，所以其他功能可以降低優先順序，放在後面的版本來做補充和優化，你看這樣是否穩妥？ ---聚焦核心功能點

客戶：你說的也是，要不先做主要流程吧。

這個步驟主要是深度考慮用戶主要核心功能點，結合時間、版本來對目標產品進行評估，把功能進行大致的優先順序排序，定義好核心和非核心功能點，避免在非核心功能點上造成資源、時間、費用的過度佔用。

功能到業務邏輯

在這個步驟，產品經理所需要涉及到的環節可能就需要站在使用者的視角來審視整個產品的功能和業務流程了。以剛剛對話為例，談話主要可以圍繞以下幾個問題來展開思路：

（1）登陸的流程是如何的？

（2）購買的流程是如何的？

（3）購買後能不能退單？如果可以，是怎麼樣的一個流程？

對話繼續。

我：登陸的話，是需要手機號碼配合密碼來登陸，還是直接使用驗證碼來完成就可以了呢？ ---細節核對

客戶：輸入密碼吧，方便一些。

我：用戶購買流程是進入首頁-查看商品-選擇商品-支付購買-公司發貨-商家確認收貨對嗎？ ---確認使用邏輯

客戶：是

我：允許退款嘛？退款的流程是什麼樣的，原路返回還是返回到賬戶？ ---完善功能邏輯

客戶：要退款。這兩個有區別嘛？

我：原路返回比如指您原來支付的方式是銀行卡，就直接返回到銀行卡中。返回賬戶是指返回到我們商城系統的交易賬戶中。 ---明確流程細節

客戶：哦，那就原路返回吧。

在產品經理的實際操作過程中，這個步驟叫功能規劃。需要產品經理根據需求規劃確認後對應的功能進行實際的規劃產出，綜合考慮用戶類型、功能的處理邏輯、功能使用流程、使用規則、信息/狀態變更、數據載入狀態、異常狀態等等。

業務邏輯到整體框架

這個步驟是很多產品經理容易忽視忽略的環節，有的考慮到框架，但考慮的是交互、頁面展示效果的問題，實際上真正要考慮的，應該是頁面展示內容的問題。所以，我們圍繞頁面內容和頁面布局來展開提問就可以了：

（1）商品的詳情頁面內容是有哪些？

（2）首頁需要哪些板塊內容？

舉例子:

我：首頁的內容及布局，需要什麼樣子的呢？ ---思路引導

客戶：參照XXX的就好。

我：這個網站的定位和量級和我們的產品差別較大，不是我們很好的一個參考對象。我們的用戶群相對來說比較高端，領域比較垂直，所以我建議首頁板塊以間接快速為主，包含輪播圖、商品基本分類、熱推商品、搜索等功能就可以滿足用戶快速找到產品的目標了，您覺得呢？---完善框架

客戶：嗯，按照你說的來。

我：商品列表頁和詳情頁的內容有什麼考慮的內容？ ---追問細節

客戶：基本信息就好，圖片、標題、價格、這些，詳情頁加上產品介紹、評價就好了。

我：評價功能？剛剛沒有聽到評價，對評價這個功能是怎麼考慮的？ ---新功能！

客戶：很基礎的功能啊，每個購物平台都需要的啊。

我：評價這個功能的使用邏輯是什麼樣的呢？例如可以對所有的商品進行評分式評價、星星式評價、滑動式評價以及文字、配圖等。 ---追問細節

客戶：就按照正常的評價方法來吧。

（縮略交流過程）

總結這一過程叫功能設計，也叫產出階段，需要畫原型寫需求文檔，該階段結束之後，產品的整個Demo基本已經完成，然後進入講解評審，評審通過後交付給UI設計師，進入設計開發階段。

以上，就是我們和客戶交流過程當中所需要掌握的溝通方式和問題點，明確好用戶的實際需求，深挖細節。確保功能點的完善性和準確性，也可防止在後續開發過程中的修改，可更快速的確保開發進度。產品經理的作用起著決定性的因素。

對於產品有疑問的，可以添加我的個人微信【ReaganSu】，交流學習。

如果想開發公眾號或小程序，沒有技術團隊的，那也可以找我們【http://www.greatwall.net.cn】。

福建長城信息：用技術實現你的互聯網+ || 信息化技術解決方案提供商

http://www.greatwall.net.cn

公眾號：福建長城信息

個人微信號：ReaganSu（一起探討學習信息互聯網進程上的點點滴滴）