狀態(tài)流轉(zhuǎn)圖，可以讓需求的表達更直觀、更高效！那么，產(chǎn)品經(jīng)理如何繪制狀態(tài)流轉(zhuǎn)圖？

在我剛?cè)胄械臅r候，我設計了一個優(yōu)惠券的產(chǎn)品方案。對“優(yōu)惠券使用邏輯”的需求描述如下：

1. 用戶支付訂單時，選擇了1張優(yōu)惠券，該優(yōu)惠券在未取消支付前，其他的訂單不允許使用該優(yōu)惠券；
2. 若用戶支付成功，該訂單使用的優(yōu)惠券進入已使用列表；
3. 若用戶支付失敗或取消支付，該訂單使用的優(yōu)惠券被釋放，其他訂單可以繼續(xù)使用該優(yōu)惠券；
4. 若用戶長時間不支付，導致優(yōu)惠券過期，該優(yōu)惠券不能再使用，用戶要么重新選擇可用優(yōu)惠券，要么不使用優(yōu)惠券；
5. 若訂單支付成功后，發(fā)生退款，該訂單使用的優(yōu)惠券作廢，不能再繼續(xù)使用，進入已失效列表；
6. 若優(yōu)惠券過期了，該優(yōu)惠券進入已失效列表。

需求描述，自認為非常清晰、完整。可在跟開發(fā)需求評審時，他們卻表示沒聽懂，反饋需求信息量太大，短時間內(nèi)難以消化。

他們提了好多的問題：

1. 優(yōu)惠券有幾個狀態(tài)？
2. 初始狀態(tài)叫什么？
3. 有幾個列表？分別放什么狀態(tài)的優(yōu)惠券？
4. 狀態(tài)是怎么切換的？
5. ······

但由于我的準備不足，現(xiàn)場非常尷尬。最后，會議不得不提前結束。

明明自己的邏輯很清楚了，為什么開發(fā)還是聽不懂？是自己的表達的不夠清楚嗎？還是開發(fā)有意刁難我？

我一直都找不到解決方法，最后在同行朋友的建議下，我畫了一個狀態(tài)流狀圖：

我?guī)е@張狀態(tài)流轉(zhuǎn)圖，跟開發(fā)再講了一遍需求，半個小時就通過了需求評審。

狀態(tài)流轉(zhuǎn)圖解決了什么問題？

回頭看那段優(yōu)惠券需求的文字描述，相信大部分人都一時半會理不清頭緒。不知道狀態(tài)從哪里開始，也不知道有多少個狀態(tài)，更不用說這些狀態(tài)是如何切換的。

人類的大腦，天然對圖形化的信息更敏感，圖形的表達力是遠遠大于文字的。這也是為什么人類的祖先，最先發(fā)明出來的文字是圖畫演化而來的象形文字的重要原因。

而狀態(tài)流轉(zhuǎn)圖中，每個節(jié)點表示一個狀態(tài)值，帶箭頭的線條表示狀態(tài)的流轉(zhuǎn)方向，線條上的文字表示狀態(tài)流轉(zhuǎn)的條件。狀態(tài)流轉(zhuǎn)圖，就是復雜邏輯的“象形文字”。

這一次的經(jīng)歷讓我明白：一個50字的狀態(tài)流轉(zhuǎn)圖，就能把原本近300字的文字描述直觀、清晰地表達出來，并且開發(fā)還更容易理解。

這種效率的提升，是顯而易見的。

有了這個狀態(tài)流轉(zhuǎn)圖，無論是我們自己理解業(yè)務，還是跟開發(fā)講解需求，都能帶來事半功倍的效果。

狀態(tài)流轉(zhuǎn)圖，讓需求的表達更直觀、更高效！

如何繪制狀態(tài)流轉(zhuǎn)圖？

狀態(tài)流轉(zhuǎn)圖的繪制方法其實是很簡單的。我們就以優(yōu)惠券狀態(tài)為例，說明如何完成狀態(tài)流轉(zhuǎn)圖的繪制。

第1步：根據(jù)業(yè)務流程，定義狀態(tài)值

因為狀態(tài)流轉(zhuǎn)圖是為了直觀的說明業(yè)務，所以我們在繪制狀態(tài)流轉(zhuǎn)圖時，必須要從業(yè)務出發(fā)，根據(jù)業(yè)務需要定義狀態(tài)值。

基于對業(yè)務的理解，我們給優(yōu)惠券定義4個狀態(tài)：

1. 待使用：優(yōu)惠券的默認狀態(tài)，領取到的優(yōu)惠券，默認都處于待使用狀態(tài)；
2. 凍結中：由于支付時可能出現(xiàn)問題，為了防止已使用的優(yōu)惠券回滾到待使用（不符合邏輯），我們定義一個中間狀態(tài)。根據(jù)支付的結果，決定優(yōu)惠券的狀態(tài)如何流轉(zhuǎn)；
3. 已使用：已經(jīng)被成功使用的優(yōu)惠券，被使用的優(yōu)惠券有可能因為退款導致失效；
4. 已失效：用于標記過期、或退款導致的失效優(yōu)惠券。

定義狀態(tài)值時，還需要注意以下兩點：

1. 精簡不必要的狀態(tài)。狀態(tài)越多，邏輯越復雜。不必要的狀態(tài)，還會增加用戶的認知成本，對業(yè)務也沒什么幫助；
2. 定義的狀態(tài)值，必須是互斥的。不允許出現(xiàn)包含關系，也不允許出現(xiàn)交叉關系。否則無法準確地描述業(yè)務邏輯。

定義有限數(shù)量、必要的、互斥的狀態(tài)值，是繪制狀態(tài)流轉(zhuǎn)圖至關重要的一步。

第2步：明確狀態(tài)值的切換關系和條件

定義好狀態(tài)值后，我們需要明確所有狀態(tài)之間的切換關系及條件。

所謂的切換關系和條件是指：滿足什么條件，從當前狀態(tài)切換到另一個狀態(tài)。

分析優(yōu)惠券使用的狀態(tài)切換關系和條件如下：

1. 用戶支付訂單時，選擇了某張優(yōu)惠券，該優(yōu)惠券切換到“凍結中”狀態(tài)；
2. 若用戶支付成功，該訂單使用的優(yōu)惠券切換到“已使用”狀態(tài)；
3. 若用戶支付失敗或取消支付，該訂單使用的優(yōu)惠券切換到“待使用”狀態(tài)；
4. 若用戶長時間不支付，導致優(yōu)惠券過期，該訂單使用的優(yōu)惠券切換到“已失效”狀態(tài)，用戶只能重新選擇可用優(yōu)惠券；
5. 若訂單支付成功后，發(fā)生退款，該訂單使用的優(yōu)惠券切換到“已失效”狀態(tài)；
6. 若優(yōu)惠券一直未被使用，以至于過期，該優(yōu)惠券切換到“已失效”狀態(tài)。

某些業(yè)務場景下，一個狀態(tài)切換到另一個狀態(tài)時，存在多個條件。有些是多種條件同時滿足時才能切換，有些是多個條件滿足一個即可切換。在梳理切換條件時，要區(qū)分清楚。

第3步：繪制成圖

將以上的過程，繪制成圖：

通過簡單的3個步驟，一個狀態(tài)流轉(zhuǎn)圖就繪制完成了。

這個狀態(tài)流轉(zhuǎn)圖，可以把優(yōu)惠券使用的復雜邏輯直觀、高效地表達出來。

與業(yè)務流程圖有什么異同點？

狀態(tài)流轉(zhuǎn)圖與業(yè)務流轉(zhuǎn)圖一樣，都是為了更好地表達需求，提高溝通效率，但兩者是有很大的區(qū)別的：

1. 關注點不一樣：狀態(tài)流轉(zhuǎn)圖更關注狀態(tài)的變化，業(yè)務流程圖更關注業(yè)務運作的過程；
2. 目的不一樣：狀態(tài)流轉(zhuǎn)圖是為了便于理解同一個事物的不同形態(tài)及切換關系和條件，業(yè)務流程圖是為了便于理解業(yè)務發(fā)展過程；
3. 圖的節(jié)點不一樣：狀態(tài)流轉(zhuǎn)圖的節(jié)點是狀態(tài)值，業(yè)務流程圖的節(jié)點是動作；

狀態(tài)流轉(zhuǎn)圖更宏觀，業(yè)務流程圖更強調(diào)細節(jié)。

在某個角度上看，狀態(tài)流轉(zhuǎn)圖是一種特殊的業(yè)務流程圖，是針對同一個事物的不同狀態(tài)，并對狀態(tài)切換之間的行為而構造。

總結

狀態(tài)流轉(zhuǎn)圖的繪制，也是一個熟能生巧的過程。在打基礎的階段，建議大家盡可能多繪制狀態(tài)流轉(zhuǎn)圖。

一個好的狀態(tài)流轉(zhuǎn)圖，能更直觀地描述需求，是產(chǎn)品方案設計中一種非常高效的表達工具。

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

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