您現在所在位置: 主頁(yè) > 網(wǎng)站建設
全面復盤(pán)分析開(kāi)展規劃Workshop(10月產(chǎn)品總結)
更新時(shí)間:2026-05-04 15:54:44
全面復盤(pán)分析開(kāi)展規劃(hua)Worksh(′_`)op(10月產(chǎn)品總結)
從用戶(hù)到場(chǎng)景,全面從場(chǎng)景到??產(chǎn)品??使用路徑,??復盤(pán)分析全??面的開(kāi)展梳理復盤(pán)過(guò)程產(chǎn)生的新的需求點(diǎn),對??于簡(jiǎn)單需求形成各方滿(mǎn)意的規劃初步方案。
本月復盤(pán)內容簡(jiǎn)述
現狀問(wèn)題:司機拉不上來(lái),月產(chǎn)沒(méi)有司機貨??主的品總貨就沒(méi)有人拉。GMV就上不去。全面怎么解(jie)決?復盤(pán)分析
解決目標:降低拉新司機門(mén)檻
Case1:能否不讓司機下載APP?規劃Case2: 能否讓司機提交資料后置?Caヾ(′▽?zhuān)??se3: 能否幫助司機提交(′;д;`)資料?如:銷(xiāo)售幫助司機提交(通過(guò)銷(xiāo)售移動(dòng)端)Case1:是否可以用小程序??替代APP?
Result:
與獨立App??相比,微信小程序更多的月產(chǎn)受限于微信體系。APP所(suo)具有的品總短信推送,站內推送等手段也會(huì )在一定程度受受制于微信規則。全面微信小程序較A(╯‵□′)╯pp而言,復盤(pán)分析運營(yíng)自由度也會(huì )相對降低,開(kāi)展??運營(yíng)難度更大。其次??,對于有支付強需求的??產(chǎn)品而言,微信??小程序內部設計支付功能,就很可能會(huì )產(chǎn)生被支付寶的屏蔽風(fēng)險,在這一點(diǎn)上,App就顯得得更加靈活性并擁有獨特優(yōu)勢。更多分析可參考《如何選擇移動(dòng)端?》
Result:不能。
原因主要有兩個(gè):第一,接單簽約時(shí)必須確保運輸協(xié)議所關(guān)聯(lián)的訂單車(chē)輛和駕駛員一致;第二,司機在運輸過(guò)程中,平臺需要監控運輸過(guò)程,并且在裝卸貨低獲取駕駛員位置。那么前提就是能證明駕駛員就是注冊的司機用戶(hù)。
分析依據:《網(wǎng)絡(luò )貨運平臺管理制度》中運輸過(guò)程監控部分強調,網(wǎng)絡(luò )貨運平臺應驗證訂單里的車(chē)輛和駕駛員一致,并且在裝卸貨地獲取駕駛員位置。
因此,即便是司機提交資料后置,我們也必須限制司機在接單前就完成人和(′▽?zhuān)?車(chē)輛的認證及綁定。所以??,為了保證運輸協(xié)議簽訂是真實(shí)的,現在產(chǎn)品是先完成駕駛員認證后接單的途徑是唯一合規的方??式。
Case3:能否幫助司機提交資料?
Result:能。
如:銷(xiāo)售幫助司機提交(通過(guò)銷(xiāo)售移動(dòng)端)
從系統上線(xiàn)至今,我們從運營(yíng)、業(yè)務(wù)都接收到這樣的反饋:司機的注冊認證基本是銷(xiāo)售代勞。
既然如此,我們完全可以為銷(xiāo)售提供拉新??司機的移動(dòng)端小工具,用戶(hù)采集司機認證資料。并且通過(guò)我們的中臺完成認證資料的審核及司機賬號的激活。如果提??供這樣的銷(xiāo)售小工具,銷(xiāo)售拉新司機的方向就需要做微調。
首先,拉新司機變?yōu)?wei)采集??司機資料并送審。這一項是需要銷(xiāo)售團隊提供考核標準給產(chǎn)品組做依據,先明確如何考核再考慮如何完成產(chǎn)品支撐。
其次,銷(xiāo)售依然需要解決司機不愿意下載APP的問(wèn)題,并且需要調整開(kāi)拓司機的戰略及話(huà)術(shù)。
從復盤(pán)到Workshop
產(chǎn)品經(jīng)理對曾做過(guò)的產(chǎn)品,曾參與過(guò)的項目進(jìn)行復盤(pán)是很自然的學(xué)習過(guò)程(╯°□°)╯︵ ┻━┻。學(xué)習-思考-實(shí)踐-總結-再學(xué)習,這是一個(gè)個(gè)人能力長(cháng)期迭代的過(guò)程。
作為產(chǎn)品經(jīng)理,保持學(xué)習總結的態(tài)度和能力,是非常重要的。2C的產(chǎn)品經(jīng)理學(xué)習的成本較2B的產(chǎn)品低,因為純互聯(lián)??(lian)網(wǎng)的產(chǎn)品可參考的案例多,用戶(hù)場(chǎng)景也雷同。B端的產(chǎn)品,業(yè)務(wù)屬性強,線(xiàn)上線(xiàn)下結合緊密。因此,2B的產(chǎn)品經(jīng)理,其學(xué)??習的成本就很高。
2B???的產(chǎn)品經(jīng)理主要來(lái)源于三種場(chǎng)景:
帶研發(fā)(′▽?zhuān)?項目,項目逐步標準化為產(chǎn)品,轉產(chǎn)品經(jīng)理??;技術(shù)出生,帶過(guò)幾個(gè)初??中級產(chǎn)品經(jīng)理,變相是產(chǎn)??品經(jīng)理;做解決方案寫(xiě)PPT的售前,接觸客戶(hù)多,能補充業(yè)務(wù)場(chǎng)景帶隊做產(chǎn)品,然后找技術(shù)負責人打配合。從不同場(chǎng)景成長(cháng)起來(lái)的產(chǎn)品經(jīng)理(li),需要學(xué)習的方向和目標也是不同的?。但是??無(wú)論如何學(xué)習,復盤(pán)一定是必ヽ(′ー`)ノ經(jīng)之路。復盤(pán)過(guò)程是就專(zhuān)項問(wèn)題做專(zhuān)項分析。
分析過(guò)程可能需要組織項(╯°□°)╯︵ ┻━┻目???組成員完成多個(gè)Workshop,在Workshop中,我們需要完成對復盤(pán)內容及后期規劃的出結論性產(chǎn)物。
結論性產(chǎn)物一??般含四類(lèi):
項目組成員需要對業(yè)務(wù)關(guān)鍵流程及關(guān)鍵需求點(diǎn)再次達成決策;產(chǎn)品經(jīng)理負責評估復盤(pán)過(guò)程中,??總結出的需求點(diǎn)的可行性;項目經(jīng)理(li)+產(chǎn)品經(jīng)理,需要識別并剔除不合理需求,特別是投入產(chǎn)出比低的需求要慎重處理;??會(huì )后,由產(chǎn)品經(jīng)理形成清晰的會(huì )議紀要,并且在可控時(shí)間內完成需(xu)求文檔。(′?_?`)從(????)復盤(pán)到Workshop的過(guò)程,我們需要對于簡(jiǎn)單需求形成各方滿(mǎn)意的初步方案。通過(guò)描述User(╯‵□′)╯story的方??式,從用戶(hù)到場(chǎng)景,從場(chǎng)景到產(chǎn)品使用路徑,全面的梳理復盤(pán)過(guò)程產(chǎn)生的新的ヽ(′▽?zhuān)?ノ需求點(diǎn)。
采集需求-分析需求-整合需求-再分析需求,是(shi)產(chǎn)品經(jīng)理重要(°□°)工作之一。需求挖掘的過(guò)程就產(chǎn)品了解用戶(hù),熟悉業(yè)務(wù)的過(guò)程。
特別是2B的產(chǎn)品經(jīng)理,能從眾多需求中,有效兼顧可行性、投入產(chǎn)出比、業(yè)務(wù)改善等復雜問(wèn)題,是非常不容易的。多學(xué)習,多(duo)復盤(pán),( ???)多思考,才能把B端產(chǎn)品做好。

