編輯導語：“狀態圖”應用廣泛，一個繪制良好的狀態圖有利于梳理業務細節，從而讓思考更全面和不遺漏。本篇文章，作者將告訴大家什么是狀態圖，教你繪制一張大廠標準的狀態圖，大家趕快get it！

繼爆款網文《三步教你繪制大廠標準流程圖》后，我又上新了。

這次是《三步教你繪制大廠標準狀態圖》。有的產品經理沒聽說過狀態圖，但這個圖卻很重要。首先，一個繪制良好的狀態圖有利于梳理業務細節，從而讓思考更全面和不遺漏。

其次，狀態圖的應用也很廣泛，C端和B端產品經理都要用。比如，B端產品經理用于梳理后臺的身份審核流程、商品審核流程、公司請假流程，以及訂單的發貨、評價和退貨流程。

再如，C端產品經理用于梳理前臺的下單流程，優惠券的展示和使用流程。網上也有很多講狀態圖的文章，比如下面的圖就是源自某資深產品經理的文章，很多人都說寫的好、要收藏，但該圖卻全畫錯了。

該圖是描述「產品經理的工作狀態」，但我們要記住一個基本邏輯，狀態圖的目的是為梳理業務而不是為娛樂。

如果按照這個狀態圖做開發，到是真會被研發打，因為這里邏輯不清也指導不了業務設計。

比如，受傷了就不能寫文檔嗎？沒受傷就必須寫文檔嗎？寫不寫和受沒受傷沒有任何關系。通過本文的學習你就能畫對這個狀態圖了，也能給很多網文挑挑錯，做個優秀的產品經理。

而狀態圖一向是難點，我將用3篇共1萬+的文字來講清楚。3篇內容分別是：狀態圖的表達，狀態圖的誤區，用狀態圖理清業務。本文就是狀態圖系列文章的第一篇——狀態圖的表達。這些內容改自我的書《“圖解產品”》，并有刪減和改寫。

一、狀態圖的概念

要講清楚狀態圖，先要理解狀態圖的概念。狀態圖（State Diagram）也被稱為狀態機圖，狀態圖的定義是：狀態圖是描述了一個對象所處的狀態，以及用什么操作促成了狀態的轉變。如何理呢？我們舉兩個例子。

1. 生活中的例子

當你按下微波爐的開始按鈕，微波爐就處于已開啟狀態，當你按下微波爐的停止按鈕，微波爐就處于已停止狀態。在這個案例中，微波爐有兩個狀態，分別是開始和停止狀態。你單擊開就變成開始狀態，再單擊關就變成了關閉狀態。

2. 軟件系統例子

當用戶下了一個訂單，這個訂單就會被創建，此時訂單是已下單狀態；當用戶支付了訂單，訂單變成了已經支付狀態；當運營人員單擊了發貨，訂單變成了已發貨狀態，以此類推訂單還有其他狀態。

在這個例子中，訂單有已支付、已發貨等狀態，用戶或運營通過操作就能改變訂單狀態。而狀態圖就是用圖形的方式來表達事務的狀態，以及什么操作可改變狀態。

二、狀態的表達

狀態圖的表達方式有很多，但只要掌握五種表達就可解決絕大多數問題，這五種表達分別是：狀態和轉移、開始和結束、內部轉移。下面我們以身份審核為例來說明。

上圖就是身份審核狀態圖，當用戶要在某平臺發文章或課程，就要核實身份信息。用戶就要手持身份證拍照片，并上傳到平臺進行審核。

而相關狀態梳理如下：當用戶選取了拍攝的照片并單擊確認后，身份信息就變成了“已提交，待審核”狀態；當平臺審核通過，身份信息就變成了“已通過”狀態，當平臺審核拒絕，就變成了“已拒絕”狀態。在這里，我們就抽象出“已提交，待審核”，“已通過”和“已拒絕”這三個狀態。

狀態的繪制是一個略方的圓角矩形，并在矩形內寫狀態名稱。注意，狀態圖的圓角矩形比活動圖的圓角矩形，要略方一些。其他注意點如下：

1. 狀態名中，會有“已未待”等詞

狀態和事務的發生時間有關，可以分為：事前、事中和事后。

對于審核來說，事前就是“待審核或未審核”，事中就是“正審核”，事后就是“已審核”。已審核又包括兩種結果，分別是已通過和已拒絕。

我們發現，只有涵蓋了已、未、待、正等詞才是一個狀態，如本案例中的已提交、未審核、待審核、已通過等，就都含有這些詞。有的時候，已、未、待、正等詞可忽略。比如，一個商品可以保存成草稿狀態，這個狀態名就是 “已保存成草稿”狀態，含有“已”這個詞。但我們也可簡寫為 “草稿”狀態。

2. 狀態名有等價的多種表述方法

比如，當用戶提交了審核信息后。從用戶的角度，當前是“已提交”狀態；但從審核客服的角度，當前是“待審核”狀態。在這個場景下，已提交等于待審核。而常常見到，有的人會拆分成 “已提交”和“待審核”兩個狀態，很多時候這樣做都是錯的。為了避免此類問題，建議按照圖中所述將狀態名寫為兩個詞，即“已提交，待審核”。

三、 轉移的表達

不同狀態之間是可以轉移的，狀態的轉移常常是通過人的操作實現的。比如，當前狀態是“已提交，待審核”狀態時，審核人員可單擊“審核通過”按鈕，當前狀態就變為“已通過”狀態。

1. 轉移的表達

狀態之間轉移的畫法，是用帶箭頭的直線，并在線上寫上轉移的操作。表示從一個狀態能轉移到另一個狀態。如上圖所示中，“客服單擊審核通過”就是操作。而人的一個單擊操作，其實就是人的一個活動。

既然是活動，其文字就該按活動標準寫，即按照“（主）動賓”寫，強調誰做了什么事。和流程圖恰恰相反，流程圖的活動是要寫在矩形里，而狀態圖的中的活動是要寫在轉移的線條上或線條邊。

2. 轉移的觸發

狀態之間的轉移，不僅僅是可以由人觸發，也可由系統觸發。比如，當一個訂單在“已簽收”狀態后，是當訂單超過14天了，用戶也沒有點擊完成，則系統自動標記訂單為“已完成”，這就是由系統觸發的。

再如，如果房間濕度較低，系統就會自動打開加濕器。也就是將加濕器從“待機狀態”遷移到了“開機狀態”，而觸發條件是房間的濕度低于40%。有些時候，這個觸發也可以沒有任何條件，比如人有感冒就是不健康狀態，但是即使不吃藥也可以恢復健康狀態。但這種情況，對于軟件產品來說比較少見。

四、 開始的表達

對于狀態圖也有開始和結束的符號，這兩個符號的表達方式跟流程圖相同。開始的表達如上圖所示，就是一個黑心的小圓點。此時小圓點上引出一個箭頭，直接連接“待審核”狀態。從“開始”到“待審核”的轉移，是“用戶單擊提交審核”后產生的。開始不是一個狀態，只是方便閱讀者明白，狀態圖從什么地方開始。開始可以有一個，并且不可忽略。

五、結束的表達

結束的表達也如上圖所示，是一個黑心的小圓點，外面再框一個圓框。和開始一樣，結束也不是狀態，只是方便閱讀者明白，狀態圖到那個狀態就算結束。

結束僅起到提示作用，所以可以沒有、有一個或多個。然而什么狀態標記結束，并沒有絕對標準。
常見的是，正常流程中的最后一個狀態，應標記為結束。比如，當身份審核狀態變為“已通過”狀態，則整個流程就算完了，那么就要標記“已通過”為結束。

但是我們知道，即使審核通過還可以再拒絕，因此并不算絕對的結束。所以，結束符號僅僅起到提示作用。另一種標記“結束”符號的地方，是在取消的時候。比如，一個訂單有“已取消”狀態，則可以標記這個狀態為“結束”。我們看一個案例，下面的圖就是錯誤的。

對于身份審核，狀態變成“已通過”就算狀態結束了。

不存在通過“歸檔”操作，再轉變為“結束”狀態。但如果要客服歸檔該信息，則要再加個“已歸檔”狀態，然后再跟著“結束”標志。這樣做也是一個好習慣，可以清晰地傳遞有個歸檔狀態，并且客服可能要看歸檔資料。

六、內部的轉移

還有一種特殊轉移，被稱為內部轉移，用帶箭頭的回環表示。是表明用戶雖然可以操作對象，但并沒有改變其狀態。

比如對于身份審核案例，如果用戶提交信息后發現提交錯誤了，就需要重新提交信息。重新提交完信息后，身份審核的狀態不變，仍然是“待審核”狀態。此時就可用一個帶箭頭的回環表示，并且在線旁邊寫上“用戶重新提交身份信息”。

但是業務要考慮實際情況，用戶很難將個人的照片提交錯。因此為簡化產品設計和開發，通常不加入“重新提交”功能。但在其他業務場景下，則可能需要加入該功能。比如：

一個英語考試網站，要在線填寫考試報名表，并且線上支付費用，因為報名人數眾多，常常一開放報名就會被搶光。但報名的時候，要填寫十多個項，有郵寄地址、身份證過期時間、照片等內容。如果填寫錯誤，將導致無法考試或郵寄地址錯誤。這個時候就要實現，用戶提交了報名表后還能修改。

所以加不加某狀態還是要依據業務，這將在后面詳細說。而狀態圖的五種表達方法到這里就介紹完了。

七、寫在最后

有的朋友說挺簡單的啊，也沒什么。的確如此，規則就是如此簡單。但是回到我們開頭展示的「產品經理的工作狀態圖」，這個圖其實就沒有按照標準來，更沒有理解什么是狀態。

比如“改需求”壓根就不是個狀態。再如該圖也沒有搞清楚對象是誰，繪制目的是什么，總之錯誤很多。

而下一篇內容就是“狀態圖的誤區”，我們就來一起破解這個圖的問題，并給出正確答案。

作者：擎蒼，《“圖解”產品：產品經理業務設計與UML建?！纷髡?，公眾號：圖解產品設計

本文由 @擎蒼 原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自Unsplash，基于CC0協議