產品經理需要的思維很多，比如：邏輯思維，用戶思維，市場思維，還有萬能的互聯網思維。這篇文章來聊聊個人覺得最基礎也是也最核心的邏輯思維。
文章主要分為兩部分，第一部分為邏輯思維的介紹以及思考的流程和方法，第二部分用個人曾經負責過的產品案例來詳細說明。
結構思考力
前段時間看完一本書，名字是《結構思考力》，看完覺得書中提供的思維方式是每個產品經理都應該掌握的。因為產品經理在工作中往往面對的環境是復雜的，不是非黑即白的，需要從多方面的因素是考慮去平衡，從而才能知道當前階段應該做什么，不應該做什么。
結構思考力換個名稱大家會更熟悉，那就是金字塔思維。核心內容是：
基本結構：
結論先行，以上統下，歸類分組，邏輯遞進。
先重要后次要，先總結后具體，先框架后細節，先結論后原因，先結果后過程，先論點后論據。
具體做法：
自上而下表達，自下而上思考，縱向總結概括，橫向歸類分組。
用一張圖表示金字塔思維的基本邏輯：
縱向結構分層次：
- 結論先行，以上統下
- 先表明結果，在針對結果做分解，列出可能造成的原因
橫向結構選順序：
歸類分組，邏輯遞進
MECE:
- 相互獨立，完全窮盡
- 多思考，是否還有遺漏的因素，是否把所有可能的因素都考慮到了
- 列出來的因素是否有重疊的，如果有，則去重
歸納、演繹：
- 歸納：把具備某種相同屬性的事物排列出來
- 演繹：從前提必然地得出結論的推理；從一些假設的命題出發，運用邏輯的規則，導出另一命題的過程
通常 MECE 和歸納演繹會配合使用，相互聯系，互為條件，相互補充、相互轉化的。
以筆者曾經負責的一款產品為例
之前創業時，老板想做一款“讓用戶在移動端就能預約線下母嬰店洗澡/游泳等服務的 APP”，這里不討論需求是否合理、是否高頻剛需等，只從產品設計層面來考慮。
根據要求，可分為兩個主體，分別是：商家端和用戶端。平臺端主要支撐兩端運行，不做太多討論。
商家端：
核心要點包括如下：
- 線下商家入駐平臺需要提供什么資料？
- 線下的服務如何呈現到線上讓用戶查看并預約？
- 什么樣的用戶才能夠在 APP 端預約線下店的服務？
- 用戶在什么時間段去線下店服務？
- 線下店的收入怎么才能到商家賬戶？
- 其他，如：商鋪點評，服務點評等后續的功能
1、線下商家入駐平臺需要提供什么資料？
此功能的目的是審核店鋪的真偽，記錄店鋪的主要信息，并且對審核后的狀態需及時告知商家，只有成功的商家才能繼續后續的服務操作。
主要信息包含：店主姓名、營業執照照片、身份證正反面照片、聯系方式
審核狀態：審核成功、審核失敗、審核中
2、線下的服務如何呈現到線上讓用戶查看并預約？
此功能的設計需要深入了解線下店原來的服務。主要有洗澡、游泳、按摩幾種，其中洗澡時最高頻且剛需的，因此我們只針對洗澡提供服務。
線下店全部采用會員卡的形式去消費，會員卡有月卡、年卡、次卡三種，月卡和年卡是從開卡當天開始計算。時間到達卡則失效。
因此，需要提供讓商家自由設置不同的卡、不同的金額和有效期的功能
3、什么樣的用戶才能夠在 APP 端預約線下店的服務？
因為線下店全部采用會員制，因此必須先辦理某個店鋪的會員卡成為會員后才能享受到該店鋪提供的服務。非會員用戶不可享受。
4、用戶在什么時間段去線下店服務？
為了減少用戶的排隊的時間，商家需根據店鋪的實際服務情況確定店鋪最大同時服務人數。
因此，在功能上，提供給商家不同時間段和最大服務人數的功能。
5、費用怎么結算給商家？
用戶辦理的會員卡的費用全部統一到平臺的支付寶賬戶，平臺在每個月5號統計上個月該店鋪收到的總會員費用，商家需能查看辦理會員卡的流水金額，因為要和商家結賬，因此需要商家提供支付寶賬戶。
結算狀態：已結算，未結算
6、其他，如：商鋪點評，服務點評等后續的功能
后續版本會做，前期只考慮模式的可行性。
用思維導圖整理出來：
用戶端：
O2O 的產品，主要體現在線下，因此線上的功能相對簡單，主要做一些信息的展示和簡單的操作。
核心點如下：
- 用戶如何知道附近有哪些線下店？
- 用戶怎么支付會員卡的費用？
- 用戶如何預約線下店的服務？
- 預約會遇到哪些情況？
1、用戶怎么獲取線下店？
兩種方式，兩種場景，分別是：通過 LBS 獲取和輸入店鋪 ID 搜索。
LBS：這是一款 O2O 的產品，可根據用戶的地理位置獲取附近的店鋪。基于地理位置給用戶展示附近的店鋪。供用戶查看店鋪信息并做出決策
搜索：這是比較傳統的方式，很多用戶會直接到線下店服務，因此提供快速的通過店鋪 ID 搜索店鋪的方式
2、用戶怎么支付會員卡的費用？
之前已經介紹過商家的業務，都是采用辦理會員卡的形式，辦理后在有效時間內直接就可以預約就可享受到服務，因此費用都是一次支付，長期有效。
而支付的形式則和大多數 APP 一樣，使用第三方支付，微信、支付寶。
3、用戶如何預約線下店的服務？
大家都有在APP 里預定過電影票，預約服務和電影類似，用戶自己選擇日期和時間段（類似于場次），平臺會顯示當前時間段是否有剩余人數，如果有，則可預約，反之只能更換時間。
次卡當預約后則扣除次數。
4、預約會遇到哪些情況？
預約可能出現的情況其實和電商的訂單類似，包括但不局限于：
- 預約都滿了怎么辦？
- 預約了不去服務怎么辦?
用思維導圖整理：
至此，核心業務流程基本已經完成，剩下的就是細化流程。
對于金字塔思維的方式，不僅能夠使用與以上的業務邏輯，也適用于功能的邏輯，以微信發信息舉例：
輸入內容后并發送：
1.當前有網絡
- 發送中：菊花一直再轉
- 發送失敗：紅色 icon 提示，點擊繼續發送
- 發送成功：正常狀態
2.當前無網絡
菊花一直轉，直到恢復網絡時重復1的流程。
就醬紫。
本文由人人都是產品經理團隊@朱帝（微信：434826236） 原創發布，未經許可，不得轉載。
Tags: 產品經理
文章來源：http://www.woshipm.com/pmd/575065.html