一個高水準的產品經理（PM），總是能夠很清晰的梳理出產品線、明確的知道當前最該做什麼，抓到問題的核心所在。那麼他們是如何分析問題的？
今天我分享下我的方法，我稱為「鏈式拆分法」，可以説明大家明確產品思路，更重要的是讓 PM 們理解自己真正的定位！我們以叫車軟體為例，實例分析一下。
- Step1，整理業務環節 / 模組
我們第一步就是要弄清楚整個業務的流程是什麼，把重要環節都梳理出來。
首先，我們要找到一個業務的起點。那對叫車軟體而言，無非就是乘客叫車、司機接客。要關聯起乘客和司機，所以最基本的，我們需要一個乘客線和一個司機線。
有了起點，接下來，就是類比業務流程。
使用者需要用車了。乘客發出了一個從 A 點到 B 點的用車請求，這時，我們需要把這個用車請求發送給司機，告訴他們來「活」了。可是，我們發現好像發送用車請求好像不是那麼簡單的事情…
發送給哪些司機呢？
附近 1KM 的，還是 2KM 都發？
要是附近 2KM 都沒有司機怎麼辦呢？發給附近 5KM 以內的？發送給太多不在附近的司機，會不會對司機是騷擾資訊呢？
發送順序是怎麼樣的，先給誰發後給誰發？附近快完成訂單的司機要不要發？
要是附近有司機，但是司機挑單不願意接單怎麼辦？加價還是強制接單？
現在好像流行共乘，那怎麼把多個用戶的路線匹配起來給司機發單呢？
……
仔細一想，派單這個事情，小九九還真不少，看來派單是一個重要的事情，所以我們要在加上派單系統。
好的，現在訂單派發給司機了，司機接單了，用導航接到用戶，再用導航將乘客並送到目的地，乘客該付款了，終於看到回頭錢啦。
可是，問題又來了。乘客使用者用什麼方式支付呢現金？信用卡？銀行支付通道？微信？支付寶？用別人的支付方式還要交手續費，有沒有省錢的方式呢？如何計費呢，白天晚上一個價麼，不同車型價格是不是不一樣，過收費站錢怎麼算，財務還要看收入流水。啥？財務還要求不同的錢，要分別入到不同的幾個公司帳目上用來避稅。我的天，我就知道和錢有關的事情都不是小事，看來還需要一個結算體系。
所以，只要有了乘客端、派單系統、司機端、結算體系就夠了麼？只要做到了這些事情，就每天會有大量用戶使用了嗎？顯然不是，我們還需要運營，讓更多的用戶來使用用我們，讓不瞭解我們的使用者體驗我們服務。所以我們的運營妹妹會經常搞一些 H5 活動、發一些優惠券、下調下計費標準。同時，我們還需要對訂單、對司機、乘客有一個管理。所以我們還需要一個運營支援系統。
現在專車市場打得火熱，企業紛紛大量發放用車優惠券、給司機補貼。所以造就了一個新的職業，刷單。舉個例子，一張叫車訂單的金額是 50 元，平臺分成 20%，那麼司機可以得到 40 元。但平臺為了鼓勵司機，給予 30 元的補貼。那麼司機此單收入就是 70 元。So，如果司機自己給自己下單，在支付完 50 元車費給平臺後，司機就可以得到 70 元。淨賺 20。另一方面，平臺為了刺激用戶下單，還會給用戶發放優惠券，假設司機自己給自己下單時，使用了一張 20 元的優惠券，那麼 50 元的訂單就只需支付 30 元。等於司機給平臺 30 元車費，就得到了 70 元….. 真是一個無本生意！如果讓這些人橫行，不但起不到擴大市場份額的效果，反倒是錢越來越來少，所以我們要他們揪出來！風控系統就很重要了。
所以，這就是我們整理出來的各個業務環節 / 模組了。
- Step2，各環節 / 模組拆解
看到了上面的圖，相信大家也猜到了接下來要做什麼了。沒錯，就是模組的拆解。作為高階產品經理 / 總監，我們就要思考每一個模組的作用，制定出他們的產品主線和任務。
乘客端：用戶的叫車工具，其核心應該在於用戶使用體驗。最大程度的降低用戶使用難度，最高效的叫車。同時能購最大程度靈活的支持到到各種運營活動，刺激用戶下單。
派單系統：叫車軟體本質是通過派單的方式，把使用者和司機聯繫起來。充分利用每一個運力資源，是派單的核心所在。派單演算法是運力利用的關鍵，叫車成功率則是其重要指標。
司機端：司機的接單工具，核心在於司機的使用順暢、行而有效。同時作為平臺連接司機的唯一的載體，通知、溝通、引導也是重要的部分。
結算體系：結算體系主要是業務流程繁瑣，各個支付通道都有自己的流程規矩。需要專人去熟悉追蹤。另外，與財務的對接也需要 PM 對財務的結構有基本的瞭解。
風控系統：兩件大事，找出作弊的人、指定規則讓他們無法作弊。
運營支撐系統：滿足運營的需求即可，產品難度一般不大，但通常分配的資源很少，在有限資源和運營無限的需求間做平衡是關鍵。
所以完整的圖就是這樣：
大家可以根據上圖看看自己的能力，你能做好某個、某幾個模組的優化點的話，你就是個合格的 PM 了；如果你能對整個模組都有自己理解和優化計畫，那你絕對對得起「高級」二字；如果對於各個環節的模組都瞭若指掌，能 hold 住全盤，恭喜你，你升級了。
- Step3，根據業務目標抓住關鍵點
凡事都有輕重緩急，而一個 PM 的的水準高低很大程度取決於他選擇的能力。
一個產品會有很多的模組，對一個高階產品 / 總監，不可能做到每一塊都狠抓，所以一定要找到關鍵點。同理，一個高級 PM 也是，因為每個模組拆分下去都是無底洞，一定要抓住最重要的需求。那麼衡量重要與不重要的參照是什麼呢？是業務。根據業務的不同階段，業務目標都不同。
初期，最重要的是什麼呢？是有一個完整的流程，最重要的是有乘客端和司機端拿出去推廣運行、驗證模式。在市場都還沒有接觸過這類產品的時候，讓使用者 / 司機能夠無門檻的使用。所以乘客端和司機端的體驗是關鍵。
中期，使用者市場已經接受了這個產品，但是司機人數還未跟上。那派單演算法就是重點，用演算法和預測達到 100% 的利用運力，比如給即將到達目的地是司機派目的地附近的訂單，優先給車輛密集區的司機派發前往車輛稀少地區的訂單等等。同時，到了中期，企業也要走向正，規財務自然也要更上，結算系統也會成為一個重點。
現在，火拼期，在高額的優惠、補貼刺激下，任何體驗都不那麼重要了。完全變成了運營驅動，運營支撐系統則浮出水面。在高補貼、高優惠下也將催生更多的刷單，風控將是史無前例的重要。據說，某代駕業務剛上線的那幾天，被人刷掉上千萬。這也是為什麼某新加入補貼大戰的公司，願意 40W 起招一個風控 PM 了。
未來，穩定期，當一切對手被打敗，不再需要通過補貼、優惠來打擊對手時。面對 12 億人的巨大市場，演算法、效率又將成為一個業務提升的重點。
這種生命週期級別的例子，或許離大家太遠。我們在舉例一個簡單的，比如，現在共乘特別火，那我們就看看加一個共乘功能需要做什麼。
乘客端：開一個共乘的入口，重點在於共乘是一套新的交互流程，如何與之前的業務相容，同時作為一個新概念，讓用戶理解共乘是什麼頗為重要
派單系統：重點在於匹配不同乘客的行程路線
司機端：重點在於司機接多個乘客的流程，以及結算引導
結算：多一套共乘計算公式
風控：和平臺差不多的通用規則，無需特別處理
運營支撐：多一種訂單類型，要注意不同乘客拼車訂單的關聯
看了以上內容，大家覺得決定共乘這個事情最關鍵的點是什麼？想好了答案再往後看。
當然是派單系統！共乘的關鍵是什麼，是「順路」的匹配。其他幾項無非是花點時間就就能解決的，而路線匹配不僅是重點，而且也是難點。像 UBER，就做的很差，共乘行程花費的時間幾乎是不共乘時間的 2 倍，基本屬於上是「強迫」共乘。如果要做好共乘這個業務，演算法就是你的利器。當然，如果你用瘋狂補貼的方式，比如共乘無論去哪裡都 9.9，那就無所謂演算法了。這也算是一種打法，用高額補貼讓用戶接受共乘這個事情，再同時惡補演算法，讓使用者慢慢接受。
和所有的方法論一樣，這只是一個整理思路的分析方法，決定水品的還是在於第三步的關鍵點抉擇和最終的執行！就像共乘的演算法，你知道它很關鍵，但是你能解決嗎？
P.S. 說點題外話，經常有人換工作問我，你覺得去 XX 公司怎麼樣。其實判斷一個工作的好與壞很簡單，用這個方法分析一下，就看你的工作是否處在公司業務的關鍵點上，或是將來的關鍵點上。如果是，即使公司倒閉了，你去對手的公司也能吃的開的，科科。
____________________
了解風險、看到風險、管理風險！PM 這就是你的價值所在！
提升你的數位專業，橘子學院邀請 PTT 站長、資深科技人戴志洋（Kaede），八堂課循序漸進帶你理解「網路是什麼」、「怎麼技術 / 設計團隊溝通」、「產品完成後維護」等鞏固你的管理專業。別猶豫了，快來報名你人生中最重要的電腦課！
