APQC的層級架構，分為五層。流程類別，流程組，流程，活動和任務，這是美國生產力質量中心（APQC）提供的一個標準框架。實際操作可能很多情況下我們并沒有遵從這樣一個結構。流程層級結構不只是APQC有這樣的標準，一些其他的軟件商，比如AlphaFlow，也給出了相應的標準。

一、 流程層級結構

我們也總結了一套比較實用的標準，與APQC的差別是，不是五層的結構，而是四層的結構。

在很多方法論中定義流程是有多層的，有主流程、子流程。有些方法論里面認為流程還不止兩層，有更多層。也有的方法論流程不限層級數，它可以多層，流程的活動層，步驟層，任務層。

在我們定義的流程層級結構中，前三層叫業務框架，第四層叫流程。業務框架分別是頂層、業務域層、邏輯關系層。其中第三層邏輯關系層是可以有多級的，我們一般可以分兩級或者三級，就是L3-1，L3-2，L3-3。這樣下來流程框架的最底層，我們稱之為最小業務單元。最小業務單元形成一個列表，我們叫流程清單。流程清單就是流程的目錄。

然后再下面一層就是流程，流程只有一層。如果流程有多層，那么對于流程顆粒度的定義就會有一些困難。如果定義只有一層，好處是顆粒度比較容易掌握。

流程就描述到了最細節的活動，是不可再分的。活動再分解是活動的具體步驟。這個步驟級的活動我們不再用流程來表達，可以用操作說明之類的東西來表達，而不用流程來表達。流程描述到最小顆粒度的標準是，它的任何一個活動，結束都有一個明確的對外的交付，每個動作都這樣一個結果，就是最小顆粒度。

這是我們定義流程的層級結構。不管是APQC的流程框架，還是我們定義的流程框架，盡管有些微小的差異，但根本原理是沒有區別的。這里我們需要清楚的一件事是，雖然我們把它叫做流程框架，但是說到根本，它的上面幾層都不是流程，我們稱之為業務框架。

二、 什么是業務框架

業務框架，實際就是業務的組成結構。它代表著企業里有多少業務功能，每個業務功能里又有哪些具體的功能模塊構成。不管我們做了幾層，它都不到流程這個層級。因為很顯然，它們并沒有非常明確的邏輯關系，沒有嚴謹的前后順序，它們都是業務的結構。

這個道理就類似于，如果流程是道路的話，那么我們最后是要畫一張道路的圖。但是因為這個地理區域面積非常大，道路復雜到了我們沒有辦法用一張圖來繪制所有的道路。比如全中國的道路沒法用一張圖來畫。那么你就需要頂層一張中國地圖，然后再分下來是多少個省，省里面再分哪一塊是北京，再分下來哪一塊是朝陽區，甚至還要再分到街區，最后你才能去畫道路。就像我們用的高德地圖或者百度地圖那樣，一層一層展開，最后看見道路。而上面的那些層級的地圖都看不見道路，它們就是我們說的業務框架。

業務框架也叫業務結構，就是從業務構成的角度來給企業建立了一個模型。什么叫模型？聽起來好像很高大上的一個東西，實則模型就是構成要素的結構和關系的一種表達。

一個復雜的系統，我們都可以用一種結構和關系去表達它的某些要素。或者是一個側面，或者是一個維度，或者是一種要素。用結構化的方式去表達它的構成和關系就是在建造一種模型。比如你做一個飛機的模型，可以是一個實體的，也可以用電腦抽象出一個三維的結構模型。

流程的這種層級結構，我們用一個立體的圖形結構展現看起來更直觀。

如上面圖所示，我們就看到頂層、業務域層、邏輯關系層、流程層，逐層展開。在不同的方法論中，你可以給它們定義不同的名字。比如APQC中稱第一層為流程類別，而在Metastorm中稱之為價值鏈層（value chain）。在這張圖上我們很清晰地看到上面幾層都不是流程，就是業務結構。