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

文章主要闡述在系統開發過程中業務的梳理方式和訂單功能的設計流程，不涉及具體設計方法或案例，也不涉及復雜的訂單設計方案。希望幫助未接觸過訂單模塊的產品經理對于設計流程有大致的了解。

訂單的概念

訂單這個概念想必大家都不陌生，但是需要注意的是，不一定是付款購買的才算是訂單。企業中大多數的業務流都是以訂單的形式來承載的，而這篇文章將會用幾個模塊來解釋一下訂單設計流程中的重要組成部分。

文中描述的設計流程和階段產出物都是按照最詳細的步驟來實施，在現實工作過程中如果因為時間限制沒辦法完全滿足的話，也可以在輸出文檔過程中不時回顧一下。但是在經驗不足的情況下，還是建議盡量把前期準備工作做好。

一、設計之前

無論是toC還是toB，在任何功能開始之前，調研和了解都不可或缺。

1. 明確對象

在開始設計訂單之前，首先要明確訂單的涉及對象。

以設計常見的電商訂單為例，涉及的最基礎外部對象有消費者、賣家、物流服務商，企業內部有運營、客服、倉庫等多個部門，根據各個平臺的不同情況還會涉及財務、風控等等。

明確對象的好處和必要性體現在，后續進行設計時可以保證：

1. 減少遺漏訂單節點的發生
2. 保證能迅速找到節點的負責人
3. 確保對各個環節的把控

2. 了解業務流程

在你明確了對象之后，就可以開始與業務部門進行溝通，了解他們對于這個業務的定位和需求。

這里的業務部門可以是互聯網的運營、市場，也可以是企業內部的相關業務人員。

有人的地方就有江湖，在梳理業務流程的過程中，各個業務部門之間不可避免會有各種沖突和意見。作為對整體流程負責的產品經理，需要把控好業務與系統流程的結合點，不能讓業務的需求無限膨脹，但是也不能忽略這些專業人士的需求，否則會發現最終做出來的東西根本沒辦法用。

3. 階段產出物——業務對象分析圖、業務流程圖

在完成了初步的溝通之后，需要一張業務對象分析圖、多張業務流程圖承載你們的溝通過程和結果。同時這些流程圖也可以作為記錄，避免后續的扯皮。

（1）業務對象分析圖

有利于后續接觸項目的成員可以迅速掌握項目情況，也可以幫助你拆分相應的業務流程圖，減少遺留的情況出現。對業務對象分析圖的要求有：

1. 包含所有業務對象及對應的關鍵動作；
2. 標記三流——訂單流（信息流）、資金流、物流，如果沒有資金流物流的話可以忽略不計。

（2）業務流程圖

可以幫助你進行后續的系統設計工作，一張合格的業務流程圖需要做到以下幾點：

1. 業務閉環——業務需要完成閉環，就需要考慮到上游和下游的業務銜接，不要出現突然出現的信息或環節；
2. 把控好顆粒度，不出現過多的判斷——業務流程圖的主要作用是展現業務，一般不需要出現大量的系統判斷，影響閱讀性；
3. 確保閱讀順序——常見的是從左至右，從上至下，考慮到閱讀性，盡量保持在一個方向滾動，減少又要左右滾又要上下滾的情況。

二、系統設計

在于業務同事完成了溝通，對業務流程有了一致的共識之后，就可以開始進行系統設計了。

首先，我們需要對訂單流程進行下一步的細化。

1. 訂單流設計

在這個階段，還不能直接動手畫原型寫文檔，因為業務流程≠系統流程。

所以，為了避免后續畫原型時出現遺漏或者沖突而影響文檔的交付時間，需要對訂單狀態進行設計。

展現訂單流程的關鍵元素就是訂單狀態，為了讓真正的使用對象可以迅速明確訂單所處的流程，我們需要把操作和狀態進行結合。

這個時候就要對訂單狀態進行規劃，原型永遠是最后才做的。

（1）確認合理并且必要的狀態

1）一個訂單可以有多個狀態

還是以電商訂單為例，因為在實際業務過程中可能會存在多個分支，只用一個訂單狀態顯然不合適。所以設計人員一般會為訂單規劃多個訂單狀態，例如一個總的訂單狀態、發貨狀態、付款狀態、退款狀態等等。

2）狀態映射表

如果訂單狀態非常的多，外部用戶看起來難免會頭暈眼花，這個時候就需要設計一個狀態映射表，用符合外部使用者心智模型的設計方式來巧妙地顯示狀態

（2）考慮觸發狀態變更的動作

從狀態A到狀態B，是通過什么動作來觸發的，自動還是手動，這些都要提前思考清楚

（3）考慮狀態變更觸發的動作

訂單狀態變更時，是否會觸發其他環節？

（4）考慮逆向流程

訂單是否可以取消？什么時候可以取消？誰能發起取消？取消之后怎么處理？（涉及物流和資金流時尤其需要慎重考慮）

（5）考慮上下游

如果你目前所設計的訂單流程中還有上游流程和下游流程，或者涉及多個系統的交互，那么就要考慮清楚與上下游、其他系統的信息交互問題。

2. 階段產出物——狀態機圖、系統流程圖、狀態映射表

（1）狀態機圖

用于展示訂單狀態的變化流程，主要便于項目人員快速了解訂單在系統中的流向和關鍵操作

（2）系統流程圖

展示業務對象及其在系統中的操作，以及系統中自動執行的判斷和處理，主要便于項目人員快速了解訂單的詳細邏輯

（3）狀態映射表（非必要）

展示訂單狀態在多個端口的映射關系。

小結

可以看到，在現階段工作的重點在于將業務與系統結合，同時主要輸出物也是便于后續開發工作的進行，這些產出物都是需求文檔中重要的部分。越是復雜的系統，越需要這些資料進行輔助了解，不能指望后面加入的項目人員能根據你的文字來了解復雜的業務。

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

題圖來自Unsplash，基于CC0協議