All in giftは、熨斗やラッピングに加え、住所を知らない相手へ贈るeギフトや複数配送を案内するアプリです。購入画面だけでなく、住所確定待ち、配送先ごとの明細、期限切れ、キャンセルまで業務を設計します。
通常ギフトとeギフトを分ける
通常ギフトは購入時に配送先が分かっている注文、eギフトは受取用URLを渡し、受取者の住所入力を待つ注文です。URLを送るだけで出荷情報がすべて確定するわけではありません。受取者の入力期限、期限前の案内、未入力のまま期限を過ぎた場合の処理を、設定と購入者への説明で合わせます。
現行プランの機能と手数料を確認する
公式掲載は通常ギフト、eギフト、それぞれのPROを案内し、複数配送はPROに掲載しています。eギフトには3％の取引手数料の記載があります。適用される金額、税・送料・割引の扱い、キャンセル時の請求は現在の契約条件を確認します。月額だけで総費用を比較せず、請求通貨と換算も確かめてください。
熨斗と包装の指定を商品へ結び付ける
表書き、名入れ、内熨斗・外熨斗、ラッピング、カード、手提げ袋を、対応できる商品の範囲で用意します。選択肢を増やすより、どの商品にどの数量を付けるか、倉庫が同じ意味で理解できるかが大切です。入力文字数や改行、非対応商品の混在、有料オプションの金額も試します。
住所確定前の誤出荷を防ぐ
eギフトでは、購入時のデータを通常注文と同じ条件で直ちに倉庫へ流さない運用が必要です。受取者の住所が確定した後に、どの状態・項目を根拠に出荷へ進めるかを、利用する連携先の現行仕様で確認します。仮の住所や購入者住所へ誤って発送されないことをテストしてください。
複数配送は配送先単位で確認する
複数の住所を入力できても、商品・数量・熨斗・送料・希望日時・追跡番号の対応がずれると運用できません。通常注文と分割後の注文がどう見えるか、在庫や割引、キャンセル・返金がどこへ反映されるかを確認します。倉庫に渡る明細と、実際に発行する伝票を配送先ごとに照合します。
カタログとバリエーションは在庫条件も試す
公式掲載には受取者が商品を選べるカタログギフトや、サイズ・カラーを選べる機能があります。受取者が選択するまでに商品が欠品した場合、対象外商品に変更した場合、選択せず期限が過ぎた場合の処理を確かめます。URL発行時にすべての選択肢の在庫が確保されるとは想定しません。
受取者の個人情報と問い合わせを扱う
受取者の住所、贈り主の情報、金額が、双方の画面や通知・同梱書類でどこまで見えるかを確認します。匿名化機能があることを、あらゆる経路で個人情報が見えない保証にはしません。返品・交換の受付窓口、返金先、名入れ商品の条件を決め、購入者と受取者へ矛盾なく説明します。
停止・移行前に未完了ギフトを整理する
発行済みURLや住所入力待ちの注文がある間は、アプリ削除や別サービスへの切替を先に進めません。未完了注文、連携状態、データ保持、発行済みURLの扱いを開発元へ確認し、引継ぎを用意します。導入効果は受取完了率、入力待ち日数、誤出荷、費用を含む粗利で評価し、一定の月間注文数で回収できると決めつけません。
導入前の確認事項
- 通常ギフト・eギフト・混在・複数配送をテストする
- 住所入力前の出荷抑止と入力後の連携を確かめる
- 期限切れ・欠品・キャンセル・返金の処理を決める
- 配送先ごとの商品・数量・オプション・送料を照合する
- 受取者の画面・通知・帳票で情報の見え方を確認する
公式資料・関連記事
関連記事：Shopify納品書・領収書アプリの選び方、Shopify送り状CSVアプリ比較と出荷確認、Shopify配送日時指定アプリ比較と選び方。
運用設計や確認項目の整理は、現在の業務と対象URLを添えて株式会社AOへご相談ください。
公式資料の確認日：2026年11月2日。記入例や手順は編集上の提案で、導入成果を保証するものではありません。
コメント