最近在看了《微信背后的產品觀 - 張小龍手抄版》，其中有段話如下：
用戶需求是零散的，解決方案是歸納抽象的過程
文章插圖
那如何歸納抽象呢？是否有一定的實踐方法論呢？經過一輪探討和學習，有這些答案：
- 5 Whys 分析法
- U 型思考法
- 等等
文章插圖
【5 why 分析法，一種用于歸納抽象出解決方案的好方法】5 Whys 法，最初由豐田佐吉開發，并在豐田汽車公司的制造方法演變過程中被使用 。它是解決問題的一個重要組成部分 ， 也作為豐田生產系統入門培訓的一部分
5 Whys 法的定義，是一種解決問題的方法，探索特定問題的潛在因果關系
其核心過程就是不斷的追問 。通常情況下，5 次迭代追問足以揭示根本原因 。但在某些情況下 ， 可能需要更多或更少的追問，這取決于問題根本的深度
5 Whys 法，有幾個關鍵點
- 注意因果關系的邏輯，不能因果倒置
- 原因依賴于事實和數據，但數據常常不是唯一依據
- 原因盡可能評估事（比如產品功能、比如某某流程），而不是人
1、針對一個需求（表面問題） ， 提出第一個為什么
2、尋找原因后，會出現多個可能的原因
3、篩選真實的原因
4、迭代并直至找出根因，然后輸出需求對應的解決方案
文章插圖
三、U 型思考法跟 5 Whys 分析法，有異曲同工之妙的 U 型思考法，我記得沈拓老師有個課程講的就是這個，在這里我也小結分享下
U 型思考法是一個找準問題和看透本質的思維模型 。其核心就是從表象問題不斷的深挖其本質，再基于本質問題，再找出解決方案 。主要分為 4 個步驟：
1、定義核心問題
2、發現本質問題
3、找到本質解決方案
4、執行并解決問題
文章插圖
這個通常是打破了見招拆招的直線式思維方式，尤其在復雜問題中，用 U 型思考法，能有效歸納并抽象出解決方案
所以如何處理用戶需求，按 U 型思考法得注意幾點：
- 基于產品事實，提出用戶需求
- 基于用戶需求，提出本質解釋
- 基于本質解釋，提出可能性解決方案
- 執行當下最合適的解決方案，最后解決用戶需求
可以通過本文分享的這兩種方式進行歸納抽象用戶需求，這樣才能做出更好的產品，最終用戶才會為產品買單
出處：公號「SaaS 創業之路」，一位 SaaS 創業路上的普通人，喜歡力所能及的分享一些接地氣的心得和收獲
推薦閱讀
- Spark基本知識
- 老王普及一下，貴妃鐲現在很多女生都有在戴，是一種非常普遍的手鐲款式
- 1 Redis—問題
- C++棧和典型迷宮問題
- 痞子衡嵌入式：RT-MFB - 一種靈活的i.MXRT下多串行NOR Flash型號選擇的量產方案
- ZCTF note3：一種新解法
- 編碼中的Adapter，不僅是一種設計模式，更是一種架構理念與解決方案
- 有福氣的三種手相，看看你是哪一種
- 比特幣合約爆倉是一種什么體驗？
- 天仙藤作為一種中藥材，天仙藤的作用有哪些？