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

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

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

其次，狀態(tài)圖的應用也很廣泛，C端和B端產(chǎn)品經(jīng)理都要用。比如，B端產(chǎn)品經(jīng)理用于梳理后臺的身份審核流程、商品審核流程、公司請假流程，以及訂單的發(fā)貨、評價和退貨流程。

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

該圖是描述「產(chǎn)品經(jīng)理的工作狀態(tài)」，但我們要記住一個基本邏輯，狀態(tài)圖的目的是為梳理業(yè)務而不是為娛樂。

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

比如，受傷了就不能寫文檔嗎？沒受傷就必須寫文檔嗎？寫不寫和受沒受傷沒有任何關(guān)系。通過本文的學習你就能畫對這個狀態(tài)圖了，也能給很多網(wǎng)文挑挑錯，做個優(yōu)秀的產(chǎn)品經(jīng)理。

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

一、狀態(tài)圖的概念

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

1. 生活中的例子

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

2. 軟件系統(tǒng)例子

當用戶下了一個訂單，這個訂單就會被創(chuàng)建，此時訂單是已下單狀態(tài)；當用戶支付了訂單，訂單變成了已經(jīng)支付狀態(tài)；當運營人員單擊了發(fā)貨，訂單變成了已發(fā)貨狀態(tài)，以此類推訂單還有其他狀態(tài)。

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

二、狀態(tài)的表達

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

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

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

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

1. 狀態(tài)名中，會有“已未待”等詞

狀態(tài)和事務的發(fā)生時間有關(guān)，可以分為：事前、事中和事后。

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

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

2. 狀態(tài)名有等價的多種表述方法

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

三、 轉(zhuǎn)移的表達

不同狀態(tài)之間是可以轉(zhuǎn)移的，狀態(tài)的轉(zhuǎn)移常常是通過人的操作實現(xiàn)的。比如，當前狀態(tài)是“已提交，待審核”狀態(tài)時，審核人員可單擊“審核通過”按鈕，當前狀態(tài)就變?yōu)椤耙淹ㄟ^”狀態(tài)。

1. 轉(zhuǎn)移的表達

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

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

2. 轉(zhuǎn)移的觸發(fā)

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

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

四、 開始的表達

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

五、結(jié)束的表達

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

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

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

對于身份審核，狀態(tài)變成“已通過”就算狀態(tài)結(jié)束了。

不存在通過“歸檔”操作，再轉(zhuǎn)變?yōu)椤敖Y(jié)束”狀態(tài)。但如果要客服歸檔該信息，則要再加個“已歸檔”狀態(tài)，然后再跟著“結(jié)束”標志。這樣做也是一個好習慣，可以清晰地傳遞有個歸檔狀態(tài)，并且客服可能要看歸檔資料。

六、內(nèi)部的轉(zhuǎn)移

還有一種特殊轉(zhuǎn)移，被稱為內(nèi)部轉(zhuǎn)移，用帶箭頭的回環(huán)表示。是表明用戶雖然可以操作對象，但并沒有改變其狀態(tài)。

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

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

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

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

七、寫在最后

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

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

而下一篇內(nèi)容就是“狀態(tài)圖的誤區(qū)”，我們就來一起破解這個圖的問題，并給出正確答案。

作者：擎蒼，《“圖解”產(chǎn)品：產(chǎn)品經(jīng)理業(yè)務設計與UML建?！纷髡?，公眾號：圖解產(chǎn)品設計

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

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