編輯導語：需求是從人性中產生的，所以對于產品經理來說，首先應該去理解人的習性，以此為出發點做產品。人性要如何獲取呢？一起來看一下吧。

用戶是人，產品經理首先應該去理解人的習性，需求從人性中產生。B端產品的用戶因為崗位、部門的關系，各自代表著不同的部門的訴求與利益。

例如一個制造型企業，一般會有三大支柱職能：研發（產品管理）設計個好產品，營銷（需求管理）賣個好價錢，供應鏈（供應管理）以合適的成本和速度生產出來、配送出去。對于非制造企業來說，比如零售、電商和貿易，自己一般沒有研發功能，就變成選擇個好產品。

01 用戶一直首先是人

而產品經理在了解個體用戶的人性、心理的基礎上，還需要了解不同群體的心理，甚至產品經理有時像上帝一樣，建造系統并制定規則，讓群體在系統中演化。

當今的制造企業分工越來越細，甚至一個制造企業只是在做成品（IPhone、汽車、服裝）的一個工序、零部件，最終交給組裝廠進行成品組裝，而參與設計、生產等、采購、物流運輸環節中的人們也對這些環節不斷產生反應。在企業間越來越長的產業鏈協作中，如何用信息化的軟件系統幫助其中的用戶“懶惰”呢？

02 人是懶惰的，但懶惰導致發明，懶惰是創新的動力

如何快速的處理企業間需要的物料、零部件呢？是不是可以考慮拍照識別、在線搜圖、掃碼查詢物料詳情、掃碼收貨……

• 紡織服裝行業，快時尚是驅動力
• 因為別的品牌商都在用
• 人是跟風的
• 企業也是跟風的

軟件產品中，“時尚”是重要驅動力。

不要太“工具化”，雖然面對的是訂單管理的細節，業務流程主導著信息傳遞，但人缺乏耐心！

如果軟件產品不能幫助用戶解決現實中的突發問題，那他會離開的，因為沒有使用軟件產品的時候企業間的協同業務是有進行的、異常也能得到溝通處理的。

• 如果不能讓用戶一分鐘愛上你……
• 產品做好前不輕易拉用戶來試用你的產品
• 用戶沒有耐心看你的說明書

03 人不愛學習

博客的衰落。

馬桶閱讀理論：不要給用戶超過馬桶上看不完的內容。

企業用戶尤其如此，多訂單的業務協同，用戶都在評估著質量、交期、價格，監控訂單的執行進度，其中不斷出現瑣碎的事情如質檢不合格、退貨、對賬、付款、產品返修等等….. 用戶希望軟件幫忙分門別類的跟進訂單、監控異常，縮短業務環節以及每個環節的操作時間，更重要的是實現移動處理業務，尤其是在疫情的大環境之下。

04 人性如何獲取

人性化就是以己推人，你無法理解他人，只能先理解自己。

你需要了解人最普遍的心理活動，然后才能帶入業務場景去理解業務發展中的用戶心理變化。

• 需求最終是滿足人們的貪嗔癡
• 產品的終極目標是滿足人性需求
• 不在產品中參和自己的道德感
• 滿足貪嗔癡，但又要用戶“少用企業ERP”，世界是荒誕的
• 產品是技術和藝術的結合“Steve Jobs”

05 需求的真實來源

不要用戶說要什么就做什么，不直接滿足用戶需求。

因為用戶需求是零散的，解決方案是歸納抽象的過程；用戶調研、反饋只是幫助你了解他們的想法，需求只來自你對用戶的了解。

• 需求不來自調研
• 需求不來自分析
• 需求不來自討論
• 需求不來自競爭對手

適用于C端產品的很多原則，在B端企業產品設計中仍然試用。

產品細節方案設計：角色與流程設計會涉及業務團隊的組織架構和崗位編制，是需要重點關注的，梳理了核心流程、產品定位、應用架構、功能模塊和演進藍圖，相當于完成了萬丈高樓建設的規劃藍圖。

接下來的細節方案設計就要基于藍圖，逐一分析業務細節，設計產品的具體功能。

數據建模，也叫業務建?；蝾I域建模，是細節方案設計中最重要的環節，是保證產品設計嚴謹可行的關鍵工作。

只有基于對業務的理解，抽象出合理且靈活的數據模型，才能設計出有持續靈活性和擴展性的應用系統。

界面與報表是業務用戶直接看到的部分，在設計時最好能提供可以體驗的交互界面，讓業務用戶提前感受并反饋意見，減少不必要的返工。

作者：金春；公眾號：二十三的夏天（ID：yingbaodexiaowo）

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

題圖來自Unsplash，基于CC0協議。