一個高水準的產品經理,總是能夠很清晰的梳理出產品線、明確的知道當前最該做什麼,抓到問題的核心所在。那麼他們是如何分析問題的?

今天我分享下我的方法,我稱為“鏈式拆分法”,可以幫助大家明確產品思路,更重要的是讓PM們理解自己真正的定位!我們以叫車軟件為例,實例分析一下。

Step1.整理業務環節/模塊

我們第一步就是要弄清楚整個業務的流程是什麼,把重要環節都梳理出來。

首先,我們要找到一個業務的起點。那對叫車軟件而言,無非就是乘客叫車、司機接客。要關聯起乘客和司機,所以最基本的,我們需要一個乘客線和一個司機線。

有了起點,接下來,就是模擬業務流程。

用戶需要用車了!乘客發出了一個從A點到B點的用車請求,這時,我們需要把這個用車請求發送給司機,告訴他們來“活”了。可是,我們發現好像發送用車請求好像不是那麼簡單的事情…

  • 發送給哪些司機呢?附近1KM的,還是2KM都發?
  • 要是附近2KM都沒有司機怎麼辦呢?發給附近5KM以內的?發送給太多不在附近的司機,會不會對司機是騷擾信息呢?
  • 發送隊列是怎麼樣的,先給誰發后給誰發?附近快完成訂單的司機要不要發?
  • 要是附近有司機,但是司機挑單不願意接單怎麼辦?加價還是強制接單?
  • 現在好像流行拼車,那怎麼把多個用戶的路線匹配起來給司機發單呢?
  • ……

仔細一想,派單這個事情,小九九還真不少,看來派單是一個重要的事情,所以我們要在加上派單系統。

好的,現在訂單派發給司機了,司機接單了,用導航接到用戶,再用導航將乘客並送到目的地,乘客該付款了,終於看到回頭錢啦。可是,問題又來了。乘客用戶用什麼方式支付呢現金?信用卡?銀行支付通道?微信?支付寶?用別人的支付方式還要交手續費,有沒有省錢的方式呢?如何計費呢,白天晚上一個價么,不同車型價格是不是不一樣,過收費站錢怎麼算,財務還要看收入流水。啥?財務MM還要求不同的錢,要分別入到不同的幾個公司賬目上用來避稅。嗷我的天,我就知道和錢有關的事情都不是小事,看來還需要一個結算體系。

所以,只要有了乘客端、派單系統、司機端、結算體系就夠了么?只要做到了這些事情,就每天會有大量用戶使用了嗎?顯然不是,我們還需要運營,讓更多的用戶來使用用我們,讓不了解我們的用戶體驗我們服務。所以我們的運營妹妹會經常搞一些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公司怎麼樣。其實判斷一個工作的好與壞很簡單,用這個方法分析一下,就看你的工作是否處在公司業務的關鍵點上,或是將來的關鍵點上。如果是,即使公司倒閉了,你去對手的公司也能吃的開的,科科。

 

作者:KHan,“邦妮”產品合伙人,微信公眾號:iKhanZhao

本文由 @KHan 原創發佈於人人都是產品經理。未經許可,禁止轉載。