陳文男
B端系統(tǒng)不是一堆頁面堆出來的,是能力與標(biāo)準(zhǔn)構(gòu)成的底層結(jié)構(gòu)。這篇文章將從“標(biāo)準(zhǔn)化能力”的角度出發(fā),拆解后臺系統(tǒng)的抽象邏輯、落地方法與業(yè)務(wù)協(xié)同本質(zhì),幫助產(chǎn)品人建立更清晰的認(rèn)知框架。
標(biāo)準(zhǔn)化能力說明
從前文“B端產(chǎn)品體系如何搭建”可以了解到,基于PaaS+SaaS產(chǎn)品架構(gòu)模式進(jìn)行B端產(chǎn)品體系搭建,可以規(guī)避搭建過程中易發(fā)生的“通用功能重復(fù)建設(shè)、需求變更/新需求支撐難”兩個主要問題。
根據(jù)是否建立開放平臺來進(jìn)行能力上架調(diào)用下架等管理,若未建立開放平臺,則形成能力清單,明確能力定義、內(nèi)容、輸出物、調(diào)用流程等信息,按需引用來提供能力支撐。
能力類型:
技術(shù)能力:可被復(fù)用的重復(fù)編碼內(nèi)容(如OCR識別、電子簽章等);
業(yè)務(wù)能力:可被復(fù)用的功能模塊(如**工單管理);
產(chǎn)品能力:可被復(fù)用的特定業(yè)務(wù)場景功能組合(如合同管理系統(tǒng)、項(xiàng)目管理系統(tǒng)等);
標(biāo)準(zhǔn)化能力識別核心邏輯
眾所周知,在B端產(chǎn)品設(shè)計(jì)中,有兩個主要路徑:
其一,從項(xiàng)目場景中面向特定業(yè)務(wù)領(lǐng)域形成標(biāo)準(zhǔn)化產(chǎn)品輸出;
其二,瞄定特定業(yè)務(wù)進(jìn)行場景梳理,形成產(chǎn)品MVP推廣后逐步優(yōu)化;
前者先定制落地后抽象標(biāo)準(zhǔn)化輸出,其特點(diǎn)是業(yè)務(wù)覆蓋程度高、標(biāo)準(zhǔn)化程度不足,屬于較為保守的產(chǎn)品發(fā)展路徑,隨著產(chǎn)品發(fā)展而提升產(chǎn)品標(biāo)準(zhǔn)化程度;
后者梳理標(biāo)準(zhǔn)化后落地迭代輸出,其特點(diǎn)是業(yè)務(wù)覆蓋度不高、標(biāo)準(zhǔn)化程度未定,屬于受限產(chǎn)品化因素的發(fā)展路徑,若產(chǎn)品化能力不足可能因此在項(xiàng)目落地時(shí)發(fā)生較大改動,需要確定產(chǎn)品驗(yàn)證路徑,隨著驗(yàn)證迭代過程而提升產(chǎn)品標(biāo)準(zhǔn)化程度;
若要在B端產(chǎn)品設(shè)計(jì)過程中,考慮標(biāo)準(zhǔn)化能力形成,則可以綜合以上兩種路徑進(jìn)行產(chǎn)品設(shè)計(jì)。在定制化過程中,瞄定業(yè)務(wù)場景調(diào)研相關(guān)業(yè)務(wù)需求,識別共性需求進(jìn)行標(biāo)準(zhǔn)化設(shè)計(jì),梳理標(biāo)準(zhǔn)化能力的業(yè)務(wù)覆蓋程度,針對定制需求各場景考慮自定義配置進(jìn)行覆蓋,從而在滿足需求基礎(chǔ)上整體提升能力的標(biāo)準(zhǔn)化程度,隨著不同項(xiàng)目落地逐步驗(yàn)證迭代。
在B端系統(tǒng)搭建過程中,首要前提是對于整個B端業(yè)務(wù)場景的全局梳理把控。
需要深入了解業(yè)務(wù)范圍、業(yè)務(wù)流轉(zhuǎn)邏輯等內(nèi)容,選定特定業(yè)務(wù)進(jìn)行需求調(diào)研,形成業(yè)務(wù)場景需求清單;
從已有業(yè)務(wù)場景清單中,根據(jù)需求復(fù)用情況(與哪些場景/功能重復(fù),重復(fù)情況),明確需求復(fù)用程度較高的場景中,哪些是通用需求哪些個性化需求;
針對通用需求進(jìn)行標(biāo)準(zhǔn)化能力設(shè)計(jì),針對個性化需求引入配置規(guī)則、自定義設(shè)置等進(jìn)行拓展?jié)M足;(針對通用功能+配置規(guī)則+自定義設(shè)置未能覆蓋的業(yè)務(wù)場景,需要預(yù)留拓展入口,支持結(jié)合編碼等方式實(shí)現(xiàn),這部分為能力未覆蓋范圍)
明確能力定位,包括所面向業(yè)務(wù)場景、能力類型-內(nèi)容、覆蓋率、能力間依賴關(guān)系;
結(jié)合統(tǒng)一技術(shù)規(guī)范,明確建設(shè)內(nèi)容和能力輸出物形態(tài)(如API接口、后端SDK、前后端SDK等);
約定能力指標(biāo),包括且不限于覆蓋率、客戶滿意度、能力調(diào)用情況、性能等;(可根據(jù)能力面向業(yè)務(wù)場景設(shè)定業(yè)務(wù)指標(biāo),如流程流轉(zhuǎn)效率等)
在這個過程中,需要考慮的重點(diǎn)還包括標(biāo)準(zhǔn)化能力封裝處理、個性需求與通用需求的平衡、面向研發(fā)的復(fù)用難易程度等。
標(biāo)準(zhǔn)化能力識別示例
首先,進(jìn)行產(chǎn)品內(nèi)容的拆解,了解清楚產(chǎn)品的組成元素,才能根據(jù)需要來開展產(chǎn)品設(shè)計(jì)。
產(chǎn)品級-華為云
功能級-功能模塊,閉環(huán)業(yè)務(wù)場景,由多個菜單組成完整功能體系;
以華為云-工單管理為例
菜單級-由多個頁面交互實(shí)現(xiàn)菜單功能,展示業(yè)務(wù)信息展示及開放操作入口;
以華為云-工單管理-新建工單為例
頁面級-單個頁面由多種內(nèi)容組成,如業(yè)務(wù)工單發(fā)起、任務(wù)處理等,將業(yè)務(wù)信息按邏輯分層級展示;
以華為云-工單管理-新建工單-填寫問題描述為例
內(nèi)容塊-由多個元素組成,如列表、查詢項(xiàng)、提醒配置等,將展示內(nèi)容分區(qū)展示;
以華為云-工單管理-新建工單-填寫問題描述-聯(lián)系方式為例
元素塊-產(chǎn)品組成的最基本內(nèi)容,如文本輸入框、按鈕等;
以華為云-工單管理-新建工單-填寫問題描述-聯(lián)系方式-手機(jī)號碼為例
這是顯性的產(chǎn)品組成內(nèi)容層級,但是產(chǎn)品內(nèi)部業(yè)務(wù)邏輯、數(shù)據(jù)流轉(zhuǎn)邏輯才是隱性的基礎(chǔ)。
以“我的工單”為例,查詢邏輯為當(dāng)前用戶相關(guān)的所有狀態(tài)的工單,展示內(nèi)容包括工單編號、問題描述、問題類型、問題歸屬等信息。
此功能所面向業(yè)務(wù)場景是“當(dāng)您使用華為云過程碰到任何問題都可以通過工單管理系統(tǒng)向華為云售后工程反饋(以下簡稱提單),您可以通過工單及時(shí)了解到問題處理進(jìn)展?!?/p>
那我們可以了解到,不論是產(chǎn)品建議、缺陷反饋等信息,均可以通過工單進(jìn)行發(fā)起、處理、評價(jià)。
這部分功能的本質(zhì)是反饋中心,可以通過調(diào)研平臺使用者和管理者之間的反饋業(yè)務(wù)場景。從而抽象出兩個場景“通用反饋中心”“開發(fā)平臺反饋中心”。
若產(chǎn)品定位就是開發(fā)平臺,不存在其他業(yè)務(wù)系統(tǒng)有復(fù)用需求,那么專項(xiàng)調(diào)研開發(fā)平臺的反饋業(yè)務(wù)場景的需求,從而進(jìn)行通用化設(shè)計(jì)。
標(biāo)準(zhǔn)化能力管理
標(biāo)準(zhǔn)化能力的管理動作,通常圍繞“維護(hù)-監(jiān)控-迭代”展開。
維護(hù)階段
新增能力需經(jīng)過充分的業(yè)務(wù)調(diào)研,確定能力對應(yīng)業(yè)務(wù)場景的覆蓋情況,明確該能力建設(shè)的可行性和必要性;
能力輸出,需要明確能力定義、能力內(nèi)容、內(nèi)部邏輯、輸出物、對接流程等;
監(jiān)控階段
能力供調(diào)用后,需要定期監(jiān)控能力的調(diào)用情況、響應(yīng)速度等,監(jiān)控其對于現(xiàn)有功能的支撐程度和效率提升情況;
迭代階段
根據(jù)業(yè)務(wù)場景需求變化情況,開展能力迭代;
核心注意點(diǎn)是:迭代版本與歷史版本的兼容性;
后續(xù)
后續(xù)文章中將會對于B端系統(tǒng)構(gòu)建中“B端如何進(jìn)行標(biāo)準(zhǔn)化設(shè)計(jì)-用戶中心”進(jìn)行介紹。
來源:紅網(wǎng)
作者:宦綠夏
編輯:王伶真
本文為紅辣椒評論 原創(chuàng)文章,僅系作者個人觀點(diǎn),不代表紅網(wǎng)立場。轉(zhuǎn)載請附原文出處鏈接和本聲明。