文章將分為六個(gè)部分詳細(xì)介紹后臺(tái)產(chǎn)品的設(shè)計(jì)過程：后臺(tái)產(chǎn)品的作用、后臺(tái)產(chǎn)品種類、業(yè)務(wù)需求對(duì)接、產(chǎn)品自身設(shè)計(jì)、產(chǎn)品上線和使用情況跟進(jìn)。本文為最后一部分——產(chǎn)品上線和使用情況跟進(jìn)。

互聯(lián)網(wǎng)產(chǎn)品領(lǐng)域，可以籠統(tǒng)地分為前臺(tái)產(chǎn)品和后臺(tái)產(chǎn)品。前臺(tái)產(chǎn)品即是C端的產(chǎn)品，后臺(tái)產(chǎn)品可以籠統(tǒng)地概括為各種管理系統(tǒng)。

我們常說的C端產(chǎn)品價(jià)值在于滿足用戶需求、提升用戶體驗(yàn)，后端產(chǎn)品完全不同，第一要義是對(duì)業(yè)務(wù)的支持和提升，通過業(yè)務(wù)操作和數(shù)據(jù)的線上化，來標(biāo)準(zhǔn)化業(yè)務(wù)管理流程、提升業(yè)務(wù)運(yùn)轉(zhuǎn)效率，以及發(fā)掘數(shù)據(jù)的價(jià)值，進(jìn)而在各環(huán)節(jié)影響到公司的成本和收入。

這對(duì)于主營(yíng)業(yè)務(wù)為電商、O2O等任何形式交易的公司來說尤為重要。四五年前，當(dāng)互聯(lián)網(wǎng)還處于線上產(chǎn)品為主的階段，業(yè)內(nèi)會(huì)說有很多公司不注重后臺(tái)。但現(xiàn)在互聯(lián)網(wǎng)各行業(yè)各類線下服務(wù)早已層出不窮，都9012年了，如果還有認(rèn)為后臺(tái)產(chǎn)品的價(jià)值小于產(chǎn)品的公司，可以倒閉了。

我本人在小公司做了一段時(shí)間的公司內(nèi)部支持系統(tǒng)，總結(jié)出了一部分關(guān)于后臺(tái)產(chǎn)品的個(gè)人經(jīng)驗(yàn)。

本文分為六個(gè)部分，按后臺(tái)產(chǎn)品設(shè)計(jì)過程的順序，分別是后臺(tái)產(chǎn)品有什么用、有哪些后臺(tái)產(chǎn)品、業(yè)務(wù)需求怎么對(duì)接、產(chǎn)品本身怎么設(shè)計(jì)、如何上線和如何跟進(jìn)使用情況。

這是第三篇，主要寫上線和使用情況跟進(jìn)相關(guān)的內(nèi)容。這兩塊比較偏向于項(xiàng)目管理范疇，很多規(guī)模不是很大的互聯(lián)網(wǎng)公司，產(chǎn)品經(jīng)理都會(huì)承擔(dān)一些項(xiàng)目管理職責(zé)，比如研發(fā)進(jìn)度跟進(jìn)，上線的過程，以及各種和業(yè)務(wù)方的協(xié)調(diào)。其實(shí)本人并不太擅長(zhǎng)項(xiàng)目管理相關(guān)的事情，因此這篇只是把我把經(jīng)歷過的項(xiàng)目過程和想法描寫一下。

五、后臺(tái)產(chǎn)品的上線方式

5.1?為什么后臺(tái)產(chǎn)品上線要單獨(dú)拿出來寫

我剛開始做產(chǎn)品，接觸到所謂的上線，就是研發(fā)把代碼提交了，發(fā)個(gè)郵件通知下相關(guān)人員就行，用戶端的再寫個(gè)版本更新說明，應(yīng)用市場(chǎng)提交下安裝包。后來當(dāng)我第一次做涉及到系統(tǒng)整體更新的項(xiàng)目時(shí)，我的老大一直在跟我說，梳理流程做功能不難，怎么上線才是難點(diǎn)，哪個(gè)版本上，什么時(shí)候上，如何培訓(xùn)，這些都要提前搞清楚，弄不好就會(huì)做完了上不去。然后我去人人都是產(chǎn)品經(jīng)理等網(wǎng)站上找內(nèi)容參考，結(jié)果寫上線過程的一篇都沒有。接下來我只能一邊向老大和有經(jīng)驗(yàn)的研發(fā)求助，一邊摸索著上線大項(xiàng)目，最后雖然有點(diǎn)延期，總算是上線成功了。

所以說后臺(tái)產(chǎn)品的上線本身值得單獨(dú)拿出來寫。它和用戶端產(chǎn)品上線不一樣，用戶端上線需要做的事情是發(fā)版。大版本和1.0版本，更多要考慮的是上線后運(yùn)營(yíng)層面的事情。

至于后臺(tái)產(chǎn)品，如果只是上線一些小需求或者個(gè)別不復(fù)雜的頁面，那自然發(fā)個(gè)郵件通知下就可以。

如果是1.0版本，或者系統(tǒng)整體遷移更新的項(xiàng)目，那產(chǎn)品上線等同于一塊業(yè)務(wù)的上線，產(chǎn)品經(jīng)理在上線的前后需要在和業(yè)務(wù)方的配合下，推進(jìn)整個(gè)業(yè)務(wù)開始使用。

如果上線事項(xiàng)沒安排好，那好一點(diǎn)的結(jié)果就是上線后沒人用，大家繼續(xù)用原來的方式，壞一點(diǎn)的結(jié)果就是沒法用造成公司業(yè)務(wù)停滯。

本文就寫一個(gè)我所經(jīng)歷過的大項(xiàng)目上線的整個(gè)過程。

5.2?大版本上線標(biāo)準(zhǔn)

大項(xiàng)目上線前的第一步，是確定上線標(biāo)準(zhǔn)。

后臺(tái)產(chǎn)品的產(chǎn)品迭代過的思路很不同于用戶端產(chǎn)品。用戶端產(chǎn)品是MVP原則和小步快跑，1.0版本的方向是做最簡(jiǎn)單的部分，上線后快速驗(yàn)證。而后臺(tái)產(chǎn)品因?yàn)闃I(yè)務(wù)本身涉及面廣，各個(gè)業(yè)務(wù)模塊之間的耦合性很高，因此從宏觀層面來看，1.0版本必須是一個(gè)主要業(yè)務(wù)流程閉環(huán)的大系統(tǒng)，達(dá)到能支持核心業(yè)務(wù)流轉(zhuǎn)的標(biāo)準(zhǔn)。如果只做部分模塊上線，流程未閉環(huán)，操作了流程前半截，后半截沒了，那顯然沒有意義。

在此基礎(chǔ)上，互聯(lián)網(wǎng)行業(yè)的后臺(tái)產(chǎn)品又不能像傳統(tǒng)軟件企業(yè)那樣，一次性交付一個(gè)大系統(tǒng)，做完完事沒有迭代。那樣不僅研發(fā)周期超長(zhǎng)，解決問題時(shí)效性慢，而且上線后一旦有問題，影響面非常廣，會(huì)牽扯到很多流程。

因此上線的標(biāo)準(zhǔn)需要做到流程閉環(huán)和小步迭代的平衡，在微觀層面上，一些不重要的業(yè)務(wù)流程沒必要全部做，只需要預(yù)留能手動(dòng)操作的入口，有個(gè)辦法讓業(yè)務(wù)都能進(jìn)行下去。

具體操作本身不需要設(shè)計(jì)得太精細(xì)，同樣是實(shí)現(xiàn)必要的操作，滿足業(yè)務(wù)的流轉(zhuǎn)即可。一些查詢統(tǒng)計(jì)類的需求，先實(shí)現(xiàn)明細(xì)數(shù)據(jù)的查詢功能。1.0版本的操作不會(huì)很方便，只能上線讓業(yè)務(wù)方正式用起來后，再對(duì)操作細(xì)節(jié)的體驗(yàn)進(jìn)行優(yōu)化。畢竟使用起來后，有些具體操作上的問題才可以看得到，迭代起來更有針對(duì)性。

以上就是后臺(tái)產(chǎn)品1.0版本的上線標(biāo)準(zhǔn)了，核心流程閉環(huán)全覆蓋，非核心流程預(yù)留操作入口，具體操作實(shí)現(xiàn)功能但不需要精細(xì)。

此外，如果是系統(tǒng)整體遷移更新的項(xiàng)目，除了以上標(biāo)準(zhǔn)之外還有一個(gè)條件：原先舊系統(tǒng)中已實(shí)現(xiàn)的業(yè)務(wù)模塊，在新系統(tǒng)中同樣需要實(shí)現(xiàn)。也就是說更新后的新系統(tǒng)1.0版本的功能涵蓋范圍會(huì)比較廣，一定大于等于舊系統(tǒng)。如果因?yàn)樯婕暗綐I(yè)務(wù)模塊過多、開發(fā)周期太長(zhǎng)，一部分稍微不重要的業(yè)務(wù)流程可以先照搬舊系統(tǒng)，如果需要調(diào)整可以等新系統(tǒng)上線后再改。

舉個(gè)例子。我曾經(jīng)參與過一個(gè)電商/O2O的供應(yīng)鏈系統(tǒng)整體遷移更新的項(xiàng)目。項(xiàng)目的背景是舊版系統(tǒng)功能很簡(jiǎn)單，而且很久沒有迭代，很多模塊已經(jīng)不符合實(shí)際業(yè)務(wù)，因此開發(fā)新版系統(tǒng)，實(shí)現(xiàn)業(yè)務(wù)流程每個(gè)環(huán)節(jié)的支持。1.0版本的上線范圍當(dāng)時(shí)想了很久，最終的方案如下：

首先，供應(yīng)鏈的底層邏輯：庫存結(jié)構(gòu)，和核心業(yè)務(wù)：采購(gòu)、調(diào)撥（訂貨）、訂單消耗，作為四個(gè)核心模塊，開發(fā)過程分為四個(gè)子版本，并根據(jù)實(shí)際業(yè)務(wù)情況進(jìn)行系統(tǒng)流程重構(gòu)，實(shí)現(xiàn)完整的流程閉環(huán)，上線后替代舊版系統(tǒng)的業(yè)務(wù)操作。然后，舊版本缺失的流程模塊，比如售后退貨，以及非核心的盤點(diǎn)、買斷等操作，因?yàn)椴挥绊懴到y(tǒng)遷移，新系統(tǒng)1.0版本中先不做，通過額外開放一個(gè)特殊出入庫的模塊實(shí)現(xiàn)這些業(yè)務(wù)。至于數(shù)據(jù)統(tǒng)計(jì)、出入庫記錄查詢類的頁面，通過加導(dǎo)出數(shù)據(jù)明細(xì)的功能實(shí)現(xiàn)，提供數(shù)據(jù)讓業(yè)務(wù)方手動(dòng)查詢，后期再針對(duì)性地做統(tǒng)計(jì)報(bào)表。

不過當(dāng)時(shí)這個(gè)盡可能縮減的1.0版本，還是因?yàn)榍捌跍?zhǔn)備不足，花了4個(gè)月的時(shí)間開發(fā)才上線，算是踩了一個(gè)大坑。

5.3?上線事項(xiàng)

分享一下我所經(jīng)歷的一個(gè)后臺(tái)產(chǎn)品遷移更新項(xiàng)目，整個(gè)1.0版本的上線過程。我把它分為了12個(gè)步驟，1-4是產(chǎn)品本身的事情，5-9是上線前項(xiàng)目管理方面的事項(xiàng)，10-12是上線的時(shí)候要做的事情。因?yàn)槭窍到y(tǒng)遷移，所以相對(duì)比從零上線1.0版本要復(fù)雜一些。

具體事項(xiàng)大致如下：

0）需求對(duì)接、產(chǎn)品設(shè)計(jì)、研發(fā)、測(cè)試這些事項(xiàng)。在大項(xiàng)目中，將具體業(yè)務(wù)模塊分為多個(gè)版本，進(jìn)行這幾個(gè)階段，直到達(dá)到上線標(biāo)準(zhǔn)的版本測(cè)試完畢；

1）操作說明文檔的編寫；

作為業(yè)務(wù)培訓(xùn)的資料，在培訓(xùn)之間需要完成。想要寫個(gè)全面又可讀性強(qiáng)的操作文檔，是件很花時(shí)間的事情；

2）業(yè)務(wù)方驗(yàn)收；

將新版系統(tǒng)和操作說明文檔給到業(yè)務(wù)方的對(duì)接人，讓業(yè)務(wù)方進(jìn)行驗(yàn)收。盡量用真實(shí)的數(shù)據(jù)進(jìn)行測(cè)試，所有流程模塊都需要試一遍。我們需要通過觀察并與業(yè)務(wù)方確認(rèn)三類問題：

第一是否有流程模塊漏下導(dǎo)致沒有閉環(huán)。在系統(tǒng)遷移更新的過程中，會(huì)出現(xiàn)一些在舊系統(tǒng)中可以進(jìn)行、或者無需進(jìn)行的操作、數(shù)據(jù)查詢，在新系統(tǒng)中無法進(jìn)行，設(shè)計(jì)的時(shí)候沒有考慮到的情況；

第二類是對(duì)操作效率、體驗(yàn)影響比較大的功能交互問題。讓業(yè)務(wù)方用真實(shí)數(shù)據(jù)跑一遍之后，一些我們自己想不到的問題，以及實(shí)際操作過程中很關(guān)鍵的小細(xì)節(jié)，業(yè)務(wù)方使用后都能看出來。當(dāng)然這里業(yè)務(wù)方會(huì)提出一大堆問題，有些重要、影響面高的是需要上線前完成的，有些相對(duì)不重要、有臨時(shí)解決方案的，是可以上線后再優(yōu)化的。

第三類是是否還有bug。

3）遺留流程模塊補(bǔ)全和操作細(xì)節(jié)優(yōu)化；

將上一步梳理出來的問題，安排小版本進(jìn)行優(yōu)化。

這兩步的耗時(shí)可能會(huì)比較長(zhǎng)。我當(dāng)時(shí)的項(xiàng)目，在之前制定的上線標(biāo)準(zhǔn)版本到最終上線，中間還做了兩到三個(gè)小版本，都是在補(bǔ)全一些必要的功能；

4）關(guān)聯(lián)系統(tǒng)的配合調(diào)整；

一個(gè)大的后臺(tái)系統(tǒng)的某些業(yè)務(wù)模塊會(huì)和其他系統(tǒng)相關(guān)聯(lián)，比如電商領(lǐng)域的供應(yīng)鏈系統(tǒng)、訂單系統(tǒng)、統(tǒng)計(jì)系統(tǒng)之間有不少業(yè)務(wù)和數(shù)據(jù)有強(qiáng)關(guān)聯(lián)。在系統(tǒng)上線前，這些關(guān)聯(lián)的系統(tǒng)需要配合進(jìn)行調(diào)整，包括規(guī)則上的和數(shù)據(jù)結(jié)構(gòu)上的。這一步也和前面一樣，需要梳理出哪些調(diào)整是現(xiàn)在就要完成的，哪些是可以上線后再改的。

調(diào)整之后，在最后上線的一步一起上；

5）人員、事項(xiàng)的安排；

這一步開始可以正式安排上線前的事宜了。與業(yè)務(wù)方的負(fù)責(zé)人一起確認(rèn)上線事項(xiàng)，包括時(shí)間、涉及到的人員、培訓(xùn)計(jì)劃等。安排好后發(fā)郵件；

6）業(yè)務(wù)方培訓(xùn)；

將系統(tǒng)詳細(xì)的規(guī)則和操作方式，給業(yè)務(wù)方具體的使用者進(jìn)行培訓(xùn)，讓所有人知道新系統(tǒng)怎么用。前面的業(yè)務(wù)方是直接對(duì)接的負(fù)責(zé)人，這一步則是下面具體使用的人員。有些公司這一步會(huì)有業(yè)務(wù)方進(jìn)行，不過一個(gè)比較大的系統(tǒng)的培訓(xùn)，還是由產(chǎn)品經(jīng)理直接進(jìn)行比較合適。如果操作人有其他城市分公司的，需要進(jìn)行視頻培訓(xùn)。

這兩步會(huì)遇到的問題是業(yè)務(wù)方人不全。業(yè)務(wù)方有些人可能會(huì)很忙、不關(guān)心系統(tǒng)的事情、不看郵件、在其他城市，會(huì)導(dǎo)致我們反復(fù)通知、大規(guī)模培訓(xùn)后，他們有人還不知道新系統(tǒng)的事情。如果是在我們力所能及的范圍之外，只能讓業(yè)務(wù)方的負(fù)責(zé)人幫我們做一些強(qiáng)制規(guī)定；
7）人員角色和權(quán)限分配；

在系統(tǒng)上配置每個(gè)角色的權(quán)限，和所有相關(guān)人員的角色；

8）大范圍內(nèi)測(cè)；

培訓(xùn)和權(quán)限配置完成后，讓業(yè)務(wù)方使用系統(tǒng)的人員進(jìn)行內(nèi)測(cè)，用真實(shí)數(shù)據(jù)跑一遍核心流程。內(nèi)測(cè)的目的主要有兩點(diǎn)，一是讓業(yè)務(wù)方熟悉操作，二是再看一遍，有沒有比較重要的，上線前需要優(yōu)化的交互操作。

這一步比較耗費(fèi)人力物力。如果系統(tǒng)沒那么復(fù)雜的話，可以跳過。

要注意的是，截止到這一步，所有業(yè)務(wù)操作依舊需要繼續(xù)在舊系統(tǒng)中進(jìn)行；

9）基礎(chǔ)數(shù)據(jù)的配置；

支撐業(yè)務(wù)進(jìn)行的一些基礎(chǔ)業(yè)務(wù)數(shù)據(jù)，需要在上線正式使用前完成配置，比如供應(yīng)鏈系統(tǒng)的倉庫庫區(qū)庫位結(jié)構(gòu)、庫存類目結(jié)構(gòu)等。如果是之前從沒配置過的數(shù)據(jù)，需要業(yè)務(wù)方的對(duì)接人預(yù)先完成配置；如果是系統(tǒng)遷移過程中舊系統(tǒng)已有的數(shù)據(jù)，可以直接進(jìn)行遷移；

10）關(guān)閉舊系統(tǒng)的功能和權(quán)限；

這一步開始是正式上線的事情。選一個(gè)月黑風(fēng)高的夜晚，提前通知業(yè)務(wù)方，幾點(diǎn)后不能再進(jìn)行業(yè)務(wù)操作。然后在到點(diǎn)的時(shí)候，關(guān)閉舊系統(tǒng)的權(quán)限和功能，讓那些沒聽到我們通知的業(yè)務(wù)方無法再進(jìn)行操作；

11）數(shù)據(jù)處理；

通常新系統(tǒng)和舊系統(tǒng)的底層數(shù)據(jù)結(jié)構(gòu)邏輯是不一樣的，所以這一步就是把舊系統(tǒng)中的業(yè)務(wù)數(shù)據(jù)統(tǒng)一遷移到新系統(tǒng)中的過程。這一步需要研發(fā)人員通過腳本跑數(shù)據(jù)，如果數(shù)據(jù)量大，那么就需要一直奮戰(zhàn)到半夜，到一兩點(diǎn)是很正常的。我們產(chǎn)品雖然幫不上忙，但盡量陪著研發(fā)一起加班；

12）正式開始使用；

上線成功，第二天早上，業(yè)務(wù)方正式開始使用新系統(tǒng)。我們需要從一大早開始幫著回答各種問題，跟進(jìn)處理各種功能和數(shù)據(jù)上的bug，新的一輪業(yè)務(wù)推進(jìn)事項(xiàng)就此開始。

以上主要針對(duì)的是系統(tǒng)遷移更新的過程，如果是新產(chǎn)品的1.0版本上線，事項(xiàng)也大致是這幾項(xiàng) ，上線本身的過程沒有那么麻煩，舊系統(tǒng)權(quán)限關(guān)閉和數(shù)據(jù)處理這兩步就沒有了；

如果是一個(gè)正常系統(tǒng)的版本迭代，上線一個(gè)大的業(yè)務(wù)模塊，那么培訓(xùn)、內(nèi)測(cè)相關(guān)的事項(xiàng)不需要那么細(xì)致，上線本身的過程也沒那么麻煩。但存在新規(guī)則上線后會(huì)影響舊規(guī)則和操作的情況，需要考慮上線這個(gè)時(shí)間節(jié)點(diǎn)前后，業(yè)務(wù)方具體操作的影響。

六、后臺(tái)產(chǎn)品的使用情況跟進(jìn)

6.1?為什么要跟進(jìn)使用情況

我們做用戶端產(chǎn)品，每個(gè)版本上線之后，接下來要做的事情是通過數(shù)據(jù)驗(yàn)證是否達(dá)到了預(yù)期的效果，觀察用戶反饋是否滿足了用戶預(yù)期。后臺(tái)產(chǎn)品也一樣，同樣需要觀察上線后是否達(dá)到了這個(gè)版本的目標(biāo)、效果。

后臺(tái)產(chǎn)品對(duì)公司業(yè)務(wù)本身的相關(guān)性很強(qiáng)，某種程度上來說，后臺(tái)產(chǎn)品的上線可以代表一個(gè)業(yè)務(wù)的上線。新的模塊上線后，只有通過具體的使用情況，才能判斷我們做的東西與業(yè)務(wù)的貼合度、和對(duì)業(yè)務(wù)的幫助有多大。

我最開始做后臺(tái)產(chǎn)品，做完后發(fā)個(gè)郵件給到業(yè)務(wù)方，然后就結(jié)束了，業(yè)務(wù)方有沒有在用，到底怎么用的，只會(huì)等他們來找我。要是不找我，我就以為一切順利。后來我的老大開始問我，你的產(chǎn)品上線后是否真正解決了問題，要是老板來問你做了這些的業(yè)績(jī)是什么，怎么回答。

于是我逐漸開始做上線后各種跟進(jìn)擦屁股的事，以及開始制定指標(biāo)或者階段目標(biāo)，并根據(jù)業(yè)務(wù)方的使用情況復(fù)盤。后臺(tái)產(chǎn)品做了有沒有用，有哪些之前沒想到的問題，都需要我們自己去跟進(jìn)觀察，甚至親自使用后才能發(fā)掘。

后臺(tái)產(chǎn)品從業(yè)務(wù)方的實(shí)際操作中獲取到反饋還是比較容易的，在具體的功能和操作的層面上，上線后可以直接通過溝通、觀察，了解到業(yè)務(wù)方對(duì)新功能的接受程度，找到需要優(yōu)化的點(diǎn)。

此外，有些公司對(duì)后臺(tái)產(chǎn)品也會(huì)有類似于KPI的數(shù)據(jù)指標(biāo)考核。當(dāng)我們做一個(gè)目標(biāo)是對(duì)業(yè)務(wù)進(jìn)行提升的后臺(tái)產(chǎn)品后，老板肯定想知道，做了這個(gè)東西對(duì)業(yè)務(wù)到底有什么幫助，這個(gè)時(shí)候就需要通過數(shù)據(jù)指標(biāo)來驗(yàn)證后臺(tái)產(chǎn)品。

在實(shí)際業(yè)務(wù)過程中，我們需要根據(jù)需求本身的不同目的，制定不同的方案，來檢驗(yàn)后臺(tái)產(chǎn)品需求是否實(shí)現(xiàn)了目的。

6.2?要跟進(jìn)驗(yàn)證哪些事情

上線一個(gè)新的后臺(tái)產(chǎn)品或新模塊后，我們需要跟進(jìn)業(yè)務(wù)方，驗(yàn)證如下幾個(gè)事情：

1）業(yè)務(wù)方有沒有開始用；

這是很關(guān)鍵的。事實(shí)上我們上線一個(gè)新模塊后，業(yè)務(wù)方不用是個(gè)比較常見的情況，我見過的原因就有好幾種，比如流程設(shè)計(jì)得不對(duì)、和實(shí)際業(yè)務(wù)不符，比如功能復(fù)雜、業(yè)務(wù)方看不懂不會(huì)用，比如為了某些管理的目的增加了他們的工作量，導(dǎo)致他們不想用，再比如業(yè)務(wù)方自己沒定好業(yè)務(wù)計(jì)劃，產(chǎn)品上線后業(yè)務(wù)本身遲遲不啟動(dòng)，等待。

這個(gè)時(shí)候得先想辦法，通過功能的調(diào)整、優(yōu)化，甚至是通過與管理層溝通，讓產(chǎn)品被使用起來，因?yàn)槭褂闷饋砗蟛拍苷剟e的，不然這產(chǎn)品就白做了；

2）是否有bug或者數(shù)據(jù)不準(zhǔn)確；

一般bug在測(cè)試的時(shí)候就能解決了，但有一些需求是需要上線后，用真實(shí)的業(yè)務(wù)數(shù)據(jù)才能看出問題來，比如統(tǒng)計(jì)類需求。這時(shí)這些測(cè)試環(huán)節(jié)的事情也是我們需要上線后驗(yàn)證的；

3）實(shí)際使用的效率，業(yè)務(wù)方的滿意度；

這是使用層面的問題，對(duì)方對(duì)我們的產(chǎn)品使用起來是否滿意，是否存在不通暢的流程和不好用的功能，導(dǎo)致操作繁瑣、效率降低。有時(shí)候一些細(xì)節(jié)的篩選、搜索功能，會(huì)直接關(guān)系到整個(gè)業(yè)務(wù)效率。通常上線一個(gè)新的產(chǎn)品或者模塊后，很多細(xì)節(jié)操作問題需要不斷優(yōu)化迭代才能達(dá)到最佳。

這一點(diǎn)是相對(duì)易于理解、容易操作的，直接找業(yè)務(wù)方溝通，了解他們的問題和實(shí)際操作場(chǎng)景，或者親自按照業(yè)務(wù)方的操作方式，走一遍流程即可。

4）從業(yè)務(wù)角度看實(shí)際業(yè)務(wù)的運(yùn)作情況；

在業(yè)務(wù)對(duì)接環(huán)節(jié)中，我們已經(jīng)對(duì)產(chǎn)品如何滿足業(yè)務(wù)的運(yùn)作設(shè)計(jì)了方案，在上線后，需要通過驗(yàn)證業(yè)務(wù)本身的運(yùn)作情況，觀察是否符合我們?cè)O(shè)計(jì)的方案，業(yè)務(wù)本身是否有變化或沒有對(duì)接清楚的地方，以及很關(guān)鍵的，是否有我們遺漏、沒預(yù)料到的情況出現(xiàn)。通常以業(yè)務(wù)支持為目的的后臺(tái)產(chǎn)品，上線后都需要驗(yàn)證下實(shí)際業(yè)務(wù)情況。

舉個(gè)簡(jiǎn)單的例子，我做過一個(gè)采購(gòu)系統(tǒng)的產(chǎn)品上線過程，對(duì)接設(shè)計(jì)的是主業(yè)務(wù)流程，上線后發(fā)現(xiàn)有兩個(gè)部分沒有按照系統(tǒng)規(guī)則使用，一個(gè)是某些量很小的第三方合作的業(yè)務(wù)，和主流程有些出入，導(dǎo)致有些環(huán)節(jié)流程走不下去；另一個(gè)是找供應(yīng)商售后換回的部分，沒有采購(gòu)價(jià)格，導(dǎo)致這部分庫存的成本為0。

這些特殊情況有些是業(yè)務(wù)對(duì)接過程中有遺漏，有些是預(yù)留的需要后續(xù)再改。業(yè)務(wù)方能有辦法在系統(tǒng)上通過其他方式操作，但是和我們?cè)O(shè)計(jì)的初衷不一樣，會(huì)造成系統(tǒng)的數(shù)據(jù)不準(zhǔn)確等情況，因此有必要盡快調(diào)整。

這一點(diǎn)，除了業(yè)務(wù)方的反饋之外，還需要去現(xiàn)場(chǎng)看業(yè)務(wù)方的實(shí)際操作，以及觀察系統(tǒng)中的真實(shí)業(yè)務(wù)數(shù)據(jù)，來發(fā)現(xiàn)一些隱性的問題。

5）以對(duì)業(yè)務(wù)本身提升為目標(biāo)的，通過數(shù)據(jù)統(tǒng)計(jì)驗(yàn)證效果；

前面寫到，當(dāng)我們做一個(gè)目標(biāo)是對(duì)業(yè)務(wù)進(jìn)行提升的后臺(tái)產(chǎn)品后，老板肯定會(huì)需要一個(gè)數(shù)據(jù)指標(biāo)來衡量產(chǎn)品對(duì)業(yè)務(wù)的效果。上線一段時(shí)間后，通過對(duì)比指標(biāo)的變化，來驗(yàn)證是否達(dá)到了我們預(yù)期的目標(biāo)。

后臺(tái)產(chǎn)品對(duì)業(yè)務(wù)的提升，常見的有通過精確匹配、智能計(jì)算、高效業(yè)務(wù)流轉(zhuǎn)，來提升效率、達(dá)成率、準(zhǔn)確率這些方向，比如一項(xiàng)業(yè)務(wù)的完成時(shí)長(zhǎng)，訂單的取消率，倉庫的缺貨率等。需要制定的數(shù)據(jù)指標(biāo)就是實(shí)際業(yè)務(wù)的指標(biāo)。

舉個(gè)例子，假如公司要做個(gè)客服工單系統(tǒng)，業(yè)務(wù)形式是用戶下單后通過呼叫中心第一時(shí)間響應(yīng)溝通，旨在通過客服工單的分派機(jī)制來加快訂單的響應(yīng)時(shí)間，保證5分鐘內(nèi)響應(yīng)，以此提升用戶體驗(yàn)。那么訂單響應(yīng)時(shí)間就是業(yè)務(wù)數(shù)據(jù)指標(biāo)。產(chǎn)品上線后，通過前后響應(yīng)時(shí)間的對(duì)比是否提升，和超過5分鐘響應(yīng)訂單的比例是否下降，來驗(yàn)證產(chǎn)品對(duì)業(yè)務(wù)提升的效果。

不過后臺(tái)產(chǎn)品的數(shù)據(jù)分析會(huì)相對(duì)困難一些，因?yàn)橹笜?biāo)通常比較隱性，不像用戶端產(chǎn)品那么明顯，而且一個(gè)業(yè)務(wù)指標(biāo)的提升不一定完全是由產(chǎn)品本身帶來的。以我個(gè)人的觀點(diǎn)，后臺(tái)產(chǎn)品是否要定指標(biāo)要根據(jù)不同產(chǎn)品具體分析。

三到五點(diǎn)，分別對(duì)應(yīng)了在第一節(jié)里寫到過的后臺(tái)產(chǎn)品三個(gè)目標(biāo)：提升操作效率，標(biāo)準(zhǔn)流程管理，和業(yè)務(wù)驅(qū)動(dòng)提升。根據(jù)產(chǎn)品的目標(biāo)，選擇對(duì)應(yīng)的驗(yàn)證方式。

相關(guān)閱讀

第一篇：電商O2O后臺(tái)產(chǎn)品漫談——后臺(tái)產(chǎn)品的目標(biāo)和作用

第二篇：電商O2O后臺(tái)產(chǎn)品的需求對(duì)接和產(chǎn)品設(shè)計(jì)

#專欄作家#

潘帕斯雄鷹，人人都是產(chǎn)品經(jīng)理專欄作家，進(jìn)擊、踩坑中的產(chǎn)品狗一枚，關(guān)注互聯(lián)網(wǎng)，寫過小說，看過哲學(xué)。簡(jiǎn)書：潘帕斯雄鷹。

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

題圖來自Unsplash，基于CC0協(xié)議