Eコマースの注文ライフサイクルの状態図を作成してください
フレームワークについて
このEコマース注文の例には、9つのステータスノードと1つの「支払いOK?」判定が含まれています。主な経路は、注文受付から確認済み、支払い確認を経て、処理中、発送済み、配送済みへと進みます。支払いに失敗すると、支払い失敗へ分岐します。
注文受付済みと確認済みのどちらからもキャンセルリンクが伸びています。配送済みから返品依頼に進み、その後、返金済みに移行できます。この図では一般的な図形とラベル付きコネクタを使用しており、完全なステートマシン仕様や、注文に起こり得るすべての結果を定義しているわけではありません。支払いのリトライ、処理開始後のキャンセル、一部発送、返品却下は含まれていません。
実際に注文システムで許可している遷移に合わせて、図を調整してください。各リンクにイベントまたは条件を追加し、どの担当者またはシステムがその遷移を実行できるかを決めましょう。ワークフロー上重要であれば、返金依頼と返金完了を分けて表現してください。
含まれる内容
Eコマース注文状態図
✦ Free preview · Sign in to use
よくある質問
この例には、そのようなリンクはありません。ワークフローでその遷移が許可されている場合のみ追加し、条件も指定してください。
いいえ。提供された図では、ここが終端になっています。顧客が再度支払いを試行できる場合は、リトライ遷移を追加してください。
いいえ。サンプルでは、Delivered の注文を Return Requested に移行し、その後 Refunded に進められます。返品の承認・却下に関する判定は含まれていません。
無料で開始。クレジットカード不要。