履約產(chǎn)品系統(tǒng)分解

2 評論 15924 瀏覽 108 收藏 12 分鐘

編輯導(dǎo)讀:本文作者從業(yè)務(wù)層、運營層和戰(zhàn)略層這三個產(chǎn)品層級出發(fā),梳理總結(jié)了履約產(chǎn)品系統(tǒng)的架構(gòu)和核心功能,并對搭建過程中需要注意的幾點問題進(jìn)行了系統(tǒng)分析,希望通過此文能夠加深你對履約系統(tǒng)的認(rèn)識。

履約是指交易雙方在確認(rèn)交易(達(dá)成約定)后,服務(wù)提供方按約定為用戶提供服務(wù)的過程;也就是說從用戶確認(rèn)訂單后,到服務(wù)完成的整個過程就是履約。

在《俞軍產(chǎn)品方法論》中提到,產(chǎn)品經(jīng)理找到有利可圖的用戶價值,固化成產(chǎn)品的形式,實現(xiàn)了企業(yè)和用戶價值的交換。而履約過程的本質(zhì),就是這個交換過程的外化。

基于交易的多樣性,履約過程也有多種不同的表現(xiàn)形式:為乘客提供一次打車服務(wù)(送達(dá)目的地);一次外賣配送是一次履約;甚至于用于打開王者榮耀玩一把游戲,游戲中為用戶刺激的體驗、游戲獎勵等都可以被稱之為履約。

履約產(chǎn)品的分層

我將履約產(chǎn)品的搭建劃分成3個層級,分別是:業(yè)務(wù)層,運營層,戰(zhàn)略層。

  • 戰(zhàn)略層:企業(yè)戰(zhàn)略目標(biāo)(或者說產(chǎn)品目標(biāo))決定了用戶群體、決定了企業(yè)要交換的用戶價值,從而決定了履約的外化形式(業(yè)務(wù)層)和運營規(guī)范。
  • 運營層:是基于戰(zhàn)略的拆解,實現(xiàn)對業(yè)務(wù)層的管理、監(jiān)控、異常處理,基于運營層可以對業(yè)務(wù)層進(jìn)行優(yōu)化。
  • 業(yè)務(wù)層:與用戶對接,直接面向用戶和企業(yè),承載履約流程的執(zhí)行,業(yè)務(wù)層是履約系統(tǒng)的基層。

履約產(chǎn)品整體的設(shè)計是自上而下的,而實現(xiàn)則是自下而上的。

因此好的履約產(chǎn)品經(jīng)理在微觀上需要深入流程,宏觀上需要了解戰(zhàn)略。本文主要從產(chǎn)品層面分解業(yè)務(wù)層和運營層的內(nèi)容。

一、業(yè)務(wù)層

業(yè)務(wù)層,或者可以稱之為應(yīng)用層,的核心在于實現(xiàn)履約流程(基礎(chǔ)要求)。以當(dāng)下比較熱門的社群團(tuán)購為例,下圖是一個簡化的抽象流程:

業(yè)務(wù)層的搭建過程中需要注意以下幾點:

1. 一切基于實操

基于上面的抽象流程,我們可以對這個業(yè)務(wù)有個大致的了解。但是在實際系統(tǒng)設(shè)計時,需要和執(zhí)行層的同學(xué)進(jìn)行詳細(xì)的細(xì)節(jié)溝通,包括每一個操作的細(xì)節(jié)處理。

不要用固有的經(jīng)驗去設(shè)計一個看似相同的系統(tǒng)(以下面的經(jīng)驗教訓(xùn)為證)。

2. 場景的復(fù)用

這一點恰恰與上面相反,要在不同里面找相同,考驗產(chǎn)品經(jīng)理的抽象思維。將流程抽象為系統(tǒng)能力,哪些能力是當(dāng)前已有的可以復(fù)用的,通過搭積木的方式來搭建流程。

在功能下細(xì)分拓展點(配置點)來區(qū)分流程,將流程設(shè)計得更加靈活。

一個比較形象的例子就是iphone,其實組裝的流程都是一樣的,所以可以共用一條流水線,其區(qū)別只在于廠家可以支持不同的配置以滿足不同型號的產(chǎn)出。

3. 注意異常和逆向流程

業(yè)務(wù)描述流程一般是”第一步、第二步、第三步”。

而我們要切入的點是,如果第X步?jīng)]有順利發(fā)生怎么辦,從這個點開始,我們就會聚焦于什么情況下第X步會有問題及怎么解決這個問題。(之前筆者在汽車行業(yè)的時候,稱這種做法為FMEA, Failure Mode and Effects Analysis,失效模式與影響分析)。

抓住可能的異常點,提前評估對正向流程的影響,將“致命點”提前殺死在搖籃中。

經(jīng)驗教訓(xùn):筆者之前所在的公司是做平臺電商的,后來開始嘗試社群團(tuán)購。

對于電商來說,正常情況下是不允許拆賣的(除了有計劃性的預(yù)售),所以最初系統(tǒng)設(shè)置的訂單下發(fā)邏輯時會校驗下游庫存是否充足,如果庫存不足,則會攔截訂單并告警。

后來開始做社群團(tuán)購后,因為采用的采購模式是以銷定采,且前期無法保證供應(yīng)商100%及時到貨,所以會有部分商品缺貨的情況,而當(dāng)時做的合單策略是按照團(tuán)長合單,所以導(dǎo)致一個團(tuán)長下有100個子單,但是合單后,由于某個訂單缺幾件商品,無法下發(fā)團(tuán)長訂單到倉庫(越大的訂單越容易出現(xiàn)這個問題)。

等到倉庫到貨入庫了,大訂單下來了,倉庫作業(yè)往往就來不及了(當(dāng)時承諾用戶是晚上9點前下單,次日10點送達(dá))。

4. 分清優(yōu)先級,辨別核心流程

資源不足大概是產(chǎn)品經(jīng)理最常聽到的話之一了。因此也要求我們必須要識別關(guān)鍵需求的能力。因此在流程梳理過程中,也需要和業(yè)務(wù)方確認(rèn)清楚每個功能點的價值和優(yōu)先級。

特別是對于從0到1的項目,如果考慮全鏈路流程的支持,等萬事俱備再開始推廣,很可能已經(jīng)差別人幾個身位了。

以上面社區(qū)團(tuán)購為例,在前期發(fā)展體量小的時候,資源應(yīng)該先優(yōu)先保證面向用戶的功能,倉內(nèi)和排線是可以先由人工和紙質(zhì)單據(jù)來代替的。

二、運營層

業(yè)務(wù)層面實現(xiàn)的是能力,而運營層實現(xiàn)的則是通過對業(yè)務(wù)層的管控,反哺業(yè)務(wù)層達(dá)成優(yōu)質(zhì)履約。優(yōu)質(zhì)是基于對戰(zhàn)略指標(biāo)的達(dá)成來說。比如說服飾市場中的快銷品和高奢定制,快銷品的履約注重迭代快、價格低,對品質(zhì)的要求沒有那么高。而高奢則恰恰相反。因為兩者從戰(zhàn)略層面來說本身就是不同的。

所以運營層的搭建是立足于業(yè)務(wù),承接于戰(zhàn)略的分解。這個模塊主要需要包含這幾個層面的能力:

1. 指標(biāo)管理

拆解流程中和戰(zhàn)略相關(guān)的指標(biāo),將其固化為運營指標(biāo),比如以公司[毛利率]這個指標(biāo)為例,它本身是一個綜合的指標(biāo),很難直接從一個點或者某幾個點去進(jìn)行達(dá)成。下圖是這個指標(biāo)在倉庫管理鏈路上的拆解:

后續(xù)則可以通過對運營層指標(biāo)(如坪效、人效等)的管理,間接的實現(xiàn)戰(zhàn)略目標(biāo)的達(dá)成。這一部分內(nèi)容通常最后會被外化為數(shù)據(jù)看板。

2. 異常監(jiān)控

對于指標(biāo)的監(jiān)控大家應(yīng)該都比較熟悉,所以這個段落我想說下對于系統(tǒng)行為的監(jiān)控。

其實每個用戶(包含內(nèi)部用戶和外部用戶)行為在系統(tǒng)上的使用都會留下足跡,而每個行為其實都可以被定性為正常操作和異常操作。

很典型的就是淘寶的防刷單機(jī)制中對于異常訂單的監(jiān)控。

再比如之前在知乎上有看到,關(guān)于如何薅紅包單車羊毛的貼子:騎行用戶掃碼打開紅包車后,通過虛擬定位進(jìn)行還車(這個行為非常不推薦哦)。這其實就是屬于系統(tǒng)應(yīng)監(jiān)管的異常行為。

3. 系統(tǒng)建議

運營層除了監(jiān)控和現(xiàn)狀的外露外,還應(yīng)該具有指導(dǎo)性。在告訴用戶現(xiàn)狀的同時,指導(dǎo)用戶如何提升以達(dá)到目的或者如何處理異常。

以倉內(nèi)流程為例,用戶都知道為了完成時效目標(biāo),應(yīng)該把“好鋼用在刀刃上”,那么哪里是刀刃(瓶頸)呢?光看當(dāng)前的時效可能無法解決問題。但系統(tǒng)可以通過不同訂單結(jié)構(gòu)在不同工序所需的工時不同(比如單品單件的訂單瓶頸通常在打包工位,多品多件訂單的瓶頸通常在揀貨工位),提前預(yù)測瓶頸工序,提示管理人員及時進(jìn)行人員調(diào)動。

綜上,運營層的整體回答了:我要管控什么行為,我要達(dá)到什么目標(biāo)(現(xiàn)在做的怎么樣了),我應(yīng)該怎么達(dá)到這個目標(biāo)。

總結(jié)

我之所以將其分解為三個層面,是希望在產(chǎn)品的輸出過程中,不要只專注于表面的功能,而是可以更深入的理解業(yè)務(wù),讓產(chǎn)品真正成為一個產(chǎn)品。三個層次的設(shè)計并不是指需要設(shè)計三個層次相互隔離的功能,而是在同一個功能/流程設(shè)計中考慮到三個層次。

梁寧老師關(guān)于ATM設(shè)計的講解不知道大家之前有沒有聽過,如果讓你設(shè)計ATM你會怎么設(shè)計呢?如果你的回答是圍繞交互頁面、怎么做提款、存款,那么說明你的設(shè)計還只停留在業(yè)務(wù)層(建議大家可以去聽下,這里就不展開了)。

以上均基于筆者個人的工作經(jīng)驗和對產(chǎn)品的理解,主旨在于分享設(shè)計思路,沒有深入的針對某類產(chǎn)品進(jìn)行具體的設(shè)計分解??赡苓€存在不到位或不妥帖之處,如果大家有想要溝通交流或指正之處歡迎后臺留言,共同交流進(jìn)度。

感謝閱讀。

#專欄作家#

麋鹿產(chǎn)品,公眾號:麋鹿產(chǎn)品手冊,人人都是產(chǎn)品經(jīng)理專欄作家。專注供應(yīng)鏈挖掘提升,熱愛生活,熱愛產(chǎn)品。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來自Unsplash,基于CCO協(xié)議。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 寫得好棒~里面涉及一些非常實用的b端系統(tǒng)設(shè)計方法論。
    但是可能因為我從來沒有接觸過電商后臺,還是有點沒看明白履約系統(tǒng)具體干什么。

    來自北京 回復(fù)
    1. 我的理解是以最低成本完成對客戶的履約,比如用戶買了東西,需要我們在規(guī)定時效內(nèi)把商品送到用戶手上,這時候就包含了很多成本:倉庫內(nèi)揀貨、倉庫間調(diào)撥、商品包裝、物流配送等等。盡量降低成本,提高供應(yīng)效率

      來自貴州 回復(fù)