B端產品的用戶是人
編輯導語:需求是從人性中產生的,所以對于產品經理來說,首先應該去理解人的習性,以此為出發點做產品。人性要如何獲取呢?一起來看一下吧。
用戶是人,產品經理首先應該去理解人的習性,需求從人性中產生。B端產品的用戶因為崗位、部門的關系,各自代表著不同的部門的訴求與利益。
例如一個制造型企業,一般會有三大支柱職能:研發(產品管理)設計個好產品,營銷(需求管理)賣個好價錢,供應鏈(供應管理)以合適的成本和速度生產出來、配送出去。對于非制造企業來說,比如零售、電商和貿易,自己一般沒有研發功能,就變成選擇個好產品。
01 用戶一直首先是人
而產品經理在了解個體用戶的人性、心理的基礎上,還需要了解不同群體的心理,甚至產品經理有時像上帝一樣,建造系統并制定規則,讓群體在系統中演化。
當今的制造企業分工越來越細,甚至一個制造企業只是在做成品(IPhone、汽車、服裝)的一個工序、零部件,最終交給組裝廠進行成品組裝,而參與設計、生產等、采購、物流運輸環節中的人們也對這些環節不斷產生反應。在企業間越來越長的產業鏈協作中,如何用信息化的軟件系統幫助其中的用戶“懶惰”呢?
02 人是懶惰的,但懶惰導致發明,懶惰是創新的動力
如何快速的處理企業間需要的物料、零部件呢?是不是可以考慮拍照識別、在線搜圖、掃碼查詢物料詳情、掃碼收貨……
- 紡織服裝行業,快時尚是驅動力
- 因為別的品牌商都在用
- 人是跟風的
- 企業也是跟風的
軟件產品中,“時尚”是重要驅動力。
不要太“工具化”,雖然面對的是訂單管理的細節,業務流程主導著信息傳遞,但人缺乏耐心!
如果軟件產品不能幫助用戶解決現實中的突發問題,那他會離開的,因為沒有使用軟件產品的時候企業間的協同業務是有進行的、異常也能得到溝通處理的。
- 如果不能讓用戶一分鐘愛上你……
- 產品做好前不輕易拉用戶來試用你的產品
- 用戶沒有耐心看你的說明書
03 人不愛學習
博客的衰落。
馬桶閱讀理論:不要給用戶超過馬桶上看不完的內容。
企業用戶尤其如此,多訂單的業務協同,用戶都在評估著質量、交期、價格,監控訂單的執行進度,其中不斷出現瑣碎的事情如質檢不合格、退貨、對賬、付款、產品返修等等….. 用戶希望軟件幫忙分門別類的跟進訂單、監控異常,縮短業務環節以及每個環節的操作時間,更重要的是實現移動處理業務,尤其是在疫情的大環境之下。
04 人性如何獲取
人性化就是以己推人,你無法理解他人,只能先理解自己。
你需要了解人最普遍的心理活動,然后才能帶入業務場景去理解業務發展中的用戶心理變化。
- 需求最終是滿足人們的貪嗔癡
- 產品的終極目標是滿足人性需求
- 不在產品中參和自己的道德感
- 滿足貪嗔癡,但又要用戶“少用企業ERP”,世界是荒誕的
- 產品是技術和藝術的結合“Steve Jobs”
05 需求的真實來源
不要用戶說要什么就做什么,不直接滿足用戶需求。
因為用戶需求是零散的,解決方案是歸納抽象的過程;用戶調研、反饋只是幫助你了解他們的想法,需求只來自你對用戶的了解。
- 需求不來自調研
- 需求不來自分析
- 需求不來自討論
- 需求不來自競爭對手
適用于C端產品的很多原則,在B端企業產品設計中仍然試用。
產品細節方案設計:角色與流程設計會涉及業務團隊的組織架構和崗位編制,是需要重點關注的,梳理了核心流程、產品定位、應用架構、功能模塊和演進藍圖,相當于完成了萬丈高樓建設的規劃藍圖。
接下來的細節方案設計就要基于藍圖,逐一分析業務細節,設計產品的具體功能。
數據建模,也叫業務建?;蝾I域建模,是細節方案設計中最重要的環節,是保證產品設計嚴謹可行的關鍵工作。
只有基于對業務的理解,抽象出合理且靈活的數據模型,才能設計出有持續靈活性和擴展性的應用系統。
界面與報表是業務用戶直接看到的部分,在設計時最好能提供可以體驗的交互界面,讓業務用戶提前感受并反饋意見,減少不必要的返工。
作者:金春;公眾號:二十三的夏天(ID:yingbaodexiaowo)
本文由@山人小道 原創發布于人人都是產品經理,未經許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
人成了群體就是不人了。組成群體后的某些個人可以決定群體,那么說他就是這個群體。組織分析輔助業務架構,個人分析主要還是輔助交互…
不認可懶惰導致發明,是追求快激發了創造
所以做B端產品是更考慮任務還是人?
一直有一個爭論:B端產品,究竟應該是符合人性,還是反人性?有沒有想過,B端產品的用戶是C,但是買單的仍然是B。
(⊙o⊙)…,好一個返璞歸真,B端開發者也是人呢,怎么能說人不愛學習,人類比動物最大的優勢就是學習能力強。