Nothing close enough? Start from a blank flowchart → Describe it in one paragraph.
How to use a flowchart template.
- 01カートのチェックアウトから始める
注文の入口、ゲストまたはログイン済みチェックアウト、カート検証、在庫引当を説明すると、ChatDiagramが開始ノードを作成します。
- 02支払い経路を整理する
利用する決済プロバイダー、3DS認証の有無、支払い失敗時の処理（再試行、別の方法、放棄）を指定します。ChatDiagramが支払い成功／失敗の判断用ひし形を追加します。
- 03不正検知とコンプライアンスのゲートを追加する
決済とフルフィルメントの間にある不正検知、住所確認（AVS）、輸出コンプライアンス確認を列挙します。ChatDiagramが要確認注文を手動審査の経路へ振り分けます。
- 04フルフィルメントと配送の手順を定義する
倉庫でのピッキング・梱包、配送ラベルの生成、発送通知のトリガーを説明します。必要に応じて分割配送のロジックも含めます。
- 05返品と返金を含める
返品承認、検品、返金または交換の経路を説明します。ChatDiagramが配達完了の状態から始まる別分岐として追加します。
Questions about flowchart templates
EC注文フローチャートで支払いの再試行を示す方法は？
支払いの判断用ひし形の後に、「再試行できますか？」という判断用ひし形を追加します。はい（かつ再試行回数が上限未満）の場合は、カウンターを増やして支払い試行に戻ります。再試行できない場合、または顧客が再試行しない場合は、「注文放棄」の終了記号でフローを終え、カート回収メールを送信します。
注文処理フローチャートで不正検知はどこに入りますか？
不正検知は通常、支払い承認の後、倉庫への注文確定通知の前に行います。判断用ひし形で高リスク注文を手動審査キューへ送り、承認済み注文はフルフィルメントへ進めます。却下された注文では支払いの無効化または取消と顧客通知を行います。
バックオーダーや在庫切れの経路を表す方法は？
在庫引当の後に、「すべての商品が在庫あり？」という判断用ひし形を追加します。はいの場合はフルフィルメントへ進みます。いいえの場合は、入荷予定日を顧客に通知し、バックオーダーを登録して、在庫補充まで注文を保留します。スケジュール確認のループや顧客によるキャンセルも示せます。
注文処理図における返品と返金の違いは？
返品は、RMA承認、配送ラベル、検品など、商品を倉庫またはドロップポイントへ戻す物理的な移動です。返金は金銭の取り消しで、商品受領前の例外的な返金、受領時の返金、検品合格後の返金などがあります。フローチャートでは別の分岐として、返品→検品→返金の順次処理や並列処理を表せます。