中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

編輯導(dǎo)語(yǔ)：B端產(chǎn)品通常需要支撐功能和產(chǎn)品功能來(lái)共同實(shí)現(xiàn)一個(gè)業(yè)務(wù)需求，那么這兩種功能在設(shè)計(jì)實(shí)踐中，存在什么特點(diǎn)呢？我們?cè)谌粘?shí)踐中，又該如何權(quán)衡產(chǎn)品功能和支撐功能的設(shè)計(jì)呢？關(guān)于這兩個(gè)問(wèn)題，本文作者結(jié)合自己的工作經(jīng)驗(yàn)，為我們談了談他的一些看法。

近幾年，構(gòu)建最小可行化方案（MVP）快速試錯(cuò)，找尋市場(chǎng)切合點(diǎn)的敏捷開(kāi)發(fā)的方法論受到各個(gè)互聯(lián)網(wǎng)公司的追捧。

但面向B端的產(chǎn)品天然具有著開(kāi)發(fā)周期長(zhǎng)，功能定制化的特點(diǎn)，為了用戶需求可以快速響應(yīng)的同時(shí)，實(shí)現(xiàn)功能的復(fù)用，往往在一個(gè)功能的早期不會(huì)設(shè)計(jì)和開(kāi)發(fā)的盡善盡美，故會(huì)存在一個(gè)運(yùn)維或者運(yùn)營(yíng)人員高強(qiáng)度支撐產(chǎn)品的階段。

有時(shí)候運(yùn)維或者運(yùn)營(yíng)人員甚至?xí)槿胝５臉I(yè)務(wù)流程中，充當(dāng)“人肉補(bǔ)丁”，以保證在特殊情況下的業(yè)務(wù)可以正常進(jìn)行。這些情況都是產(chǎn)品初期是正常操作，不可避免的。

所以我們通常需要支撐功能和產(chǎn)品功能共同實(shí)現(xiàn)一個(gè)業(yè)務(wù)需求，所謂支撐功能與產(chǎn)品功能，我們內(nèi)部定義為：

• 支撐功能：為了支持業(yè)務(wù)正常進(jìn)行提供給運(yùn)營(yíng)人員使用的功能；
• 產(chǎn)品功能：提供給客戶側(cè)人員使用實(shí)現(xiàn)業(yè)務(wù)場(chǎng)景的功能。

支撐功能和產(chǎn)品功能在設(shè)計(jì)實(shí)踐中，存在以下特點(diǎn)：

1. 支撐功能與產(chǎn)品功能不存在明顯的業(yè)務(wù)范圍界限

如關(guān)閉訂單接單前部分退貨的功能，可以由門店在界面上單獨(dú)配置，也可以由運(yùn)營(yíng)人員在項(xiàng)目級(jí)別關(guān)閉，實(shí)現(xiàn)的業(yè)務(wù)場(chǎng)景基本一致，故不存在明顯的業(yè)務(wù)范圍界限。

2. 支撐功能與業(yè)務(wù)功能在一個(gè)業(yè)務(wù)流程期間可能交叉出現(xiàn)

如一個(gè)商家入住過(guò)程，可能存在商家入駐申請(qǐng)，運(yùn)營(yíng)配置租戶，商家完善信息等階段。

3.?支撐功能由于面向內(nèi)部專業(yè)人員，大部分時(shí)候不需要交互良好的流程和界面，故開(kāi)發(fā)周期更短

如配置每5分鐘拉取一次或每天7帶點(diǎn)定時(shí)數(shù)據(jù)拉取的功能，就可以通過(guò)corn表達(dá)式的方式來(lái)控制，而不用提供繁多的控件。

由此可見(jiàn)，支撐功能和產(chǎn)品功能在如何更有效率的滿足業(yè)務(wù)場(chǎng)景方面存在重疊，在業(yè)務(wù)流程中交叉出現(xiàn)；而支撐功能開(kāi)發(fā)周期較短，有利于快速響應(yīng)用戶需求，節(jié)省資源，為日后的產(chǎn)品優(yōu)化提供空間。

所以我們?cè)谌粘?shí)踐中，我們?cè)撊绾螜?quán)衡產(chǎn)品功能和支撐功能的設(shè)計(jì)呢：

一、用戶關(guān)注側(cè)重點(diǎn)的和運(yùn)營(yíng)關(guān)注側(cè)重點(diǎn)的權(quán)衡

B端產(chǎn)品的產(chǎn)品價(jià)值在于解決問(wèn)題，提高客戶工作效率。故對(duì)于產(chǎn)品用戶來(lái)說(shuō)，他們并不關(guān)心一個(gè)功能是怎么實(shí)現(xiàn)的，他們只關(guān)心在什么場(chǎng)景下用什么方式實(shí)現(xiàn)什么目標(biāo)，故需要權(quán)衡用戶關(guān)注側(cè)重點(diǎn)的和運(yùn)營(yíng)關(guān)注側(cè)的重點(diǎn)。

以數(shù)據(jù)聚合功能為例，為了將各個(gè)前臺(tái)系統(tǒng)數(shù)據(jù)進(jìn)行聚合，需要進(jìn)行以下流程：接口授權(quán)→數(shù)據(jù)拉取機(jī)制設(shè)置→數(shù)據(jù)展示

接口授權(quán)：即獲取數(shù)據(jù)源的接口授權(quán)，此操作由于涉及到接口賬號(hào)及密鑰的配置，屬于接口層面的對(duì)接操作，用戶由于缺少對(duì)系統(tǒng)底層實(shí)現(xiàn)邏輯的認(rèn)知和關(guān)注；此時(shí)交由用戶自行配置，用戶的學(xué)習(xí)成本較高，故應(yīng)由運(yùn)營(yíng)人員進(jìn)行操作，很明顯應(yīng)設(shè)計(jì)成支撐功能。

數(shù)據(jù)拉取機(jī)制設(shè)置：產(chǎn)品支持設(shè)置時(shí)間間隔或固定時(shí)間點(diǎn)去拉取數(shù)據(jù)進(jìn)行加工并郵件分發(fā)給預(yù)設(shè)用戶的郵箱，由于產(chǎn)品資源有限，同時(shí)對(duì)所有租戶在同一時(shí)間節(jié)點(diǎn)進(jìn)行數(shù)據(jù)拉取與加工，對(duì)服務(wù)器性能有一定影響。

同時(shí)產(chǎn)品經(jīng)理在調(diào)研后得知：

1. 系統(tǒng)自動(dòng)分批加工功能本期暫未無(wú)法上線，需要運(yùn)營(yíng)人員手動(dòng)設(shè)置數(shù)據(jù)加工時(shí)間；
2. 用戶對(duì)于數(shù)據(jù)的發(fā)送沒(méi)有很強(qiáng)的時(shí)間點(diǎn)要求，一般工作日中午之前獲取到數(shù)據(jù)報(bào)表即可。

經(jīng)過(guò)調(diào)研，我們得知：用戶不關(guān)注數(shù)據(jù)拉取的機(jī)制設(shè)置；運(yùn)營(yíng)人員對(duì)于數(shù)據(jù)拉取機(jī)制較為關(guān)注。數(shù)據(jù)展示：應(yīng)展示哪些數(shù)據(jù)字段，這是用戶根據(jù)實(shí)際業(yè)務(wù)情況進(jìn)行決定的，故應(yīng)該做成產(chǎn)品功能。

二、 功能使用頻率和開(kāi)發(fā)資源的權(quán)衡

當(dāng)功能的使用頻率較低，但占用開(kāi)發(fā)資源較多時(shí)，可以考慮使用支撐功能來(lái)實(shí)現(xiàn)。

以各個(gè)外賣平臺(tái)都有的商品信息變動(dòng)日志為例，此功能滿足了用戶在商品信息錯(cuò)誤時(shí)，通過(guò)日志找到錯(cuò)誤發(fā)生的時(shí)間及操作人，進(jìn)而確認(rèn)錯(cuò)誤原因。經(jīng)過(guò)調(diào)研，我們得到兩個(gè)反饋：

1. 各項(xiàng)目分別發(fā)生商品信息錯(cuò)誤需要排查日志確定問(wèn)題原因的概率較低，但是目前存量客戶整體出現(xiàn)這種業(yè)務(wù)訴求的次數(shù)較多；
2. 開(kāi)發(fā)對(duì)日志功能方案進(jìn)行了評(píng)估，指出如果做成產(chǎn)品功能，則對(duì)數(shù)據(jù)加工時(shí)效性有較高的要求，實(shí)現(xiàn)難度較大，需要提高數(shù)據(jù)庫(kù)資源。

在這種情況下，耗費(fèi)了大量的資源，實(shí)現(xiàn)了一個(gè)單個(gè)項(xiàng)目使用頻率并不高的功能，在項(xiàng)目初期，投資回報(bào)率明顯是低的了，故最終采用設(shè)計(jì)支撐功能的方式來(lái)滿足此業(yè)務(wù)場(chǎng)景。

實(shí)現(xiàn)的方式為：使用mongoDB數(shù)據(jù)庫(kù)記錄日志，當(dāng)用戶期望排查日志確定商品信息異常變動(dòng)問(wèn)題原因時(shí)，向產(chǎn)品運(yùn)營(yíng)申請(qǐng)，產(chǎn)品運(yùn)營(yíng)在后臺(tái)中定位日志并提供給用戶；

三、 風(fēng)險(xiǎn)控制的權(quán)衡

在項(xiàng)目初期，權(quán)限控制，操作引導(dǎo)功能尚不完善，此時(shí)，如果識(shí)別到將功能交付給客戶使用后風(fēng)險(xiǎn)較大，應(yīng)采用支撐功能的方式來(lái)實(shí)現(xiàn)。

以異常數(shù)據(jù)修正功能為例：在日常工作之中，我們發(fā)現(xiàn)，由于系統(tǒng)計(jì)算邏輯未考慮全面，導(dǎo)致訂單數(shù)據(jù)出現(xiàn)異常，通常表現(xiàn)在訂單中相關(guān)金額計(jì)算異常，作為問(wèn)題解決機(jī)制的一環(huán)，需要增加異常數(shù)據(jù)手工修正功能。

此功能設(shè)計(jì)時(shí)，由于對(duì)哪些訂單的數(shù)據(jù)可以進(jìn)行修正無(wú)法識(shí)別，故所有訂單數(shù)據(jù)都允許進(jìn)行修正。

但調(diào)研得知，目前權(quán)限控制系統(tǒng)較為粗糙，無(wú)法將此功能指定給組織中特定的用戶，此時(shí)如果將該功能直接交付給所有客戶，則會(huì)存在正常訂單也被修改的風(fēng)險(xiǎn)。

權(quán)衡之后，采取了使用支撐功能的方案解決；

四、操作效率的權(quán)衡

在產(chǎn)品初期新上線了一個(gè)少部分項(xiàng)目不適用的一個(gè)新功能，故需要將功能設(shè)計(jì)成開(kāi)關(guān)選項(xiàng)控制開(kāi)啟。但用戶側(cè)運(yùn)營(yíng)人員操作效率較低，可能在數(shù)天內(nèi)都不進(jìn)行選項(xiàng)的打開(kāi)操作，進(jìn)而造成功能無(wú)法大面積推廣。

出于操作效率的權(quán)衡，我們?cè)O(shè)計(jì)了一個(gè)支撐功能，以實(shí)現(xiàn)在后臺(tái)開(kāi)啟對(duì)應(yīng)的業(yè)務(wù)功能。從這個(gè)例子可以看出，一各業(yè)務(wù)場(chǎng)景可能完全可以由用戶自行操作。

但是因?yàn)楦鱾€(gè)用戶的內(nèi)部管理水平水平不一，為了功能的正常上線與推廣，也是需要設(shè)計(jì)支撐功能的；

結(jié)語(yǔ)：

需要注意的一點(diǎn)是，當(dāng)運(yùn)營(yíng)人員可以通過(guò)支撐功能替代部分產(chǎn)品功能支撐業(yè)務(wù)場(chǎng)景時(shí)，會(huì)發(fā)現(xiàn)支撐功能具有影響范圍大，用戶感知弱的特點(diǎn)，需要注意：

1. 操作結(jié)果同步：運(yùn)營(yíng)人員在后臺(tái)使用支撐功能的結(jié)果應(yīng)讓用戶可以感知到；
2. 操作日志記錄：運(yùn)營(yíng)人員在后臺(tái)使用支撐功能時(shí)，應(yīng)記錄操作日志，以在出現(xiàn)問(wèn)題時(shí)，方便確定影響范圍，進(jìn)行回滾；
3. 與產(chǎn)品功能不沖突，控制優(yōu)先級(jí)問(wèn)題：當(dāng)產(chǎn)品功能和支撐功能可以對(duì)同一個(gè)業(yè)務(wù)場(chǎng)景進(jìn)行控制時(shí)，應(yīng)考慮兩者控制優(yōu)先級(jí)問(wèn)題，防止功能沖突；
4. 支撐功能的退出機(jī)制：支撐功能應(yīng)在產(chǎn)品功能逐漸成熟后退出正常的業(yè)務(wù)流程，但需要考慮如何從支撐功能切換為產(chǎn)品功能，以對(duì)現(xiàn)有系統(tǒng)影響最小。

最后的最后，大部分支撐功能在產(chǎn)品逐漸成熟后，應(yīng)減少對(duì)產(chǎn)品功能的直接干預(yù)。

大部分業(yè)務(wù)支撐功能，都能在完善用戶權(quán)限體系，完善異常處理機(jī)制，完善系統(tǒng)自動(dòng)化處理邏輯后，支撐功能作為資源不充足，功能不完善的情況下支撐系統(tǒng)的千斤頂，應(yīng)逐漸轉(zhuǎn)化為產(chǎn)品功能。

我們還需要了解到，產(chǎn)品經(jīng)理大部分的工作都是在用戶需求—開(kāi)發(fā)資源中取得一個(gè)平衡點(diǎn)，動(dòng)用無(wú)窮無(wú)盡的資源將產(chǎn)品功能在產(chǎn)品初期做到盡善盡美既不明智也不可能，支撐功能不是妥協(xié)，它是產(chǎn)品臨時(shí)的但正式的功能，我們應(yīng)該正視它。

筆者畢業(yè)兩年，B端產(chǎn)品萌新一枚。期望可以將自己工作中的經(jīng)驗(yàn)分享給大家，第一次發(fā)文，請(qǐng)大家多多指教。

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

題圖來(lái)自 Pexels，基于 CC0 協(xié)議