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

編輯導語：現(xiàn)在，越來越多的企業(yè)正在推出數(shù)字化方案，以提高或具備數(shù)字化能力，旨在提升業(yè)務效率或達到最佳的營收增長。隨著數(shù)字化轉(zhuǎn)型成功案例的不斷涌現(xiàn)，這一潮流趨勢正在不斷升溫。

好久沒有更新文章了，最近一直在給一些大型企業(yè)做數(shù)字化轉(zhuǎn)型的方案，所以公眾號又落灰了。恰逢項目間隙，想著沉淀下之前的一些建模的方法和思路，分享給大家。

一、寫在正文前

目前我就職于一家tob的數(shù)字化服務公司，主要為各類大中型企業(yè)服務，提供數(shù)字化轉(zhuǎn)型的咨詢、診斷、評估、落地實施等一條龍的服務。

在這個過程中接觸了很多百億規(guī)模營收的公司，即有之前熟悉的零售連鎖行業(yè)，也有很多未曾接觸過的行業(yè)，如醫(yī)藥，保健品，工業(yè)等。

在服務的過程中，無論是前期的戰(zhàn)略規(guī)劃還是系統(tǒng)頂層架構(gòu)設(shè)計，對我這種常年生活于互聯(lián)網(wǎng)公司的人來說，最大的感受不是在于許多傳統(tǒng)行業(yè)的同學不向往數(shù)字化，而是大多數(shù)人也說不清楚怎么樣叫數(shù)字化。

對于大多數(shù)人來說，包括一些在互聯(lián)網(wǎng)公司的人員，對于數(shù)字化、信息化、數(shù)智化這些層出不窮的概念未必都有很清晰的理解和認知。下圖是我對于各類公司在廣泛意義上對數(shù)字化理解的細分拆解：

數(shù)字化階段拆解

工具化：有些公司還停留在所謂IT時代，大多數(shù)對于系統(tǒng)的理解是進行單點的操作工具。

比如單一的財務系統(tǒng)，通過導入excel生成訂單記錄的訂單系統(tǒng)等。

這類公司對于系統(tǒng)的理解更多是excel表的延伸，不具備太多流程化的信息能力。不過此類公司在當前時代已經(jīng)比較少見了。

信息化：這個階段的公司屬于市面上的主流情況，公司內(nèi)部通過購買、自研等方式已經(jīng)完成了線上、線下業(yè)務流程的打通和閉環(huán)，可以通過一定量的信息化系統(tǒng)完成日常的運營、操作、執(zhí)行等動作。

信息化的典型特征就是看起來系統(tǒng)貌似各個環(huán)節(jié)都有。但是各自為政的情況比較多。而且數(shù)據(jù)底層的連通性較差。

不少公司的管理者往往期望在這個階段就開始所謂數(shù)字化的轉(zhuǎn)型，但實際上還是缺乏很多必要的支撐。

自動化：在這個階段是容易產(chǎn)生誤差最大的階段。

自動化是建立在信息化的基礎(chǔ)上，目的是提高系統(tǒng)間的協(xié)同能力，這里包括一體化的中臺能力，底層的數(shù)據(jù)架構(gòu)。從根本上來說自動化是通過系統(tǒng)的協(xié)同完成完整的線上作業(yè)流程，從而降本增效。

大多數(shù)傳統(tǒng)公司會誤解的點主要是高層在很多時候會忽略這個階段，嘗試從有系統(tǒng)到智能決策一步過渡，但實際運行過程中我們發(fā)現(xiàn)，大多數(shù)的信息化能力僅僅是有，而還沒有做到自動協(xié)同，一體化管理決策的基礎(chǔ)搭建。

數(shù)智化：這個階段我理解才是我們常常想象的數(shù)字化。

智能化決策、數(shù)據(jù)中樞等等都是我們夢寐以求的能力，到達這個解決的公司是比較少的，往往會通過加速進程的方式使得部分環(huán)節(jié)達到初步的能力。

數(shù)字化轉(zhuǎn)型過程中之所以有這么多的誤解，最大的原因還是認知問題。這也就是為什么這么多網(wǎng)上類似的文章提到數(shù)字化轉(zhuǎn)型不僅僅是系統(tǒng)升級，更多是戰(zhàn)略、組織的變革。

在調(diào)研和溝通的過程中，來自數(shù)字化轉(zhuǎn)型企業(yè)的人員甚至高管經(jīng)常會問到類似的一些問題：

1. 目前我們系統(tǒng)都比較健全，但是在對業(yè)務支撐上總是不太夠用，是出了什么問題？
2. 目前我們的需求來自于業(yè)務方，業(yè)務人員并不知道如何提出相應的問題，更多的需求都是解決操作易用性的問題。
3. 多數(shù)傳統(tǒng)企業(yè)還是早年信息化的認知階段，所以在進行數(shù)字化轉(zhuǎn)型時候往往按照以前的ERP設(shè)計思路來改造數(shù)字化架構(gòu)，感覺到處都別扭。

在我看來，服務過這么多家各行各業(yè)頭部客戶以后發(fā)現(xiàn)，數(shù)字化轉(zhuǎn)型主要面臨的是對于系統(tǒng)價值的認知及使用模式發(fā)生了變化。

很多早年傳統(tǒng)的管理者，甚至是IT負責人都不能很好的理解其中的價值和含義，才使得數(shù)字化轉(zhuǎn)型變得步履蹣跚。

數(shù)字化轉(zhuǎn)型在我看來，對于企業(yè)業(yè)務的經(jīng)營改革主要是來自于對于認知的變化，體現(xiàn)的現(xiàn)象就是要求一些非標的能力、行為、準則逐步建立結(jié)構(gòu)化的形式和數(shù)據(jù)，從而提供數(shù)據(jù)驅(qū)動業(yè)務發(fā)展、決策的模式。

早期企業(yè)對于系統(tǒng)的訴求更多是完成降本增效的訴求，所以更多以工具的形式來輔助業(yè)務運營。

隨著市場環(huán)境的不斷變化，我們漸漸開始進入到烏卡時代(VUCA volatile，uncertain，complex，ambiguous ),企業(yè)需要面對更多的不確定性，更多的競爭，對于企業(yè)經(jīng)營來說也要求脫離以往粗放型的人為決策管理方式，變?yōu)榫毣?shù)據(jù)化、標準化的高效管理模式。

在這個前提下，對于數(shù)字化對系統(tǒng)的要求也不僅僅是工具，而是需要精準的數(shù)據(jù)、多維度的決策判斷、直達一線的命令傳達效率等等。

這些都需要通過數(shù)字化及系統(tǒng)、數(shù)據(jù)的改進過程中不停的對組織、戰(zhàn)略認知進行調(diào)整，從而逐步達到數(shù)字化轉(zhuǎn)型的目的。

而在這個過程中，如何量化線下人為的各種運營動作和行為，能夠完成從非標到標準化、結(jié)構(gòu)化的過程就是建模的過程。在我看來，掌握建模方法的平臺才能最快最有效的快速完成數(shù)字化轉(zhuǎn)型的道路。

二、數(shù)字化建模框架

我們知道想完成企業(yè)的結(jié)構(gòu)化標準化，就需要從戰(zhàn)略、執(zhí)行、模式等多方面出發(fā)，這樣看來建模也不僅僅是系統(tǒng)層面的架構(gòu)設(shè)計，更多是要看符合戰(zhàn)略、模式的契合度。

企業(yè)架構(gòu)（EA Enterprise Architecture）的框架設(shè)計在業(yè)內(nèi)也有很多已經(jīng)成型的方案，從宏觀上來說，企業(yè)架構(gòu)包括業(yè)務架構(gòu)、產(chǎn)品架構(gòu)（應用架構(gòu)）、技術(shù)架構(gòu)、數(shù)據(jù)架構(gòu)。

企業(yè)架構(gòu)作為宏觀的指導框架，可以幫助負責人從公司角度來審視如何指導拆解目前的事務及結(jié)構(gòu)、機制等。目前的主要架構(gòu)模型也很多，比如TOGAF,ZACHMAN,MEAF等。這里我們重點介紹下前兩個。

ZACHMAN作為比較早期的企業(yè)架構(gòu)理論發(fā)起者，他的框架是大多數(shù)企業(yè)框架的雛形。

zachman框架

從結(jié)構(gòu)上來看，他的理論基礎(chǔ)是通過5W1H的問問題方式對不同類型的模型進行分析設(shè)計。這個方式在現(xiàn)在來看已經(jīng)是比較普遍的理論方式了。

5W2H（多了一個how much）目前很多時候被運用在調(diào)研需求的時候或者產(chǎn)品規(guī)劃設(shè)計的時候，從起源來說都是從zachman的框架延伸出來的。

我們可以認為某個產(chǎn)品或者業(yè)務是一個企業(yè)，通過這種方式來進行“企業(yè)架構(gòu)”的設(shè)計，即我們說的產(chǎn)品業(yè)務的規(guī)劃設(shè)計。

模型上zachman框架主要是三類模型：業(yè)務模型、產(chǎn)品模型和技術(shù)模型。這些模型在后來的絕大多數(shù)框架設(shè)計中都是主要的組成部分。

而另外一個影響比較大的則是TOGAF框架，相信這個框架很多人都聽說過，而我們可以發(fā)現(xiàn)現(xiàn)在很多時候產(chǎn)品經(jīng)理的一些規(guī)范、方法論也都來自于此框架的體系。

TOGAF框架

上圖可以看到TOGAF的框架跟現(xiàn)在我們?nèi)粘５男枨蠊芾砹鞒淌呛芟嗨频?，只是從顆粒度看日常的需求更小一些。

兩者都是通過對業(yè)務能力的了解（調(diào)研）進行架構(gòu)設(shè)計，并根據(jù)設(shè)計的框架逐步進行內(nèi)容的開發(fā)。

所以我們可以看到企業(yè)架構(gòu)設(shè)計的元素和原理與日常我們在進行產(chǎn)品需求規(guī)劃設(shè)計是很相似的，這也就是為什么常說產(chǎn)品經(jīng)理理論上是一個公司的ceo，他負責的部分從認知上來說應該站在企業(yè)公司或者產(chǎn)品頂層的角度來思考問題。

從上面的一些經(jīng)典企業(yè)架構(gòu)來看我們會發(fā)現(xiàn)，在管理企業(yè)架構(gòu)的時候整體下來主要是對四個部分進行架構(gòu)設(shè)計和建模的操作，即業(yè)務架構(gòu)、產(chǎn)品架構(gòu)（應用架構(gòu)）、技術(shù)架構(gòu)、數(shù)據(jù)架構(gòu)。作為一般企業(yè)核心的四套架構(gòu)設(shè)計，其中包含了很多需要掌握的建模模型、梳理方法論等。

我基于在互聯(lián)網(wǎng)大廠（曾在京東、阿里多家一線履職過）的中臺經(jīng)驗，結(jié)合我近年來為各大不同行業(yè)的頭部企業(yè)的數(shù)字化轉(zhuǎn)型咨詢、評估的情況。我梳理了一下數(shù)字化轉(zhuǎn)型需要進行的一系列建模及設(shè)計的頂層框架。

?數(shù)字化建模藍圖

這個框架是基于多行業(yè)的實操落地經(jīng)驗總結(jié)的，在不同的框架中運用了多種模型，包括對流程分解的，prd梳理的、業(yè)務架構(gòu)建模的，產(chǎn)品建模的等等。其中技術(shù)模型考慮到相對更底層，且和業(yè)務價值的關(guān)聯(lián)相對較弱，這里不進行展開和解讀。藍圖中有一些模型是來自于一些成熟的方法論，比如PCF，DDD，有一些則是根據(jù)我的實際經(jīng)驗結(jié)合方法論提煉出來的建模方法。希望對于大家有借鑒參考的作用。考慮到文章篇幅過長，本章中涉及方法、建模的詳細過程不在本文累述，后續(xù)我會單獨寫一些系列文章來講解本文里面哪些模型的詳細拆解過程。接下來我們來看下這個建模藍圖中都有哪些會運用到的模型及方法。

三、數(shù)字化建模詳解

上面我們說到了數(shù)字化架構(gòu)有4種架構(gòu)，除了偏底層的技術(shù)架構(gòu)以外，其他的幾種都是反映企業(yè)業(yè)務運營特征的核心架構(gòu)，而不同架構(gòu)下也有不同的模型表現(xiàn)形式：

1. 業(yè)務架構(gòu)模型

負責表達業(yè)務運營機制模式的模型，主要解答業(yè)務的機制，規(guī)則等。常見的業(yè)務模型主要包括業(yè)務流程圖、業(yè)務SOP規(guī)范，業(yè)務決策規(guī)則清單等等。

形式上不限于線上，線下的excel等各種格式也是比較常見的。

價值流梳理

海外倉業(yè)務管理模型

2. 產(chǎn)品架構(gòu)模型

通過業(yè)務架構(gòu)的模型進行系統(tǒng)層面的解讀。包括產(chǎn)品分層模型等。

產(chǎn)品建模的過程其實就是日常產(chǎn)品經(jīng)理的常見工作內(nèi)容，包括流程圖、ER圖，產(chǎn)品規(guī)劃藍圖，產(chǎn)品roadmap等等，甚至PRD里面的邏輯描述其實也是基于一定規(guī)律的建模模型獲得的（很多資深產(chǎn)品經(jīng)理腦海中已經(jīng)形成一定的經(jīng)驗，所以不需要特意去建模獲?。?/p>

建模在產(chǎn)品經(jīng)理的日常過程中是特別常用的工作方式，也是方法論沉淀的方式，甚至即使是前端的產(chǎn)品經(jīng)理，在設(shè)計頁面的時候也需要運用到一些信息架構(gòu)設(shè)計的模型或者方法。

某平臺采購下單流程模型

3. 數(shù)據(jù)模型

基于業(yè)務的梳理和建模，構(gòu)建數(shù)據(jù)層面的模型包括物理模型，數(shù)據(jù)實體，數(shù)據(jù)血緣，數(shù)據(jù)流向等等

訂單模型

整體架構(gòu)的建模是從業(yè)務模型開始，業(yè)務模型代表著公司的業(yè)務機制及模式，業(yè)務建模產(chǎn)生相應的業(yè)務元素，如業(yè)務流程，業(yè)務角色，業(yè)務動機等。這些元素是其他模型等必備要素。

業(yè)務模型分解的元素和規(guī)則可以用來進行數(shù)據(jù)建模，數(shù)據(jù)建模根據(jù)業(yè)務訴求搭建相應的數(shù)據(jù)結(jié)構(gòu)和模型，從而滿足業(yè)務的記錄、觀測、分析的各類數(shù)據(jù)訴求。

而數(shù)據(jù)模型也是產(chǎn)品建模的重要組成部分，產(chǎn)品建模時候也需要參考數(shù)據(jù)模型來進行相應的產(chǎn)品設(shè)計及劃分。

產(chǎn)品建模則是我們真正意義上完成業(yè)務價值流在數(shù)字化上的體現(xiàn)。好的產(chǎn)品建?？梢宰畲蟪潭鹊倪€原業(yè)務的真實作業(yè)場景，盈利方式，合理規(guī)則，有效監(jiān)控等等一系列的能力。從而幫助業(yè)務更上一個臺階。

模型之間關(guān)聯(lián)

產(chǎn)品建模根據(jù)業(yè)務戰(zhàn)略、執(zhí)行、落地等多個維度，也會分解成若干層，不同維度的產(chǎn)品建模代表著不同的含義和價值實現(xiàn)。

總之，所有的模型建模的目標都是為了最大程度的提供還原度高、標準化、結(jié)構(gòu)化的業(yè)務模式解讀，并可以通過在線的能力有效的解決線下的各種問題。

在不同的架構(gòu)中，建模的方法及建模后的產(chǎn)物都有著很強的聯(lián)動性，在日常的產(chǎn)品、業(yè)務工作過程中，很多東西我們都是無意識的在使用，而忽略了他們之間的關(guān)系。

比如我們畫的產(chǎn)品流程圖是基于業(yè)務流程圖來進行制定的。產(chǎn)品的邏輯是根據(jù)業(yè)務執(zhí)行的邏輯進行轉(zhuǎn)譯的。這些其實都屬于建模層面的產(chǎn)物。

接下來我們簡單看下各部分架構(gòu)內(nèi)都有哪些模型及規(guī)范的。

我們?nèi)粘Ｓ玫降囊恍┰O(shè)計的流程大多數(shù)是源自于TOGAF的企業(yè)架構(gòu)，在TOGAF的企業(yè)架構(gòu)中有一種架構(gòu)的開發(fā)方法，簡稱ADM(Architecture Development Method,ADM)。

ADM是從企業(yè)架構(gòu)的角度給出了對于架構(gòu)設(shè)計的設(shè)計思路和路徑。而路徑上可以看到業(yè)務架構(gòu)的設(shè)計和愿景是產(chǎn)品架構(gòu)（信息架構(gòu)設(shè)計）的前提，所以我們可以理解為ADM在日常工作中就是我們產(chǎn)品需求設(shè)計的一個流程框架。

我們可以看到流程上都要進行業(yè)務規(guī)劃（架構(gòu)愿景）、業(yè)務調(diào)研、分析（業(yè)務架構(gòu)）、產(chǎn)品規(guī)劃設(shè)計（信息系統(tǒng)架構(gòu)）、技術(shù)方案設(shè)計（技術(shù)架構(gòu)），復雜項目還會有多條線的整體產(chǎn)品方案（解決方案）等。

下圖是ADM的各個環(huán)節(jié)的關(guān)系圖

在實操場景下，現(xiàn)在絕大多數(shù)公司的產(chǎn)品需求設(shè)計流程都是和ADM的架構(gòu)設(shè)計流程是相似的，原因在我看來產(chǎn)品需求設(shè)計更多是對于業(yè)務訴求及規(guī)范的理解和轉(zhuǎn)義（讓語言上更解決系統(tǒng)語言的表述方式）。所以在設(shè)計業(yè)務架構(gòu)的時候都是相通的。

ADM是從宏觀角度劃分不同環(huán)節(jié)的關(guān)系及路徑，那么另一種企業(yè)架構(gòu)CBM（component business model組件化業(yè)務模型）設(shè)計思路則是更加細化到更細的領(lǐng)域進行。

CBM引入了領(lǐng)域和職能的概念，進一步將價值單元進行劃分，不同領(lǐng)域在不同職能上都有特定的價值組件（BC），而每個價值組件既可以是業(yè)務的也可以是系統(tǒng)的。

當然在數(shù)字化的認知下，原則上業(yè)務組件都可以通過量化完成系統(tǒng)化的構(gòu)建。

這種分層分域的邏輯產(chǎn)品經(jīng)理是不是看著十分的熟悉？

沒錯，大多數(shù)的產(chǎn)品架構(gòu)藍圖也是基于這個理念進行劃分設(shè)計的。后面我們會細說下關(guān)于產(chǎn)品建模時候藍圖如何聚合領(lǐng)域。

前面我們說了，業(yè)務架構(gòu)、產(chǎn)品架構(gòu)、數(shù)據(jù)架構(gòu)是息息相關(guān)的，而架構(gòu)建模的源頭來自于對于業(yè)務架構(gòu)的設(shè)計。

4. 業(yè)務架構(gòu)

業(yè)務架構(gòu)目前市面上主流的設(shè)計框架是價值流+流程的組合，即通過識別企業(yè)業(yè)務價值流，構(gòu)建實現(xiàn)價值流的流程從而完成整個業(yè)務架構(gòu)的設(shè)計。

在實際落地過程中我發(fā)現(xiàn)一個問題，價值流是屬于頂層設(shè)計，而流程更多是聚焦到所有分支場景的執(zhí)行操作，中間還需要有一個橋梁來連接，也就是說同樣場景或性質(zhì)的流程應該形成統(tǒng)一規(guī)范，即業(yè)務的SOP。基于上面的設(shè)計框架，最合適的業(yè)務架構(gòu)建?？蚣馨脑赜?/p>

1.價值流（價值主張、價值流、價值流階段）;

2.業(yè)務SOP（規(guī)則集合、流程合集的價值主張）;

3.業(yè)務流程（即包括所有業(yè)務場景的執(zhí)行流程及邏輯規(guī)則）。

原則上業(yè)務SOP的模型形式和價值流和業(yè)務流程的的模型類似相通的地方，大多通過流程圖的方式來展現(xiàn)。

5. 業(yè)務價值流

比如上圖就是一個供應鏈企業(yè)的生產(chǎn)、交易價值流梳理，而下面提煉的階段就是價值流階段包含生產(chǎn)價值流階段和交易的價值流階段。

價值流中間的每個細節(jié)節(jié)點如加車、下單等又構(gòu)成了一個SOP的規(guī)則、流程集合。里面包含很多不同的處理子流程。

很多時候大家在梳理業(yè)務價值流的時候會和系統(tǒng)的流程混淆。一般情況有以下幾點區(qū)別：

1. 業(yè)務價值流重點描述場景、角色的交互，系統(tǒng)只是其中的一小部分，而系統(tǒng)流程的交互主要是線上系統(tǒng)交互為主。
2. 業(yè)務流程的節(jié)點需要表達業(yè)務價值的階段或者成果，如履約完成、審核開票等。而系統(tǒng)流程中間有不少是系統(tǒng)的底層處理，比如數(shù)據(jù)的轉(zhuǎn)換之類的。

業(yè)務架構(gòu)的建?？蚣苋缦拢?/p>

業(yè)務架構(gòu)建模框架

我們上文有提到業(yè)務架構(gòu)建模核心是價值流和流程的梳理和拆解。其中價值流分為識別和價值流階段梳理。

什么叫價值流呢？

企業(yè)存在的核心在于為客戶提供價值，即其價值主張。業(yè)務的價值流是為了實現(xiàn)其價值主張而進行的方式。

業(yè)務價值流解讀是產(chǎn)品建模、拆解的前置依賴條件，無論是平臺級規(guī)劃還是單獨條線的規(guī)劃都是如此。

舉個例子，騰訊的核心產(chǎn)品是微信和QQ，那么他的價值主張是什么呢，價值流又是什么呢？

騰訊的核心能力是社交類軟件，那么它的價值主張就是社交嗎？并不是。我們知道，騰訊有很多其他產(chǎn)業(yè)，比如投資京東、美團等，它投資不同領(lǐng)域的產(chǎn)業(yè)目的是將連接屬性做到最大化。

因此騰訊的價值主張是“連接”，因為無論是人與人之間的連接，還是人與行業(yè)之間的連接，都需要圍繞連接開展。

而騰訊的價值流基本以連接后的導流，引入為主，通過連接提供更大的客戶群體。

阿里的價值主張則相反，它通過買斷自運營的方式實現(xiàn)進場（比如餓了么、高德等），再通過制定平臺規(guī)則和平臺統(tǒng)籌實現(xiàn)統(tǒng)一管理，實現(xiàn)各種服務、商品、信息的流通。

因此阿里的價值主張是“撮合”，撮合的本質(zhì)是降低商業(yè)摩擦成本，并通過各種規(guī)則和能力使得商業(yè)成交轉(zhuǎn)化率得到大幅提升。

阿里的業(yè)務價值流主要以平臺間商品價值的互換和組合銷售為主的交易流，提供更高更多的客單。

綜上可以看出，價值主張為公司確定了很多隱性的東西。如果我們沒有深入理解這個概念，就容易設(shè)計出一些跑偏的架構(gòu)。

價值流的識別和制定也是來自于一些內(nèi)外部的輸入，包括戰(zhàn)略輸入、動機輸入、商業(yè)模式輸入。

數(shù)字化轉(zhuǎn)型需要制定一系列的戰(zhàn)略決策，不單單是進行系統(tǒng)的改造升級，戰(zhàn)略決策及業(yè)務動機會直接導致數(shù)字化的傾向性。

比如戰(zhàn)略上希望打造供應鏈一體化平臺，那么業(yè)務動機和商業(yè)模式則會聚焦在提高供應鏈產(chǎn)能、周轉(zhuǎn)，擴大分銷渠道等能力上，商業(yè)模式也以大宗批發(fā)為主，零售為輔助。

這樣的輸入下，價值流的核心會聚焦在后端及B2B的模式上做延伸，類似S2B2C等等。

而如果戰(zhàn)略上希望打造的是全渠道營銷平臺，那么供應鏈就會弱化，更多是完成渠道和用戶的轉(zhuǎn)化能力。

關(guān)于戰(zhàn)略、動機、商業(yè)模式的輸入可以通過構(gòu)建戰(zhàn)略屋的方式來得到公司層面或者事業(yè)部層面的戰(zhàn)略構(gòu)建。

業(yè)務價值流依存于輸入的差異和變化，價值流則絕對后續(xù)的業(yè)務架構(gòu)建模。

業(yè)務價值流是一個端到端的流程合集，為客戶、利益相關(guān)者或最終用戶創(chuàng)造整體結(jié)果。即為某個或某群特定的利益相關(guān)方提供完成企業(yè)或平臺價值主張的流程或標準。他是由若干個價值流階段構(gòu)成，即我們常說的關(guān)鍵環(huán)節(jié)

下圖是一個標準的電商價值流的示例：

• 價值主張：交易平臺，為客戶提供交易及履約服務；
• 價值流：交易價值流（或叫價值鏈）；
• 價值流階段：共五部分（加購物車、下單、支付、分揀打包、配送）。

價值流的識別和價值階段的拆解有助于我們快速找到業(yè)務的核心邏輯及目標價值。方便對后續(xù)的更細維度的流程、功能、業(yè)務邏輯進行拆解。

識別價值流以后就需要進一步對業(yè)務價值流或者價值流節(jié)點拆解、細化。形成可以落地執(zhí)行的內(nèi)容，如流程、規(guī)則、策略等。

這時候要PCF（ Process Classification Framework流程分類框架）,PCF不是一個業(yè)務上的模型，更像是對于業(yè)務流程梳理的時候一個通用的規(guī)范。

他可以讓業(yè)務人員在梳理業(yè)務流程和SOP的過程中按照一定的規(guī)范快速梳理出自己業(yè)務的相應流程和規(guī)則。

PCF共計有13個分類的流程框架，5個級別流程拆解層級。

13個分類流程框架

PCF將13個分類流程框架分為兩大類：日常運營類的和管理支持類的。而這13個分類在日常我們的工作中最常用到的是運營流程類的相關(guān)框架。

PCF的最大作用是通過框架一定程度上窮舉了不同層級對于業(yè)務流程的概述。你可以通過PCF的內(nèi)容快速了解到當前需要梳理的業(yè)務流程都有哪些種類，他們的大體關(guān)系是什么樣的。

按照PCF的劃分，整個流程被分成了5級：

1. 類別：可以理解為是表達當前領(lǐng)域下對于價值流和價值主張的流程。

2. 流程組：是解答上一級流程劃分的集合，我們也可以理解為是價值流階段，代表是不同節(jié)點的組合。

3. 流程：這個層級的流程也是以流程集合形式體現(xiàn)的，差別在于這個層級更聚焦在具體的成功轉(zhuǎn)化上，這個層級的”流程”會消耗到資源，所以需要從業(yè)務的實際工作維度來進行設(shè)計，可以理解為是我們常見的業(yè)務SOP。

比如售后分類中，售后維修可能是流程組的概念，那么維修評估、維修報價等等就是我們說的“流程”，他需要開始對資源進行消耗。

而維修評估不單單是一個獨立的業(yè)務流程，還可以進行進一步的拆解，即下層級的活動。

4. 活動：這個層級的流程則是我們通常意義上表達的業(yè)務流程，主要是進行生產(chǎn)、操作流程的。

5. 任務：任務屬于在更細維度的事務拆解，一般情況下這個顆粒度分解的內(nèi)容可以理解為處理業(yè)務的原子因素。在DDD領(lǐng)域設(shè)計里面的事件、命令其實就是對應這個維度的。

需要說明下，有時候業(yè)務場景沒有那么復雜，事件和命令的原子因素也可以對應上級的內(nèi)容。

5個層級樣例

比如上面這張圖就汽車是企業(yè)風險合規(guī)整治的一個流程框架概述，通過逐級拆解可以找到業(yè)務場景下需要梳理的流程清單，方便我們在做業(yè)務架構(gòu)設(shè)計的時候快速窮舉查找。

PCF不會涉及到具體的業(yè)務元素，但在判斷是否完善業(yè)務場景和流程的時候，可以作為參考的架構(gòu)來看，此外PCF還有很多不同行業(yè)的細分框架，對于具體業(yè)務理解更有助于判斷。下面這個就是汽車生成行業(yè)的客服管理流程分類框架。

汽車PCF流程分類框架樣例

說了這么多流程分類的方法論，也許對于很多產(chǎn)品出身的同學來說感覺不是那么好理解，那么我通過系統(tǒng)的相關(guān)模型給大家解讀下如何來看待業(yè)務架構(gòu)設(shè)計中PCF對于產(chǎn)品架構(gòu)設(shè)計和日常需求的作用。

PCF的五層分類前兩層可以便于我們?nèi)タ焖僬业綄I(lǐng)域業(yè)務的關(guān)鍵價值流和價值流階段的內(nèi)容。而后面的三層可以指導我們?nèi)プR別業(yè)務SOP、業(yè)務流程梳理的完整度。

前期業(yè)務建模的架構(gòu)越完整，對于識別出來的流程、角色、事件、命令就會越準確，后面去進行系統(tǒng)領(lǐng)域的劃分設(shè)計就會更加容易匹配，輸出價值。

我們以訂單中臺系統(tǒng)中的一個部分拆單模塊為例來看下，假設(shè)我們認為拆單模塊的流程是一個完整的流程分類，那么他的鏈路就是我們說的價值流，里面的節(jié)點是價值流階段，再往下拆分的就是子流程，即流程、活動、任務。

子流程都是需要消耗資源的，即需要調(diào)用相關(guān)系統(tǒng)計算、更新數(shù)據(jù)等。

拆單流程分類框架示例

業(yè)務流程拆解后，為了后續(xù)可以進行系統(tǒng)的架構(gòu)和建模，可以在已經(jīng)完成的業(yè)務流程中做一些“標簽”的識別，我們可以通過流程節(jié)點識別出來事件、命令、角色。這個概念是來自于DDD領(lǐng)域設(shè)計中的事件風暴。

在實際的建模和落地實施過程中我發(fā)現(xiàn)，事件、命令就是最小的業(yè)務單元，而能夠講業(yè)務流程拆解到最小業(yè)務單元，在進行后續(xù)的產(chǎn)品架構(gòu)設(shè)計，甚至產(chǎn)品具體功能的PRD編寫時都有很大的便利和指導性。

以一個審批流程為例，我們可以看到，事件、命令作用于每一個節(jié)點上，通過拆解可以找到最小單元的變化數(shù)據(jù)和最小單元的操作動作。從而進一步結(jié)構(gòu)了業(yè)務在運行之中的核心“原理”。

事件、命令拆解示例

對于產(chǎn)品建模來說，業(yè)務架構(gòu)建模是非常重要的過程，很多企業(yè)沒有能做好這塊，或者說對于業(yè)務設(shè)計更多來自于腦海中的概念和口述，缺乏更多的細節(jié)。

這樣就導致產(chǎn)品規(guī)劃、設(shè)計時候很多產(chǎn)品經(jīng)理經(jīng)常會抱怨業(yè)務沒有想清楚，方案感覺都是拍腦袋的原因。

另一方面，業(yè)務的經(jīng)驗更多來自于運營過程中的不斷收集，內(nèi)容更多是碎片化的積累，如果希望做數(shù)字化轉(zhuǎn)型，業(yè)務架構(gòu)建模的體系能力是很重要的。

業(yè)務建模后很多元素是產(chǎn)品建模的基礎(chǔ)，比如流程、規(guī)劃、目標等。下面這個圖來自于建模藍圖中的一部分，表明了業(yè)務建模和產(chǎn)品建模的轉(zhuǎn)換關(guān)系。

業(yè)務建模與產(chǎn)品建模的關(guān)系

說完業(yè)務模型，我們來看下產(chǎn)品模型，產(chǎn)品建模解決的是設(shè)計的框架及對待問題的處理方案準則。很多的信息和數(shù)據(jù)都是來自于業(yè)務建模的轉(zhuǎn)化，產(chǎn)品建模需要通過對業(yè)務的理解和抽象形成系統(tǒng)層面的模型來指導產(chǎn)品系統(tǒng)的搭建。

按照從宏觀到細節(jié)，我將產(chǎn)品模型分成了三層。

1. 頂層建模：針對業(yè)務價值流和階段進行拆解，找到核心的業(yè)務價值，轉(zhuǎn)義業(yè)務架構(gòu)建模形成的信息。
2. 領(lǐng)域建模：基于DDD的方法論針對產(chǎn)品領(lǐng)域進行聚合，形成不同產(chǎn)品領(lǐng)域的模型。包括一二級域。通過產(chǎn)品能力矩陣識別領(lǐng)域缺失，逐步完善領(lǐng)域建模。
3. 產(chǎn)品功能點建模：指的是基于上面模型的原子要素（事件、命令、角色等）和流程、邏輯進行具體需求的整理，也就是我們整理prd的過程。通過模型可以及時發(fā)現(xiàn)需求梳理的問題，進行完善。

產(chǎn)品建模：頂層模型、領(lǐng)域模型

產(chǎn)品功能點建模

產(chǎn)品的的分層建模目的是通過不同維度的建模可以將對應層級的業(yè)務架構(gòu)進行轉(zhuǎn)化，比如價值流的梳理轉(zhuǎn)化的產(chǎn)品層面就是頂層架構(gòu)建模，可以通過價值流和價值流階段的識別，快速確認在數(shù)字化中核心的產(chǎn)品鏈路是哪些，核心產(chǎn)品鏈路要賦予更高層次的數(shù)字化能力的規(guī)劃。

舉個簡單的例子，一個供應鏈企業(yè)和一個營銷型企業(yè)雖然同樣都需要交易、營銷、供應鏈的能力，但是數(shù)字化產(chǎn)品架構(gòu)設(shè)計時，由于業(yè)務架構(gòu)上的價值流和流程的級別不同，所以產(chǎn)生了差異化產(chǎn)品架構(gòu)設(shè)計的情況。

供應鏈企業(yè)對于庫存、商品、物流方向的智能化、自動化能力就需要有一些深度規(guī)劃，而營銷型企業(yè)則需要加強用戶運營，營銷的玩法。

供應鏈企業(yè)產(chǎn)品架構(gòu)示意圖

營銷型企業(yè)產(chǎn)品架構(gòu)示意圖

頂層產(chǎn)品架構(gòu)設(shè)計會影響到在領(lǐng)域建模時對于根據(jù)產(chǎn)品能力矩陣進行領(lǐng)域能力完善時的側(cè)重和取舍。

產(chǎn)品建模的頂層建模不僅僅只是照抄業(yè)務架構(gòu)建模的價值流內(nèi)容，而是需要判斷出業(yè)務的屬性特征，從而得到產(chǎn)品可以賦能的核心價值點。

除了進行分層轉(zhuǎn)化以外，產(chǎn)品架構(gòu)設(shè)計最重要的是提煉出兩個東西：

1. 系統(tǒng)流程，系統(tǒng)流程代表著業(yè)務線上還原的場景，還原度越高越能夠體現(xiàn)業(yè)務架構(gòu)設(shè)計的準確性。而且系統(tǒng)流程直接決定了交互的邏輯、關(guān)系，所以系統(tǒng)流程的梳理是很重要的一項產(chǎn)品建模；
2. 事件、命令、角色，通過事件風暴獲得的事件、命令、角色是基于業(yè)務建模的，在進行產(chǎn)品建模的時候需要根據(jù)系統(tǒng)場景和流程補充很多系統(tǒng)層面的事件、命令、角色。

比如訂單的下單就需要增加一些線上的審核校驗事件或命令，促銷發(fā)券就需要有一些促銷計算的過程等等。

在產(chǎn)品建模中，事件、命令這些元素是業(yè)務的最小單元，也是系統(tǒng)執(zhí)行的最小單元，我們可以理解為它就想PCF分類框架中的最后層級的流程分類：任務。

所以包括領(lǐng)域建模、功能點建模都需要通過事件、命令進行歸因識別，確保業(yè)務、產(chǎn)品從上到下的邏輯是統(tǒng)一的。

在產(chǎn)品分層建模中，我使用的核心思路是基于DDD領(lǐng)域設(shè)計的思路，包含了各類領(lǐng)域設(shè)計的元素：聚合根、事件、命令、限界上下文等。

下圖是我總結(jié)的關(guān)于DDD領(lǐng)域設(shè)計中各個元素間的關(guān)系：

數(shù)據(jù)建模

市面上講述數(shù)據(jù)架構(gòu)的詳細文章很多，也說的比較清楚，關(guān)于基礎(chǔ)的概念這里我不單獨累述了，考慮到數(shù)據(jù)結(jié)構(gòu)還是比較方法化，很多東西和概念對于之前接觸不多的人來說容易繞暈，本文重點用一些通俗的表達讓大家來理解下這塊的內(nèi)容。

業(yè)務和產(chǎn)品建模的關(guān)系類似于人類起源之時人類生產(chǎn)活動和工具的關(guān)系。業(yè)務建模代表人們的基本運營規(guī)則和方法，而產(chǎn)品建模則是通過更多系統(tǒng)化的能力提供快速提升的手段。

而數(shù)據(jù)建模則像是語言一樣，負責傳達和表達人們真實的想法和沉淀積累。所有業(yè)務、產(chǎn)品的行為都會以數(shù)據(jù)的形式記錄下來以便進行更多的分析、判斷。

所以數(shù)據(jù)建模既來源于業(yè)務、產(chǎn)品建模，又對它們有導向的作用。

在進行數(shù)據(jù)模型的抽象之前，很多基礎(chǔ)的信息都是來自于對于實體的理解和拆分。所以ER實體建模是進行數(shù)據(jù)架構(gòu)的前提條件。

業(yè)務實體與數(shù)據(jù)架構(gòu)的關(guān)系

數(shù)據(jù)實體識別完成后，我們就需要根據(jù)需要將數(shù)據(jù)分層、拆解、得到相應更獨立的數(shù)據(jù)結(jié)構(gòu)，這就是數(shù)據(jù)建模的過程。

舉個例子，我們現(xiàn)在有一個訂單的實體建模，那么根據(jù)訂單的使用場景、信息、類型等維度對數(shù)據(jù)就有不同的訴求和分析角度。

我們可以根據(jù)場景拆分成交易場景、財務場景、售后（訂單快照）等等，不同場景下的數(shù)據(jù)需要完成哪些分析，從而聚合形成相應的數(shù)據(jù)結(jié)構(gòu)。

上面的描述方式類似口語，在實際建模過程中則會根據(jù)模型的特點分為邏輯模型、概念模型和物理模型。

簡單來說概念模型就是表達實體的關(guān)系，可以用“實體-關(guān)系”（E-R）圖來呈現(xiàn)，它的實現(xiàn)代表了自然語言的轉(zhuǎn)化。

邏輯模型則是技術(shù)側(cè)在進行理解的時候用技術(shù)的語言解讀實體關(guān)系的內(nèi)容，這個過程和業(yè)務建模轉(zhuǎn)化成產(chǎn)品建模由異曲同工的過程。

物理模型則是邏輯模型的落地，是對于真實數(shù)據(jù)庫表的描述，包含了表、視圖、字段、數(shù)據(jù)類型等等要素。可以理解為是具體的表結(jié)構(gòu)。

需要說明的是這里面的表結(jié)構(gòu)可能會因為場景、業(yè)務屬性、用途等進行聚合或者拆分，理解上不是我們常規(guī)見到的業(yè)務系統(tǒng)里面的數(shù)據(jù)庫結(jié)構(gòu)，比如訂單的數(shù)據(jù)可能就有多維度數(shù)據(jù)聚合的寬表來進行財務、業(yè)務上的分析使用。

除了模型外，關(guān)于數(shù)據(jù)的源頭、流向、血緣關(guān)系也是數(shù)據(jù)架構(gòu)建模的時候需要重點關(guān)注的，這些相當于我們在做業(yè)務、產(chǎn)品建模時候管理相應生命周期的閉環(huán)是一個道理。只有能夠最大程度記錄和體現(xiàn)業(yè)務、產(chǎn)品生命周期下的情況及特征，才是數(shù)據(jù)建模最大的價值。

四、數(shù)字化建模工具

說完了建模的方法，那么通過什么方式或者手段來建模呢？構(gòu)建的模型都有哪些常用的形式呢？

首先，模型是包含很多種形式的，主要的作用是通過抽象的方式固化下來相對核心主要的模式、規(guī)則、流程等。所以模型等表現(xiàn)形式是多種多樣的。

我們?nèi)粘．嫷牧鞒虉D就是建模的一種形式，業(yè)務梳理的規(guī)則列表，產(chǎn)品整理的數(shù)據(jù)字段，開發(fā)的接口規(guī)范，業(yè)務運營的流程，sop。這些都是模型的范疇。

我們這里面的模型是廣義上的模型，而不僅僅是常規(guī)印象中的算法模型那些。

類似下述的這些圖都屬于模型的范疇，包括但不限于價值流、流程、規(guī)范、框架、規(guī)劃等。

交互模型

業(yè)務流程

架構(gòu)圖

其次，建模的規(guī)范和標準是需要統(tǒng)一化的，在產(chǎn)品中大家見到的最多的模型語言就是UML，UML可以基于各種鏈路流程進行制圖，表達他們之間的流轉(zhuǎn)和關(guān)系。

此外還有對于業(yè)務建模常用到的BPMN規(guī)范。接下來我們重點介紹這兩種語言。

1. UML

關(guān)于UML的基本概念相信在很多的書籍或者文章上大家都有閱讀過，這里面我就不再啰嗦了。重點我講下我對于UML的理解以及在架構(gòu)、模型設(shè)計時候的一些底層邏輯。方便大家理解對于UML的合理使用。

UML在產(chǎn)品經(jīng)理或業(yè)務運營人員日常的畫圖中經(jīng)常會用到，它有一些基本元素和類型，我總結(jié)了一下，大概有以下幾類：

1）實體元素：包括各類實際行為或者載體的表達，開始結(jié)束的表達以及對于判斷的表達等。這些實體元素在各類圖中用于對業(yè)務載體、產(chǎn)品系統(tǒng)載體、邏輯載體進行描述。

需要注意的是，這里面提到的實體載體是指對業(yè)務或系統(tǒng)上某個規(guī)則或模型的載體，他可能是一系列的流程、sop、策略或具體角色、任務等。

流程建模示例

上圖中的矩形和判斷的菱形元素都是在表達實體的內(nèi)容，包括判斷邏輯和業(yè)務動作行為。

2）連接關(guān)系：連接關(guān)系用于表達實體元素間的互動邏輯，不同類型的連接關(guān)系形成不同類型的圖，如并列關(guān)系。

下列是我們?nèi)粘３Ｒ奤ML的模型圖分類及樣例：

UML圖樣例

2. BPMN

除此以外還有一種規(guī)范其實也是我們經(jīng)常見到的，就BPMN（Business Process Modeling Notation 指業(yè)務流程建模與標注）。

BPMN可以理解為是UML的升級版本，在BPMN中，包含的基礎(chǔ)元素有：

1. 流對象（Flow Object）用來操作數(shù)據(jù)的流向的對象，所有流轉(zhuǎn)含義的內(nèi)容都可以通過流對象表達，包括事件、網(wǎng)關(guān)、活動等。
2. 數(shù)據(jù)（Data）：數(shù)據(jù)對象是一個顯示活動是如何需要或產(chǎn)生數(shù)據(jù)的。它們通過關(guān)聯(lián)與活動連接起來。
3. 鏈接對象?（Connecting Objects）：連接對象將流對象連接起來形成一個業(yè)務流程的基本結(jié)構(gòu)。
4. 泳道（Swimlanes）：通過泳道對主要的建模元素進行分組。
5. 描述對象：我們可以理解為擴展信息等內(nèi)容主要進行注釋，輔助描述等。包括組和注釋兩種概念。

在日常工作中，這兩種語言其實沒有太多本質(zhì)性的差異，很多產(chǎn)品經(jīng)理畫的流程圖或者泳道圖都是混合了兩種語法的產(chǎn)物。

大多數(shù)的流程大家會基于UML的格式來進行，但是從我個人的經(jīng)驗來看BPMN在進行業(yè)務建模復原的時候更容易表達業(yè)務的上的一些場景、觸發(fā)機制等。所以可以使用一些BPMN語法的概念來進行特殊節(jié)點的描述。

比如UML開始節(jié)點并沒有表明太多元素或者觸發(fā)的動機，而在BPMN中規(guī)定流程的初始需要通過某類事件或者場景的觸發(fā)，即設(shè)定相應的流對象。這個概念有助于建模時對場景的描述更加具體完善，避免缺失和遺漏。

此外，對于我們常規(guī)建模的圖形來說，大體可以粗略的歸為兩類：結(jié)構(gòu)靜態(tài)圖和行為圖。

結(jié)構(gòu)靜態(tài)圖一般是用UML的格式來畫，代表一些今天結(jié)構(gòu)的圖，比如產(chǎn)品架構(gòu)圖、組織結(jié)構(gòu)圖等。這些一般不代表行為或動作。

另一種就是行為圖，比如我們經(jīng)常畫的流程圖，系統(tǒng)交互圖，時序圖等都是這個范疇，代表一系列行為的動作流轉(zhuǎn)。在這種圖里面可以加入一些BPMN的元素用來豐富表達的含義。

尤其是在進行業(yè)務行為描述的時候?qū)τ谔厥獾膱鼍?、觸發(fā)邏輯等可以通過BPMN的元素進行表達，方便進行事件、命令抽象的時候更加完善。

五、總結(jié)

數(shù)字化轉(zhuǎn)型是一個痛苦的過程，但又是一個必經(jīng)的過程。如何能夠通過數(shù)治代替人治是數(shù)字化的核心改革。

建模是決定能否變成可量化、可衡量、可延展的商業(yè)體系的標準之一。一個數(shù)字化轉(zhuǎn)型成功的企業(yè)都需要具備良好的合理的建?；A(chǔ)。通過模型可以有效的防止、預估、判斷各類不可控情況的發(fā)生和蔓延。

本文重點講解了各種模型、方法之間的關(guān)系及內(nèi)部的結(jié)構(gòu)邏輯，考慮篇幅沒有特別深入的展開。后續(xù)我會對每部分單獨寫文講解其中的方法及實操內(nèi)容。

#專欄作家#

高暉，微信號公眾號@產(chǎn)品老高，人人都是產(chǎn)品經(jīng)理專欄作家。10余年IT經(jīng)驗，互聯(lián)網(wǎng)老兵。多年電商公司經(jīng)歷，曾參與過B2B/B2C/O2O等多個方向的電商項目，熟悉電商全流程產(chǎn)品線情況。

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

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