ShippoアプリまたはAPI：ストアに最適な配送方法を選択する

## インターフェースの前に動作モデルを選択してください

Shippoは、ラベル作成、運送業者との連携、追跡、返品処理などの機能を備えた配送アプリケーションとAPIを提供しています。これらは、ビジネスに配送を組み込むためのさまざまな方法を示しています。アプリケーションは、オペレーターにすぐに使えるワークスペースを提供します。APIは、配送機能を他のシステムに接続できます。最適な選択は、従業員の勤務場所と、長期にわたって接続を維持する担当者によって異なります。

注文受付から荷物引き渡しまでの手順を一覧にしてください。各手順をどのシステムが既に担当しているかを特定してください。スタッフが配送ワークスペースで快適に作業を完了できる場合は、カスタム統合による付加価値は少ないかもしれません。配送を倉庫アプリケーションやその他の既存のプロセス内で行う必要がある場合は、APIの導入を検討する価値があります。カスタム開発を成熟度の証とみなさないようにしてください。

## 出荷データを慎重に指定してください

発送者、受取人、商品詳細、梱包寸法、重量を含むサンプル出荷記録を作成します。単位は明示的に定義してください。配送先と取り扱う商品に必要な情報を含め、関連する運送業者とサービスに要件を確認してください。出荷データが不完全な場合、画面経由かAPI経由かにかかわらず、運用上の問題となります。

修正処理方法を決定します。顧客が注文後に住所を変更する場合や、梱包担当者が想定していた箱が不適切であることに気づく場合があります。変更が可能な場合と、どのシステムを更新する必要があるかを文書化します。ワークフローでは、出荷情報がフルフィルメント部門とカスタマーサービス部門の両方で確認できるようにする必要があります。

## 障害処理を機能として評価する

アプリケーションの場合、オペレーターに、入力漏れ、サービス利用不可、出荷キャンセルといった問題からの復旧方法を尋ねてください。システム統合の場合、開発者に、障害の記録方法、再試行の制御方法、そして担当者が対応が必要なアクションをどのように認識するかを説明してもらってください。すべてのリクエストが成功した場合にのみ機能するシステムは、最終的には都合の悪いタイミングで手動による調査を必要とすることになります。

ラベルの作成と、荷物が配送業者ネットワークに引き渡されたことの確認は、明確に区別してください。ラベルが存在するというだけで、注文が実際に発送されたと顧客や従業員に伝えるべきではありません。自社のプロセスで使用するステータス用語は、実際に発生した事象を正確に表していることを確認してください。

## 総所有コストを比較する

サブスクリプション料金または使用料、導入費用、継続的なメンテナンス費用、オペレーター研修費用を含めてください。カスタム接続の場合は、変更担当者を明記し、別の開発者が引き継ぐ方法を文書化してください。アプリケーション経由の場合は、エクスポートと統合によって既存システムに必要な情報が網羅されているかを確認してください。

Shippoは、そのサービスが配送先やチームの業務スタイルに合致する場合に検討する価値があります。まずは、代表的な配送事例を絞り込み、結果を記録してください。実証可能な要件を満たす、最もシンプルな方法を選択しましょう。注文パターンや運用システムに変更があった場合は、単に配送量が増えたという理由だけで配送プロセスを再構築するのではなく、その決定を再検討してください。