Eコマース開発はフロントエンドを超えます。
購入前後で何が起きるかを定義してください。
すべての視点 · · 2 min read
製品レコードから始めてください。
製品はタイトルと価格以上のものであり、バリエーション、在庫状況、説明、画像、検索メタデータ、およびカタログアイテムと履行に使用されるレコード間の関係を定義する必要があります。各フィールドを作成または変更できる人物を決定してください。
カタログ構造を確定する前に、代表的なサンプルをインポートしてください。難しい製品、不完全なサプライヤーデータ、複数のバリエーションを持つアイテムを含めてください。クリーンなデモカタログは、日常業務を支配する作業を隠してしまう可能性があります。
注文をビジネス全体で追跡してください。
支払い、確認、在庫変更、履行、サポートを一つのつながったジャーニーとしてマップしてください。各システムには明確な信頼できる情報源（ソース・オブ・トゥルース）と差異を調整する方法が必要です。そのジャーニーの一部が遅延した場合に顧客が見る内容を決定してください。
リトライには明示的な注意が必要です。Stripe は、API操作が同じ操作を二重に作成することなく再試行できるようにするための冪等性リクエストを文書化しています。統合ブリーフでは、繰り返しのリクエストと受信イベントの処理方法について記述する必要があります。
管理をスコープの一部にしてください。
一括変更、画像最適化、手動編集、およびインポート修正のためのパスを確認してください。運用チームは、ホームページのレイアウトを変更するよりも、これらの機能を遥かに頻繁に使用します。
完全な注文とその例外を中心に受け入れ基準を定義してください。決済失敗、利用不可のバリエーション、キャンセル、そして何が起きたのかを尋ねる顧客を含めてください。ローンチ後の作業に対する責任者を割り当ててください。