前言

企業(yè)系統(tǒng)紛繁復(fù)雜，獨立負責(zé)一款這樣的產(chǎn)品，我們需要有一套邏輯章法支撐，一步一步把產(chǎn)品搭建起來。

什么是企業(yè)系統(tǒng)產(chǎn)品

什么是企業(yè)系統(tǒng)產(chǎn)品？首先在我的認知體系中，將產(chǎn)品的類型進行了如下劃分。

以主體維度劃分——

產(chǎn)品類型可分為“消費級產(chǎn)品”和“企業(yè)級產(chǎn)品”，也就是我們常說的“C端產(chǎn)品”和“B端產(chǎn)品”。

消費級產(chǎn)品和企業(yè)級產(chǎn)品的區(qū)分特征在于，產(chǎn)品的客戶和用戶是否為同一主體。所謂客戶，就是付費的那類人；所謂用戶，就是使用的那類人。

消費級產(chǎn)品，付費的和使用的都是同一類人；而企業(yè)級產(chǎn)品，付費的和使用的不是同一類人?；谝陨系年U釋，我們可以給出書面的定義——

消費級產(chǎn)品，是指客戶和用戶為同一主體的產(chǎn)品。

企業(yè)級產(chǎn)品，是指客戶和用戶非同一主體的產(chǎn)品。

以需求維度劃分——

產(chǎn)品類型可分為“工具類“、“社交類”、“生活類“、“信息類”、“娛樂類”、“游戲類“六種。

具體的類型定義我就不做冗余闡述了，這些類型還是比較好理解的。

回到文章開頭提到的問題，那什么是企業(yè)系統(tǒng)產(chǎn)品呢？

所謂企業(yè)系統(tǒng)產(chǎn)品，根據(jù)上述的分類，就是指企業(yè)級的工具類產(chǎn)品。傳統(tǒng)概念的企業(yè)系統(tǒng)包括ERP、CRM、OA等等，這類產(chǎn)品旨在面向各類業(yè)務(wù)角色解決企業(yè)內(nèi)部管理線上化的問題。在我看來，企業(yè)系統(tǒng)的概念不應(yīng)局限在內(nèi)部管理上，而應(yīng)該還要涵蓋外部管理，并且要以核心企業(yè)為出發(fā)點，所以我認為例如開放平臺這類產(chǎn)品也應(yīng)該屬于企業(yè)系統(tǒng)的范疇。

綜上，我們可以給出企業(yè)系統(tǒng)產(chǎn)品的概念，即企業(yè)系統(tǒng)產(chǎn)品是企業(yè)級的工具類產(chǎn)品，面向各類業(yè)務(wù)角色，為企業(yè)內(nèi)外部管理線上化提供服務(wù)。

0到1的必經(jīng)步驟

1 評估產(chǎn)品的投入和產(chǎn)出

在建設(shè)任何一個產(chǎn)品或功能前，首先都需要考量建設(shè)的必要性，企業(yè)系統(tǒng)產(chǎn)品更不能例外。對于必要性的考量，無非就是要回答以下幾個問題：

①能帶來什么價值？

這個問題是產(chǎn)品的基石，實際是在思考用戶的本質(zhì)需求。在這個階段我們很容易犯的錯誤就是把解決方案當(dāng)成是價值本身。

用個大家爛熟于心的例子，用戶說想要一匹馬，但用戶的本質(zhì)需求其實是想要提高通勤效率。那么我們在回答這個問題時，就不能淺顯的認為答案是“我可以給用戶提供一匹汗血寶馬”，“提供馬”只是帶來價值的一種解決方案，并不是價值本身。

②價值怎么量化？

一般工具類產(chǎn)品的價值就是降本或增效，那到底能降多少本、能增多少效，是需要給出量化評估的。成本一般可用人力成本、硬件成本來評估，效率一般可用耗時來評估。

這里給出的量化評估，細化后就是后續(xù)產(chǎn)品的關(guān)鍵指標(biāo)和目標(biāo)。

③影響范圍有多大？

影響范圍其實可以歸入到價值量化的問題中，這里單拎出來的原因是因為這一點很多時候會被我們忽略。在企業(yè)系統(tǒng)產(chǎn)品中，影響范圍一般可通過角色數(shù)、用戶數(shù)來進行評估。

同樣的，影響范圍也是后續(xù)產(chǎn)品的關(guān)鍵指標(biāo)和目標(biāo)。

④需要投入多少資源？

作為產(chǎn)品經(jīng)理，需要具備一定的成本意識。對于產(chǎn)品開發(fā)的投入，一般會通過工時（人日）、硬件、外部采購這三個緯度來評估顯性成本。同時，從經(jīng)濟學(xué)的角度看，人力資源、部門預(yù)算屬于私用品，有時我們還需要考量其他產(chǎn)品因未能使用到資源而產(chǎn)生的價值損失等這類隱性成本。

TIPS：前三個問題是從“產(chǎn)出”的角度出發(fā)，第四個問題是從“投入”的角度出發(fā)。正如微觀經(jīng)濟學(xué)的廠商理論中，會分為生產(chǎn)理論和成本理論兩個方向來研究。

2 業(yè)務(wù)流程與產(chǎn)品架構(gòu)

當(dāng)驗證完產(chǎn)品建設(shè)的必要性，決定要開發(fā)這款產(chǎn)品后，就該進入到業(yè)務(wù)流程的梳理和產(chǎn)品架構(gòu)的設(shè)計階段。這是產(chǎn)品從0到1建設(shè)時獨有的一個必經(jīng)階段，我們必須嚴肅、認真、敬畏。

業(yè)務(wù)流程，包括了業(yè)務(wù)流、狀態(tài)流、數(shù)據(jù)流，涉及錢的系統(tǒng)還會有資金流。產(chǎn)品架構(gòu)，是指產(chǎn)品中的功能模塊或子系統(tǒng)組合。

對于復(fù)雜的企業(yè)系統(tǒng)，一般需要先梳理業(yè)務(wù)流程，再設(shè)計產(chǎn)品架構(gòu)。產(chǎn)品架構(gòu)會隨著業(yè)務(wù)流程的梳理而逐步呈現(xiàn)，這是一個很自然而然的過程。

在這個階段，我們會需要借助一些圖工具，包括業(yè)務(wù)流程圖、狀態(tài)圖、數(shù)據(jù)流程圖、時序圖。

業(yè)務(wù)流程圖主要描述的是業(yè)務(wù)需要經(jīng)歷的主步驟，是狀態(tài)圖、數(shù)據(jù)流程圖的基石。

狀態(tài)圖主要描述的是業(yè)務(wù)步驟中存在的各種狀態(tài)，是梳理異常業(yè)務(wù)流的強有力的工具。

數(shù)據(jù)流程圖主要描述的是業(yè)務(wù)系統(tǒng)中會存在哪些數(shù)據(jù)，這些數(shù)據(jù)在每個業(yè)務(wù)步驟中如何流轉(zhuǎn)、如何存儲、如何關(guān)聯(lián)。在數(shù)據(jù)流程圖中，功能模塊已經(jīng)可以得到體現(xiàn)，產(chǎn)品架構(gòu)其實已經(jīng)初見雛形。

時序圖主要描述的是功能模塊間的業(yè)務(wù)、數(shù)據(jù)、信息、資金的流轉(zhuǎn)，是基于數(shù)據(jù)流程圖對產(chǎn)品架構(gòu)的最終呈現(xiàn)。

TIPS：注意“這是產(chǎn)品從0到1建設(shè)時獨有的一個必經(jīng)階段”的理解。這個階段雖然在后續(xù)產(chǎn)品迭代（從1到100）的建設(shè)中不是必須經(jīng)歷，但是并不意味著就完全不會經(jīng)歷。一切都在變化之中，產(chǎn)品架構(gòu)也會跟隨業(yè)務(wù)變化發(fā)生調(diào)整。這并不是鼓勵我們可以隨隨便便的在迭代中重啟產(chǎn)品架構(gòu)設(shè)計，架構(gòu)設(shè)計一旦重啟，就意味著業(yè)務(wù)主流程的缺失或冗余，隨之而來的就是整個系統(tǒng)問題。這個時候，就提頭去見開發(fā)哥哥吧。

3 優(yōu)先級的考量

經(jīng)濟學(xué)家說，社會的資源總是不夠的，人類的欲望總是多樣的。同樣的，完成了產(chǎn)品架構(gòu)的建立，我們對產(chǎn)品所要具備的功能模塊或子系統(tǒng)已經(jīng)了然于胸，但開發(fā)資源是有限的。這個時候就需要一套機制或一種邏輯支撐我們做抉擇，決定哪些功能要先開發(fā)，哪些功能可以后面慢慢迭代。優(yōu)先級是產(chǎn)品工作中常常掛在嘴邊且永遠繞不開的話題。

優(yōu)先級本質(zhì)上是對功能或需求的一種分類維度，而分類標(biāo)準(zhǔn)可以有兩種：用戶價值標(biāo)準(zhǔn)、企業(yè)價值標(biāo)準(zhǔn)。

以用戶價值為標(biāo)準(zhǔn)對優(yōu)先級進行考量，最經(jīng)典的就是Google的“牙刷理論”。牙刷理論把功能分為三個層次：很多人用、很多人經(jīng)常用、很多人不僅經(jīng)常用而且必須用。

以企業(yè)價值為標(biāo)準(zhǔn)對優(yōu)先級進行考量，可以把功能分為三種：生死功能、特性功能、擴展功能。生死功能是指剛性、痛點、決定產(chǎn)品生死的功能，如數(shù)據(jù)分析產(chǎn)品的準(zhǔn)確性；特性功能是指為了契合用戶、提高收入的功能，如數(shù)據(jù)分析產(chǎn)品的美觀性；擴展功能是指不決定生死、不決定定位、不決定體驗、但又不可缺少的功能。

通過以上兩種標(biāo)準(zhǔn)綜合考量，功能模塊或子系統(tǒng)的優(yōu)先級基本也可以梳理出來了。

4 概念模型與操作

接下來，我們就要開始進入具體功能模塊的策劃。誒，先別急著畫原型。在這個階段，我們需要思考，如何讓用戶理解系統(tǒng)功能的運作方式，這個過程就是在建立概念模型。

舉個栗子，我們常用的電腦，無論是Windows還是macOS，在對文件進行歸檔時，我們會直接拖動文件到相應(yīng)的文件夾中。這就是電腦給我們建立的一個概念模型，而且是非常棒的一個模型，基本不用學(xué)習(xí)，我們就知道要怎么操作文件歸檔并可在需要的時候快速找到這份文件。但實際在電腦的存儲中，這份文件并不是如我們表面看到的那樣存放在了具體某一個位置，而是被分散的存放在了許多不同的儲存區(qū)域。文件和文件夾，以及這種拖動存放，是一種方便用戶理解電腦系統(tǒng)在存儲方面如何運作的概念模型。試想，如果電腦系統(tǒng)直白的將它原本的運作方式呈現(xiàn)給我們使用，估計我們很多人要燒腦的學(xué)習(xí)半天才能掌握，并且每次操作都會十分繁瑣。

看完這個栗子相信大家應(yīng)該對概念模型這個東西有點感覺了。概念模型幫助我們把復(fù)雜的自然現(xiàn)象轉(zhuǎn)化成可用的、可理解的心理模型，它是組織和理解復(fù)雜事物的非常重要的工具。一個好的概念模型，可以化繁為簡，減少用戶的學(xué)習(xí)成本，這也是概念模型的意義所在。

完成了概念模型的選型和建立，用戶在這個功能模塊中需要執(zhí)行哪些操作以及操作的步驟都將很自然的呈現(xiàn)出來。正如上述電腦的栗子，確定了“文件和文件夾”概念模型，用戶要執(zhí)行的操作就是打開某個文件夾、選中某個文件、拖動文件到另外的文件夾。

TIPS：根據(jù)復(fù)雜度守恒定律（Tesler's Law）， 無論在產(chǎn)品開發(fā)環(huán)節(jié)還是在用戶與產(chǎn)品的交互環(huán)節(jié)，這一固有的復(fù)雜度都無法依照我們的意愿去除，只能設(shè)法調(diào)整、平衡。所以在建立概念模型時，產(chǎn)品經(jīng)理不能僅僅關(guān)注用戶使用的復(fù)雜度，還需要考慮當(dāng)前概念模型的技術(shù)可行性，要多和開發(fā)哥哥交流。

5 信息架構(gòu)與頁面交互

這個階段處理的是用戶體驗要素中“框架層”和“表現(xiàn)層”的事物，相關(guān)的理論和方法有很多，我這邊就不贅述了，給大家回顧一下交互十大可用性原則吧。

6 關(guān)鍵指標(biāo)制定

產(chǎn)品的效果必須要有可量化的指標(biāo)來衡量，而且在產(chǎn)品的不同階段，需要關(guān)注的指標(biāo)也會有所差異。關(guān)鍵指標(biāo)的制定需要遵循以下3個步驟：

①明確產(chǎn)品階段；

②明確每個階段需要關(guān)注或突破的問題；

③針對問題制定有效反饋指標(biāo)。

根據(jù)以上步驟，對于企業(yè)系統(tǒng)產(chǎn)品，我們可以梳理出以下關(guān)鍵指標(biāo)：

其中，“系統(tǒng)觸達業(yè)務(wù)”是指使用系統(tǒng)功能完成了某個業(yè)務(wù)任務(wù)，“系統(tǒng)觸達業(yè)務(wù)數(shù)”是指使用系統(tǒng)功能完成了某個業(yè)務(wù)任務(wù)的數(shù)量。這個指標(biāo)主要反映的是，用戶是在使用系統(tǒng)功能來處理業(yè)務(wù)，還是仍然按照傳統(tǒng)方法在處理業(yè)務(wù)。

7 發(fā)布計劃制定

這個階段要解決的問題，是如何讓用戶更快更好更容易的接受產(chǎn)品新功能。我們可以用一句話來描述：在什么時間點，針對哪些角色，針對哪些用戶，灰度或全量發(fā)布什么產(chǎn)品內(nèi)容，發(fā)布后通過哪些方式教育用戶。

總結(jié)一下就形成以下的表格：

其中發(fā)布策略包括：灰度、全量。教育方式包括：培訓(xùn)、頁面指引、頁面宣傳等。

8 反饋的收集與分析

在這個階段的指導(dǎo)思路，我們可以采用望、聞、問、切。

望，觀察用戶的操作。

聞，聽用戶的吐槽、抱怨、建議。

問，向用戶提問，注意要區(qū)分目的性提問和探索性提問。

切，分析指標(biāo)數(shù)據(jù)，注意要對數(shù)據(jù)進行清洗和修正。

反饋的收集和分析是一門很深且很有意思的學(xué)問，我自己也還在研究積累中，后面會為這個階段的詳細方法單獨寫一篇文章。

TIPS：問題的答案不是重點，重點是問題背后的意義。不了解問題背后的意義，即使知道答案，也只是照貓畫虎、東施效顰。

最后想說的

產(chǎn)品搭建的套路是相通的，以上的8個步驟其實也可以應(yīng)用到其他類型產(chǎn)品的搭建中。

產(chǎn)品搭建的套路又是不通用的，方法的適合度總是因人而異。所以，試著在你目前的產(chǎn)品建設(shè)中對以上套路實踐一番，你或許能理解的更到位，同時還能改造優(yōu)化成更適合你自己的一套方法論。

認知淺薄，歡迎討論。

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? copyright ?? 山雞Samson?版權(quán)所有