Shopifyでの注文確定後に注文内容を編集する4つの方法 (2026年版)
Shopifyでの注文確定後に注文内容を編集する4つの方法 (2026年版)
Shopifyでの注文確定後に注文内容を編集する4つの方法 (2026年版)

Shopifyで注文編集は可能か?
結論から言うと可能だが、大きな制限がある。注文ステータスや変更内容によって可否が分かれる。
発送手続き(Fulfillment)前:
✔️ 配送先住所の変更
✔️ 商品の追加・削除
✔️ 注文情報の調整(メモ、タグ)
❌ 商品価格の変更は不可
❌ 簡単にバリアントの差し替えは不可
発送手続き(Fulfillment)後:
❌ 商品や住所の編集は不可
✔️ メモとタグの追加のみ可能
配達完了後:
❌ 一切の編集は不可(返金またはキャンセルのみ対応)
最もスムーズな編集解決策: Revize などの注文編集アプリを導入し、設定した編集可能時間内(固定または動的)で顧客自身に注文を編集させる。実際のニーズは非常に高い。760万件のShopify注文データにおいて、チェックアウト後に約47件に1件(2.1%)が編集されている(Revize、2026年調べ)。セルフサービス編集を導入することで、サポートチケットを40〜60%削減し、手作業による編集業務を排除できる。無料プラン(月20回編集まで)あり、有料プランは月額$29から。
目次
Shopify注文で編集可能な項目
方法1:Shopify標準機能による注文編集
方法2:キャンセルと注文の再作成
方法3:下書き注文(Draft Orders)の活用
方法4:注文編集アプリ(推奨)
特定の注文情報を編集する方法
よくある注文編集のシナリオ
Shopify注文編集:ベストプラクティス
FAQ:Shopifyでの注文編集について
Shopify注文で編集可能な項目
Shopifyの標準的な編集機能を把握することで、各状況に対して最適なアプローチを選択可能になる。
✔️ 編集可能な項目(発送手続き前)
配送情報:
配送先住所(標準機能で編集可能)
配送方法
追跡情報
注文商品:
商品の追加(制限あり。未発送の場合のみ)
商品の削除(自動的に返金処理が実行される)
数量の変更(代替ワークアラウンドが必要)
注文の詳細:
内部用メモの追加
タグの追加・編集
カスタム属性の更新
タイムラインへのコメント追加
連絡先情報:
顧客メールアドレスの編集
顧客電話番号の編集
顧客名の更新
金額の調整:
全額または一部返金の実行
ディスカウントの適用(下書き注文経由のみ)
商品単価の調整(下書き注文経由のみ)
❌ 編集不可能な項目(制限事項)
顧客情報:
注文に紐づく顧客アカウントの変更(注文は最初に購入した顧客アカウントに恒久的に紐づく)
請求先住所の直接編集(セキュリティおよび不正防止の観点による)
注文確定後の価格:
既存注文の商品価格の変更
適用済みディスカウントコードの修正
配送料の編集(返金処理による対応を除く)
注文番号:
✅ 注文編集アプリ(Revize など)を使用する場合、注文番号は維持される
❌ キャンセルして再作成する場合、新規の注文番号が発行される
決済詳細:
使用された決済ゲートウェイの変更
決済方法の切り替え
取引ID(Transaction ID)の編集
方法 1:Shopify標準機能による注文編集
Shopify管理画面からは、未発送の注文に対して基本的な編集が可能である。
標準機能で編集可能な範囲
対応可能な編集:
配送先住所
商品の追加・削除
注文メモとタグ
発送情報の詳細

重要な制限: ほとんどの標準編集機能は、完全に未発送(unfulfilled)の注文にのみ対応する。一部でも発送手続きが開始されると、編集オプションはロックされる。
ステップ・バイ・ステップ:Shopifyで配送先住所を編集する方法
要件: 注文が未発送であること
Shopify管理画面 → 注文管理
編集対象の注文をクリック
配送先住所セクションまでスクロール
住所の横にある編集ボタンをクリック
住所フィールドを更新
保存をクリック
メールで顧客に変更内容を確認

重要な注意点:
変更は即時に反映される
自動通知が有効な場合、Shopifyから顧客へ通知が送信される
発送手続き完了後は住所を編集できない
すでに発送済みの場合は、配送業者へ直接連絡すること
ステップ・バイ・ステップ:連絡先情報(メール/電話番号)の編集方法
要件: すべての注文ステータスで実行可能(発送完了・未発送を問わない)
Shopify管理画面 → 注文管理
編集対象の注文をクリック
連絡先情報セクションまでスクロール
連絡先情報の横にある編集ボタンをクリック
以下を更新:
顧客のメールアドレス
顧客の電話番号
顧客の氏名
オプション: 「顧客プロフィールを更新する」のチェックボックスを選択、または外す
✅ チェックあり:変更内容が顧客プロフィール全体にも適用される
❌ チェックなし:今回の注文にのみ変更が適用される
保存をクリック

重要な注意点:
発送完了後でもメールアドレスおよび電話番号の編集は可能
顧客が入力時にタイポ(誤入力)をした場合に有効
入力したメールアドレスがすでに別の顧客アカウントに存在する場合は、「顧客プロフィールを更新する」のチェックを外すこと
変更後、注文確認メールを再送信すると新メールアドレスに届く
ステップ・バイ・ステップ:Shopify注文から商品を追加・削除する方法
商品を削除する場合(発送手続き前):
対象の注文画面へ移動
商品セクションまでスクロール
商品の横にある ❌(削除アイコン) をクリック
削除を確認
Shopifyが自動的に一部返金処理を実行する
注文から商品が削除される

商品を追加する場合(未発送の場合のみ):
商品セクションまでスクロール
商品を閲覧するをクリックするか、検索ボックスを使用
製品とバリアントを選択
数量を入力
商品を追加をクリック
追加料金が発生する場合は、支払リンクを送信して回収(必要な場合)

主な制限事項:
❌ 一部でも発送手続きが開始された注文には商品を追加できない
❌ 商品の価格変更はできない
❌ バリアント(サイズ・色)を直接差し替える簡単な手段はない
❌ 複雑な金額計算や適用が必要な場合は、下書き注文(Draft Orders)の使用が必要となる
方法 2:キャンセルと注文の再作成
大幅な変更や価格調整が必要な場合、注文を一旦キャンセルして新しく作成し直すアプローチが最も確実である。
キャンセル&再作成を適用すべきケース
部分的な修正を加えるよりも、一度リセットして一から注文を構築したほうがオペレーション負荷が低い場合に有効である。
✔️ 推奨されるユースケース:
1. 完全に別の商品に差し替える必要がある場合
例:顧客が「青いシャツ3枚」を注文したが、「赤いパンツ3本」へ変更を希望
理由:手作業で全商品を削除して追加するよりも、再作成したほうが迅速
標準機能で編集する場合:3点削除 → 3点追加 → 金額調整が必要になり、工数がかかる
2. 大幅な価格修正を行う場合(20%以上の乖離など)
例:卸売価格($200)を適用すべき顧客に、誤って小売価格($300)で課金してしまった
理由:Shopifyは確定済みの注文単価を遡及して編集できない。キャンセル後に正しい価格で再作成する
代替案($100の過分を一部返金)は、会計データやレポートが複雑化するリスクがある
3. 複数の異なる商品を同時に変更する場合
例:顧客が5つの異なる商品ですべてサイズ指定を間違えた場合
理由:5回個別に編集を繰り返すより、1回のキャンセルと再作成で完結させたほうがクリーン
手動編集によるオペレーション時間を10分以上短縮できる
4. 決済のキャプチャ(売上確定)がまだ行われていない場合(オーソリのみ)
例:5分前に注文され、決済ステータスが保留中(オーソリ完了のみ)の場合
理由:実際の返金処理が発生せず、オーソリのキャンセル(与信枠解放)だけで済むため即座に完了する
顧客の口座から実際に資金が引き落とされることもない
5. 編集処理が複雑でミスが発生しやすい場合
例:ディスカウントコードの適用、商品の変更、配送方法の変更が同時に重なる場合
理由:新規作成することで、計算ミスを防止し、注文履歴をクリーンに保てる
❌ この方法を避けるべきケース:
1. すでに発送手続きが完了している、または出荷済みのケース
リスク:出荷の回収(差し止め)が必要になり、回収できない場合は実損となる
推奨手段:キャンセルではなく、標準の「交換」または「返品」フローとして処理する
損失:配送料+返送手数料+再梱包費用+顧客エンゲージメントの低下
2. 決済がすでにキャプチャ(売上確定)されているケース
問題:顧客への返金完了までに3〜10営業日を要する
顧客体験:「なぜ再注文のために、返金されるまで手元の資金をロックされなければならないのか」という不満に繋がる
推奨手段:下書き注文を用いて差額を追加するか、削除分の一部返金で対応する
例外:顧客が返金待ちを承諾している場合は、事前に合意を得て実行する
3. 軽微な変更のみであるケース(住所変更や1商品の削除など)
例:配送先住所を少し修正したい、または1点だけ注文から外したい
避けるべき理由:過剰な対応。標準の編集機能を使えば30秒で解決可能
キャンセルと再作成は10分以上の不要な作業を発生させ、不要な履歴を残す
4. 元の注文番号を維持する必要があるケース
問題:キャンセル処理により新規の注文番号が発行される(レポート上は「キャンセル済み注文」と「新規注文」の2件に分かれる)
弊害:データ分析への影響、サポート問い合わせ時に顧客が古い注文番号を参照することによる混乱
推奨手段:同じ注文番号を保持できる注文編集アプリを利用する
5. 繁忙期やホリデーシーズン(11〜12月、BFCMなど)
リスク:決済トラフィックが集中するため、銀行側の返金処理に通常より時間を要するケースがある
返金完了に3〜5日ではなく、7〜14日かかるリスク
顧客への影響:年末の買い物シーズンに手元資金が拘束されることによる不満
推奨手段:迅速な解決のため、下書き注文または編集アプリを活用する
ステップ・バイ・ステップ:注文のキャンセルと再作成
パート 1:元の注文のキャンセル
Shopify管理画面で対象の注文を開く
右上の「その他の操作」ドロップダウンをクリック
「注文をキャンセルする」を選択
ドロップダウンからキャンセルの理由を選択
返金方法を選択:
返金 → すでに売上確定している場合(返金完了まで3〜10日)
オーソリの無効化(Void authorization) → 仮売上(オーソリ)のみの場合(即時に与信枠が解放される)
✔️ 「商品を再入荷する」にチェックを入れる(在庫を自動で戻す)
✔️ 「通知を送信する」にチェックを入れる(顧客に自動メールを送信)
「注文をキャンセルする」ボタンをクリック
キャンセル完了を確認

パート 2:新規注文の作成
注文管理 → 注文を作成をクリック
「顧客を追加する」をクリック → 元の注文と同じ顧客を検索・選択
正しい商品と正しいバリアントを追加
必要なディスカウントを適用:
特定商品のカスタムディスカウント
注文全体へのディスカウント
または、より柔軟に対応するために下書き注文として作成
合計金額を慎重に確認
支払い方法を選択:
インボイスを送信 → 顧客に再支払いを求める場合
支払い済みにする → 最初の注文で支払い手続きが完了している場合
管理用メモを追加:「キャンセルされた注文 #XXXX の再作成」
「決済を回収する」または「注文を作成」をクリック
運用のヒント:
すでに顧客が支払いを済ませている場合は、重複課金を防ぐために新しい注文を即時に「支払い済み」として処理すること
監査証跡として、新しい注文のメモ欄に必ず元の注文番号を記載しておくこと
キャンセル前に、あらかじめ顧客にメールで事情と手順を説明しておくこと
柔軟な価格コントロールを行うため、事前に下書き注文(Draft Orders)を経由する方法も検討すること
このアプローチのデメリット
顧客体験(CX)上の問題:
⚠️ 顧客に突然「キャンセル通知メール」が届くため、不信感や混乱を招くリスクがある
⚠️ 顧客に別の注文番号で新しい確認メールが届くため、管理が煩雑になる
⚠️ 返金が発生する場合、口座へ着金するまでに3〜10営業日かかる
オペレーション上の問題:
⚠️ 1つの取引に対してシステム内に2つの異なる注文データが作成される
⚠️ 売上分析レポートにおいて、キャンセル分と新規作成分が重複・混在し、指標(AOVなど)に影響を与える
⚠️ 元の注文番号が失われる(新しい注文番号での追跡が必要)
⚠️ ギフトメッセージや配送指定などの特殊メモの移行漏れが発生しやすい
財務上の問題:
⚠️ 2回目の決済時に、顧客のクレジットカードが限度額オーバーなどで拒否されるリスクがある
⚠️ 決済ゲートウェイによっては、返金時にもトランザクション手数料が発生する場合がある
⚠️ 返金対応の遅れがストアレビュー悪化の原因になり得る
方法 3:下書き注文(Draft Orders)の活用
下書き注文を利用することで、カスタム価格の設定、商品の追加、その他のイレギュラーな状況に対して高い柔軟性を持って対応できる。
下書き注文を適用すべきケース
✔️ 最適なシナリオ:
購入後に、顧客が追加で商品を購入したいと希望した場合
通常のクーポンコード(ディスカウントコード)では実現できないカスタム割引を適用する場合
追加料金を回収するための請求書(インボイス)を作成する場合
注文全体をキャンセルせずに価格調整のみを実行したい場合
大口卸売や特別な個別価格を設定する場合
❌ 推奨されないシナリオ:
単純な住所変更(Shopifyの標準編集機能で対応可能)
商品の削除のみ(標準の削除+一部返金で対応可能)
緊急の修正(下書き注文の作成と顧客の決済を待つ必要があるため時間がかかる)
ステップ・バイ・ステップ:下書き注文を使った注文編集
シナリオ: 顧客が $100 の注文(#1234)を確定した直後に、「商品をあと2点追加したい」と連絡してきた場合。
解決策:追加分を「補足の下書き注文」として新規作成する
ステップ 1:下書き注文の作成
注文管理 → 下書き → 注文を作成をクリック
「顧客を追加する」をクリック → 元の注文(#1234)と同じ顧客を選択
顧客から要望された追加商品2点を検索し追加
価格が正しいか確認
管理用メモを追加:「注文 #1234 に対する追加商品」
合計金額を確認
「下書き注文を保存」をクリック
ステップ 2:顧客へ請求書(インボイス)を送信
作成した下書き注文画面で、「インボイスを送信する」をクリック
メール本文をカスタマイズ:
「インボイスを確認する」をクリック
決済リンクが正しく機能するか確認
「インボイスを送信する」をクリック
ステップ 3:同梱での発送処理
顧客が追加分の下書き注文の決済を完了させた後:
元の注文と新しい追加注文の2件が、注文管理一覧に表示される
両方の注文の商品を取りまとめ、同一パッケージに同梱する
2つの注文に対して、同一の配送追跡番号(Tracking Number)を入力して発送処理(Fulfillment)を行う
顧客へ通知:「ご注文いただいた全商品を出荷いたしました」
このアプローチのメリット:
✔️ 顧客は追加した差額のみを支払えばよい
✔️ 面倒な返金手続きと、それによる着金待ちが発生しない
✔️ 元の注文(#1234)は変更されずそのまま維持される
✔️ 同梱対応により追加分の送料を無料にでき、顧客ロイヤルティを向上できる
✔️ 会計・財務データ上、取引が明確に記録される(2つの個別注文として追跡)
下書き注文の基本操作について詳しく学ぶ: Shopify 下書き注文:完全ガイド
方法 4:注文編集アプリ(推奨ソリューション)
最も効率的なアプローチ: 顧客自身がセルフサービスで注文内容を編集できる仕組みを提供するアプリの導入である。
注文編集アプリが推奨される理由
顧客にとってのメリット:
✔️ サポートの営業時間を気にせず、24時間いつでも即時に注文編集が可能
✔️ サポートからの返信を待つ必要がない(即時反映)
✔️ 直感的に操作できるセルフサービスポータルによる優れたUX
✔️ モバイルに最適化されたスムーズな操作性
✔️ 編集時の在庫状況がリアルタイムに反映される
マーチャント(運営者)にとってのメリット:
✔️ 注文編集に関するサポートチケットの40〜60%を削減可能
✔️ 変更リクエストの90%以上を手作業なしで完全自動処理
✔️ 商品ごとにカスタマイズ可能な編集受付時間(固定、または状況に応じた可変設定)
✔️ 変更に伴う追加課金や返金処理をシステムが自動実行
✔️ 編集後も元の注文番号がそのまま維持される
✔️ 変更履歴(監査トレール)をダッシュボードで一元管理
✔️ 夜間、週末、休日の問い合わせにも自動対応可能
Shopifyでおすすめの注文編集アプリ
1. Revize Order Editing & Upsell ⭐ 最推奨

年商8〜9桁ドル規模のブランドに導入実績があり、Shopify Plus向けに最適化された設計
Revize が選ばれる理由:
エンタープライズ品質の注文編集ソリューション
定期購買(サブスクリプション)注文の編集に対応する唯一のアプリ
100以上の外部連携に対応(ShipBob、Flexport、NetSuiteなどの3PL・ERP)
Shopify Plusおよび大規模・大量トランザクションが発生するストア専用の堅牢な設計
ブランドの世界観に統一可能な専用セルフサービスポータル
スマートな編集可能時間(Edit Window)制御と自動キャンセル機能
主な機能:
✔️ 配送先住所、メールアドレス、電話番号の編集
✔️ 商品バリアント(サイズ、色、スタイル)の差し替え
✔️ 商品数量の増減(アップ・ダウン)
✔️ 商品の追加(チェックアウト後アップセル機能)
✔️ 商品の交換・差し替え(Swap)
✔️ 自動返金を伴う注文キャンセル
✔️ ストアクレジットによる返金対応(キャッシュアウト防止・売上維持)
✔️ サブスクリプション注文の直接編集(Revize特有の強み)
✔️ 税務インボイスの自動生成・修正
✔️ 配送オプションのアップグレード
✔️ 購入後のディスカウントコード後適用
✔️ 注文確認メール内での直接編集およびアップセル提案
料金プラン:
Free Plan: 月間20件の編集まで無料(動作検証に最適)
Starter Plan: 月額$29 - 編集件数無制限、基本編集機能、優先サポート
Pro Plan: 月額$129 - 高度な編集機能、アップセル機能、ストアクレジット返金を含む全機能を開放
Enterprise Plan: 大規模マーチャント向けのカスタム見積もりプラン
有料プランには30日間の無料トライアルあり
ターゲット: 顧客満足度向上とアップセルによるLTV最大化を目指す、成長中のブランドやShopify Plusを利用する大規模ストア。売上規模の大きいトップブランドから高い信頼を得ている。
評価: 星5.0満点(Shopifyアプリストアで60件以上の高評価を獲得)
2. その他の注文編集オプション:
Cleverific Order Editing
管理画面側(マーチャント側)での注文編集効率化に特化
サポート体制が充実している中〜大規模ストア向け
価格帯は比較的高め
OrderEditing.com
顧客セルフサービスポータルに特化したアプリ
価格帯は高め
純粋な編集機能よりも、アップセル施策(単価アップ)に比重を置いている
注文編集アプリの仕組み・連携フロー
顧客側のステップ:
注文確認メールを受信、または購入完了後のサンクスページ(注文ステータス画面)を閲覧
メール等に配置された「注文を編集する」ボタンをクリック
注文ステータス画面上の編集ポータルへ遷移
変更手続きを実行:
サイズMをサイズLへ変更
さらに2点追加で購入
配送先住所を修正
変更内容を確認し確定
自動的に追加決済または返金処理が実行される
Shopify管理画面側の該当注文が自動的に更新される

ストア運営者側のステップ:
✔️ 手作業による編集対応は一切発生しない(稼働ゼロ)
✔️ 顧客が編集を実行した際の自動通知受信を設定可能(任意)
✔️ 管理画面の分析ダッシュボードから、編集傾向データを可視化
✔️ 「購入後6時間以内のみ編集を許可する」といったルール・制限時間を設定
✔️ 編集可能な特定の商品や、対象外にする商品をカスタマイズ
初期設定時間: ウィザードに従うだけで、約5〜10分で設定完了
月間1,000件の注文が発生するストアのROIシミュレーション:
アプリ(Revize)がない場合:
毎月約100件の注文編集リクエストが発生(注文全体の10%想定)
サポートによる手動対応に1件あたり10分 = 月間16.7時間分の労働力
サポート人員コストを時給$30とした場合 = 月額$500相当のコスト発生
Revize(Starterプラン:月額$29)を導入した場合:
日常的な編集対応に要するサポート工数は「ゼロ」
システムが完全に処理を自動化
純削減コスト:月額$471のセーブ
チェックアウト後アップセルによる追加売上の獲得
対応のスピード化による顧客ロイヤルティ(リピート率)の向上
Revizeは導入費用を優に10倍以上回収できるポテンシャルを持ち、多くのトップクラスのShopify Plusストアに標準的に採用されている。
特定の注文情報を編集する方法
配送先住所の編集
発送手続き前:
方法: Shopifyの標準編集機能を使用(方法 1)
作業時間: 30秒
制限: 未発送ステータスであること
発送手続き後、配達完了前:
方法: 配送業者(ヤマト、佐川、日本郵便など)の追跡窓口へ直接問い合わせる
対応方法:
配送業者による住所修正依頼(手数料がかかる場合がある)
荷物の差し止め・返送依頼
新住所への転送手続き
処理時間: 1〜2時間 + 配送業者側の処理時間
配達完了後:
住所変更は一切不可
解決策: 返金処理を行い、正しい住所で新しい注文を作成する
予防策: 注文編集アプリを導入し、チェックアウト後に顧客自身で配送先誤入力を即時修正できる導線を用意する。
注文商品の編集(追加・削除・交換)
既存の注文に商品を追加する:
最良の手段: 下書き注文の作成(方法 3)
追加商品を含む下書き注文を作成
顧客へ決済用請求書メールを送信
決済完了後、元の注文と同梱して発送処理
同一の配送追跡番号(トラッキングID)を入力
代替案: 注文編集アプリを使用(顧客側で即時に完結)

注文から商品を削除する:
発送手続き前:
Shopify管理画面で該当商品を削除
システムが自動的に一部返金を実行する
残りの商品を通常通り発送
発送手続き後:
即時で一部返金処理のみを実行
商品はそのまま受領してもらうか、返送してもらうかを個別調整
関連記事: Shopifyで一部返金(Partial Refund)を行う方法
商品の交換(別のサイズ、カラー、バリアントへの変更):
選択肢 1:注文編集アプリを利用する ⭐ 最も簡単
顧客自身がセルフサービスでバリアントを変更
即時にデータ更新
価格差がある場合は自動で差額決済または返金が実行される
選択肢 2:手作業での編集(未発送の場合のみ)
変更前のバリアントを削除
新しいバリアントを追加
価格差を手作業で計算
差額の返金、または追加料金の請求リンクを送信
選択肢 3:一度キャンセルして再作成する(大幅な変更の場合)
多数の商品を変更する必要がある場合に推奨
上述の「方法 2」を参照
製品バリアント(サイズ/カラー)の変更
例: 顧客が「ブルー / Mサイズ」を注文したが、「レッド / Lサイズ」への変更を希望した場合。
解決策 1:注文編集アプリを使用する
顧客が「注文を編集する」ボタンをクリック
「バリアントを変更する」を選択
レッド / Lサイズ を選択
確定する
30秒以内で処理完了

解決策 2:手作業での編集(未発送の場合のみ)
注文内容から「ブルー / Mサイズ」を削除
同じ注文に「レッド / Lサイズ」を追加
価格差を確認
新バリアントが高額な場合:
差額分の下書き注文を作成
顧客に請求メールを送信
新バリアントが安価な場合:
差額分の「一部返金」処理を実行
解決策 3:返品・交換フローの実行(配送完了後の場合)
顧客から「ブルー / Mサイズ」を返品してもらう
ストア側から「レッド / Lサイズ」を新しく出荷
同一価格の場合は追加請求なし
あらかじめ定めたポリシーに従い、返品送料を処理
ディスカウントおよび価格の修正
注意: Shopifyの標準機能では、注文が確定した後に適用されたクーポン(ディスカウントコード)の内容や、商品の単価自体を直接編集することはできない。
最も推奨される対応:注文編集アプリ(Revize)の利用 ⭐ 自動化&優れたUX
Revizeを導入すると、顧客は注文後に自分でディスカウントを適用できる:
具体的な流れ:
顧客が注文編集ポータルへログイン
「ディスカウントを適用する」オプションを選択
適用し忘れたクーポンコード(例:SAVE20)を入力
Revizeがそのコードの有効性をシステム上で確認
注文金額が自動で再計算される
追加の差額支払い、または減額分の自動返金処理が実行される
さらに、Revizeは以下の変更時にもディスカウント金額を自動再計算する:
商品が追加された場合 → 追加された商品に対してもディスカウントが比率に応じて自動適用される
商品が削除された場合 → 残りの商品に対してディスカウント金額が再計算される
商品を交換した場合 → 新しい交換対象の商品にディスカウント条件が引き継がれる
対応可能なコード:プロモコード、自動ディスカウント、段階的価格割引(ボリュームディスカウント)など
Pro Planの主要機能 (月額$129)
スマートディスカウントエンジン搭載
リアルタイム検証機能
二重適用(ディスカウントスタッキング)の防止設計
キャンペーンルール(併用不可など)を正確に維持
顧客側のメリット:
完全にセルフサービスで完結(問い合わせチケットの発行が不要)
クーポンの割引効果をその場で即座に体験可能
適用前後の価格変化が明快
決済・返金処理が自動連動
手作業による修正ワークアラウンド(アプリを使用しない場合):
選択肢 1:一部返金(Partial Refund)の実行 ⭐ 一次的な個別対応で最もスピーディー
適切なケース: 顧客がチェックアウト時にクーポンコードを入力し忘れた場合
手順:
適用されるべき割引額を手動で算出
その金額分を「一部返金」として処理
タイムラインメモに記載:「クーポン適用忘れ調整:SAVE20を手動で事後適用」
計算例:
注文総額:$100
10%オフ(SAVE10)を事後適用したい
手動で $10 の一部返金処理を実行
顧客の口座へ3〜10営業日以内に $10 が返金される
メリット:
対応工数は約2分で完了する
顧客への返金が確実に行われる
会計データ上の整合性が保たれる
デメリット:
注文明細上の「適用ディスカウント」欄にはクーポン名が表示されない
顧客は返金の着金まで数日待つ必要がある
リクエストが発生するたびに手作業の工数が発生する
選択肢 2:一度キャンセルして新規作成し直す 基幹システムの価格エラーなどに推奨
適切なケース:
卸売(B2B)と小売(B2C)の設定ミスによる単価エラー
顧客が一度返金されるまで待つことをあらかじめ承諾している場合
手順:
元の注文(#1234)をキャンセルし、返金処理を紐づける
正しいディスカウントコードを適用した新しい下書き注文を作成
顧客が支払いを終えている場合は、新しい注文を「支払い済み」に手動ステータス変更
メリット:
注文内容および会計レポートに、正しい割引率やクーポンコードが正確に反映される
顧客の注文履歴に正しい情報が残る
デメリット:
手動手続きに約10分を要する
2つの注文番号が生成され、レポートが分散する
返金完了までに3〜10日のリードタイムが発生する
選択肢 3:下書き注文の再発行 複雑な個別ディスカウントに推奨
適切なケース:
複雑なボリュームディスカウントの変更
多数の商品に対して個別の価格調整を行う場合
手順:
希望する価格水準に調整した新規下書き注文を作成する
商品(ラインアイテム)ごとにカスタム価格・割引を適用する
決済用インボイスを顧客へ送信する
メリット:
ラインアイテム単位で非常に細かな価格調整が可能
元の注文の整合性を傷つけない
デメリット:
新しい注文番号が生成される
運用の手間(工数)が大きく、自動化できない
💡 比較:自動化アプリ(Revize) vs 手動アプローチ
評価軸 | Revize(自動化) | 手動での「一部返金」 | キャンセル & 再作成 |
|---|---|---|---|
顧客の手間 | セルフサービス(極めて低い) | サポート問い合わせが必要 | サポート問い合わせが必要 |
処理完了時間 | 即時完了 | 作業2分 + 返金着金に3〜10日 | 作業10分 + 返金着金に3〜10日 |
コードの履歴確認 | ✔️ 正確に注文データに記録される | ❌ 記録されない(メモ欄のみ) | ✔️ 正確に注文データに記録される |
サポートチケット件数 | ✔️ 発生しない(0件) | ❌ 1件ごとに対応が必要 | ❌ 1件ごとに対応が必要 |
運用のスケール性 | ✔️ トランザクション増加にも自動対応 | ❌ 注文数比例でスタッフ工数増 | ❌ 注文数比例でスタッフ工数増 |
コスト | 月額$129(Proプラン) | 無料(スタッフの人件費を除く) | 無料(スタッフの人件費を除く) |
ROI(費用対効果)計算: 月に50件以上「クーポンの適用忘れ」や「価格変更」の問い合わせ対応を行っているストアであれば、Revize Proの月額料金は、削減できるサポートスタッフの人件費だけで即座に相殺可能となる。
返金処理の詳細はこちら: Shopify 返金処理:完全実務ガイド
注文メモ(Notes)やタグ(Tags)の編集
簡単:注文状況を問わず、いつでも制限なく編集可能
メモ(Notes)の追加手順:
Shopify管理画面で注文を開く
右側の「メモ」セクションまでスクロール
「編集」をクリック
メモ内容を入力(※ストア運用者向けの内部メモ。顧客には表示されない)
「保存」をクリック
タグ(Tags)の追加手順:
「タグ」セクションまでスクロール
割り当てたいタグ名を入力(カンマ区切りで複数入力可能)
エンターを押すと、リアルタイムで自動保存される
タグの主な活用法:
注文データのフィルタリング(「卸売」「VIP顧客」「優先出荷」など)
Shopify Flowによるバックオフィス自動処理のトリガー条件(自動メール送信、Slack通知など)
分析ツールでのセグメント抽出
出荷システム(WMS/3PL)とのカスタム連携トリガー
決済方法(Payment Method)の変更
実態: 注文が確定した後に、顧客が利用した決済方法を別の決済カードや異なる手段へ変更することは不可能である。
決済手段を変更したい場合の唯一の対処法:
既存の注文をキャンセルする
元の決済手段に対して全額返金処理を実行する
新しく注文を作り直す(下書き注文などを活用)
顧客に新しい決済手段(別のカードや別のゲートウェイ)で再度決済を実行してもらう
この厳しい制限が存在する理由:
当初の決済ゲートウェイ経由ですでにトランザクション(オーソリ・キャプチャ)が完了しているため
PCI-DSSなどのセキュリティ基準を遵守し、個人信用情報を保護するため
各決済代行会社(Stripe、PayPal、Shopify Paymentsなど)の仕様制限によるもの
事前の防止策:
チェックアウト画面に、利用可能な決済方法のロゴや案内をわかりやすく配置する
チェックアウト時の決済エラーが頻出していないか、定期的に購入テストを実行する
多様な選択肢(クレジットカード、PayPal、Apple Pay、後払いなど)を導入する
よくある注文編集のシナリオ
シナリオ 1:配送先住所を間違えて登録した
購入確定の10分後、顧客からメールで連絡: 「間違えて引越し前の古い住所で注文してしまいました! 注文番号 #1234 の配送先を変更できますか?」
タイムクリティカルな対応手順:
まだ未発送の場合(最も望ましいステータス):
Shopify管理画面から配送先住所を即座に修正(方法 1)
顧客へ完了報告メールを送信:「配送先住所を[新しい住所]に更新いたしましたのでご安心ください」
更新した情報でそのまま通常通り発送処理を実行
所要時間:約2分
発送手続き(Fulfillment)が完了しているが、まだ出荷拠点から搬出されていない場合:
提携している3PLや出荷委託倉庫へ大至急チャットや電話で連絡を入れる
出荷ラベルの印刷を止め、新ラベルへの貼り替えを依頼する
システム状況により、ラベル再発行の実費コスト(数ドル程度)が発生する場合がある
配送ステータスと変更完了の可否を顧客へ通知する
すでに運送会社へ荷物が引き渡され、輸送中(Shipped)の場合:
追跡番号(Tracking Number)から配送業者を特定し、緊急で連絡を入れる
住所の転送・変更手続きを依頼する:
ヤマト運輸・佐川急便など:転送手続きに伴う着払い転送料金(顧客側負担、または荷主負担)の設定を確認
海外配送(UPS、FedEx、USPSなど):規定の住所変更手数料が荷主(ストア側)に請求されるケースが多い
輸送ステータスによっては転送が間に合わない場合もある点に注意する
転送が不可能な場合:一度ストアに回収されるか配達不能になるため、返金処理を行い、正しい住所宛に再送する
注文編集アプリを導入している場合の解決プロセス:
顧客は、出荷締め時間前にセルフサービスポータルから自ら住所を修正する
サポート問い合わせ(チケット)自体が発生しない
スタッフ対応コストは「ゼロ」
人的エラーなしで即時解決
シナリオ 2:商品のサイズ・カラーの選択を間違えた
顧客からの連絡: 「間違えてブルーのMサイズを買ってしまいました。レッドのLサイズに変更してもらえますか? 注文 #1234」
まず、管理画面で注文のステータスを確認する:
未発送の場合:
注文編集アプリを導入している場合:
顧客は、メール内のボタンから専用ポータルへ移行し、自身で「バリアント交換(Swap Variant)」を実行する
ポータル上での変更完了まで約30秒
サポート窓口の対応コストは一切発生しない
アプリ未導入の場合:
該当注文の明細から「ブルー / M」を削除
同じ注文に「レッド / L」を追加
価格差を確認:
単価が高い場合:下書き注文を作成し、顧客へ差額分のインボイスを送付して決済を待つ
単価が低い場合:差額分をシステム上で「一部返金」処理する
顧客へ修正完了のメールを送信
新しい注文情報を出荷担当者(またはWMS)へ反映・発送する
対応工数:約5〜10分
すでに発送が完了している、または輸送中の場合:
標準的な「返品・交換」プロセスを適用:
顧客へ交換ポリシーを提示し、返品手続きを説明
顧客より「ブルー / M」をこちらの倉庫へ返送してもらう
到着後、検品を行い再販可能か確認する
倉庫から新たに「レッド / L」を出荷する
または:配送時間短縮のため、返送を待たずに新商品を先出し発送する(ただし返送されないリスクを考慮する必要がある)
解決までの総リードタイム:約7〜14日
顧客ロイヤルティを最大化するポイント:
優良顧客や購買履歴の多い顧客には、返送商品の到着を待たず、交換品を先行発送することを検討する
ブランドへの熱狂的なファン・リピーター化を促す強力なドライバーとなる
統計上、ほとんどの顧客はこの善意を悪用しない
シナリオ 3:追加で商品を購入したい(チェックアウト後)
顧客からの連絡: 「先ほど注文(#1234)を終えたのですが、追加したい商品があるのを忘れていました。同じパッケージに同梱して発送してもらうことは可能ですか? 送料を2重で支払いたくありません。」
客単価(AOV)および売上を拡大するチャンス!
注文編集アプリ(Revize)を使用している場合:
RevizeのスマートAIにより、チェックアウト後の「サンクスページ(注文完了画面)」や「注文ステータス画面」にて、自動で最適なレコメンド(アップセル)を表示する
顧客はその場ですぐにワンクリックで商品を追加可能
差額は自動決済され、既存の注文データへ1つの注文情報として統合される
倉庫では同梱商品として1つの配送伝票で発送するだけ
顧客の手間は1分、ストア側のマニュアル工数は「ゼロ」
アプリ未導入の場合(下書き注文での手動対応):
追加要望のあった商品のみを含む新規の下書き注文(Draft Order)を作成する
同梱対応とするため、配送オプションを「送料無料」に手動設定する
顧客へ決済インボイスを送信:
決済の完了を確認する
両方の注文番号を出荷伝票上で紐づけ、1つのパッケージで発送する
2つの注文に対して、同一の追跡番号を登録して発送完了とする
合計工数:5分 + 顧客の決済待ち時間
プロの売上アップ施策: この状況は単なるサポート業務ではなく、ストアの販売単価を高めるチャンスである。以下のような同梱特別オファーを提案して、さらなるLTV向上を狙うのも有効だ:
下書き注文の仕様を詳しく調べる: Shopify 下書き注文:完全ガイド
シナリオ 4:購入した商品の一部をキャンセルしたい
顧客からの連絡: 「注文 #1234 の中にある $50 のウォレットですが、やはり不要になったのでキャンセルしたいです。対応可能ですか?」
迅速な対応フロー:
未発送の場合:
Shopify管理画面から、対象の注文明細で該当のウォレット($50)を削除
Shopifyが決済システム(Gateway)と連動し、自動で $50 の一部返金処理を実行する
顧客へ完了確認のメールを送信:「ウォレットのキャンセルが完了しました。$50の返金は3〜10営業日以内にお客様の口座へ反映されます」
残りの商品をそのまま通常出荷ラインへ回す
所要時間:2分
すでに発送が完了している、または輸送中の場合:
即時で $50 の一部返金処理を管理画面上で実行する
以下のいずれかの対応を選択し、顧客と調整する:
返品対応(返送用着払い伝票を送付、または元払いで返送を要請)
返品なしでそのままお受け取りいただく(返送コストを考慮したストア側の損切り判断)
顧客へ選択肢と手順を記載したメールを送信する
対応工数:5分 + 実際の返送対応や検品にかかる時間
損益分岐に基づく判断基準:
商品の原価が $50 だとしても、実際の返送物流コスト(返送ラベル発行費用 + 倉庫受入・再在庫化手数料)に $10〜$15 かかる場合がある
もし商品の製造原価がその物流手数料を下回る、あるいはほぼ同等の場合は、顧客に返送の手間をかけさせず「お受け取り(または破棄)ください」と案内するほうが、トータルの損失を抑えつつ顧客満足度(NPS)を劇的に高めることができる
シナリオ 5:割引コード(クーポン)が適用されなかった
顧客からの連絡: 「決済時にクーポンコード『SAVE20』を入力したはずなのですが、割引が適用されていません。注文 #1234 に適用し直してもらえますか?」
重要: Shopifyの標準機能では、すでに確定した注文にディスカウントコードを遡って自動計算・適用する手段はない。しかし、Revizeなどの注文編集アプリを利用すれば自動処理が可能になる。
✔️ 推奨される解決策:注文編集アプリ(Revize)の利用
顧客のセルフサービス対応(ストア側のサポート工数ゼロ):
顧客自身が確認メール、またはストアのマイページから注文編集ポータルを開く
「割引(クーポン)の適用」オプションをクリックする
ディスカウントコード SAVE20 を入力する
Revizeの検証エンジンがそのクーポンの有効性を裏側で自動チェック:
✔️ クーポンが現在「有効(有効期間内)」であるか
✔️ 最低購買金額などの適用条件をクリアしているか
✔️ 対象外商品がカートに含まれていないか
システムが割引を自動で注文全体に適用する
注文合計金額が自動で再計算される:例 $100 → $80
連動する決済システムが、差額の $20 の自動返金を即座に処理する
顧客へ処理完了通知が自動表示される:「割引コード SAVE20 が適用されました。差額 $20 は、3〜10営業日以内にお客様のご利用決済口座へ返金されます」
対応時間: 顧客の操作30秒、サポートスタッフの作業時間は「0秒」
顧客体験(CX):
その場ですぐに疑問が解決され、待たされるストレスがない
サポートの返信を何時間も待つ必要がない
明細上で割引効果がすぐに反映されるため透明性が高い
人的ミスによる返金漏れが発生しない
夜間や週末でもリアルタイムで解決する
Pro Planのコア機能 (月額$129)
アプリがない場合の手動対応策:
選択肢 1:手動で「一部返金」処理を行う ⭐ アプリ未導入時の最も現実的なアプローチ
手動で割引対象額を計算:例 $100 × 20% = $20 割引
Shopify管理画面から、該当の注文に対して $20 の一部返金(Partial Refund)を実行する
顧客へ完了連絡メールを送信:
いつもご利用ありがとうございます。[お客様のお名前]いつもご利用ありがとうございます。[お客様のお名前]トータル対応工数: 約2分
メリット:
アプリを導入していなくても即対応可能
顧客が求める割引金額を確実に返還できる
デメリット:
注文明細の売上データにクーポンコード履歴が紐づかない(売上分析やクーポン利用率データにブレが出る)
毎回スタッフの手作業工数と計算ミス発生のリスクが伴う
問い合わせ対応のための人件費が間接的に積み重なる
選択肢 2:注文のキャンセルと再作成 注文レポートの正確性を最優先する場合
元の注文 #1234 を全額返金でキャンセルする
管理画面から新しく下書き注文を作成し、割引コード「SAVE20」を適用した状態にする
すでにクレジットカードから決済が引き落とされている場合は、手動で「支払い済み」に変更する
顧客へ案内:「データの整合性を保つため、割引適用後の内容で新しく注文 #1235 を再発行いたしました」と送る
トータル対応工数: 約10分
メリット:
売上レポートや顧客履歴データ上、正確なディスカウントコードの使用履歴が残る
会計監査時などの混乱を防げる
デメリット:
ストア側の対応作業時間が非常に長い
複数の注文確認メールが連続して届くため、顧客が混乱しやすい
最初の課金分の返金着金までに3〜10日を要する
根本的な原因への対策:
割引キャンペーン開始前の厳密なテスト:
必ず複数のテスト環境(テスト注文)でディスカウントコードの挙動を検証する
チェックアウト時に正常に割引が算出されるか検証する
設定した条件(除外アイテム、顧客グループ指定、最低数量など)に誤りがないか二重に確認する
ディスカウントコード関連の主なトラブル要因:
よくある原因 | 対処方法 |
|---|---|
コードの有効期限切れ | 十分なキャンペーン期間を設定するか、自動終了設定を見直す |
最低購入要件に達していない | チェックアウト時に「あと$X追加でSAVE20が使用できます」と促す通知を設定する |
対象外商品の混在 | カートページや商品ページでどのアイテムが割引対象外かをあらかじめ明記する |
1人1回制限に引っかかっている | 顧客の購入履歴を確認し、例外対応する場合は代替用のワンタイムコードを配布する |
大文字・小文字の誤入力 | Shopify管理画面で、英数字の入力揺れに配慮した表記バリエーションを登録しておく |
キャンペーン開始時間前である | プロモーションを一般に告知・配信する前に、コードがアクティブ状態になっていることを時間指定で確実にチェックする |
チェックアウト体験(UI/UX)の最適化:
エラー発生時のシステムメッセージをわかりやすく書き換える:例「ディスカウントコード SAVE20 を使用するには、$50以上の購入が必要です」
クーポンが正常適用されたら、画面上で「お客様は $X 節約できました!」と明瞭にアピールする
決済ボタンを押す前の最終カート確認ページで、値引き後の合計額を強調して表示する
カゴ落ち(チェックアウト離脱)対策メールにも、割引コードの使い方案内や自動適用リンク(Discount URL)を含めておく
自動化アプリ(Revize)のさらなる予防効果:
顧客は、問い合わせをしなくても購入直後であれば自らの操作でクーポンを遡及適用できる
「ディスカウントコードを適用し忘れた」という内容のサポート窓口への問い合わせを最大90%以上削減可能
購入後に商品の追加や削除を行っても、システムが裏側で自動的にクーポンの値引き比率を再計算するため、計算ミスの心配がない
重複適用不可などの複雑なキャンペーンのルール変更にも完璧に準拠する
インパクト(費用・工数)比較表:
評価項目 | Revize(自動化アプリ) | 手動での一部返金 | キャンセル & 再作成 |
|---|---|---|---|
顧客の手間 | セルフサービス(ポータルで完結) | サポートへ連絡し、対応を待つ | サポートへ連絡し、対応を待つ |
顧客への解決速度 | 即座に解決(30秒) | スタッフの稼働待ち + 着金数日 | スタッフの稼働待ち + 着金数日 |
サポート窓口の負担 | ✔️ 完全に「ゼロ」 | ❌ 毎回手動の作業コストが発生 | ❌ 毎回手動の作業コストが発生 |
データ整合性 | ✔️ 正確に注文データに値引きコードが記録 | ❌ クーポン名は売上明細上へ反映されない | ✔️ 正確に注文データに値引きコードが記録 |
運用効率(スケール) | ✔️ トランザクション規模に関わらず完全自動 | ❌ 毎回のマニュアル処理が必要 | ❌ 毎回のマニュアル処理が必要 |
顧客満足度(CS) | ⭐⭐⭐⭐⭐(即時反映で極めて高い) | ⭐⭐⭐(返信・対応待ち時間あり) | ⭐⭐(手続きが煩雑で混乱しやすい) |
プロのアドバイス:
どうしても手作業でクーポン未適用問題に対処した場合は、分析用のタグとして "discount-issue" を対象の注文に追加しておき、後でエラー傾向を特定・分析できるように管理する。月間20件以上の同様のリクエストを人間が処理しているなら、その時間分の人件費(サポートコスト)だけでRevize Proのシステム利用料の元を確実に取ることができる。
コスト比較例: 月間50件の対応 × 1回に要する手作業時間5分 = 月間4.2時間分の労働力。時給換算でのサポート人件費や機会損失費用と、月額$129のRevize Proライセンス費を天秤にかければ、自動化の合理性は極めて明快である。
Shopify 注文編集:ベストプラクティス
1. 適切な「注文編集の制限時間(Edit Windows)」を設ける
自社の出荷業務サイクルやオペレーション負荷に合わせて、編集ポータルの受付時間を厳密にコントロールする:
ビジネスモデル別・推奨制限時間:
ビジネスモデル | 推奨する受付時間 | 設定の根拠・理由 |
|---|---|---|
ドロップシッピング | 2〜6時間 | サプライヤーのシステムへデータが即時に流れるため |
受注生産(POD / Print on Demand) | 6〜12時間 | 当日中、または翌朝にはプリント製造ラインが稼働するため |
標準的な自社小売EC | 12〜24時間 | 1日1回、特定の出荷締め時間に合わせてピッキングを行うため |
カスタムオーダー・ハンドメイド | 24〜48時間 | 製造開始までに一定のリードタイム猶予があるため |
大口卸売・B2B | 48〜72時間 | 注文規模が大きく、出荷前の数量や配送方法調整に時間が必要なため |
制限時間を顧客へ明示する方法:
注文確認メールでの表記例:
ご注文内容に変更はございませんか?
ご購入後12時間以内であれば、以下のお手続きをご自身で実行可能です:
• 配送先住所の修正
• 商品の追加・削除
• サイズやカラーの変更
ご注文内容を編集する:[注文を編集するボタン]
ご注文内容に変更はございませんか?
ご購入後12時間以内であれば、以下のお手続きをご自身で実行可能です:
• 配送先住所の修正
• 商品の追加・削除
• サイズやカラーの変更
ご注文内容を編集する:[注文を編集するボタン]
ストアのFAQ・ヘルプページでの表記例:
2. 変更・編集ポリシー(規約)を徹底的に周知する
ユーザーに規約をアピールすべき4つのタッチポイント:
✔️ 注文確認メール(最重要)
編集ポータルへ遷移するアクションボタンを目立たせて配置する
「編集可能なリミット時間」を太字で強調する
対応可能な変更項目をリストアップして分かりやすく見せる
✔️ サイトのフッター部分
「ご注文の変更・キャンセルについて」といった専用ポリシーページへのリンクを常設する
顧客が自らすぐに規約を検索・参照できる導線を提供する
✔️ FAQ・よくあるご質問ページ
「注文編集について」という大カテゴリを用意する
編集の具体的なやり方をステップ画像つきで掲載する
例外処理(時間が過ぎてしまった場合など)の救済ルールを記載する
✔️ チェックアウト完了画面(サンクスページ)
注文ボタンをクリックした直後の画面に注意事項を明記する
「これからの24時間は内容をいつでも自由に変更・追加できます」と案内する
購入直後の注文ミスに対する不安(バイヤーズリモース)を取り除き、CSコストを抑制する
包括的な編集ポリシーの構成例:
3. 自動化システムを構築し、手作業をなくす
注文編集アプリの自動化対象:
アプリを導入すると、以下のフローがすべて無人化される:
✔️ 設定時間経過後の編集受付の自動ロック(締め切りの厳守)
✔️ 商品削除時の決済返金トリガー(ゲートウェイとの即時連動)
✔️ 商品追加時の自動与信・決済処理の回収
✔️ 変更後のリアルタイム在庫データの棚卸・連動
✔️ 変更内容の確認メールの顧客への自動送信
✔️ 注文管理画面(タイムライン)への変更履歴データの自動書き込み
アプリを使わない場合 - Shopify Flowを活用する(Shopify Plusユーザー限定):
作成フローの一例:
よくある編集対応のための返信メール用テンプレート:
あらかじめヘルプデスク(Zendesk、Gorgiasなど)にテンプレートとして登録しておくべき文面:
テンプレート 1:住所変更完了の通知
テンプレート 2:商品キャンセル(一部返金)完了の通知
4. 編集理由(データ)を抽出し、ストアの根本改善に活かす
顧客がなぜ「購入後に編集したくなったのか」の理由を毎月可視化する:
簡単なトラッキング用データベースまたはスプレッドシートを作成:
編集の原因・理由 | 月間発生件数 | 全体に対する比率 | 実行すべき根本改善タスク |
|---|---|---|---|
サイズ間違いによる変更 | 45 | 40% | 商品ページに正確な寸法表(サイズガイド)や着用例を追加する |
カラー間違いによる変更 | 28 | 25% | スタジオ撮影写真を追加し、カラーバリエーションスウォッチを改善する |
配送先住所の入力ミス | 22 | 20% | 住所自動補完APIや住所エラーバリデーションを導入する |
別の商品の追加忘れ | 12 | 10% | カートおよびチェックアウト前ページで「よく一緒に購入される商品」を提案する |
システム価格の設定ミス | 5 | 5% | メタフィールドや価格バッチ更新フローのワークフローを再確認する |
合計 | 112 件 | 100% |
得られたインサイトを次の改善施策へ繋げる:
サイズ変更の件数が多い場合:
ラインアイテムごとに、ミリ単位・センチ単位での実寸サイズのチャート(Size Chart)を実装する
着用写真にモデルの身長、体重、および着用サイズを明記する
「標準体型に対して、この商品はややタイトめです」などのサイズ感レビュー(Fit Feedback)を記載する
簡単な質問に答えるだけで最適サイズがわかる「Fit Finder」のようなサイズ診断ウィジェットの導入を検討する
カラー変更の件数が多い場合:
実物に近い色合いを表現できるスタジオ撮影用の高演色光源下での写真素材へ一新する
商品の質感をより多角的に理解できる360度撮影画像や、着用動画を追加する
平置きのブツ撮りだけでなく、自然光など実生活に近いシチュエーションでの写真を追加する
「お使いのデバイス(モニター)によって実物と色の見え方が異なる場合がございます」といった注意書きを目立たせる
配送先住所入力エラーの件数が多い場合:
郵便番号から一発で住所を自動入力するAPI(Google Address Autocomplete)をチェックアウトへ確実に組み込む
「住所2(建物名・部屋番号など)」の記入欄の入力漏れを検知・警告するスクリプトを導入する
決済ボタンの直前に、配送先住所のみをポップアップで再確認させるフェーズを設ける
「商品の買い忘れ・追加」変更の件数が多い場合:
商品ページの下部に「このコーディネートに必要な他のアイテム」をパッケージ表示する
顧客ポータルの「注文履歴」画面において、ワンクリックで同梱可能な商品を追加購入できるアップセル枠を用意する
バンドル(セット割引)商品の構成を強化し、最初からまとめて購入しやすくなる動線を設計する
5. サポートスタッフ(カスタマーサポート)の教育を徹底する
どのような問い合わせに対してもスタッフが均一にスピード対応できるように、ルール・業務マニュアル(SOP)を整備する:
社内マニュアル(SOP)用のリファレンスドキュメントの構成例:
スタッフ用・注文編集に関する早見表(Cheat Sheet):
実践的なトレーニングプログラム:
新人サポートメンバー向けに、以下のシミュレーショントレーニング(ロールプレイ)を実行する:
出荷締め切り直前に「急いで配送先住所を変更してほしい」と連絡があった場合の優先対応優先度の判断
顧客が「今回の注文(#1234)の全商品を、別の新しいシーズン商品へ一括交換してほしい」と希望した場合の下書き注文を活用した差し替えフロー
購入後にディスカウントコードの適用を忘れたことに気づいた顧客への、一部返金を用いた差額対応手順
すでに発送準備中の注文と、追加で新しく購入した商品の、送料をまとめつつ1パッケージへ同梱する際の手続き手順
未発送状態の注文から、一部の商品のみをピッキング指示データ(WMS)から除外する手動削除手順
管理職へのエスカレーション基準:
以下に該当するイレギュラーなケースは、スタッフだけで判断せず、即座にサポートマネージャーへ報告・承認を求めること:
顧客が「返品はしたくないが、不満があるため全額返金してほしい」と主張し、対象商品の原価価値が $50 を超える場合
発送手続き完了からすでに7日以上経過している注文に対して、システム上の複雑な調整が必要な場合
顧客が激高しており、決済代行会社への「チャージバック(支払い異議申し立て)」をほのめかしている場合
複数の異なる注文番号(例:#1101、#1152、#1201)にまたがる一括調整が必要な複雑なケース
イニシャルや名前を入れるなどのカスタム・名入れパーソナライズ加工済みの商品の、加工開始後の仕様変更リクエスト
6. 注文編集リクエストそのものを減らす(徹底した予防策)
商品ページの情報をリッチにすることで、入力ミスやサイズ選定ミスを未然に防ぐ:
サイズ・着用感(Fit)情報の充実:
すべての服飾アイテムに対して、肩幅・身幅・着丈などを記載した詳細な実寸サイズ表を掲載する
着用モデルの正確な身長、体重、および着用している服のバリアント名を明記する
「このスニーカーは通常より0.5cm小さめのサイズ設計です。ハーフサイズ上のご購入を推奨します」といった具体的な着用アドバイスを表記する
購入レビュー欄において、実際に購入した顧客が投稿した「ちょうどよかった」「やや大きめ」といったフィット感フィードバックの割合を表示する機能を設ける
製品仕様の透明性:
綿、ポリエステルなどの素材配合率を正確に表記する
「洗濯機可」「手洗い推奨」などの詳細なケアガイドを記載する
付属品一式や、パッケージに同梱されている内容物をリスト化する
商品の実寸法(幅×高さ×奥行)および重量をわかりやすく記載する
ビジュアル情報の拡充:
スマートフォンの高精細ディスプレイにも対応できる高解像度の製品ズーム写真を追加する
あらゆる角度から商品を確認できる360度回転表示機能を実装する
使用シーンが想起しやすい実生活の中(屋外や部屋)でのライフスタイル写真を追加する
「お客様のご使用されるディスプレイ機器の性能や設定により、写真と実際の商品の色が若干異なって見える場合がございます」といった免責事項を記載する
チェックアウト画面(注文完了フロー)のユーザビリティ改善:
お届け先住所のリアルタイムバリデーション:
郵便番号から正確な市区町村名を候補表示する「Google Address Autocomplete API」を実装する
「配送会社(ヤマト運輸など)で届かないエラー住所(番地抜けなど)」を検知する住所バリデーションツールを導入する
決済確定ボタンを押す前に、入力された配送先情報を画面上にポップアップ表示して強調する
「以下の住所宛に配達いたします。内容にお間違えありませんか?[入力された配送先表示]」といった最終プレビューを必須にする
カート内の注文要約(Order Summary)の強化:
カート画面や最終決済ページで、商品の小さなサムネイル画像を必ず表示する
商品の正式名称およびバリエーション名を略さずに明確に表記する
お客様が選択したバリアント(サイズ・カラーなど)を強調カラーで表示する
合計個数(数量)を大きく明記する
注文確定後の確認ステップ:
「決済完了」ボタンをタップする前に、すべての入力情報を確認するための最終確認ページを必ず挟む
配送方法、支払方法、購入商品を一画面でスクロールせずに俯瞰できるようにレイアウト設計する
配送先住所の郵便番号、番地、アパート名を最終確認欄に大きく表示する
「この内容で注文を確定します。よろしいですか?」という意思確認ステップを作る
購入直後のシームレスなコミュニケーション設計:
注文完了直後の自動確認メールの最適化:
注文手続き完了から60秒以内に必ずメールを配信する
注文確定メール内に、商品の大きな画像つきの明細を掲載する
ポータルアプリへのアクセスを促す目立つカラーの「ご注文内容を編集・追加する」ボタンをヘッダーの直下に配置する
「あと○時間以内であれば内容の追加や変更が可能です」といったタイムリミット(デッドライン)をリアルタイムに計算して表示する
デザイン例:
ご注文が確定いたしました! 注文番号:#1234 【ご注文商品】: [画像 + 商品情報] 【配送先情報】: [入力されたご住所] 【お届け予定】: 1月15日〜1月18日 ご注文内容を変更・追加されたいですか? ご注文から12時間以内であれば変更が可能です。 [注文内容を編集するボタン]
ご注文が確定いたしました! 注文番号:#1234 【ご注文商品】: [画像 + 商品情報] 【配送先情報】: [入力されたご住所] 【お届け予定】: 1月15日〜1月18日 ご注文内容を変更・追加されたいですか? ご注文から12時間以内であれば変更が可能です。 [注文内容を編集するボタン]
FAQ:Shopifyでの注文編集(事後変更)について
購入手続き後に、Shopifyで確定した注文を変更することは可能ですか?
はい、可能ですがステータスにより一定の制限があります。未発送(unfulfilled)の注文であれば、配送先住所の修正、商品の追加・削除、タイムラインへのメモ追加などの編集が可能です。発送手続き開始後の変更はほぼ不可能です。最も確実な解決策は、注文編集アプリを導入し、一定時間内であれば顧客自身にポータルから変更を実行させるセルフサービスの仕組みを設けることです。
具体的にShopify管理画面から注文を編集するにはどうすればよいですか?
「注文管理」メニューから対象の注文を選択し、編集したい項目の横(配送先住所のセクションや商品リストセクションなど)にある「編集」リンクをクリックして実行します。ただし、未発送の注文に限られます。それ以外の複雑な変更を行う場合は、下書き注文を新規作成して同梱するか、一度注文をキャンセルして新しく注文を作成し直すか、あるいは注文編集アプリを利用する必要があります。
確定した注文の配送情報をストア運営側から変更することはできますか?
はい。未発送の注文に限り、配送先住所のテキスト、電話番号、メールアドレス、メモおよび管理用タグをいつでも書き換えることができます。しかし、すでに発送手続き(Fulfillment)が完了している場合は、住所欄の編集はロックされます。この段階で変更が必要になった場合は、メモおよびタグの修正のみが可能となり、住所変更については配送業者へ直接連絡して差し止め・転送依頼を行う必要があります。
すでに発送された(Fulfillment済みの)注文を編集する方法はありますか?
Shopifyのシステム内では、発送済みの注文に含まれる商品の削除や、お届け先住所の変更などを実行することはできません。対応手順としては、(1)不要になった分の金額を手動で「一部返金」処理する、(2)返品を受け付けてから交換用の新しい注文を別途作成する、などの運用回避となります。輸送中の住所を変更したい場合は、至急配送業者(運送会社)へ直接問い合わせ、荷物の転送・返送を依頼してください。
顧客に自分の注文を直接編集(セルフサービス変更)させることは可能ですか?
Shopifyのデフォルト機能(標準機能)では、顧客が自ら注文後に内容を編集することはできません。この仕組みを実現するには、Revizeなどの注文編集アプリの導入が必要です。アプリを導入することで、購入後に顧客へ送られるメールやサンクスページからシームレスに編集ポータルへ誘導し、制限時間内(例:購入後12時間以内)であれば、配送先、サイズ、カラー、数量などを顧客自身のスマートフォンから即座に修正させることが可能となります。
注文確定後、いつまで変更手続きを受け付けることができますか?
標準機能を使用する場合、該当注文のステータスが「未発送(unfulfilled)」であり、管理画面で「発送(Fulfill items)」ボタンをクリックする前であれば、いつでも編集可能です。一度一部でもピッキング処理や出荷ラベル発行を実行するとロックされます。注文編集アプリを使用する場合は、ストア運営者の運用ポリシーに合わせて、購入後10分〜48時間の間で自由に変更締め切り時間(Edit Window)をカスタマイズ設定できます。
注文確定後に、購入された商品の価格を事後変更することは可能ですか?
いいえ、確定した注文に対して商品の単価や、適用されたディスカウントコードの金額を直接修正・上書きすることは不可能です。その場合の対処法としては、(1)差額分を手動計算して「一部返金」処理を行う、(2)既存注文をキャンセルし、正しい適用価格を設定した新規注文を作成し直す、(3)下書き注文機能を使って差額分の精算用請求書を送信する、のいずれかの運用回避が必要です。
すでに確定している注文に、後から別商品を追加することはできますか?
はい、該当注文が「未発送」状態であれば可能です。注文画面の「編集」ボタンから商品検索(Browse products)を使用し、追加したい商品を選択して数量を入力します。追加分の料金を回収する必要がある場合は、顧客に支払い請求メール(決済リンク)をシステムから送信します。この一連の作業は、注文編集アプリ(Revizeなど)を導入すれば、顧客側の自発的なアップセル追加購入アクションとしてすべて自動連動処理が可能です。
注文内容から一部の商品だけを削除して、減額することはできますか?
はい。未発送の注文であれば、注文の編集画面から削除したいアイテムの横にある ❌ ボタンをクリックするだけで削除できます。Shopifyは削除された商品の金額を算出し、連動する決済システムを介して自動的に顧客への一部返金(Partial Refund)処理を実行します。発送手続き完了後の注文からの商品削除は不可能なため、手動での一部返金および別途返品手続きが必要です。
Shopifyで配送先住所を修正するための最短ステップを教えてください。
未発送の段階であれば:管理画面から対象の注文を開く → 画面右側の「配送先住所」セクションの横にある「編集」リンクをクリック → 住所テキストフィールドを正しい内容に書き換え → 「保存」をタップするだけで完了します。発送完了後の場合は、即座に配送委託先(3PL)または運送会社へ直接連絡し、配送ラベルの差し替え・差し止め転送の手続きを依頼してください(運送会社所定の手数料が発生する場合があります)。
商品のバリアント(サイズ・カラーなど)を直接差し替えるにはどうすればよいですか?
Shopifyの標準管理画面から、バリアントのみを直接「変更」するショートカットはありません。手動で行う場合は、注文内容から一旦古いバリアント(例:サイズM)を削除し、同じ編集画面から新たに正しいバリアント(例:サイズL)を追加する必要があります。価格差が発生する場合は、下書き注文での追加請求、または一部返金での精算が必要です。注文編集アプリを導入すれば、顧客自身がこの差し替え作業を完了できます。
注文を編集した場合、もともとの注文番号は変わってしまいますか?
Shopifyの標準機能による編集や、注文編集アプリ(Revizeなど)を使用して既存の注文を変更した場合、もともとの注文番号(例:#1001)はそのまま維持されます。しかし、手動で一度注文をキャンセルして新しく注文を再作成する方法を適用した場合は、完全に新規の取引としてデータベースに登録されるため、異なる新しい注文番号(例:#1002)が生成されます。
大量の注文に対して、一括で配送先住所などを編集(バルク編集)することは可能ですか?
Shopify標準の「一括編集(Bulk Editor)」やCSVのエクスポート・インポート機能を使えば、限定的に複数注文のタグ、メモ、発送情報をまとめて書き換えることができます。しかし、注文内の商品の差し替えや住所の正確な一括編集をバルク処理することは難しいため、通常はShopify Flow(Plusプラン専用機能)による自動化ワークフローの構築や、専用の注文一括処理サードパーティ製アプリを使用するのが一般的です。
注文の編集機能を利用するためには、Shopify Plusプランの契約が必要ですか?
いいえ、基本的な注文編集機能(未発送注文に対する住所・商品の変更、タグやメモの編集など)は、Shopifyのすべての料金プラン(Basic、Shopify、Advanced、Plus)で共通して標準利用可能です。ただし、Shopify Plusユーザーの場合は、高度なワークフロー自動化を実行するための「Shopify Flow」や、決済画面を高度に制御する機能(Shopify Scripts)などの限定開発ツールを利用できます。
Shopifyに導入できる、おすすめの注文編集アプリはどれですか?
Shopify App Storeで評価が高い上位アプリは以下の通りです:
Revize Order Editing & Upsell - 顧客自身でのセルフサービス変更、チェックアウト後アップセル、サブスクリプション編集に対応する最も推奨のアプリ
Order Editing by Cleverific - 管理画面側でのマーチャントスタッフによる編集作業を劇的に効率化したいストア向け
Edit Order by Customer.guru - シンプルな顧客セルフサービスポータルを低予算でスタートしたい個人ストア向け
中でもRevizeは、機能の先進性、運用効率性、自動化によるコストパフォーマンスの高さから、最も多くの中〜大規模ストアに推奨されます。
作成中の下書き注文(Draft Orders)を編集することはできますか?
はい。下書き注文は、実際の「確定注文」に変換する、あるいは顧客へインボイスを送信して決済を完了させる前段階のデータであるため、商品の追加、削除、価格変更、各種ディスカウントの適用、顧客情報の割り当てなど、すべての項目を制限なくいつでも自由に編集することが可能です。
注文のメモ欄や管理用のタグを編集する方法を教えてください。
注文メモおよび管理タグは、注文確定後や発送完了後、さらには返金完了後であっても、いつでもステータスに影響されることなく自由に書き換え可能です。対象注文の管理画面を開き、右側にある「メモ」または「タグ」のブロックまでスクロールし、テキストを入力して保存します。これらのデータはストア運営者専用であり、お客様のマイページなどには表示されません。
すでに確定している注文に対して、紐づいている購入顧客(アカウント)を変更できますか?
いいえ。Shopifyのデータ構造上、一度確定した注文(Order)に対して紐づいている顧客プロフィール(顧客ID)を事後に別の顧客データへと付け替えることは不可能です。顧客アカウントを完全に変更する必要がある場合は、一度該当注文をキャンセルし、正しい顧客データを選択した上で新しい注文を再作成する必要があります。
顧客から「決済方法(支払いに使うカード等)を変えたい」と言われた場合はどうしますか?
セキュリティ要件上、注文確定後にストア運営者が顧客の決済カード番号を入力し直したり、決済サービス(Apple PayからPayPalへの変更など)を事後編集することはできません。対応手順としては、一旦その注文を「キャンセル」して全額返金処理を実行し、新しく注文を作成して、顧客自身に正しい新しいカード・決済手段で再決済を実行してもらう運用になります。
Shopifyモバイルアプリ(iOS/Android)から注文を編集することは可能ですか?
はい。スマートフォンやタブレット用の「Shopify モバイルアプリ」からでも、未発送の注文に対して配送先住所の編集、商品の追加・削除などの基本的な編集作業を行うことができます。ただし、大量のバリアント差し替えや複雑な価格修正・下書き注文との紐づけなどの高度なバックオフィス業務は、デスクトップ(PC)版管理画面で行うのがスムーズです。
なぜ Revize が Shopify 注文編集における最良の選択肢なのか
手作業による注文編集対応は、バックオフィスの重大なボトルネックとなり、同時に対応の遅れによる顧客体験(CX)の低下を招く。Revize は、年商8〜9桁ドル規模のグローバルブランドに導入されており、卓越した自動化機能によりこれらの課題を一掃する。
注文編集業務が抱えるリアルな課題
自動化(アプリ)がない場合の代償:
⚠️ サポートチームのリソースの10〜15%が、注文の変更・キャンセルなどの手作業に奪われる
⚠️ 1件の手動編集(計算、返金、システム反映)に平均5〜10分を要する
⚠️ メールのやり取りの往復により、問題解決までに24〜48時間のリードタイム遅延が発生する
⚠️ 出荷前に変更が間に合わなかった場合、顧客は「対応が遅い」と不満を募らせ、ブランド価値が損なわれる
⚠️ 夜間や土日・祝日に届いたリクエストが休み明けに山積みになり、発送ミスを引き起こすトリガーになる
⚠️ 注文規模(注文ボリューム)が大きくなるにつれて、人件費(サポートスタッフ費用)が直線的に膨らみ続ける
⚠️ 急成長中のブランドにおいて、トランザクションの急増時にクオリティを維持するのが困難になる
月間1,000件のトランザクション規模における具体的なコスト損失:
全体の10%に編集・変更ニーズが発生 = 月間100件の手動対応が発生
1件あたり10分の手作業対応時間が必要 = 月間16.7時間の人的工数(リソース)が消費される
サポート単価を時給$30と算出 = 毎月$500相当の純損失費用が発生
さらに、本来取り組むべきマーケティングやストア改善に要する「コア時間(機会費用)」が奪われ続ける
Revize が提供する包括的な解決メカニズム
エンタープライズ対応の顧客セルフサービスポータル: 顧客が24時間、年中無休で、サポートチームを介さずに自らスマホやPCから注文内容を編集可能にする仕組みを提供する。
対応可能なコア編集能力:
✔️ 商品の追加購入(チェックアウト後に特化した高度なアップセル機能)
✔️ 商品の一部削除(自動決済連携による一部返金処理の実行)
✔️ バリアント交換(サイズ、色、スタイルの即時切り替えおよびデータ反映)
✔️ 数量の増減(自動価格再計算 + 差額の追加精算または自動返金)
✔️ 配送先住所の正確な更新(住所間違いによる「配達不能・返送リスク」の防止)
✔️ 顧客基本情報の編集(メールアドレス、電話番号のタイポ修正)
✔️ 配送オプション(通常便からお急ぎ便など)のアップグレード機能
✔️ 注文のキャンセル処理(即時の返金、または売上のストア離脱を防ぐストアクレジット付与)
✔️ 定期購買(サブスクリプション)注文の編集(※Revizeならではの先進機能)
✔️ チェックアウト後に、使い忘れたディスカウントコード(クーポン)を後から自動適用できる仕組み
高度な制御およびストア運営者用自動化設定:
商品カテゴリや配送方法に合わせて、個別に受付期間(締め切り時間)を細かくコントロール(固定、可変設定に対応)
予約商品やアウトレット品など、編集を「許可しない」特定商品の例外設定が可能
返金額を元のカード決済へ戻すか、ストア内でのリピート購入を促す「ストアクレジット(Store Credit)」で戻すかを選択可能
大手3PL(ShipBobなど)、WMS(倉庫システム)、ERP(基幹システム)、および不正検知ツールとの100件以上のネイティブ連携
編集時の製品在庫データとのリアルタイム連動(オーバーセルの防止)
顧客の変更傾向を可視化する管理画面分析レポートの提供
顧客にストレスを与えない洗練されたUXデザイン:
ストアロゴ、イメージカラーを完全に反映できる、ブランディング対応ポータル画面
モバイル(スマホ端末)からの操作に完全にレスポンシブな画面設計
編集の実行段階におけるリアルタイム在庫状況自動読み込みチェック
手続き完了時の自動更新通知メールの配信
複雑なパスワード入力の手間を排除する、認証用「マジックリンク」システム
日本語を含む20カ国以上の多言語表記への自動ローカライズ対応
Shopify Plus専用の高度な仕様:
エンタープライズ規模の膨大なトラクションでも遅延しない、ハイパフォーマンスサーバー設計
ストア独自のカスタムAPIを介した外部エコシステム連携設計
テクニカルエンジニアによるマンツーマンのアカウントセットアップ管理
ストアのフィードバックに基づく専用カスタム機能の開発優先権
非常に特殊なバックオフィス要件に対する個別サポート体制
初期導入時のスムーズな他システムからの移行サポート(ホワイトグローブ導入支援)
Revize 料金体系
Free Plan:
月間20件の編集まで無料
基本的な編集コア機能をすべて開放
標準カスタマーサポート
まずはアプリの機能や管理ポータルの操作感をテストしたいストアに最適
Starter Plan:月額$29
注文編集の件数制限は一切なし(無制限)
制限時間に基づく受付条件コントロール、定期変更スケジュールの適用
商品の数量増減、および特定商品のバリアント変更
配送先住所情報、メールアドレス等の連絡先情報のセルフアップデート
受付締め切り前の顧客自身でのワンクリック注文自動キャンセル
カスタマイズ可能な顧客向け自動編集通知テンプレートの利用
変更時の差額の元の決済口座への自動返金・連動
優先的なカスタマーテクニカルサポートの利用
30日間の無料トライアル期間を適用
Pro Plan:月額$129
Starterプランの全機能に加え、以下を提供:
顧客ポータル内での商品の追加(アップセル・クロスセル)によるストア客単価(AOV)の最大化
注文履歴内での、完全に異なる別商品への差し替え(スイッチ・交換)対応
顧客による「希望配送日」や「希望配達時間帯」の指定および変更機能
編集不可時間に入った場合の、ポータル内からCS担当への直接チケット(問い合わせ)送信フォームの設置
税務申告用インボイスデータの編集およびポータルからの直接ダウンロード機能
返金を現金の代わりに「ストアクレジット(デジタルギフトカード等)」に充当させ、売上流出を防ぐ高度な設定
変更時の配送手段(速達への変更など)のアップグレード機能
自社基幹システム(WMS/ERP)向けのカスタムデータ出力・個別仕様開発
専任エンジニアによるマンツーマンのライブシステム導入アシスト
30日間の無料トライアル期間を適用
Enterprise Plan:カスタム見積もり(個別相談)
非常に大量のトランザクションが毎月発生する大規模ブランド向け
要件定義に基づくストア独自開発機能の実装、専任エンジニアによる対応
すでに稼働している基幹コアシステム(独自ERP)との高度なデータ連携設計
詳細はRevizeサポートデスクへ要問い合わせ
すべての有料プラン共通:
Starterプラン、Proプランは30日間の無料評価期間つき
初期のセットアップ費用などは一切不要
契約期間の縛りはなく、いつでも解約(アンインストール)が可能
Freeプランはクレジットカード登録不要で即時利用可能
有力な世界的ブランドが Revize を選ぶ理由
年商8〜9桁ドルを誇るトップクラスのShopify Plusストアから絶大な信頼を獲得
Revizeは、インフラの安定性、リアルタイムなレスポンススピード、そして既存のエンタープライズ製品(3PL/ERP等)とのスムーズな統合を求める大規模マーチャントを最優先に考えて開発されたソリューションである。
技術的なアドバンテージ:
優れたスケーラビリティ:
月間数百件のスタートアップストアから、月間10万件以上の注文を捌く大規模ECまで同一の安定度で稼働
インフラのボトルネックを徹底的に排除した高並列処理アーキテクチャ
BFCM(ブラックフライデー・サイバーマンデー)やホリデーシーズンのトラフィック急増時でもダウンタイム「ゼロ」の実績
極めて深い外部エコシステム連携:
100以上の海外・国内の主要な外部システムとのネイティブAPI連携
グローバル物流ネットワーク(ShipBob、Flexport、ShipMonk等)への即時変更データ反映
エンタープライズ向けERP(NetSuite、SAP、Microsoft Dynamics等)との二重計上を防ぐクリーンなデータ連動
主要サブスクプラットフォーム(Recharge、Bold、Skio等)との完全なデータベース統合
不正注文検知システム(Signifyd、NoFraud、Riskified等)の審査プロセスを邪魔しないデータフロー設計
Revize独自のユニークな競合優位性:
サブスクリプション(定期購買)の次回注文スケジュールや内容の顧客編集をサポートする唯一のアプリ
細かく制御できる高度な変更可能時間(デッドラインルール)設定
返金のキャッシュアウトを食い止め、LTVを高める「ストアクレジット返金」フローの実装
注文ステータス画面や購入完了メール上での、顧客の次の購入を促す「チェックアウト後アップセル」機能
インボイス・領収書データの即時書き換えおよびダウンロード提供
エンタープライズ顧客の個別仕様要件を満たす、個別カスタム機能の優先実装・開発体制
サポートチームの高い対応品質:
初期設定で失敗させないための、完全伴走型のシステムセットアップ支援
Proプラン、Enterpriseプラン契約者に提供される専用優先サポート窓口
ビデオ通話(Zoom等)を介した、リアルタイムなインストラクションミーティングの設定
開発エンジニアによるAPI連携時のトラブルシューティング協力
Shopify App Storeにて評価星5.0(満点)を継続中 - 導入ストアオーナーたちから、トラブル解決の迅速さや機能の網羅性、バックオフィス改善インパクトについて圧倒的な支持を集めている。
バックオフィス実務に役立つ関連記事
Shopifyの注文・返金・顧客管理の仕様をより深く理解する:
Shopify 下書き注文(Draft Orders)完全実務ガイド - カスタム価格の設定や個別請求書発行による注文編集・B2B販売の手法
Shopifyで一部返金(Partial Refund)を確実に行う手順 - 注文から特定のアイテムを削除した際の精算手続きと、決済連動の注意点
Shopify 返金処理・完全ガイド:実務編 - キャンセル時のトランザクション手数料や返金期日、決済レポートへの影響について解説
Shopify ソーシャルログイン(Social Login)導入ガイド - 顧客のアカウント登録やログインの摩擦を排除し、注文編集に必要なポータルログインを簡単にする方法
結論:Shopify注文編集のマスタープラン
Shopifyでの注文編集は可能だが、システム上の制限を正しく把握し、適切なアプローチと最適なツールを組み合わせて処理を最適化する必要がある。以下がそのまとめである:
Shopifyの標準編集機能:
✔️ 未発送に限り、簡単な情報(お届け先のテキスト、商品の追加・削除)の修正に対応可能
✔️ 追加費用なし(標準機能として組み込み済み)
❌ 発送手続き(Fulfillment)が一度でも開始されると、ほぼすべての機能が自動的にロックされる
❌ リクエストごとに手動で管理画面から作業する必要があり、トランザクション増加に比例して人件費が積み重なる
❌ 顧客自身が自分で操作してその場で直感的に解決する手段は提供されない
状況に応じたベストな対処手順:
未発送の軽微な住所間違いの場合: 標準の住所編集機能を使用(対応時間30秒)
商品の事後追加の場合: 下書き注文(Draft Orders)を作成してインボイスを送る(工数5分)、または注文編集アプリのアップセル連携で自動精算(工数0)
注文の根底を覆すような大幅変更・価格修正の場合: 一度全額返金で注文を「キャンセル」し、新しく正しいデータで再作成する(工数10分)
長期的な運用効率化・問い合わせ削減を最優先する場合: 注文編集アプリ(Revize等)を導入し、セルフサービス化する(マーチャント側の対応工数ゼロ)
今日から実行すべき重要アクション:
明確な受付ポリシーを策定・公表する: 出荷リードタイムに基づく編集可能時間を定め、注文確認メールやFAQへ明記する
商品ページの解説レベルを高め、誤注文を防ぐ: 正確なサイズガイド、複数光源での写真、正確な素材表示を追加し、バリアント変更リクエストそのものを30〜40%抑制する
可能な限りフローを自動化する: 注文編集アプリを導入すれば、中規模以上のECストアで月間15時間以上のバックオフィス工数を確実に削減可能
顧客の編集データからストアの問題点を暴き出す: なぜ変更リクエストが起こったのかを追跡し、サイズ間違いが多い、住所間違いが多いなどの根本原因をサイト改善で解決する
カスタマーサポートの対応マニュアル(SOP)を標準化する: スタッフによる対応速度や返金手作業の品質を一定以上に保ち、クレーム化を防ぐ
一歩先を行くストア運用へ:
現代のオンライン消費者は、注文後であってもAmazonのような柔軟なセルフサービス対応を期待している。D2Cストアがこの高い期待値に応え、リピート率(LTV)を高めるためには、エンタープライズクラスの注文編集ポータルの提供が不可欠である。
Revize などの注文編集アプリを導入することで実現する未来:
顧客セルフサービス化による、サポート窓口を介さない24時間年中無休の即時解決CXの提供
変更、返金、決済回収、在庫変動、通知、ログ記録をすべてシステムが自律して回す、手作業不要のオペレーション
毎月何万件もの大規模トランザクションを捌くShopify Plusストアにも耐えうる、盤石な稼働安定性の確保
ストアブランドのトーン&マナーに一致する、違和感のないオリジナルカスタマイズポータルの構築
チェックアウト後のアップセルによって、問い合わせ対応時間を追加の購入オファー(客単価向上)へ変換する仕組み
ストアの規模が10倍になっても、バックオフィスのサポート人件費を完全に抑え込める高いスケーラビリティ
既存の提携3PLや独自のWMS/ERPなどのデータ基盤と、APIを介して齟齬なく注文データを完全に同期する柔軟なエコシステム
注文編集の手作業を完全に自動化する準備はできましたか?
Revize をインストールする - 世界的なトップブランドにも採用されており、Shopify Plusの高度な要件に準拠して設計された最高峰の注文編集ソリューション。月20件の編集まで無料で試せるFreeプランあり。Starterプランは月額$29から、Proプランは30日間の無料評価トライアルつき。
最終更新:2025年10月
2026年8月改訂。 Revizeは、Shopifyストアに導入できる、顧客セルフサービス型のチェックアウト後注文編集アプリです。発送(Fulfillment)前であれば、サポートスタッフを介さずに、配送先住所の修正、商品の追加・バリアント変更、キャンセル手続きと自動返金(または売上を逃さないストアクレジット付与)を、購入者自身がスマホ等から即座に完結させることができます。詳細については、顧客にShopify注文を自己編集させる方法、または Shopifyアプリストア内のRevize公式ページ をご覧ください。
Shopifyで注文編集は可能か?
結論から言うと可能だが、大きな制限がある。注文ステータスや変更内容によって可否が分かれる。
発送手続き(Fulfillment)前:
✔️ 配送先住所の変更
✔️ 商品の追加・削除
✔️ 注文情報の調整(メモ、タグ)
❌ 商品価格の変更は不可
❌ 簡単にバリアントの差し替えは不可
発送手続き(Fulfillment)後:
❌ 商品や住所の編集は不可
✔️ メモとタグの追加のみ可能
配達完了後:
❌ 一切の編集は不可(返金またはキャンセルのみ対応)
最もスムーズな編集解決策: Revize などの注文編集アプリを導入し、設定した編集可能時間内(固定または動的)で顧客自身に注文を編集させる。実際のニーズは非常に高い。760万件のShopify注文データにおいて、チェックアウト後に約47件に1件(2.1%)が編集されている(Revize、2026年調べ)。セルフサービス編集を導入することで、サポートチケットを40〜60%削減し、手作業による編集業務を排除できる。無料プラン(月20回編集まで)あり、有料プランは月額$29から。
目次
Shopify注文で編集可能な項目
方法1:Shopify標準機能による注文編集
方法2:キャンセルと注文の再作成
方法3:下書き注文(Draft Orders)の活用
方法4:注文編集アプリ(推奨)
特定の注文情報を編集する方法
よくある注文編集のシナリオ
Shopify注文編集:ベストプラクティス
FAQ:Shopifyでの注文編集について
Shopify注文で編集可能な項目
Shopifyの標準的な編集機能を把握することで、各状況に対して最適なアプローチを選択可能になる。
✔️ 編集可能な項目(発送手続き前)
配送情報:
配送先住所(標準機能で編集可能)
配送方法
追跡情報
注文商品:
商品の追加(制限あり。未発送の場合のみ)
商品の削除(自動的に返金処理が実行される)
数量の変更(代替ワークアラウンドが必要)
注文の詳細:
内部用メモの追加
タグの追加・編集
カスタム属性の更新
タイムラインへのコメント追加
連絡先情報:
顧客メールアドレスの編集
顧客電話番号の編集
顧客名の更新
金額の調整:
全額または一部返金の実行
ディスカウントの適用(下書き注文経由のみ)
商品単価の調整(下書き注文経由のみ)
❌ 編集不可能な項目(制限事項)
顧客情報:
注文に紐づく顧客アカウントの変更(注文は最初に購入した顧客アカウントに恒久的に紐づく)
請求先住所の直接編集(セキュリティおよび不正防止の観点による)
注文確定後の価格:
既存注文の商品価格の変更
適用済みディスカウントコードの修正
配送料の編集(返金処理による対応を除く)
注文番号:
✅ 注文編集アプリ(Revize など)を使用する場合、注文番号は維持される
❌ キャンセルして再作成する場合、新規の注文番号が発行される
決済詳細:
使用された決済ゲートウェイの変更
決済方法の切り替え
取引ID(Transaction ID)の編集
方法 1:Shopify標準機能による注文編集
Shopify管理画面からは、未発送の注文に対して基本的な編集が可能である。
標準機能で編集可能な範囲
対応可能な編集:
配送先住所
商品の追加・削除
注文メモとタグ
発送情報の詳細

重要な制限: ほとんどの標準編集機能は、完全に未発送(unfulfilled)の注文にのみ対応する。一部でも発送手続きが開始されると、編集オプションはロックされる。
ステップ・バイ・ステップ:Shopifyで配送先住所を編集する方法
要件: 注文が未発送であること
Shopify管理画面 → 注文管理
編集対象の注文をクリック
配送先住所セクションまでスクロール
住所の横にある編集ボタンをクリック
住所フィールドを更新
保存をクリック
メールで顧客に変更内容を確認

重要な注意点:
変更は即時に反映される
自動通知が有効な場合、Shopifyから顧客へ通知が送信される
発送手続き完了後は住所を編集できない
すでに発送済みの場合は、配送業者へ直接連絡すること
ステップ・バイ・ステップ:連絡先情報(メール/電話番号)の編集方法
要件: すべての注文ステータスで実行可能(発送完了・未発送を問わない)
Shopify管理画面 → 注文管理
編集対象の注文をクリック
連絡先情報セクションまでスクロール
連絡先情報の横にある編集ボタンをクリック
以下を更新:
顧客のメールアドレス
顧客の電話番号
顧客の氏名
オプション: 「顧客プロフィールを更新する」のチェックボックスを選択、または外す
✅ チェックあり:変更内容が顧客プロフィール全体にも適用される
❌ チェックなし:今回の注文にのみ変更が適用される
保存をクリック

重要な注意点:
発送完了後でもメールアドレスおよび電話番号の編集は可能
顧客が入力時にタイポ(誤入力)をした場合に有効
入力したメールアドレスがすでに別の顧客アカウントに存在する場合は、「顧客プロフィールを更新する」のチェックを外すこと
変更後、注文確認メールを再送信すると新メールアドレスに届く
ステップ・バイ・ステップ:Shopify注文から商品を追加・削除する方法
商品を削除する場合(発送手続き前):
対象の注文画面へ移動
商品セクションまでスクロール
商品の横にある ❌(削除アイコン) をクリック
削除を確認
Shopifyが自動的に一部返金処理を実行する
注文から商品が削除される

商品を追加する場合(未発送の場合のみ):
商品セクションまでスクロール
商品を閲覧するをクリックするか、検索ボックスを使用
製品とバリアントを選択
数量を入力
商品を追加をクリック
追加料金が発生する場合は、支払リンクを送信して回収(必要な場合)

主な制限事項:
❌ 一部でも発送手続きが開始された注文には商品を追加できない
❌ 商品の価格変更はできない
❌ バリアント(サイズ・色)を直接差し替える簡単な手段はない
❌ 複雑な金額計算や適用が必要な場合は、下書き注文(Draft Orders)の使用が必要となる
方法 2:キャンセルと注文の再作成
大幅な変更や価格調整が必要な場合、注文を一旦キャンセルして新しく作成し直すアプローチが最も確実である。
キャンセル&再作成を適用すべきケース
部分的な修正を加えるよりも、一度リセットして一から注文を構築したほうがオペレーション負荷が低い場合に有効である。
✔️ 推奨されるユースケース:
1. 完全に別の商品に差し替える必要がある場合
例:顧客が「青いシャツ3枚」を注文したが、「赤いパンツ3本」へ変更を希望
理由:手作業で全商品を削除して追加するよりも、再作成したほうが迅速
標準機能で編集する場合:3点削除 → 3点追加 → 金額調整が必要になり、工数がかかる
2. 大幅な価格修正を行う場合(20%以上の乖離など)
例:卸売価格($200)を適用すべき顧客に、誤って小売価格($300)で課金してしまった
理由:Shopifyは確定済みの注文単価を遡及して編集できない。キャンセル後に正しい価格で再作成する
代替案($100の過分を一部返金)は、会計データやレポートが複雑化するリスクがある
3. 複数の異なる商品を同時に変更する場合
例:顧客が5つの異なる商品ですべてサイズ指定を間違えた場合
理由:5回個別に編集を繰り返すより、1回のキャンセルと再作成で完結させたほうがクリーン
手動編集によるオペレーション時間を10分以上短縮できる
4. 決済のキャプチャ(売上確定)がまだ行われていない場合(オーソリのみ)
例:5分前に注文され、決済ステータスが保留中(オーソリ完了のみ)の場合
理由:実際の返金処理が発生せず、オーソリのキャンセル(与信枠解放)だけで済むため即座に完了する
顧客の口座から実際に資金が引き落とされることもない
5. 編集処理が複雑でミスが発生しやすい場合
例:ディスカウントコードの適用、商品の変更、配送方法の変更が同時に重なる場合
理由:新規作成することで、計算ミスを防止し、注文履歴をクリーンに保てる
❌ この方法を避けるべきケース:
1. すでに発送手続きが完了している、または出荷済みのケース
リスク:出荷の回収(差し止め)が必要になり、回収できない場合は実損となる
推奨手段:キャンセルではなく、標準の「交換」または「返品」フローとして処理する
損失:配送料+返送手数料+再梱包費用+顧客エンゲージメントの低下
2. 決済がすでにキャプチャ(売上確定)されているケース
問題:顧客への返金完了までに3〜10営業日を要する
顧客体験:「なぜ再注文のために、返金されるまで手元の資金をロックされなければならないのか」という不満に繋がる
推奨手段:下書き注文を用いて差額を追加するか、削除分の一部返金で対応する
例外:顧客が返金待ちを承諾している場合は、事前に合意を得て実行する
3. 軽微な変更のみであるケース(住所変更や1商品の削除など)
例:配送先住所を少し修正したい、または1点だけ注文から外したい
避けるべき理由:過剰な対応。標準の編集機能を使えば30秒で解決可能
キャンセルと再作成は10分以上の不要な作業を発生させ、不要な履歴を残す
4. 元の注文番号を維持する必要があるケース
問題:キャンセル処理により新規の注文番号が発行される(レポート上は「キャンセル済み注文」と「新規注文」の2件に分かれる)
弊害:データ分析への影響、サポート問い合わせ時に顧客が古い注文番号を参照することによる混乱
推奨手段:同じ注文番号を保持できる注文編集アプリを利用する
5. 繁忙期やホリデーシーズン(11〜12月、BFCMなど)
リスク:決済トラフィックが集中するため、銀行側の返金処理に通常より時間を要するケースがある
返金完了に3〜5日ではなく、7〜14日かかるリスク
顧客への影響:年末の買い物シーズンに手元資金が拘束されることによる不満
推奨手段:迅速な解決のため、下書き注文または編集アプリを活用する
ステップ・バイ・ステップ:注文のキャンセルと再作成
パート 1:元の注文のキャンセル
Shopify管理画面で対象の注文を開く
右上の「その他の操作」ドロップダウンをクリック
「注文をキャンセルする」を選択
ドロップダウンからキャンセルの理由を選択
返金方法を選択:
返金 → すでに売上確定している場合(返金完了まで3〜10日)
オーソリの無効化(Void authorization) → 仮売上(オーソリ)のみの場合(即時に与信枠が解放される)
✔️ 「商品を再入荷する」にチェックを入れる(在庫を自動で戻す)
✔️ 「通知を送信する」にチェックを入れる(顧客に自動メールを送信)
「注文をキャンセルする」ボタンをクリック
キャンセル完了を確認

パート 2:新規注文の作成
注文管理 → 注文を作成をクリック
「顧客を追加する」をクリック → 元の注文と同じ顧客を検索・選択
正しい商品と正しいバリアントを追加
必要なディスカウントを適用:
特定商品のカスタムディスカウント
注文全体へのディスカウント
または、より柔軟に対応するために下書き注文として作成
合計金額を慎重に確認
支払い方法を選択:
インボイスを送信 → 顧客に再支払いを求める場合
支払い済みにする → 最初の注文で支払い手続きが完了している場合
管理用メモを追加:「キャンセルされた注文 #XXXX の再作成」
「決済を回収する」または「注文を作成」をクリック
運用のヒント:
すでに顧客が支払いを済ませている場合は、重複課金を防ぐために新しい注文を即時に「支払い済み」として処理すること
監査証跡として、新しい注文のメモ欄に必ず元の注文番号を記載しておくこと
キャンセル前に、あらかじめ顧客にメールで事情と手順を説明しておくこと
柔軟な価格コントロールを行うため、事前に下書き注文(Draft Orders)を経由する方法も検討すること
このアプローチのデメリット
顧客体験(CX)上の問題:
⚠️ 顧客に突然「キャンセル通知メール」が届くため、不信感や混乱を招くリスクがある
⚠️ 顧客に別の注文番号で新しい確認メールが届くため、管理が煩雑になる
⚠️ 返金が発生する場合、口座へ着金するまでに3〜10営業日かかる
オペレーション上の問題:
⚠️ 1つの取引に対してシステム内に2つの異なる注文データが作成される
⚠️ 売上分析レポートにおいて、キャンセル分と新規作成分が重複・混在し、指標(AOVなど)に影響を与える
⚠️ 元の注文番号が失われる(新しい注文番号での追跡が必要)
⚠️ ギフトメッセージや配送指定などの特殊メモの移行漏れが発生しやすい
財務上の問題:
⚠️ 2回目の決済時に、顧客のクレジットカードが限度額オーバーなどで拒否されるリスクがある
⚠️ 決済ゲートウェイによっては、返金時にもトランザクション手数料が発生する場合がある
⚠️ 返金対応の遅れがストアレビュー悪化の原因になり得る
方法 3:下書き注文(Draft Orders)の活用
下書き注文を利用することで、カスタム価格の設定、商品の追加、その他のイレギュラーな状況に対して高い柔軟性を持って対応できる。
下書き注文を適用すべきケース
✔️ 最適なシナリオ:
購入後に、顧客が追加で商品を購入したいと希望した場合
通常のクーポンコード(ディスカウントコード)では実現できないカスタム割引を適用する場合
追加料金を回収するための請求書(インボイス)を作成する場合
注文全体をキャンセルせずに価格調整のみを実行したい場合
大口卸売や特別な個別価格を設定する場合
❌ 推奨されないシナリオ:
単純な住所変更(Shopifyの標準編集機能で対応可能)
商品の削除のみ(標準の削除+一部返金で対応可能)
緊急の修正(下書き注文の作成と顧客の決済を待つ必要があるため時間がかかる)
ステップ・バイ・ステップ:下書き注文を使った注文編集
シナリオ: 顧客が $100 の注文(#1234)を確定した直後に、「商品をあと2点追加したい」と連絡してきた場合。
解決策:追加分を「補足の下書き注文」として新規作成する
ステップ 1:下書き注文の作成
注文管理 → 下書き → 注文を作成をクリック
「顧客を追加する」をクリック → 元の注文(#1234)と同じ顧客を選択
顧客から要望された追加商品2点を検索し追加
価格が正しいか確認
管理用メモを追加:「注文 #1234 に対する追加商品」
合計金額を確認
「下書き注文を保存」をクリック
ステップ 2:顧客へ請求書(インボイス)を送信
作成した下書き注文画面で、「インボイスを送信する」をクリック
メール本文をカスタマイズ:
「インボイスを確認する」をクリック
決済リンクが正しく機能するか確認
「インボイスを送信する」をクリック
ステップ 3:同梱での発送処理
顧客が追加分の下書き注文の決済を完了させた後:
元の注文と新しい追加注文の2件が、注文管理一覧に表示される
両方の注文の商品を取りまとめ、同一パッケージに同梱する
2つの注文に対して、同一の配送追跡番号(Tracking Number)を入力して発送処理(Fulfillment)を行う
顧客へ通知:「ご注文いただいた全商品を出荷いたしました」
このアプローチのメリット:
✔️ 顧客は追加した差額のみを支払えばよい
✔️ 面倒な返金手続きと、それによる着金待ちが発生しない
✔️ 元の注文(#1234)は変更されずそのまま維持される
✔️ 同梱対応により追加分の送料を無料にでき、顧客ロイヤルティを向上できる
✔️ 会計・財務データ上、取引が明確に記録される(2つの個別注文として追跡)
下書き注文の基本操作について詳しく学ぶ: Shopify 下書き注文:完全ガイド
方法 4:注文編集アプリ(推奨ソリューション)
最も効率的なアプローチ: 顧客自身がセルフサービスで注文内容を編集できる仕組みを提供するアプリの導入である。
注文編集アプリが推奨される理由
顧客にとってのメリット:
✔️ サポートの営業時間を気にせず、24時間いつでも即時に注文編集が可能
✔️ サポートからの返信を待つ必要がない(即時反映)
✔️ 直感的に操作できるセルフサービスポータルによる優れたUX
✔️ モバイルに最適化されたスムーズな操作性
✔️ 編集時の在庫状況がリアルタイムに反映される
マーチャント(運営者)にとってのメリット:
✔️ 注文編集に関するサポートチケットの40〜60%を削減可能
✔️ 変更リクエストの90%以上を手作業なしで完全自動処理
✔️ 商品ごとにカスタマイズ可能な編集受付時間(固定、または状況に応じた可変設定)
✔️ 変更に伴う追加課金や返金処理をシステムが自動実行
✔️ 編集後も元の注文番号がそのまま維持される
✔️ 変更履歴(監査トレール)をダッシュボードで一元管理
✔️ 夜間、週末、休日の問い合わせにも自動対応可能
Shopifyでおすすめの注文編集アプリ
1. Revize Order Editing & Upsell ⭐ 最推奨

年商8〜9桁ドル規模のブランドに導入実績があり、Shopify Plus向けに最適化された設計
Revize が選ばれる理由:
エンタープライズ品質の注文編集ソリューション
定期購買(サブスクリプション)注文の編集に対応する唯一のアプリ
100以上の外部連携に対応(ShipBob、Flexport、NetSuiteなどの3PL・ERP)
Shopify Plusおよび大規模・大量トランザクションが発生するストア専用の堅牢な設計
ブランドの世界観に統一可能な専用セルフサービスポータル
スマートな編集可能時間(Edit Window)制御と自動キャンセル機能
主な機能:
✔️ 配送先住所、メールアドレス、電話番号の編集
✔️ 商品バリアント(サイズ、色、スタイル)の差し替え
✔️ 商品数量の増減(アップ・ダウン)
✔️ 商品の追加(チェックアウト後アップセル機能)
✔️ 商品の交換・差し替え(Swap)
✔️ 自動返金を伴う注文キャンセル
✔️ ストアクレジットによる返金対応(キャッシュアウト防止・売上維持)
✔️ サブスクリプション注文の直接編集(Revize特有の強み)
✔️ 税務インボイスの自動生成・修正
✔️ 配送オプションのアップグレード
✔️ 購入後のディスカウントコード後適用
✔️ 注文確認メール内での直接編集およびアップセル提案
料金プラン:
Free Plan: 月間20件の編集まで無料(動作検証に最適)
Starter Plan: 月額$29 - 編集件数無制限、基本編集機能、優先サポート
Pro Plan: 月額$129 - 高度な編集機能、アップセル機能、ストアクレジット返金を含む全機能を開放
Enterprise Plan: 大規模マーチャント向けのカスタム見積もりプラン
有料プランには30日間の無料トライアルあり
ターゲット: 顧客満足度向上とアップセルによるLTV最大化を目指す、成長中のブランドやShopify Plusを利用する大規模ストア。売上規模の大きいトップブランドから高い信頼を得ている。
評価: 星5.0満点(Shopifyアプリストアで60件以上の高評価を獲得)
2. その他の注文編集オプション:
Cleverific Order Editing
管理画面側(マーチャント側)での注文編集効率化に特化
サポート体制が充実している中〜大規模ストア向け
価格帯は比較的高め
OrderEditing.com
顧客セルフサービスポータルに特化したアプリ
価格帯は高め
純粋な編集機能よりも、アップセル施策(単価アップ)に比重を置いている
注文編集アプリの仕組み・連携フロー
顧客側のステップ:
注文確認メールを受信、または購入完了後のサンクスページ(注文ステータス画面)を閲覧
メール等に配置された「注文を編集する」ボタンをクリック
注文ステータス画面上の編集ポータルへ遷移
変更手続きを実行:
サイズMをサイズLへ変更
さらに2点追加で購入
配送先住所を修正
変更内容を確認し確定
自動的に追加決済または返金処理が実行される
Shopify管理画面側の該当注文が自動的に更新される

ストア運営者側のステップ:
✔️ 手作業による編集対応は一切発生しない(稼働ゼロ)
✔️ 顧客が編集を実行した際の自動通知受信を設定可能(任意)
✔️ 管理画面の分析ダッシュボードから、編集傾向データを可視化
✔️ 「購入後6時間以内のみ編集を許可する」といったルール・制限時間を設定
✔️ 編集可能な特定の商品や、対象外にする商品をカスタマイズ
初期設定時間: ウィザードに従うだけで、約5〜10分で設定完了
月間1,000件の注文が発生するストアのROIシミュレーション:
アプリ(Revize)がない場合:
毎月約100件の注文編集リクエストが発生(注文全体の10%想定)
サポートによる手動対応に1件あたり10分 = 月間16.7時間分の労働力
サポート人員コストを時給$30とした場合 = 月額$500相当のコスト発生
Revize(Starterプラン:月額$29)を導入した場合:
日常的な編集対応に要するサポート工数は「ゼロ」
システムが完全に処理を自動化
純削減コスト:月額$471のセーブ
チェックアウト後アップセルによる追加売上の獲得
対応のスピード化による顧客ロイヤルティ(リピート率)の向上
Revizeは導入費用を優に10倍以上回収できるポテンシャルを持ち、多くのトップクラスのShopify Plusストアに標準的に採用されている。
特定の注文情報を編集する方法
配送先住所の編集
発送手続き前:
方法: Shopifyの標準編集機能を使用(方法 1)
作業時間: 30秒
制限: 未発送ステータスであること
発送手続き後、配達完了前:
方法: 配送業者(ヤマト、佐川、日本郵便など)の追跡窓口へ直接問い合わせる
対応方法:
配送業者による住所修正依頼(手数料がかかる場合がある)
荷物の差し止め・返送依頼
新住所への転送手続き
処理時間: 1〜2時間 + 配送業者側の処理時間
配達完了後:
住所変更は一切不可
解決策: 返金処理を行い、正しい住所で新しい注文を作成する
予防策: 注文編集アプリを導入し、チェックアウト後に顧客自身で配送先誤入力を即時修正できる導線を用意する。
注文商品の編集(追加・削除・交換)
既存の注文に商品を追加する:
最良の手段: 下書き注文の作成(方法 3)
追加商品を含む下書き注文を作成
顧客へ決済用請求書メールを送信
決済完了後、元の注文と同梱して発送処理
同一の配送追跡番号(トラッキングID)を入力
代替案: 注文編集アプリを使用(顧客側で即時に完結)

注文から商品を削除する:
発送手続き前:
Shopify管理画面で該当商品を削除
システムが自動的に一部返金を実行する
残りの商品を通常通り発送
発送手続き後:
即時で一部返金処理のみを実行
商品はそのまま受領してもらうか、返送してもらうかを個別調整
関連記事: Shopifyで一部返金(Partial Refund)を行う方法
商品の交換(別のサイズ、カラー、バリアントへの変更):
選択肢 1:注文編集アプリを利用する ⭐ 最も簡単
顧客自身がセルフサービスでバリアントを変更
即時にデータ更新
価格差がある場合は自動で差額決済または返金が実行される
選択肢 2:手作業での編集(未発送の場合のみ)
変更前のバリアントを削除
新しいバリアントを追加
価格差を手作業で計算
差額の返金、または追加料金の請求リンクを送信
選択肢 3:一度キャンセルして再作成する(大幅な変更の場合)
多数の商品を変更する必要がある場合に推奨
上述の「方法 2」を参照
製品バリアント(サイズ/カラー)の変更
例: 顧客が「ブルー / Mサイズ」を注文したが、「レッド / Lサイズ」への変更を希望した場合。
解決策 1:注文編集アプリを使用する
顧客が「注文を編集する」ボタンをクリック
「バリアントを変更する」を選択
レッド / Lサイズ を選択
確定する
30秒以内で処理完了

解決策 2:手作業での編集(未発送の場合のみ)
注文内容から「ブルー / Mサイズ」を削除
同じ注文に「レッド / Lサイズ」を追加
価格差を確認
新バリアントが高額な場合:
差額分の下書き注文を作成
顧客に請求メールを送信
新バリアントが安価な場合:
差額分の「一部返金」処理を実行
解決策 3:返品・交換フローの実行(配送完了後の場合)
顧客から「ブルー / Mサイズ」を返品してもらう
ストア側から「レッド / Lサイズ」を新しく出荷
同一価格の場合は追加請求なし
あらかじめ定めたポリシーに従い、返品送料を処理
ディスカウントおよび価格の修正
注意: Shopifyの標準機能では、注文が確定した後に適用されたクーポン(ディスカウントコード)の内容や、商品の単価自体を直接編集することはできない。
最も推奨される対応:注文編集アプリ(Revize)の利用 ⭐ 自動化&優れたUX
Revizeを導入すると、顧客は注文後に自分でディスカウントを適用できる:
具体的な流れ:
顧客が注文編集ポータルへログイン
「ディスカウントを適用する」オプションを選択
適用し忘れたクーポンコード(例:SAVE20)を入力
Revizeがそのコードの有効性をシステム上で確認
注文金額が自動で再計算される
追加の差額支払い、または減額分の自動返金処理が実行される
さらに、Revizeは以下の変更時にもディスカウント金額を自動再計算する:
商品が追加された場合 → 追加された商品に対してもディスカウントが比率に応じて自動適用される
商品が削除された場合 → 残りの商品に対してディスカウント金額が再計算される
商品を交換した場合 → 新しい交換対象の商品にディスカウント条件が引き継がれる
対応可能なコード:プロモコード、自動ディスカウント、段階的価格割引(ボリュームディスカウント)など
Pro Planの主要機能 (月額$129)
スマートディスカウントエンジン搭載
リアルタイム検証機能
二重適用(ディスカウントスタッキング)の防止設計
キャンペーンルール(併用不可など)を正確に維持
顧客側のメリット:
完全にセルフサービスで完結(問い合わせチケットの発行が不要)
クーポンの割引効果をその場で即座に体験可能
適用前後の価格変化が明快
決済・返金処理が自動連動
手作業による修正ワークアラウンド(アプリを使用しない場合):
選択肢 1:一部返金(Partial Refund)の実行 ⭐ 一次的な個別対応で最もスピーディー
適切なケース: 顧客がチェックアウト時にクーポンコードを入力し忘れた場合
手順:
適用されるべき割引額を手動で算出
その金額分を「一部返金」として処理
タイムラインメモに記載:「クーポン適用忘れ調整:SAVE20を手動で事後適用」
計算例:
注文総額:$100
10%オフ(SAVE10)を事後適用したい
手動で $10 の一部返金処理を実行
顧客の口座へ3〜10営業日以内に $10 が返金される
メリット:
対応工数は約2分で完了する
顧客への返金が確実に行われる
会計データ上の整合性が保たれる
デメリット:
注文明細上の「適用ディスカウント」欄にはクーポン名が表示されない
顧客は返金の着金まで数日待つ必要がある
リクエストが発生するたびに手作業の工数が発生する
選択肢 2:一度キャンセルして新規作成し直す 基幹システムの価格エラーなどに推奨
適切なケース:
卸売(B2B)と小売(B2C)の設定ミスによる単価エラー
顧客が一度返金されるまで待つことをあらかじめ承諾している場合
手順:
元の注文(#1234)をキャンセルし、返金処理を紐づける
正しいディスカウントコードを適用した新しい下書き注文を作成
顧客が支払いを終えている場合は、新しい注文を「支払い済み」に手動ステータス変更
メリット:
注文内容および会計レポートに、正しい割引率やクーポンコードが正確に反映される
顧客の注文履歴に正しい情報が残る
デメリット:
手動手続きに約10分を要する
2つの注文番号が生成され、レポートが分散する
返金完了までに3〜10日のリードタイムが発生する
選択肢 3:下書き注文の再発行 複雑な個別ディスカウントに推奨
適切なケース:
複雑なボリュームディスカウントの変更
多数の商品に対して個別の価格調整を行う場合
手順:
希望する価格水準に調整した新規下書き注文を作成する
商品(ラインアイテム)ごとにカスタム価格・割引を適用する
決済用インボイスを顧客へ送信する
メリット:
ラインアイテム単位で非常に細かな価格調整が可能
元の注文の整合性を傷つけない
デメリット:
新しい注文番号が生成される
運用の手間(工数)が大きく、自動化できない
💡 比較:自動化アプリ(Revize) vs 手動アプローチ
評価軸 | Revize(自動化) | 手動での「一部返金」 | キャンセル & 再作成 |
|---|---|---|---|
顧客の手間 | セルフサービス(極めて低い) | サポート問い合わせが必要 | サポート問い合わせが必要 |
処理完了時間 | 即時完了 | 作業2分 + 返金着金に3〜10日 | 作業10分 + 返金着金に3〜10日 |
コードの履歴確認 | ✔️ 正確に注文データに記録される | ❌ 記録されない(メモ欄のみ) | ✔️ 正確に注文データに記録される |
サポートチケット件数 | ✔️ 発生しない(0件) | ❌ 1件ごとに対応が必要 | ❌ 1件ごとに対応が必要 |
運用のスケール性 | ✔️ トランザクション増加にも自動対応 | ❌ 注文数比例でスタッフ工数増 | ❌ 注文数比例でスタッフ工数増 |
コスト | 月額$129(Proプラン) | 無料(スタッフの人件費を除く) | 無料(スタッフの人件費を除く) |
ROI(費用対効果)計算: 月に50件以上「クーポンの適用忘れ」や「価格変更」の問い合わせ対応を行っているストアであれば、Revize Proの月額料金は、削減できるサポートスタッフの人件費だけで即座に相殺可能となる。
返金処理の詳細はこちら: Shopify 返金処理:完全実務ガイド
注文メモ(Notes)やタグ(Tags)の編集
簡単:注文状況を問わず、いつでも制限なく編集可能
メモ(Notes)の追加手順:
Shopify管理画面で注文を開く
右側の「メモ」セクションまでスクロール
「編集」をクリック
メモ内容を入力(※ストア運用者向けの内部メモ。顧客には表示されない)
「保存」をクリック
タグ(Tags)の追加手順:
「タグ」セクションまでスクロール
割り当てたいタグ名を入力(カンマ区切りで複数入力可能)
エンターを押すと、リアルタイムで自動保存される
タグの主な活用法:
注文データのフィルタリング(「卸売」「VIP顧客」「優先出荷」など)
Shopify Flowによるバックオフィス自動処理のトリガー条件(自動メール送信、Slack通知など)
分析ツールでのセグメント抽出
出荷システム(WMS/3PL)とのカスタム連携トリガー
決済方法(Payment Method)の変更
実態: 注文が確定した後に、顧客が利用した決済方法を別の決済カードや異なる手段へ変更することは不可能である。
決済手段を変更したい場合の唯一の対処法:
既存の注文をキャンセルする
元の決済手段に対して全額返金処理を実行する
新しく注文を作り直す(下書き注文などを活用)
顧客に新しい決済手段(別のカードや別のゲートウェイ)で再度決済を実行してもらう
この厳しい制限が存在する理由:
当初の決済ゲートウェイ経由ですでにトランザクション(オーソリ・キャプチャ)が完了しているため
PCI-DSSなどのセキュリティ基準を遵守し、個人信用情報を保護するため
各決済代行会社(Stripe、PayPal、Shopify Paymentsなど)の仕様制限によるもの
事前の防止策:
チェックアウト画面に、利用可能な決済方法のロゴや案内をわかりやすく配置する
チェックアウト時の決済エラーが頻出していないか、定期的に購入テストを実行する
多様な選択肢(クレジットカード、PayPal、Apple Pay、後払いなど)を導入する
よくある注文編集のシナリオ
シナリオ 1:配送先住所を間違えて登録した
購入確定の10分後、顧客からメールで連絡: 「間違えて引越し前の古い住所で注文してしまいました! 注文番号 #1234 の配送先を変更できますか?」
タイムクリティカルな対応手順:
まだ未発送の場合(最も望ましいステータス):
Shopify管理画面から配送先住所を即座に修正(方法 1)
顧客へ完了報告メールを送信:「配送先住所を[新しい住所]に更新いたしましたのでご安心ください」
更新した情報でそのまま通常通り発送処理を実行
所要時間:約2分
発送手続き(Fulfillment)が完了しているが、まだ出荷拠点から搬出されていない場合:
提携している3PLや出荷委託倉庫へ大至急チャットや電話で連絡を入れる
出荷ラベルの印刷を止め、新ラベルへの貼り替えを依頼する
システム状況により、ラベル再発行の実費コスト(数ドル程度)が発生する場合がある
配送ステータスと変更完了の可否を顧客へ通知する
すでに運送会社へ荷物が引き渡され、輸送中(Shipped)の場合:
追跡番号(Tracking Number)から配送業者を特定し、緊急で連絡を入れる
住所の転送・変更手続きを依頼する:
ヤマト運輸・佐川急便など:転送手続きに伴う着払い転送料金(顧客側負担、または荷主負担)の設定を確認
海外配送(UPS、FedEx、USPSなど):規定の住所変更手数料が荷主(ストア側)に請求されるケースが多い
輸送ステータスによっては転送が間に合わない場合もある点に注意する
転送が不可能な場合:一度ストアに回収されるか配達不能になるため、返金処理を行い、正しい住所宛に再送する
注文編集アプリを導入している場合の解決プロセス:
顧客は、出荷締め時間前にセルフサービスポータルから自ら住所を修正する
サポート問い合わせ(チケット)自体が発生しない
スタッフ対応コストは「ゼロ」
人的エラーなしで即時解決
シナリオ 2:商品のサイズ・カラーの選択を間違えた
顧客からの連絡: 「間違えてブルーのMサイズを買ってしまいました。レッドのLサイズに変更してもらえますか? 注文 #1234」
まず、管理画面で注文のステータスを確認する:
未発送の場合:
注文編集アプリを導入している場合:
顧客は、メール内のボタンから専用ポータルへ移行し、自身で「バリアント交換(Swap Variant)」を実行する
ポータル上での変更完了まで約30秒
サポート窓口の対応コストは一切発生しない
アプリ未導入の場合:
該当注文の明細から「ブルー / M」を削除
同じ注文に「レッド / L」を追加
価格差を確認:
単価が高い場合:下書き注文を作成し、顧客へ差額分のインボイスを送付して決済を待つ
単価が低い場合:差額分をシステム上で「一部返金」処理する
顧客へ修正完了のメールを送信
新しい注文情報を出荷担当者(またはWMS)へ反映・発送する
対応工数:約5〜10分
すでに発送が完了している、または輸送中の場合:
標準的な「返品・交換」プロセスを適用:
顧客へ交換ポリシーを提示し、返品手続きを説明
顧客より「ブルー / M」をこちらの倉庫へ返送してもらう
到着後、検品を行い再販可能か確認する
倉庫から新たに「レッド / L」を出荷する
または:配送時間短縮のため、返送を待たずに新商品を先出し発送する(ただし返送されないリスクを考慮する必要がある)
解決までの総リードタイム:約7〜14日
顧客ロイヤルティを最大化するポイント:
優良顧客や購買履歴の多い顧客には、返送商品の到着を待たず、交換品を先行発送することを検討する
ブランドへの熱狂的なファン・リピーター化を促す強力なドライバーとなる
統計上、ほとんどの顧客はこの善意を悪用しない
シナリオ 3:追加で商品を購入したい(チェックアウト後)
顧客からの連絡: 「先ほど注文(#1234)を終えたのですが、追加したい商品があるのを忘れていました。同じパッケージに同梱して発送してもらうことは可能ですか? 送料を2重で支払いたくありません。」
客単価(AOV)および売上を拡大するチャンス!
注文編集アプリ(Revize)を使用している場合:
RevizeのスマートAIにより、チェックアウト後の「サンクスページ(注文完了画面)」や「注文ステータス画面」にて、自動で最適なレコメンド(アップセル)を表示する
顧客はその場ですぐにワンクリックで商品を追加可能
差額は自動決済され、既存の注文データへ1つの注文情報として統合される
倉庫では同梱商品として1つの配送伝票で発送するだけ
顧客の手間は1分、ストア側のマニュアル工数は「ゼロ」
アプリ未導入の場合(下書き注文での手動対応):
追加要望のあった商品のみを含む新規の下書き注文(Draft Order)を作成する
同梱対応とするため、配送オプションを「送料無料」に手動設定する
顧客へ決済インボイスを送信:
決済の完了を確認する
両方の注文番号を出荷伝票上で紐づけ、1つのパッケージで発送する
2つの注文に対して、同一の追跡番号を登録して発送完了とする
合計工数:5分 + 顧客の決済待ち時間
プロの売上アップ施策: この状況は単なるサポート業務ではなく、ストアの販売単価を高めるチャンスである。以下のような同梱特別オファーを提案して、さらなるLTV向上を狙うのも有効だ:
下書き注文の仕様を詳しく調べる: Shopify 下書き注文:完全ガイド
シナリオ 4:購入した商品の一部をキャンセルしたい
顧客からの連絡: 「注文 #1234 の中にある $50 のウォレットですが、やはり不要になったのでキャンセルしたいです。対応可能ですか?」
迅速な対応フロー:
未発送の場合:
Shopify管理画面から、対象の注文明細で該当のウォレット($50)を削除
Shopifyが決済システム(Gateway)と連動し、自動で $50 の一部返金処理を実行する
顧客へ完了確認のメールを送信:「ウォレットのキャンセルが完了しました。$50の返金は3〜10営業日以内にお客様の口座へ反映されます」
残りの商品をそのまま通常出荷ラインへ回す
所要時間:2分
すでに発送が完了している、または輸送中の場合:
即時で $50 の一部返金処理を管理画面上で実行する
以下のいずれかの対応を選択し、顧客と調整する:
返品対応(返送用着払い伝票を送付、または元払いで返送を要請)
返品なしでそのままお受け取りいただく(返送コストを考慮したストア側の損切り判断)
顧客へ選択肢と手順を記載したメールを送信する
対応工数:5分 + 実際の返送対応や検品にかかる時間
損益分岐に基づく判断基準:
商品の原価が $50 だとしても、実際の返送物流コスト(返送ラベル発行費用 + 倉庫受入・再在庫化手数料)に $10〜$15 かかる場合がある
もし商品の製造原価がその物流手数料を下回る、あるいはほぼ同等の場合は、顧客に返送の手間をかけさせず「お受け取り(または破棄)ください」と案内するほうが、トータルの損失を抑えつつ顧客満足度(NPS)を劇的に高めることができる
シナリオ 5:割引コード(クーポン)が適用されなかった
顧客からの連絡: 「決済時にクーポンコード『SAVE20』を入力したはずなのですが、割引が適用されていません。注文 #1234 に適用し直してもらえますか?」
重要: Shopifyの標準機能では、すでに確定した注文にディスカウントコードを遡って自動計算・適用する手段はない。しかし、Revizeなどの注文編集アプリを利用すれば自動処理が可能になる。
✔️ 推奨される解決策:注文編集アプリ(Revize)の利用
顧客のセルフサービス対応(ストア側のサポート工数ゼロ):
顧客自身が確認メール、またはストアのマイページから注文編集ポータルを開く
「割引(クーポン)の適用」オプションをクリックする
ディスカウントコード SAVE20 を入力する
Revizeの検証エンジンがそのクーポンの有効性を裏側で自動チェック:
✔️ クーポンが現在「有効(有効期間内)」であるか
✔️ 最低購買金額などの適用条件をクリアしているか
✔️ 対象外商品がカートに含まれていないか
システムが割引を自動で注文全体に適用する
注文合計金額が自動で再計算される:例 $100 → $80
連動する決済システムが、差額の $20 の自動返金を即座に処理する
顧客へ処理完了通知が自動表示される:「割引コード SAVE20 が適用されました。差額 $20 は、3〜10営業日以内にお客様のご利用決済口座へ返金されます」
対応時間: 顧客の操作30秒、サポートスタッフの作業時間は「0秒」
顧客体験(CX):
その場ですぐに疑問が解決され、待たされるストレスがない
サポートの返信を何時間も待つ必要がない
明細上で割引効果がすぐに反映されるため透明性が高い
人的ミスによる返金漏れが発生しない
夜間や週末でもリアルタイムで解決する
Pro Planのコア機能 (月額$129)
アプリがない場合の手動対応策:
選択肢 1:手動で「一部返金」処理を行う ⭐ アプリ未導入時の最も現実的なアプローチ
手動で割引対象額を計算:例 $100 × 20% = $20 割引
Shopify管理画面から、該当の注文に対して $20 の一部返金(Partial Refund)を実行する
顧客へ完了連絡メールを送信:
いつもご利用ありがとうございます。[お客様のお名前]トータル対応工数: 約2分
メリット:
アプリを導入していなくても即対応可能
顧客が求める割引金額を確実に返還できる
デメリット:
注文明細の売上データにクーポンコード履歴が紐づかない(売上分析やクーポン利用率データにブレが出る)
毎回スタッフの手作業工数と計算ミス発生のリスクが伴う
問い合わせ対応のための人件費が間接的に積み重なる
選択肢 2:注文のキャンセルと再作成 注文レポートの正確性を最優先する場合
元の注文 #1234 を全額返金でキャンセルする
管理画面から新しく下書き注文を作成し、割引コード「SAVE20」を適用した状態にする
すでにクレジットカードから決済が引き落とされている場合は、手動で「支払い済み」に変更する
顧客へ案内:「データの整合性を保つため、割引適用後の内容で新しく注文 #1235 を再発行いたしました」と送る
トータル対応工数: 約10分
メリット:
売上レポートや顧客履歴データ上、正確なディスカウントコードの使用履歴が残る
会計監査時などの混乱を防げる
デメリット:
ストア側の対応作業時間が非常に長い
複数の注文確認メールが連続して届くため、顧客が混乱しやすい
最初の課金分の返金着金までに3〜10日を要する
根本的な原因への対策:
割引キャンペーン開始前の厳密なテスト:
必ず複数のテスト環境(テスト注文)でディスカウントコードの挙動を検証する
チェックアウト時に正常に割引が算出されるか検証する
設定した条件(除外アイテム、顧客グループ指定、最低数量など)に誤りがないか二重に確認する
ディスカウントコード関連の主なトラブル要因:
よくある原因 | 対処方法 |
|---|---|
コードの有効期限切れ | 十分なキャンペーン期間を設定するか、自動終了設定を見直す |
最低購入要件に達していない | チェックアウト時に「あと$X追加でSAVE20が使用できます」と促す通知を設定する |
対象外商品の混在 | カートページや商品ページでどのアイテムが割引対象外かをあらかじめ明記する |
1人1回制限に引っかかっている | 顧客の購入履歴を確認し、例外対応する場合は代替用のワンタイムコードを配布する |
大文字・小文字の誤入力 | Shopify管理画面で、英数字の入力揺れに配慮した表記バリエーションを登録しておく |
キャンペーン開始時間前である | プロモーションを一般に告知・配信する前に、コードがアクティブ状態になっていることを時間指定で確実にチェックする |
チェックアウト体験(UI/UX)の最適化:
エラー発生時のシステムメッセージをわかりやすく書き換える:例「ディスカウントコード SAVE20 を使用するには、$50以上の購入が必要です」
クーポンが正常適用されたら、画面上で「お客様は $X 節約できました!」と明瞭にアピールする
決済ボタンを押す前の最終カート確認ページで、値引き後の合計額を強調して表示する
カゴ落ち(チェックアウト離脱)対策メールにも、割引コードの使い方案内や自動適用リンク(Discount URL)を含めておく
自動化アプリ(Revize)のさらなる予防効果:
顧客は、問い合わせをしなくても購入直後であれば自らの操作でクーポンを遡及適用できる
「ディスカウントコードを適用し忘れた」という内容のサポート窓口への問い合わせを最大90%以上削減可能
購入後に商品の追加や削除を行っても、システムが裏側で自動的にクーポンの値引き比率を再計算するため、計算ミスの心配がない
重複適用不可などの複雑なキャンペーンのルール変更にも完璧に準拠する
インパクト(費用・工数)比較表:
評価項目 | Revize(自動化アプリ) | 手動での一部返金 | キャンセル & 再作成 |
|---|---|---|---|
顧客の手間 | セルフサービス(ポータルで完結) | サポートへ連絡し、対応を待つ | サポートへ連絡し、対応を待つ |
顧客への解決速度 | 即座に解決(30秒) | スタッフの稼働待ち + 着金数日 | スタッフの稼働待ち + 着金数日 |
サポート窓口の負担 | ✔️ 完全に「ゼロ」 | ❌ 毎回手動の作業コストが発生 | ❌ 毎回手動の作業コストが発生 |
データ整合性 | ✔️ 正確に注文データに値引きコードが記録 | ❌ クーポン名は売上明細上へ反映されない | ✔️ 正確に注文データに値引きコードが記録 |
運用効率(スケール) | ✔️ トランザクション規模に関わらず完全自動 | ❌ 毎回のマニュアル処理が必要 | ❌ 毎回のマニュアル処理が必要 |
顧客満足度(CS) | ⭐⭐⭐⭐⭐(即時反映で極めて高い) | ⭐⭐⭐(返信・対応待ち時間あり) | ⭐⭐(手続きが煩雑で混乱しやすい) |
プロのアドバイス:
どうしても手作業でクーポン未適用問題に対処した場合は、分析用のタグとして "discount-issue" を対象の注文に追加しておき、後でエラー傾向を特定・分析できるように管理する。月間20件以上の同様のリクエストを人間が処理しているなら、その時間分の人件費(サポートコスト)だけでRevize Proのシステム利用料の元を確実に取ることができる。
コスト比較例: 月間50件の対応 × 1回に要する手作業時間5分 = 月間4.2時間分の労働力。時給換算でのサポート人件費や機会損失費用と、月額$129のRevize Proライセンス費を天秤にかければ、自動化の合理性は極めて明快である。
Shopify 注文編集:ベストプラクティス
1. 適切な「注文編集の制限時間(Edit Windows)」を設ける
自社の出荷業務サイクルやオペレーション負荷に合わせて、編集ポータルの受付時間を厳密にコントロールする:
ビジネスモデル別・推奨制限時間:
ビジネスモデル | 推奨する受付時間 | 設定の根拠・理由 |
|---|---|---|
ドロップシッピング | 2〜6時間 | サプライヤーのシステムへデータが即時に流れるため |
受注生産(POD / Print on Demand) | 6〜12時間 | 当日中、または翌朝にはプリント製造ラインが稼働するため |
標準的な自社小売EC | 12〜24時間 | 1日1回、特定の出荷締め時間に合わせてピッキングを行うため |
カスタムオーダー・ハンドメイド | 24〜48時間 | 製造開始までに一定のリードタイム猶予があるため |
大口卸売・B2B | 48〜72時間 | 注文規模が大きく、出荷前の数量や配送方法調整に時間が必要なため |
制限時間を顧客へ明示する方法:
注文確認メールでの表記例:
ご注文内容に変更はございませんか?
ご購入後12時間以内であれば、以下のお手続きをご自身で実行可能です:
• 配送先住所の修正
• 商品の追加・削除
• サイズやカラーの変更
ご注文内容を編集する:[注文を編集するボタン]
ストアのFAQ・ヘルプページでの表記例:
2. 変更・編集ポリシー(規約)を徹底的に周知する
ユーザーに規約をアピールすべき4つのタッチポイント:
✔️ 注文確認メール(最重要)
編集ポータルへ遷移するアクションボタンを目立たせて配置する
「編集可能なリミット時間」を太字で強調する
対応可能な変更項目をリストアップして分かりやすく見せる
✔️ サイトのフッター部分
「ご注文の変更・キャンセルについて」といった専用ポリシーページへのリンクを常設する
顧客が自らすぐに規約を検索・参照できる導線を提供する
✔️ FAQ・よくあるご質問ページ
「注文編集について」という大カテゴリを用意する
編集の具体的なやり方をステップ画像つきで掲載する
例外処理(時間が過ぎてしまった場合など)の救済ルールを記載する
✔️ チェックアウト完了画面(サンクスページ)
注文ボタンをクリックした直後の画面に注意事項を明記する
「これからの24時間は内容をいつでも自由に変更・追加できます」と案内する
購入直後の注文ミスに対する不安(バイヤーズリモース)を取り除き、CSコストを抑制する
包括的な編集ポリシーの構成例:
3. 自動化システムを構築し、手作業をなくす
注文編集アプリの自動化対象:
アプリを導入すると、以下のフローがすべて無人化される:
✔️ 設定時間経過後の編集受付の自動ロック(締め切りの厳守)
✔️ 商品削除時の決済返金トリガー(ゲートウェイとの即時連動)
✔️ 商品追加時の自動与信・決済処理の回収
✔️ 変更後のリアルタイム在庫データの棚卸・連動
✔️ 変更内容の確認メールの顧客への自動送信
✔️ 注文管理画面(タイムライン)への変更履歴データの自動書き込み
アプリを使わない場合 - Shopify Flowを活用する(Shopify Plusユーザー限定):
作成フローの一例:
よくある編集対応のための返信メール用テンプレート:
あらかじめヘルプデスク(Zendesk、Gorgiasなど)にテンプレートとして登録しておくべき文面:
テンプレート 1:住所変更完了の通知
テンプレート 2:商品キャンセル(一部返金)完了の通知
4. 編集理由(データ)を抽出し、ストアの根本改善に活かす
顧客がなぜ「購入後に編集したくなったのか」の理由を毎月可視化する:
簡単なトラッキング用データベースまたはスプレッドシートを作成:
編集の原因・理由 | 月間発生件数 | 全体に対する比率 | 実行すべき根本改善タスク |
|---|---|---|---|
サイズ間違いによる変更 | 45 | 40% | 商品ページに正確な寸法表(サイズガイド)や着用例を追加する |
カラー間違いによる変更 | 28 | 25% | スタジオ撮影写真を追加し、カラーバリエーションスウォッチを改善する |
配送先住所の入力ミス | 22 | 20% | 住所自動補完APIや住所エラーバリデーションを導入する |
別の商品の追加忘れ | 12 | 10% | カートおよびチェックアウト前ページで「よく一緒に購入される商品」を提案する |
システム価格の設定ミス | 5 | 5% | メタフィールドや価格バッチ更新フローのワークフローを再確認する |
合計 | 112 件 | 100% |
得られたインサイトを次の改善施策へ繋げる:
サイズ変更の件数が多い場合:
ラインアイテムごとに、ミリ単位・センチ単位での実寸サイズのチャート(Size Chart)を実装する
着用写真にモデルの身長、体重、および着用サイズを明記する
「標準体型に対して、この商品はややタイトめです」などのサイズ感レビュー(Fit Feedback)を記載する
簡単な質問に答えるだけで最適サイズがわかる「Fit Finder」のようなサイズ診断ウィジェットの導入を検討する
カラー変更の件数が多い場合:
実物に近い色合いを表現できるスタジオ撮影用の高演色光源下での写真素材へ一新する
商品の質感をより多角的に理解できる360度撮影画像や、着用動画を追加する
平置きのブツ撮りだけでなく、自然光など実生活に近いシチュエーションでの写真を追加する
「お使いのデバイス(モニター)によって実物と色の見え方が異なる場合がございます」といった注意書きを目立たせる
配送先住所入力エラーの件数が多い場合:
郵便番号から一発で住所を自動入力するAPI(Google Address Autocomplete)をチェックアウトへ確実に組み込む
「住所2(建物名・部屋番号など)」の記入欄の入力漏れを検知・警告するスクリプトを導入する
決済ボタンの直前に、配送先住所のみをポップアップで再確認させるフェーズを設ける
「商品の買い忘れ・追加」変更の件数が多い場合:
商品ページの下部に「このコーディネートに必要な他のアイテム」をパッケージ表示する
顧客ポータルの「注文履歴」画面において、ワンクリックで同梱可能な商品を追加購入できるアップセル枠を用意する
バンドル(セット割引)商品の構成を強化し、最初からまとめて購入しやすくなる動線を設計する
5. サポートスタッフ(カスタマーサポート)の教育を徹底する
どのような問い合わせに対してもスタッフが均一にスピード対応できるように、ルール・業務マニュアル(SOP)を整備する:
社内マニュアル(SOP)用のリファレンスドキュメントの構成例:
スタッフ用・注文編集に関する早見表(Cheat Sheet):
実践的なトレーニングプログラム:
新人サポートメンバー向けに、以下のシミュレーショントレーニング(ロールプレイ)を実行する:
出荷締め切り直前に「急いで配送先住所を変更してほしい」と連絡があった場合の優先対応優先度の判断
顧客が「今回の注文(#1234)の全商品を、別の新しいシーズン商品へ一括交換してほしい」と希望した場合の下書き注文を活用した差し替えフロー
購入後にディスカウントコードの適用を忘れたことに気づいた顧客への、一部返金を用いた差額対応手順
すでに発送準備中の注文と、追加で新しく購入した商品の、送料をまとめつつ1パッケージへ同梱する際の手続き手順
未発送状態の注文から、一部の商品のみをピッキング指示データ(WMS)から除外する手動削除手順
管理職へのエスカレーション基準:
以下に該当するイレギュラーなケースは、スタッフだけで判断せず、即座にサポートマネージャーへ報告・承認を求めること:
顧客が「返品はしたくないが、不満があるため全額返金してほしい」と主張し、対象商品の原価価値が $50 を超える場合
発送手続き完了からすでに7日以上経過している注文に対して、システム上の複雑な調整が必要な場合
顧客が激高しており、決済代行会社への「チャージバック(支払い異議申し立て)」をほのめかしている場合
複数の異なる注文番号(例:#1101、#1152、#1201)にまたがる一括調整が必要な複雑なケース
イニシャルや名前を入れるなどのカスタム・名入れパーソナライズ加工済みの商品の、加工開始後の仕様変更リクエスト
6. 注文編集リクエストそのものを減らす(徹底した予防策)
商品ページの情報をリッチにすることで、入力ミスやサイズ選定ミスを未然に防ぐ:
サイズ・着用感(Fit)情報の充実:
すべての服飾アイテムに対して、肩幅・身幅・着丈などを記載した詳細な実寸サイズ表を掲載する
着用モデルの正確な身長、体重、および着用している服のバリアント名を明記する
「このスニーカーは通常より0.5cm小さめのサイズ設計です。ハーフサイズ上のご購入を推奨します」といった具体的な着用アドバイスを表記する
購入レビュー欄において、実際に購入した顧客が投稿した「ちょうどよかった」「やや大きめ」といったフィット感フィードバックの割合を表示する機能を設ける
製品仕様の透明性:
綿、ポリエステルなどの素材配合率を正確に表記する
「洗濯機可」「手洗い推奨」などの詳細なケアガイドを記載する
付属品一式や、パッケージに同梱されている内容物をリスト化する
商品の実寸法(幅×高さ×奥行)および重量をわかりやすく記載する
ビジュアル情報の拡充:
スマートフォンの高精細ディスプレイにも対応できる高解像度の製品ズーム写真を追加する
あらゆる角度から商品を確認できる360度回転表示機能を実装する
使用シーンが想起しやすい実生活の中(屋外や部屋)でのライフスタイル写真を追加する
「お客様のご使用されるディスプレイ機器の性能や設定により、写真と実際の商品の色が若干異なって見える場合がございます」といった免責事項を記載する
チェックアウト画面(注文完了フロー)のユーザビリティ改善:
お届け先住所のリアルタイムバリデーション:
郵便番号から正確な市区町村名を候補表示する「Google Address Autocomplete API」を実装する
「配送会社(ヤマト運輸など)で届かないエラー住所(番地抜けなど)」を検知する住所バリデーションツールを導入する
決済確定ボタンを押す前に、入力された配送先情報を画面上にポップアップ表示して強調する
「以下の住所宛に配達いたします。内容にお間違えありませんか?[入力された配送先表示]」といった最終プレビューを必須にする
カート内の注文要約(Order Summary)の強化:
カート画面や最終決済ページで、商品の小さなサムネイル画像を必ず表示する
商品の正式名称およびバリエーション名を略さずに明確に表記する
お客様が選択したバリアント(サイズ・カラーなど)を強調カラーで表示する
合計個数(数量)を大きく明記する
注文確定後の確認ステップ:
「決済完了」ボタンをタップする前に、すべての入力情報を確認するための最終確認ページを必ず挟む
配送方法、支払方法、購入商品を一画面でスクロールせずに俯瞰できるようにレイアウト設計する
配送先住所の郵便番号、番地、アパート名を最終確認欄に大きく表示する
「この内容で注文を確定します。よろしいですか?」という意思確認ステップを作る
購入直後のシームレスなコミュニケーション設計:
注文完了直後の自動確認メールの最適化:
注文手続き完了から60秒以内に必ずメールを配信する
注文確定メール内に、商品の大きな画像つきの明細を掲載する
ポータルアプリへのアクセスを促す目立つカラーの「ご注文内容を編集・追加する」ボタンをヘッダーの直下に配置する
「あと○時間以内であれば内容の追加や変更が可能です」といったタイムリミット(デッドライン)をリアルタイムに計算して表示する
デザイン例:
ご注文が確定いたしました! 注文番号:#1234 【ご注文商品】: [画像 + 商品情報] 【配送先情報】: [入力されたご住所] 【お届け予定】: 1月15日〜1月18日 ご注文内容を変更・追加されたいですか? ご注文から12時間以内であれば変更が可能です。 [注文内容を編集するボタン]
FAQ:Shopifyでの注文編集(事後変更)について
購入手続き後に、Shopifyで確定した注文を変更することは可能ですか?
はい、可能ですがステータスにより一定の制限があります。未発送(unfulfilled)の注文であれば、配送先住所の修正、商品の追加・削除、タイムラインへのメモ追加などの編集が可能です。発送手続き開始後の変更はほぼ不可能です。最も確実な解決策は、注文編集アプリを導入し、一定時間内であれば顧客自身にポータルから変更を実行させるセルフサービスの仕組みを設けることです。
具体的にShopify管理画面から注文を編集するにはどうすればよいですか?
「注文管理」メニューから対象の注文を選択し、編集したい項目の横(配送先住所のセクションや商品リストセクションなど)にある「編集」リンクをクリックして実行します。ただし、未発送の注文に限られます。それ以外の複雑な変更を行う場合は、下書き注文を新規作成して同梱するか、一度注文をキャンセルして新しく注文を作成し直すか、あるいは注文編集アプリを利用する必要があります。
確定した注文の配送情報をストア運営側から変更することはできますか?
はい。未発送の注文に限り、配送先住所のテキスト、電話番号、メールアドレス、メモおよび管理用タグをいつでも書き換えることができます。しかし、すでに発送手続き(Fulfillment)が完了している場合は、住所欄の編集はロックされます。この段階で変更が必要になった場合は、メモおよびタグの修正のみが可能となり、住所変更については配送業者へ直接連絡して差し止め・転送依頼を行う必要があります。
すでに発送された(Fulfillment済みの)注文を編集する方法はありますか?
Shopifyのシステム内では、発送済みの注文に含まれる商品の削除や、お届け先住所の変更などを実行することはできません。対応手順としては、(1)不要になった分の金額を手動で「一部返金」処理する、(2)返品を受け付けてから交換用の新しい注文を別途作成する、などの運用回避となります。輸送中の住所を変更したい場合は、至急配送業者(運送会社)へ直接問い合わせ、荷物の転送・返送を依頼してください。
顧客に自分の注文を直接編集(セルフサービス変更)させることは可能ですか?
Shopifyのデフォルト機能(標準機能)では、顧客が自ら注文後に内容を編集することはできません。この仕組みを実現するには、Revizeなどの注文編集アプリの導入が必要です。アプリを導入することで、購入後に顧客へ送られるメールやサンクスページからシームレスに編集ポータルへ誘導し、制限時間内(例:購入後12時間以内)であれば、配送先、サイズ、カラー、数量などを顧客自身のスマートフォンから即座に修正させることが可能となります。
注文確定後、いつまで変更手続きを受け付けることができますか?
標準機能を使用する場合、該当注文のステータスが「未発送(unfulfilled)」であり、管理画面で「発送(Fulfill items)」ボタンをクリックする前であれば、いつでも編集可能です。一度一部でもピッキング処理や出荷ラベル発行を実行するとロックされます。注文編集アプリを使用する場合は、ストア運営者の運用ポリシーに合わせて、購入後10分〜48時間の間で自由に変更締め切り時間(Edit Window)をカスタマイズ設定できます。
注文確定後に、購入された商品の価格を事後変更することは可能ですか?
いいえ、確定した注文に対して商品の単価や、適用されたディスカウントコードの金額を直接修正・上書きすることは不可能です。その場合の対処法としては、(1)差額分を手動計算して「一部返金」処理を行う、(2)既存注文をキャンセルし、正しい適用価格を設定した新規注文を作成し直す、(3)下書き注文機能を使って差額分の精算用請求書を送信する、のいずれかの運用回避が必要です。
すでに確定している注文に、後から別商品を追加することはできますか?
はい、該当注文が「未発送」状態であれば可能です。注文画面の「編集」ボタンから商品検索(Browse products)を使用し、追加したい商品を選択して数量を入力します。追加分の料金を回収する必要がある場合は、顧客に支払い請求メール(決済リンク)をシステムから送信します。この一連の作業は、注文編集アプリ(Revizeなど)を導入すれば、顧客側の自発的なアップセル追加購入アクションとしてすべて自動連動処理が可能です。
注文内容から一部の商品だけを削除して、減額することはできますか?
はい。未発送の注文であれば、注文の編集画面から削除したいアイテムの横にある ❌ ボタンをクリックするだけで削除できます。Shopifyは削除された商品の金額を算出し、連動する決済システムを介して自動的に顧客への一部返金(Partial Refund)処理を実行します。発送手続き完了後の注文からの商品削除は不可能なため、手動での一部返金および別途返品手続きが必要です。
Shopifyで配送先住所を修正するための最短ステップを教えてください。
未発送の段階であれば:管理画面から対象の注文を開く → 画面右側の「配送先住所」セクションの横にある「編集」リンクをクリック → 住所テキストフィールドを正しい内容に書き換え → 「保存」をタップするだけで完了します。発送完了後の場合は、即座に配送委託先(3PL)または運送会社へ直接連絡し、配送ラベルの差し替え・差し止め転送の手続きを依頼してください(運送会社所定の手数料が発生する場合があります)。
商品のバリアント(サイズ・カラーなど)を直接差し替えるにはどうすればよいですか?
Shopifyの標準管理画面から、バリアントのみを直接「変更」するショートカットはありません。手動で行う場合は、注文内容から一旦古いバリアント(例:サイズM)を削除し、同じ編集画面から新たに正しいバリアント(例:サイズL)を追加する必要があります。価格差が発生する場合は、下書き注文での追加請求、または一部返金での精算が必要です。注文編集アプリを導入すれば、顧客自身がこの差し替え作業を完了できます。
注文を編集した場合、もともとの注文番号は変わってしまいますか?
Shopifyの標準機能による編集や、注文編集アプリ(Revizeなど)を使用して既存の注文を変更した場合、もともとの注文番号(例:#1001)はそのまま維持されます。しかし、手動で一度注文をキャンセルして新しく注文を再作成する方法を適用した場合は、完全に新規の取引としてデータベースに登録されるため、異なる新しい注文番号(例:#1002)が生成されます。
大量の注文に対して、一括で配送先住所などを編集(バルク編集)することは可能ですか?
Shopify標準の「一括編集(Bulk Editor)」やCSVのエクスポート・インポート機能を使えば、限定的に複数注文のタグ、メモ、発送情報をまとめて書き換えることができます。しかし、注文内の商品の差し替えや住所の正確な一括編集をバルク処理することは難しいため、通常はShopify Flow(Plusプラン専用機能)による自動化ワークフローの構築や、専用の注文一括処理サードパーティ製アプリを使用するのが一般的です。
注文の編集機能を利用するためには、Shopify Plusプランの契約が必要ですか?
いいえ、基本的な注文編集機能(未発送注文に対する住所・商品の変更、タグやメモの編集など)は、Shopifyのすべての料金プラン(Basic、Shopify、Advanced、Plus)で共通して標準利用可能です。ただし、Shopify Plusユーザーの場合は、高度なワークフロー自動化を実行するための「Shopify Flow」や、決済画面を高度に制御する機能(Shopify Scripts)などの限定開発ツールを利用できます。
Shopifyに導入できる、おすすめの注文編集アプリはどれですか?
Shopify App Storeで評価が高い上位アプリは以下の通りです:
Revize Order Editing & Upsell - 顧客自身でのセルフサービス変更、チェックアウト後アップセル、サブスクリプション編集に対応する最も推奨のアプリ
Order Editing by Cleverific - 管理画面側でのマーチャントスタッフによる編集作業を劇的に効率化したいストア向け
Edit Order by Customer.guru - シンプルな顧客セルフサービスポータルを低予算でスタートしたい個人ストア向け
中でもRevizeは、機能の先進性、運用効率性、自動化によるコストパフォーマンスの高さから、最も多くの中〜大規模ストアに推奨されます。
作成中の下書き注文(Draft Orders)を編集することはできますか?
はい。下書き注文は、実際の「確定注文」に変換する、あるいは顧客へインボイスを送信して決済を完了させる前段階のデータであるため、商品の追加、削除、価格変更、各種ディスカウントの適用、顧客情報の割り当てなど、すべての項目を制限なくいつでも自由に編集することが可能です。
注文のメモ欄や管理用のタグを編集する方法を教えてください。
注文メモおよび管理タグは、注文確定後や発送完了後、さらには返金完了後であっても、いつでもステータスに影響されることなく自由に書き換え可能です。対象注文の管理画面を開き、右側にある「メモ」または「タグ」のブロックまでスクロールし、テキストを入力して保存します。これらのデータはストア運営者専用であり、お客様のマイページなどには表示されません。
すでに確定している注文に対して、紐づいている購入顧客(アカウント)を変更できますか?
いいえ。Shopifyのデータ構造上、一度確定した注文(Order)に対して紐づいている顧客プロフィール(顧客ID)を事後に別の顧客データへと付け替えることは不可能です。顧客アカウントを完全に変更する必要がある場合は、一度該当注文をキャンセルし、正しい顧客データを選択した上で新しい注文を再作成する必要があります。
顧客から「決済方法(支払いに使うカード等)を変えたい」と言われた場合はどうしますか?
セキュリティ要件上、注文確定後にストア運営者が顧客の決済カード番号を入力し直したり、決済サービス(Apple PayからPayPalへの変更など)を事後編集することはできません。対応手順としては、一旦その注文を「キャンセル」して全額返金処理を実行し、新しく注文を作成して、顧客自身に正しい新しいカード・決済手段で再決済を実行してもらう運用になります。
Shopifyモバイルアプリ(iOS/Android)から注文を編集することは可能ですか?
はい。スマートフォンやタブレット用の「Shopify モバイルアプリ」からでも、未発送の注文に対して配送先住所の編集、商品の追加・削除などの基本的な編集作業を行うことができます。ただし、大量のバリアント差し替えや複雑な価格修正・下書き注文との紐づけなどの高度なバックオフィス業務は、デスクトップ(PC)版管理画面で行うのがスムーズです。
なぜ Revize が Shopify 注文編集における最良の選択肢なのか
手作業による注文編集対応は、バックオフィスの重大なボトルネックとなり、同時に対応の遅れによる顧客体験(CX)の低下を招く。Revize は、年商8〜9桁ドル規模のグローバルブランドに導入されており、卓越した自動化機能によりこれらの課題を一掃する。
注文編集業務が抱えるリアルな課題
自動化(アプリ)がない場合の代償:
⚠️ サポートチームのリソースの10〜15%が、注文の変更・キャンセルなどの手作業に奪われる
⚠️ 1件の手動編集(計算、返金、システム反映)に平均5〜10分を要する
⚠️ メールのやり取りの往復により、問題解決までに24〜48時間のリードタイム遅延が発生する
⚠️ 出荷前に変更が間に合わなかった場合、顧客は「対応が遅い」と不満を募らせ、ブランド価値が損なわれる
⚠️ 夜間や土日・祝日に届いたリクエストが休み明けに山積みになり、発送ミスを引き起こすトリガーになる
⚠️ 注文規模(注文ボリューム)が大きくなるにつれて、人件費(サポートスタッフ費用)が直線的に膨らみ続ける
⚠️ 急成長中のブランドにおいて、トランザクションの急増時にクオリティを維持するのが困難になる
月間1,000件のトランザクション規模における具体的なコスト損失:
全体の10%に編集・変更ニーズが発生 = 月間100件の手動対応が発生
1件あたり10分の手作業対応時間が必要 = 月間16.7時間の人的工数(リソース)が消費される
サポート単価を時給$30と算出 = 毎月$500相当の純損失費用が発生
さらに、本来取り組むべきマーケティングやストア改善に要する「コア時間(機会費用)」が奪われ続ける
Revize が提供する包括的な解決メカニズム
エンタープライズ対応の顧客セルフサービスポータル: 顧客が24時間、年中無休で、サポートチームを介さずに自らスマホやPCから注文内容を編集可能にする仕組みを提供する。
対応可能なコア編集能力:
✔️ 商品の追加購入(チェックアウト後に特化した高度なアップセル機能)
✔️ 商品の一部削除(自動決済連携による一部返金処理の実行)
✔️ バリアント交換(サイズ、色、スタイルの即時切り替えおよびデータ反映)
✔️ 数量の増減(自動価格再計算 + 差額の追加精算または自動返金)
✔️ 配送先住所の正確な更新(住所間違いによる「配達不能・返送リスク」の防止)
✔️ 顧客基本情報の編集(メールアドレス、電話番号のタイポ修正)
✔️ 配送オプション(通常便からお急ぎ便など)のアップグレード機能
✔️ 注文のキャンセル処理(即時の返金、または売上のストア離脱を防ぐストアクレジット付与)
✔️ 定期購買(サブスクリプション)注文の編集(※Revizeならではの先進機能)
✔️ チェックアウト後に、使い忘れたディスカウントコード(クーポン)を後から自動適用できる仕組み
高度な制御およびストア運営者用自動化設定:
商品カテゴリや配送方法に合わせて、個別に受付期間(締め切り時間)を細かくコントロール(固定、可変設定に対応)
予約商品やアウトレット品など、編集を「許可しない」特定商品の例外設定が可能
返金額を元のカード決済へ戻すか、ストア内でのリピート購入を促す「ストアクレジット(Store Credit)」で戻すかを選択可能
大手3PL(ShipBobなど)、WMS(倉庫システム)、ERP(基幹システム)、および不正検知ツールとの100件以上のネイティブ連携
編集時の製品在庫データとのリアルタイム連動(オーバーセルの防止)
顧客の変更傾向を可視化する管理画面分析レポートの提供
顧客にストレスを与えない洗練されたUXデザイン:
ストアロゴ、イメージカラーを完全に反映できる、ブランディング対応ポータル画面
モバイル(スマホ端末)からの操作に完全にレスポンシブな画面設計
編集の実行段階におけるリアルタイム在庫状況自動読み込みチェック
手続き完了時の自動更新通知メールの配信
複雑なパスワード入力の手間を排除する、認証用「マジックリンク」システム
日本語を含む20カ国以上の多言語表記への自動ローカライズ対応
Shopify Plus専用の高度な仕様:
エンタープライズ規模の膨大なトラクションでも遅延しない、ハイパフォーマンスサーバー設計
ストア独自のカスタムAPIを介した外部エコシステム連携設計
テクニカルエンジニアによるマンツーマンのアカウントセットアップ管理
ストアのフィードバックに基づく専用カスタム機能の開発優先権
非常に特殊なバックオフィス要件に対する個別サポート体制
初期導入時のスムーズな他システムからの移行サポート(ホワイトグローブ導入支援)
Revize 料金体系
Free Plan:
月間20件の編集まで無料
基本的な編集コア機能をすべて開放
標準カスタマーサポート
まずはアプリの機能や管理ポータルの操作感をテストしたいストアに最適
Starter Plan:月額$29
注文編集の件数制限は一切なし(無制限)
制限時間に基づく受付条件コントロール、定期変更スケジュールの適用
商品の数量増減、および特定商品のバリアント変更
配送先住所情報、メールアドレス等の連絡先情報のセルフアップデート
受付締め切り前の顧客自身でのワンクリック注文自動キャンセル
カスタマイズ可能な顧客向け自動編集通知テンプレートの利用
変更時の差額の元の決済口座への自動返金・連動
優先的なカスタマーテクニカルサポートの利用
30日間の無料トライアル期間を適用
Pro Plan:月額$129
Starterプランの全機能に加え、以下を提供:
顧客ポータル内での商品の追加(アップセル・クロスセル)によるストア客単価(AOV)の最大化
注文履歴内での、完全に異なる別商品への差し替え(スイッチ・交換)対応
顧客による「希望配送日」や「希望配達時間帯」の指定および変更機能
編集不可時間に入った場合の、ポータル内からCS担当への直接チケット(問い合わせ)送信フォームの設置
税務申告用インボイスデータの編集およびポータルからの直接ダウンロード機能
返金を現金の代わりに「ストアクレジット(デジタルギフトカード等)」に充当させ、売上流出を防ぐ高度な設定
変更時の配送手段(速達への変更など)のアップグレード機能
自社基幹システム(WMS/ERP)向けのカスタムデータ出力・個別仕様開発
専任エンジニアによるマンツーマンのライブシステム導入アシスト
30日間の無料トライアル期間を適用
Enterprise Plan:カスタム見積もり(個別相談)
非常に大量のトランザクションが毎月発生する大規模ブランド向け
要件定義に基づくストア独自開発機能の実装、専任エンジニアによる対応
すでに稼働している基幹コアシステム(独自ERP)との高度なデータ連携設計
詳細はRevizeサポートデスクへ要問い合わせ
すべての有料プラン共通:
Starterプラン、Proプランは30日間の無料評価期間つき
初期のセットアップ費用などは一切不要
契約期間の縛りはなく、いつでも解約(アンインストール)が可能
Freeプランはクレジットカード登録不要で即時利用可能
有力な世界的ブランドが Revize を選ぶ理由
年商8〜9桁ドルを誇るトップクラスのShopify Plusストアから絶大な信頼を獲得
Revizeは、インフラの安定性、リアルタイムなレスポンススピード、そして既存のエンタープライズ製品(3PL/ERP等)とのスムーズな統合を求める大規模マーチャントを最優先に考えて開発されたソリューションである。
技術的なアドバンテージ:
優れたスケーラビリティ:
月間数百件のスタートアップストアから、月間10万件以上の注文を捌く大規模ECまで同一の安定度で稼働
インフラのボトルネックを徹底的に排除した高並列処理アーキテクチャ
BFCM(ブラックフライデー・サイバーマンデー)やホリデーシーズンのトラフィック急増時でもダウンタイム「ゼロ」の実績
極めて深い外部エコシステム連携:
100以上の海外・国内の主要な外部システムとのネイティブAPI連携
グローバル物流ネットワーク(ShipBob、Flexport、ShipMonk等)への即時変更データ反映
エンタープライズ向けERP(NetSuite、SAP、Microsoft Dynamics等)との二重計上を防ぐクリーンなデータ連動
主要サブスクプラットフォーム(Recharge、Bold、Skio等)との完全なデータベース統合
不正注文検知システム(Signifyd、NoFraud、Riskified等)の審査プロセスを邪魔しないデータフロー設計
Revize独自のユニークな競合優位性:
サブスクリプション(定期購買)の次回注文スケジュールや内容の顧客編集をサポートする唯一のアプリ
細かく制御できる高度な変更可能時間(デッドラインルール)設定
返金のキャッシュアウトを食い止め、LTVを高める「ストアクレジット返金」フローの実装
注文ステータス画面や購入完了メール上での、顧客の次の購入を促す「チェックアウト後アップセル」機能
インボイス・領収書データの即時書き換えおよびダウンロード提供
エンタープライズ顧客の個別仕様要件を満たす、個別カスタム機能の優先実装・開発体制
サポートチームの高い対応品質:
初期設定で失敗させないための、完全伴走型のシステムセットアップ支援
Proプラン、Enterpriseプラン契約者に提供される専用優先サポート窓口
ビデオ通話(Zoom等)を介した、リアルタイムなインストラクションミーティングの設定
開発エンジニアによるAPI連携時のトラブルシューティング協力
Shopify App Storeにて評価星5.0(満点)を継続中 - 導入ストアオーナーたちから、トラブル解決の迅速さや機能の網羅性、バックオフィス改善インパクトについて圧倒的な支持を集めている。
バックオフィス実務に役立つ関連記事
Shopifyの注文・返金・顧客管理の仕様をより深く理解する:
Shopify 下書き注文(Draft Orders)完全実務ガイド - カスタム価格の設定や個別請求書発行による注文編集・B2B販売の手法
Shopifyで一部返金(Partial Refund)を確実に行う手順 - 注文から特定のアイテムを削除した際の精算手続きと、決済連動の注意点
Shopify 返金処理・完全ガイド:実務編 - キャンセル時のトランザクション手数料や返金期日、決済レポートへの影響について解説
Shopify ソーシャルログイン(Social Login)導入ガイド - 顧客のアカウント登録やログインの摩擦を排除し、注文編集に必要なポータルログインを簡単にする方法
結論:Shopify注文編集のマスタープラン
Shopifyでの注文編集は可能だが、システム上の制限を正しく把握し、適切なアプローチと最適なツールを組み合わせて処理を最適化する必要がある。以下がそのまとめである:
Shopifyの標準編集機能:
✔️ 未発送に限り、簡単な情報(お届け先のテキスト、商品の追加・削除)の修正に対応可能
✔️ 追加費用なし(標準機能として組み込み済み)
❌ 発送手続き(Fulfillment)が一度でも開始されると、ほぼすべての機能が自動的にロックされる
❌ リクエストごとに手動で管理画面から作業する必要があり、トランザクション増加に比例して人件費が積み重なる
❌ 顧客自身が自分で操作してその場で直感的に解決する手段は提供されない
状況に応じたベストな対処手順:
未発送の軽微な住所間違いの場合: 標準の住所編集機能を使用(対応時間30秒)
商品の事後追加の場合: 下書き注文(Draft Orders)を作成してインボイスを送る(工数5分)、または注文編集アプリのアップセル連携で自動精算(工数0)
注文の根底を覆すような大幅変更・価格修正の場合: 一度全額返金で注文を「キャンセル」し、新しく正しいデータで再作成する(工数10分)
長期的な運用効率化・問い合わせ削減を最優先する場合: 注文編集アプリ(Revize等)を導入し、セルフサービス化する(マーチャント側の対応工数ゼロ)
今日から実行すべき重要アクション:
明確な受付ポリシーを策定・公表する: 出荷リードタイムに基づく編集可能時間を定め、注文確認メールやFAQへ明記する
商品ページの解説レベルを高め、誤注文を防ぐ: 正確なサイズガイド、複数光源での写真、正確な素材表示を追加し、バリアント変更リクエストそのものを30〜40%抑制する
可能な限りフローを自動化する: 注文編集アプリを導入すれば、中規模以上のECストアで月間15時間以上のバックオフィス工数を確実に削減可能
顧客の編集データからストアの問題点を暴き出す: なぜ変更リクエストが起こったのかを追跡し、サイズ間違いが多い、住所間違いが多いなどの根本原因をサイト改善で解決する
カスタマーサポートの対応マニュアル(SOP)を標準化する: スタッフによる対応速度や返金手作業の品質を一定以上に保ち、クレーム化を防ぐ
一歩先を行くストア運用へ:
現代のオンライン消費者は、注文後であってもAmazonのような柔軟なセルフサービス対応を期待している。D2Cストアがこの高い期待値に応え、リピート率(LTV)を高めるためには、エンタープライズクラスの注文編集ポータルの提供が不可欠である。
Revize などの注文編集アプリを導入することで実現する未来:
顧客セルフサービス化による、サポート窓口を介さない24時間年中無休の即時解決CXの提供
変更、返金、決済回収、在庫変動、通知、ログ記録をすべてシステムが自律して回す、手作業不要のオペレーション
毎月何万件もの大規模トランザクションを捌くShopify Plusストアにも耐えうる、盤石な稼働安定性の確保
ストアブランドのトーン&マナーに一致する、違和感のないオリジナルカスタマイズポータルの構築
チェックアウト後のアップセルによって、問い合わせ対応時間を追加の購入オファー(客単価向上)へ変換する仕組み
ストアの規模が10倍になっても、バックオフィスのサポート人件費を完全に抑え込める高いスケーラビリティ
既存の提携3PLや独自のWMS/ERPなどのデータ基盤と、APIを介して齟齬なく注文データを完全に同期する柔軟なエコシステム
注文編集の手作業を完全に自動化する準備はできましたか?
Revize をインストールする - 世界的なトップブランドにも採用されており、Shopify Plusの高度な要件に準拠して設計された最高峰の注文編集ソリューション。月20件の編集まで無料で試せるFreeプランあり。Starterプランは月額$29から、Proプランは30日間の無料評価トライアルつき。
最終更新:2025年10月
2026年8月改訂。 Revizeは、Shopifyストアに導入できる、顧客セルフサービス型のチェックアウト後注文編集アプリです。発送(Fulfillment)前であれば、サポートスタッフを介さずに、配送先住所の修正、商品の追加・バリアント変更、キャンセル手続きと自動返金(または売上を逃さないストアクレジット付与)を、購入者自身がスマホ等から即座に完結させることができます。詳細については、顧客にShopify注文を自己編集させる方法、または Shopifyアプリストア内のRevize公式ページ をご覧ください。
Shopifyで注文編集は可能か?
結論から言うと可能だが、大きな制限がある。注文ステータスや変更内容によって可否が分かれる。
発送手続き(Fulfillment)前:
✔️ 配送先住所の変更
✔️ 商品の追加・削除
✔️ 注文情報の調整(メモ、タグ)
❌ 商品価格の変更は不可
❌ 簡単にバリアントの差し替えは不可
発送手続き(Fulfillment)後:
❌ 商品や住所の編集は不可
✔️ メモとタグの追加のみ可能
配達完了後:
❌ 一切の編集は不可(返金またはキャンセルのみ対応)
最もスムーズな編集解決策: Revize などの注文編集アプリを導入し、設定した編集可能時間内(固定または動的)で顧客自身に注文を編集させる。実際のニーズは非常に高い。760万件のShopify注文データにおいて、チェックアウト後に約47件に1件(2.1%)が編集されている(Revize、2026年調べ)。セルフサービス編集を導入することで、サポートチケットを40〜60%削減し、手作業による編集業務を排除できる。無料プラン(月20回編集まで)あり、有料プランは月額$29から。
目次
Shopify注文で編集可能な項目
方法1:Shopify標準機能による注文編集
方法2:キャンセルと注文の再作成
方法3:下書き注文(Draft Orders)の活用
方法4:注文編集アプリ(推奨)
特定の注文情報を編集する方法
よくある注文編集のシナリオ
Shopify注文編集:ベストプラクティス
FAQ:Shopifyでの注文編集について
Shopify注文で編集可能な項目
Shopifyの標準的な編集機能を把握することで、各状況に対して最適なアプローチを選択可能になる。
✔️ 編集可能な項目(発送手続き前)
配送情報:
配送先住所(標準機能で編集可能)
配送方法
追跡情報
注文商品:
商品の追加(制限あり。未発送の場合のみ)
商品の削除(自動的に返金処理が実行される)
数量の変更(代替ワークアラウンドが必要)
注文の詳細:
内部用メモの追加
タグの追加・編集
カスタム属性の更新
タイムラインへのコメント追加
連絡先情報:
顧客メールアドレスの編集
顧客電話番号の編集
顧客名の更新
金額の調整:
全額または一部返金の実行
ディスカウントの適用(下書き注文経由のみ)
商品単価の調整(下書き注文経由のみ)
❌ 編集不可能な項目(制限事項)
顧客情報:
注文に紐づく顧客アカウントの変更(注文は最初に購入した顧客アカウントに恒久的に紐づく)
請求先住所の直接編集(セキュリティおよび不正防止の観点による)
注文確定後の価格:
既存注文の商品価格の変更
適用済みディスカウントコードの修正
配送料の編集(返金処理による対応を除く)
注文番号:
✅ 注文編集アプリ(Revize など)を使用する場合、注文番号は維持される
❌ キャンセルして再作成する場合、新規の注文番号が発行される
決済詳細:
使用された決済ゲートウェイの変更
決済方法の切り替え
取引ID(Transaction ID)の編集
方法 1:Shopify標準機能による注文編集
Shopify管理画面からは、未発送の注文に対して基本的な編集が可能である。
標準機能で編集可能な範囲
対応可能な編集:
配送先住所
商品の追加・削除
注文メモとタグ
発送情報の詳細

重要な制限: ほとんどの標準編集機能は、完全に未発送(unfulfilled)の注文にのみ対応する。一部でも発送手続きが開始されると、編集オプションはロックされる。
ステップ・バイ・ステップ:Shopifyで配送先住所を編集する方法
要件: 注文が未発送であること
Shopify管理画面 → 注文管理
編集対象の注文をクリック
配送先住所セクションまでスクロール
住所の横にある編集ボタンをクリック
住所フィールドを更新
保存をクリック
メールで顧客に変更内容を確認

重要な注意点:
変更は即時に反映される
自動通知が有効な場合、Shopifyから顧客へ通知が送信される
発送手続き完了後は住所を編集できない
すでに発送済みの場合は、配送業者へ直接連絡すること
ステップ・バイ・ステップ:連絡先情報(メール/電話番号)の編集方法
要件: すべての注文ステータスで実行可能(発送完了・未発送を問わない)
Shopify管理画面 → 注文管理
編集対象の注文をクリック
連絡先情報セクションまでスクロール
連絡先情報の横にある編集ボタンをクリック
以下を更新:
顧客のメールアドレス
顧客の電話番号
顧客の氏名
オプション: 「顧客プロフィールを更新する」のチェックボックスを選択、または外す
✅ チェックあり:変更内容が顧客プロフィール全体にも適用される
❌ チェックなし:今回の注文にのみ変更が適用される
保存をクリック

重要な注意点:
発送完了後でもメールアドレスおよび電話番号の編集は可能
顧客が入力時にタイポ(誤入力)をした場合に有効
入力したメールアドレスがすでに別の顧客アカウントに存在する場合は、「顧客プロフィールを更新する」のチェックを外すこと
変更後、注文確認メールを再送信すると新メールアドレスに届く
ステップ・バイ・ステップ:Shopify注文から商品を追加・削除する方法
商品を削除する場合(発送手続き前):
対象の注文画面へ移動
商品セクションまでスクロール
商品の横にある ❌(削除アイコン) をクリック
削除を確認
Shopifyが自動的に一部返金処理を実行する
注文から商品が削除される

商品を追加する場合(未発送の場合のみ):
商品セクションまでスクロール
商品を閲覧するをクリックするか、検索ボックスを使用
製品とバリアントを選択
数量を入力
商品を追加をクリック
追加料金が発生する場合は、支払リンクを送信して回収(必要な場合)

主な制限事項:
❌ 一部でも発送手続きが開始された注文には商品を追加できない
❌ 商品の価格変更はできない
❌ バリアント(サイズ・色)を直接差し替える簡単な手段はない
❌ 複雑な金額計算や適用が必要な場合は、下書き注文(Draft Orders)の使用が必要となる
方法 2:キャンセルと注文の再作成
大幅な変更や価格調整が必要な場合、注文を一旦キャンセルして新しく作成し直すアプローチが最も確実である。
キャンセル&再作成を適用すべきケース
部分的な修正を加えるよりも、一度リセットして一から注文を構築したほうがオペレーション負荷が低い場合に有効である。
✔️ 推奨されるユースケース:
1. 完全に別の商品に差し替える必要がある場合
例:顧客が「青いシャツ3枚」を注文したが、「赤いパンツ3本」へ変更を希望
理由:手作業で全商品を削除して追加するよりも、再作成したほうが迅速
標準機能で編集する場合:3点削除 → 3点追加 → 金額調整が必要になり、工数がかかる
2. 大幅な価格修正を行う場合(20%以上の乖離など)
例:卸売価格($200)を適用すべき顧客に、誤って小売価格($300)で課金してしまった
理由:Shopifyは確定済みの注文単価を遡及して編集できない。キャンセル後に正しい価格で再作成する
代替案($100の過分を一部返金)は、会計データやレポートが複雑化するリスクがある
3. 複数の異なる商品を同時に変更する場合
例:顧客が5つの異なる商品ですべてサイズ指定を間違えた場合
理由:5回個別に編集を繰り返すより、1回のキャンセルと再作成で完結させたほうがクリーン
手動編集によるオペレーション時間を10分以上短縮できる
4. 決済のキャプチャ(売上確定)がまだ行われていない場合(オーソリのみ)
例:5分前に注文され、決済ステータスが保留中(オーソリ完了のみ)の場合
理由:実際の返金処理が発生せず、オーソリのキャンセル(与信枠解放)だけで済むため即座に完了する
顧客の口座から実際に資金が引き落とされることもない
5. 編集処理が複雑でミスが発生しやすい場合
例:ディスカウントコードの適用、商品の変更、配送方法の変更が同時に重なる場合
理由:新規作成することで、計算ミスを防止し、注文履歴をクリーンに保てる
❌ この方法を避けるべきケース:
1. すでに発送手続きが完了している、または出荷済みのケース
リスク:出荷の回収(差し止め)が必要になり、回収できない場合は実損となる
推奨手段:キャンセルではなく、標準の「交換」または「返品」フローとして処理する
損失:配送料+返送手数料+再梱包費用+顧客エンゲージメントの低下
2. 決済がすでにキャプチャ(売上確定)されているケース
問題:顧客への返金完了までに3〜10営業日を要する
顧客体験:「なぜ再注文のために、返金されるまで手元の資金をロックされなければならないのか」という不満に繋がる
推奨手段:下書き注文を用いて差額を追加するか、削除分の一部返金で対応する
例外:顧客が返金待ちを承諾している場合は、事前に合意を得て実行する
3. 軽微な変更のみであるケース(住所変更や1商品の削除など)
例:配送先住所を少し修正したい、または1点だけ注文から外したい
避けるべき理由:過剰な対応。標準の編集機能を使えば30秒で解決可能
キャンセルと再作成は10分以上の不要な作業を発生させ、不要な履歴を残す
4. 元の注文番号を維持する必要があるケース
問題:キャンセル処理により新規の注文番号が発行される(レポート上は「キャンセル済み注文」と「新規注文」の2件に分かれる)
弊害:データ分析への影響、サポート問い合わせ時に顧客が古い注文番号を参照することによる混乱
推奨手段:同じ注文番号を保持できる注文編集アプリを利用する
5. 繁忙期やホリデーシーズン(11〜12月、BFCMなど)
リスク:決済トラフィックが集中するため、銀行側の返金処理に通常より時間を要するケースがある
返金完了に3〜5日ではなく、7〜14日かかるリスク
顧客への影響:年末の買い物シーズンに手元資金が拘束されることによる不満
推奨手段:迅速な解決のため、下書き注文または編集アプリを活用する
ステップ・バイ・ステップ:注文のキャンセルと再作成
パート 1:元の注文のキャンセル
Shopify管理画面で対象の注文を開く
右上の「その他の操作」ドロップダウンをクリック
「注文をキャンセルする」を選択
ドロップダウンからキャンセルの理由を選択
返金方法を選択:
返金 → すでに売上確定している場合(返金完了まで3〜10日)
オーソリの無効化(Void authorization) → 仮売上(オーソリ)のみの場合(即時に与信枠が解放される)
✔️ 「商品を再入荷する」にチェックを入れる(在庫を自動で戻す)
✔️ 「通知を送信する」にチェックを入れる(顧客に自動メールを送信)
「注文をキャンセルする」ボタンをクリック
キャンセル完了を確認

パート 2:新規注文の作成
注文管理 → 注文を作成をクリック
「顧客を追加する」をクリック → 元の注文と同じ顧客を検索・選択
正しい商品と正しいバリアントを追加
必要なディスカウントを適用:
特定商品のカスタムディスカウント
注文全体へのディスカウント
または、より柔軟に対応するために下書き注文として作成
合計金額を慎重に確認
支払い方法を選択:
インボイスを送信 → 顧客に再支払いを求める場合
支払い済みにする → 最初の注文で支払い手続きが完了している場合
管理用メモを追加:「キャンセルされた注文 #XXXX の再作成」
「決済を回収する」または「注文を作成」をクリック
運用のヒント:
すでに顧客が支払いを済ませている場合は、重複課金を防ぐために新しい注文を即時に「支払い済み」として処理すること
監査証跡として、新しい注文のメモ欄に必ず元の注文番号を記載しておくこと
キャンセル前に、あらかじめ顧客にメールで事情と手順を説明しておくこと
柔軟な価格コントロールを行うため、事前に下書き注文(Draft Orders)を経由する方法も検討すること
このアプローチのデメリット
顧客体験(CX)上の問題:
⚠️ 顧客に突然「キャンセル通知メール」が届くため、不信感や混乱を招くリスクがある
⚠️ 顧客に別の注文番号で新しい確認メールが届くため、管理が煩雑になる
⚠️ 返金が発生する場合、口座へ着金するまでに3〜10営業日かかる
オペレーション上の問題:
⚠️ 1つの取引に対してシステム内に2つの異なる注文データが作成される
⚠️ 売上分析レポートにおいて、キャンセル分と新規作成分が重複・混在し、指標(AOVなど)に影響を与える
⚠️ 元の注文番号が失われる(新しい注文番号での追跡が必要)
⚠️ ギフトメッセージや配送指定などの特殊メモの移行漏れが発生しやすい
財務上の問題:
⚠️ 2回目の決済時に、顧客のクレジットカードが限度額オーバーなどで拒否されるリスクがある
⚠️ 決済ゲートウェイによっては、返金時にもトランザクション手数料が発生する場合がある
⚠️ 返金対応の遅れがストアレビュー悪化の原因になり得る
方法 3:下書き注文(Draft Orders)の活用
下書き注文を利用することで、カスタム価格の設定、商品の追加、その他のイレギュラーな状況に対して高い柔軟性を持って対応できる。
下書き注文を適用すべきケース
✔️ 最適なシナリオ:
購入後に、顧客が追加で商品を購入したいと希望した場合
通常のクーポンコード(ディスカウントコード)では実現できないカスタム割引を適用する場合
追加料金を回収するための請求書(インボイス)を作成する場合
注文全体をキャンセルせずに価格調整のみを実行したい場合
大口卸売や特別な個別価格を設定する場合
❌ 推奨されないシナリオ:
単純な住所変更(Shopifyの標準編集機能で対応可能)
商品の削除のみ(標準の削除+一部返金で対応可能)
緊急の修正(下書き注文の作成と顧客の決済を待つ必要があるため時間がかかる)
ステップ・バイ・ステップ:下書き注文を使った注文編集
シナリオ: 顧客が $100 の注文(#1234)を確定した直後に、「商品をあと2点追加したい」と連絡してきた場合。
解決策:追加分を「補足の下書き注文」として新規作成する
ステップ 1:下書き注文の作成
注文管理 → 下書き → 注文を作成をクリック
「顧客を追加する」をクリック → 元の注文(#1234)と同じ顧客を選択
顧客から要望された追加商品2点を検索し追加
価格が正しいか確認
管理用メモを追加:「注文 #1234 に対する追加商品」
合計金額を確認
「下書き注文を保存」をクリック
ステップ 2:顧客へ請求書(インボイス)を送信
作成した下書き注文画面で、「インボイスを送信する」をクリック
メール本文をカスタマイズ:
「インボイスを確認する」をクリック
決済リンクが正しく機能するか確認
「インボイスを送信する」をクリック
ステップ 3:同梱での発送処理
顧客が追加分の下書き注文の決済を完了させた後:
元の注文と新しい追加注文の2件が、注文管理一覧に表示される
両方の注文の商品を取りまとめ、同一パッケージに同梱する
2つの注文に対して、同一の配送追跡番号(Tracking Number)を入力して発送処理(Fulfillment)を行う
顧客へ通知:「ご注文いただいた全商品を出荷いたしました」
このアプローチのメリット:
✔️ 顧客は追加した差額のみを支払えばよい
✔️ 面倒な返金手続きと、それによる着金待ちが発生しない
✔️ 元の注文(#1234)は変更されずそのまま維持される
✔️ 同梱対応により追加分の送料を無料にでき、顧客ロイヤルティを向上できる
✔️ 会計・財務データ上、取引が明確に記録される(2つの個別注文として追跡)
下書き注文の基本操作について詳しく学ぶ: Shopify 下書き注文:完全ガイド
方法 4:注文編集アプリ(推奨ソリューション)
最も効率的なアプローチ: 顧客自身がセルフサービスで注文内容を編集できる仕組みを提供するアプリの導入である。
注文編集アプリが推奨される理由
顧客にとってのメリット:
✔️ サポートの営業時間を気にせず、24時間いつでも即時に注文編集が可能
✔️ サポートからの返信を待つ必要がない(即時反映)
✔️ 直感的に操作できるセルフサービスポータルによる優れたUX
✔️ モバイルに最適化されたスムーズな操作性
✔️ 編集時の在庫状況がリアルタイムに反映される
マーチャント(運営者)にとってのメリット:
✔️ 注文編集に関するサポートチケットの40〜60%を削減可能
✔️ 変更リクエストの90%以上を手作業なしで完全自動処理
✔️ 商品ごとにカスタマイズ可能な編集受付時間(固定、または状況に応じた可変設定)
✔️ 変更に伴う追加課金や返金処理をシステムが自動実行
✔️ 編集後も元の注文番号がそのまま維持される
✔️ 変更履歴(監査トレール)をダッシュボードで一元管理
✔️ 夜間、週末、休日の問い合わせにも自動対応可能
Shopifyでおすすめの注文編集アプリ
1. Revize Order Editing & Upsell ⭐ 最推奨

年商8〜9桁ドル規模のブランドに導入実績があり、Shopify Plus向けに最適化された設計
Revize が選ばれる理由:
エンタープライズ品質の注文編集ソリューション
定期購買(サブスクリプション)注文の編集に対応する唯一のアプリ
100以上の外部連携に対応(ShipBob、Flexport、NetSuiteなどの3PL・ERP)
Shopify Plusおよび大規模・大量トランザクションが発生するストア専用の堅牢な設計
ブランドの世界観に統一可能な専用セルフサービスポータル
スマートな編集可能時間(Edit Window)制御と自動キャンセル機能
主な機能:
✔️ 配送先住所、メールアドレス、電話番号の編集
✔️ 商品バリアント(サイズ、色、スタイル)の差し替え
✔️ 商品数量の増減(アップ・ダウン)
✔️ 商品の追加(チェックアウト後アップセル機能)
✔️ 商品の交換・差し替え(Swap)
✔️ 自動返金を伴う注文キャンセル
✔️ ストアクレジットによる返金対応(キャッシュアウト防止・売上維持)
✔️ サブスクリプション注文の直接編集(Revize特有の強み)
✔️ 税務インボイスの自動生成・修正
✔️ 配送オプションのアップグレード
✔️ 購入後のディスカウントコード後適用
✔️ 注文確認メール内での直接編集およびアップセル提案
料金プラン:
Free Plan: 月間20件の編集まで無料(動作検証に最適)
Starter Plan: 月額$29 - 編集件数無制限、基本編集機能、優先サポート
Pro Plan: 月額$129 - 高度な編集機能、アップセル機能、ストアクレジット返金を含む全機能を開放
Enterprise Plan: 大規模マーチャント向けのカスタム見積もりプラン
有料プランには30日間の無料トライアルあり
ターゲット: 顧客満足度向上とアップセルによるLTV最大化を目指す、成長中のブランドやShopify Plusを利用する大規模ストア。売上規模の大きいトップブランドから高い信頼を得ている。
評価: 星5.0満点(Shopifyアプリストアで60件以上の高評価を獲得)
2. その他の注文編集オプション:
Cleverific Order Editing
管理画面側(マーチャント側)での注文編集効率化に特化
サポート体制が充実している中〜大規模ストア向け
価格帯は比較的高め
OrderEditing.com
顧客セルフサービスポータルに特化したアプリ
価格帯は高め
純粋な編集機能よりも、アップセル施策(単価アップ)に比重を置いている
注文編集アプリの仕組み・連携フロー
顧客側のステップ:
注文確認メールを受信、または購入完了後のサンクスページ(注文ステータス画面)を閲覧
メール等に配置された「注文を編集する」ボタンをクリック
注文ステータス画面上の編集ポータルへ遷移
変更手続きを実行:
サイズMをサイズLへ変更
さらに2点追加で購入
配送先住所を修正
変更内容を確認し確定
自動的に追加決済または返金処理が実行される
Shopify管理画面側の該当注文が自動的に更新される

ストア運営者側のステップ:
✔️ 手作業による編集対応は一切発生しない(稼働ゼロ)
✔️ 顧客が編集を実行した際の自動通知受信を設定可能(任意)
✔️ 管理画面の分析ダッシュボードから、編集傾向データを可視化
✔️ 「購入後6時間以内のみ編集を許可する」といったルール・制限時間を設定
✔️ 編集可能な特定の商品や、対象外にする商品をカスタマイズ
初期設定時間: ウィザードに従うだけで、約5〜10分で設定完了
月間1,000件の注文が発生するストアのROIシミュレーション:
アプリ(Revize)がない場合:
毎月約100件の注文編集リクエストが発生(注文全体の10%想定)
サポートによる手動対応に1件あたり10分 = 月間16.7時間分の労働力
サポート人員コストを時給$30とした場合 = 月額$500相当のコスト発生
Revize(Starterプラン:月額$29)を導入した場合:
日常的な編集対応に要するサポート工数は「ゼロ」
システムが完全に処理を自動化
純削減コスト:月額$471のセーブ
チェックアウト後アップセルによる追加売上の獲得
対応のスピード化による顧客ロイヤルティ(リピート率)の向上
Revizeは導入費用を優に10倍以上回収できるポテンシャルを持ち、多くのトップクラスのShopify Plusストアに標準的に採用されている。
特定の注文情報を編集する方法
配送先住所の編集
発送手続き前:
方法: Shopifyの標準編集機能を使用(方法 1)
作業時間: 30秒
制限: 未発送ステータスであること
発送手続き後、配達完了前:
方法: 配送業者(ヤマト、佐川、日本郵便など)の追跡窓口へ直接問い合わせる
対応方法:
配送業者による住所修正依頼(手数料がかかる場合がある)
荷物の差し止め・返送依頼
新住所への転送手続き
処理時間: 1〜2時間 + 配送業者側の処理時間
配達完了後:
住所変更は一切不可
解決策: 返金処理を行い、正しい住所で新しい注文を作成する
予防策: 注文編集アプリを導入し、チェックアウト後に顧客自身で配送先誤入力を即時修正できる導線を用意する。
注文商品の編集(追加・削除・交換)
既存の注文に商品を追加する:
最良の手段: 下書き注文の作成(方法 3)
追加商品を含む下書き注文を作成
顧客へ決済用請求書メールを送信
決済完了後、元の注文と同梱して発送処理
同一の配送追跡番号(トラッキングID)を入力
代替案: 注文編集アプリを使用(顧客側で即時に完結)

注文から商品を削除する:
発送手続き前:
Shopify管理画面で該当商品を削除
システムが自動的に一部返金を実行する
残りの商品を通常通り発送
発送手続き後:
即時で一部返金処理のみを実行
商品はそのまま受領してもらうか、返送してもらうかを個別調整
関連記事: Shopifyで一部返金(Partial Refund)を行う方法
商品の交換(別のサイズ、カラー、バリアントへの変更):
選択肢 1:注文編集アプリを利用する ⭐ 最も簡単
顧客自身がセルフサービスでバリアントを変更
即時にデータ更新
価格差がある場合は自動で差額決済または返金が実行される
選択肢 2:手作業での編集(未発送の場合のみ)
変更前のバリアントを削除
新しいバリアントを追加
価格差を手作業で計算
差額の返金、または追加料金の請求リンクを送信
選択肢 3:一度キャンセルして再作成する(大幅な変更の場合)
多数の商品を変更する必要がある場合に推奨
上述の「方法 2」を参照
製品バリアント(サイズ/カラー)の変更
例: 顧客が「ブルー / Mサイズ」を注文したが、「レッド / Lサイズ」への変更を希望した場合。
解決策 1:注文編集アプリを使用する
顧客が「注文を編集する」ボタンをクリック
「バリアントを変更する」を選択
レッド / Lサイズ を選択
確定する
30秒以内で処理完了

解決策 2:手作業での編集(未発送の場合のみ)
注文内容から「ブルー / Mサイズ」を削除
同じ注文に「レッド / Lサイズ」を追加
価格差を確認
新バリアントが高額な場合:
差額分の下書き注文を作成
顧客に請求メールを送信
新バリアントが安価な場合:
差額分の「一部返金」処理を実行
解決策 3:返品・交換フローの実行(配送完了後の場合)
顧客から「ブルー / Mサイズ」を返品してもらう
ストア側から「レッド / Lサイズ」を新しく出荷
同一価格の場合は追加請求なし
あらかじめ定めたポリシーに従い、返品送料を処理
ディスカウントおよび価格の修正
注意: Shopifyの標準機能では、注文が確定した後に適用されたクーポン(ディスカウントコード)の内容や、商品の単価自体を直接編集することはできない。
最も推奨される対応:注文編集アプリ(Revize)の利用 ⭐ 自動化&優れたUX
Revizeを導入すると、顧客は注文後に自分でディスカウントを適用できる:
具体的な流れ:
顧客が注文編集ポータルへログイン
「ディスカウントを適用する」オプションを選択
適用し忘れたクーポンコード(例:SAVE20)を入力
Revizeがそのコードの有効性をシステム上で確認
注文金額が自動で再計算される
追加の差額支払い、または減額分の自動返金処理が実行される
さらに、Revizeは以下の変更時にもディスカウント金額を自動再計算する:
商品が追加された場合 → 追加された商品に対してもディスカウントが比率に応じて自動適用される
商品が削除された場合 → 残りの商品に対してディスカウント金額が再計算される
商品を交換した場合 → 新しい交換対象の商品にディスカウント条件が引き継がれる
対応可能なコード:プロモコード、自動ディスカウント、段階的価格割引(ボリュームディスカウント)など
Pro Planの主要機能 (月額$129)
スマートディスカウントエンジン搭載
リアルタイム検証機能
二重適用(ディスカウントスタッキング)の防止設計
キャンペーンルール(併用不可など)を正確に維持
顧客側のメリット:
完全にセルフサービスで完結(問い合わせチケットの発行が不要)
クーポンの割引効果をその場で即座に体験可能
適用前後の価格変化が明快
決済・返金処理が自動連動
手作業による修正ワークアラウンド(アプリを使用しない場合):
選択肢 1:一部返金(Partial Refund)の実行 ⭐ 一次的な個別対応で最もスピーディー
適切なケース: 顧客がチェックアウト時にクーポンコードを入力し忘れた場合
手順:
適用されるべき割引額を手動で算出
その金額分を「一部返金」として処理
タイムラインメモに記載:「クーポン適用忘れ調整:SAVE20を手動で事後適用」
計算例:
注文総額:$100
10%オフ(SAVE10)を事後適用したい
手動で $10 の一部返金処理を実行
顧客の口座へ3〜10営業日以内に $10 が返金される
メリット:
対応工数は約2分で完了する
顧客への返金が確実に行われる
会計データ上の整合性が保たれる
デメリット:
注文明細上の「適用ディスカウント」欄にはクーポン名が表示されない
顧客は返金の着金まで数日待つ必要がある
リクエストが発生するたびに手作業の工数が発生する
選択肢 2:一度キャンセルして新規作成し直す 基幹システムの価格エラーなどに推奨
適切なケース:
卸売(B2B)と小売(B2C)の設定ミスによる単価エラー
顧客が一度返金されるまで待つことをあらかじめ承諾している場合
手順:
元の注文(#1234)をキャンセルし、返金処理を紐づける
正しいディスカウントコードを適用した新しい下書き注文を作成
顧客が支払いを終えている場合は、新しい注文を「支払い済み」に手動ステータス変更
メリット:
注文内容および会計レポートに、正しい割引率やクーポンコードが正確に反映される
顧客の注文履歴に正しい情報が残る
デメリット:
手動手続きに約10分を要する
2つの注文番号が生成され、レポートが分散する
返金完了までに3〜10日のリードタイムが発生する
選択肢 3:下書き注文の再発行 複雑な個別ディスカウントに推奨
適切なケース:
複雑なボリュームディスカウントの変更
多数の商品に対して個別の価格調整を行う場合
手順:
希望する価格水準に調整した新規下書き注文を作成する
商品(ラインアイテム)ごとにカスタム価格・割引を適用する
決済用インボイスを顧客へ送信する
メリット:
ラインアイテム単位で非常に細かな価格調整が可能
元の注文の整合性を傷つけない
デメリット:
新しい注文番号が生成される
運用の手間(工数)が大きく、自動化できない
💡 比較:自動化アプリ(Revize) vs 手動アプローチ
評価軸 | Revize(自動化) | 手動での「一部返金」 | キャンセル & 再作成 |
|---|---|---|---|
顧客の手間 | セルフサービス(極めて低い) | サポート問い合わせが必要 | サポート問い合わせが必要 |
処理完了時間 | 即時完了 | 作業2分 + 返金着金に3〜10日 | 作業10分 + 返金着金に3〜10日 |
コードの履歴確認 | ✔️ 正確に注文データに記録される | ❌ 記録されない(メモ欄のみ) | ✔️ 正確に注文データに記録される |
サポートチケット件数 | ✔️ 発生しない(0件) | ❌ 1件ごとに対応が必要 | ❌ 1件ごとに対応が必要 |
運用のスケール性 | ✔️ トランザクション増加にも自動対応 | ❌ 注文数比例でスタッフ工数増 | ❌ 注文数比例でスタッフ工数増 |
コスト | 月額$129(Proプラン) | 無料(スタッフの人件費を除く) | 無料(スタッフの人件費を除く) |
ROI(費用対効果)計算: 月に50件以上「クーポンの適用忘れ」や「価格変更」の問い合わせ対応を行っているストアであれば、Revize Proの月額料金は、削減できるサポートスタッフの人件費だけで即座に相殺可能となる。
返金処理の詳細はこちら: Shopify 返金処理:完全実務ガイド
注文メモ(Notes)やタグ(Tags)の編集
簡単:注文状況を問わず、いつでも制限なく編集可能
メモ(Notes)の追加手順:
Shopify管理画面で注文を開く
右側の「メモ」セクションまでスクロール
「編集」をクリック
メモ内容を入力(※ストア運用者向けの内部メモ。顧客には表示されない)
「保存」をクリック
タグ(Tags)の追加手順:
「タグ」セクションまでスクロール
割り当てたいタグ名を入力(カンマ区切りで複数入力可能)
エンターを押すと、リアルタイムで自動保存される
タグの主な活用法:
注文データのフィルタリング(「卸売」「VIP顧客」「優先出荷」など)
Shopify Flowによるバックオフィス自動処理のトリガー条件(自動メール送信、Slack通知など)
分析ツールでのセグメント抽出
出荷システム(WMS/3PL)とのカスタム連携トリガー
決済方法(Payment Method)の変更
実態: 注文が確定した後に、顧客が利用した決済方法を別の決済カードや異なる手段へ変更することは不可能である。
決済手段を変更したい場合の唯一の対処法:
既存の注文をキャンセルする
元の決済手段に対して全額返金処理を実行する
新しく注文を作り直す(下書き注文などを活用)
顧客に新しい決済手段(別のカードや別のゲートウェイ)で再度決済を実行してもらう
この厳しい制限が存在する理由:
当初の決済ゲートウェイ経由ですでにトランザクション(オーソリ・キャプチャ)が完了しているため
PCI-DSSなどのセキュリティ基準を遵守し、個人信用情報を保護するため
各決済代行会社(Stripe、PayPal、Shopify Paymentsなど)の仕様制限によるもの
事前の防止策:
チェックアウト画面に、利用可能な決済方法のロゴや案内をわかりやすく配置する
チェックアウト時の決済エラーが頻出していないか、定期的に購入テストを実行する
多様な選択肢(クレジットカード、PayPal、Apple Pay、後払いなど)を導入する
よくある注文編集のシナリオ
シナリオ 1:配送先住所を間違えて登録した
購入確定の10分後、顧客からメールで連絡: 「間違えて引越し前の古い住所で注文してしまいました! 注文番号 #1234 の配送先を変更できますか?」
タイムクリティカルな対応手順:
まだ未発送の場合(最も望ましいステータス):
Shopify管理画面から配送先住所を即座に修正(方法 1)
顧客へ完了報告メールを送信:「配送先住所を[新しい住所]に更新いたしましたのでご安心ください」
更新した情報でそのまま通常通り発送処理を実行
所要時間:約2分
発送手続き(Fulfillment)が完了しているが、まだ出荷拠点から搬出されていない場合:
提携している3PLや出荷委託倉庫へ大至急チャットや電話で連絡を入れる
出荷ラベルの印刷を止め、新ラベルへの貼り替えを依頼する
システム状況により、ラベル再発行の実費コスト(数ドル程度)が発生する場合がある
配送ステータスと変更完了の可否を顧客へ通知する
すでに運送会社へ荷物が引き渡され、輸送中(Shipped)の場合:
追跡番号(Tracking Number)から配送業者を特定し、緊急で連絡を入れる
住所の転送・変更手続きを依頼する:
ヤマト運輸・佐川急便など:転送手続きに伴う着払い転送料金(顧客側負担、または荷主負担)の設定を確認
海外配送(UPS、FedEx、USPSなど):規定の住所変更手数料が荷主(ストア側)に請求されるケースが多い
輸送ステータスによっては転送が間に合わない場合もある点に注意する
転送が不可能な場合:一度ストアに回収されるか配達不能になるため、返金処理を行い、正しい住所宛に再送する
注文編集アプリを導入している場合の解決プロセス:
顧客は、出荷締め時間前にセルフサービスポータルから自ら住所を修正する
サポート問い合わせ(チケット)自体が発生しない
スタッフ対応コストは「ゼロ」
人的エラーなしで即時解決
シナリオ 2:商品のサイズ・カラーの選択を間違えた
顧客からの連絡: 「間違えてブルーのMサイズを買ってしまいました。レッドのLサイズに変更してもらえますか? 注文 #1234」
まず、管理画面で注文のステータスを確認する:
未発送の場合:
注文編集アプリを導入している場合:
顧客は、メール内のボタンから専用ポータルへ移行し、自身で「バリアント交換(Swap Variant)」を実行する
ポータル上での変更完了まで約30秒
サポート窓口の対応コストは一切発生しない
アプリ未導入の場合:
該当注文の明細から「ブルー / M」を削除
同じ注文に「レッド / L」を追加
価格差を確認:
単価が高い場合:下書き注文を作成し、顧客へ差額分のインボイスを送付して決済を待つ
単価が低い場合:差額分をシステム上で「一部返金」処理する
顧客へ修正完了のメールを送信
新しい注文情報を出荷担当者(またはWMS)へ反映・発送する
対応工数:約5〜10分
すでに発送が完了している、または輸送中の場合:
標準的な「返品・交換」プロセスを適用:
顧客へ交換ポリシーを提示し、返品手続きを説明
顧客より「ブルー / M」をこちらの倉庫へ返送してもらう
到着後、検品を行い再販可能か確認する
倉庫から新たに「レッド / L」を出荷する
または:配送時間短縮のため、返送を待たずに新商品を先出し発送する(ただし返送されないリスクを考慮する必要がある)
解決までの総リードタイム:約7〜14日
顧客ロイヤルティを最大化するポイント:
優良顧客や購買履歴の多い顧客には、返送商品の到着を待たず、交換品を先行発送することを検討する
ブランドへの熱狂的なファン・リピーター化を促す強力なドライバーとなる
統計上、ほとんどの顧客はこの善意を悪用しない
シナリオ 3:追加で商品を購入したい(チェックアウト後)
顧客からの連絡: 「先ほど注文(#1234)を終えたのですが、追加したい商品があるのを忘れていました。同じパッケージに同梱して発送してもらうことは可能ですか? 送料を2重で支払いたくありません。」
客単価(AOV)および売上を拡大するチャンス!
注文編集アプリ(Revize)を使用している場合:
RevizeのスマートAIにより、チェックアウト後の「サンクスページ(注文完了画面)」や「注文ステータス画面」にて、自動で最適なレコメンド(アップセル)を表示する
顧客はその場ですぐにワンクリックで商品を追加可能
差額は自動決済され、既存の注文データへ1つの注文情報として統合される
倉庫では同梱商品として1つの配送伝票で発送するだけ
顧客の手間は1分、ストア側のマニュアル工数は「ゼロ」
アプリ未導入の場合(下書き注文での手動対応):
追加要望のあった商品のみを含む新規の下書き注文(Draft Order)を作成する
同梱対応とするため、配送オプションを「送料無料」に手動設定する
顧客へ決済インボイスを送信:
決済の完了を確認する
両方の注文番号を出荷伝票上で紐づけ、1つのパッケージで発送する
2つの注文に対して、同一の追跡番号を登録して発送完了とする
合計工数:5分 + 顧客の決済待ち時間
プロの売上アップ施策: この状況は単なるサポート業務ではなく、ストアの販売単価を高めるチャンスである。以下のような同梱特別オファーを提案して、さらなるLTV向上を狙うのも有効だ:
下書き注文の仕様を詳しく調べる: Shopify 下書き注文:完全ガイド
シナリオ 4:購入した商品の一部をキャンセルしたい
顧客からの連絡: 「注文 #1234 の中にある $50 のウォレットですが、やはり不要になったのでキャンセルしたいです。対応可能ですか?」
迅速な対応フロー:
未発送の場合:
Shopify管理画面から、対象の注文明細で該当のウォレット($50)を削除
Shopifyが決済システム(Gateway)と連動し、自動で $50 の一部返金処理を実行する
顧客へ完了確認のメールを送信:「ウォレットのキャンセルが完了しました。$50の返金は3〜10営業日以内にお客様の口座へ反映されます」
残りの商品をそのまま通常出荷ラインへ回す
所要時間:2分
すでに発送が完了している、または輸送中の場合:
即時で $50 の一部返金処理を管理画面上で実行する
以下のいずれかの対応を選択し、顧客と調整する:
返品対応(返送用着払い伝票を送付、または元払いで返送を要請)
返品なしでそのままお受け取りいただく(返送コストを考慮したストア側の損切り判断)
顧客へ選択肢と手順を記載したメールを送信する
対応工数:5分 + 実際の返送対応や検品にかかる時間
損益分岐に基づく判断基準:
商品の原価が $50 だとしても、実際の返送物流コスト(返送ラベル発行費用 + 倉庫受入・再在庫化手数料)に $10〜$15 かかる場合がある
もし商品の製造原価がその物流手数料を下回る、あるいはほぼ同等の場合は、顧客に返送の手間をかけさせず「お受け取り(または破棄)ください」と案内するほうが、トータルの損失を抑えつつ顧客満足度(NPS)を劇的に高めることができる
シナリオ 5:割引コード(クーポン)が適用されなかった
顧客からの連絡: 「決済時にクーポンコード『SAVE20』を入力したはずなのですが、割引が適用されていません。注文 #1234 に適用し直してもらえますか?」
重要: Shopifyの標準機能では、すでに確定した注文にディスカウントコードを遡って自動計算・適用する手段はない。しかし、Revizeなどの注文編集アプリを利用すれば自動処理が可能になる。
✔️ 推奨される解決策:注文編集アプリ(Revize)の利用
顧客のセルフサービス対応(ストア側のサポート工数ゼロ):
顧客自身が確認メール、またはストアのマイページから注文編集ポータルを開く
「割引(クーポン)の適用」オプションをクリックする
ディスカウントコード SAVE20 を入力する
Revizeの検証エンジンがそのクーポンの有効性を裏側で自動チェック:
✔️ クーポンが現在「有効(有効期間内)」であるか
✔️ 最低購買金額などの適用条件をクリアしているか
✔️ 対象外商品がカートに含まれていないか
システムが割引を自動で注文全体に適用する
注文合計金額が自動で再計算される:例 $100 → $80
連動する決済システムが、差額の $20 の自動返金を即座に処理する
顧客へ処理完了通知が自動表示される:「割引コード SAVE20 が適用されました。差額 $20 は、3〜10営業日以内にお客様のご利用決済口座へ返金されます」
対応時間: 顧客の操作30秒、サポートスタッフの作業時間は「0秒」
顧客体験(CX):
その場ですぐに疑問が解決され、待たされるストレスがない
サポートの返信を何時間も待つ必要がない
明細上で割引効果がすぐに反映されるため透明性が高い
人的ミスによる返金漏れが発生しない
夜間や週末でもリアルタイムで解決する
Pro Planのコア機能 (月額$129)
アプリがない場合の手動対応策:
選択肢 1:手動で「一部返金」処理を行う ⭐ アプリ未導入時の最も現実的なアプローチ
手動で割引対象額を計算:例 $100 × 20% = $20 割引
Shopify管理画面から、該当の注文に対して $20 の一部返金(Partial Refund)を実行する
顧客へ完了連絡メールを送信:
いつもご利用ありがとうございます。[お客様のお名前]トータル対応工数: 約2分
メリット:
アプリを導入していなくても即対応可能
顧客が求める割引金額を確実に返還できる
デメリット:
注文明細の売上データにクーポンコード履歴が紐づかない(売上分析やクーポン利用率データにブレが出る)
毎回スタッフの手作業工数と計算ミス発生のリスクが伴う
問い合わせ対応のための人件費が間接的に積み重なる
選択肢 2:注文のキャンセルと再作成 注文レポートの正確性を最優先する場合
元の注文 #1234 を全額返金でキャンセルする
管理画面から新しく下書き注文を作成し、割引コード「SAVE20」を適用した状態にする
すでにクレジットカードから決済が引き落とされている場合は、手動で「支払い済み」に変更する
顧客へ案内:「データの整合性を保つため、割引適用後の内容で新しく注文 #1235 を再発行いたしました」と送る
トータル対応工数: 約10分
メリット:
売上レポートや顧客履歴データ上、正確なディスカウントコードの使用履歴が残る
会計監査時などの混乱を防げる
デメリット:
ストア側の対応作業時間が非常に長い
複数の注文確認メールが連続して届くため、顧客が混乱しやすい
最初の課金分の返金着金までに3〜10日を要する
根本的な原因への対策:
割引キャンペーン開始前の厳密なテスト:
必ず複数のテスト環境(テスト注文)でディスカウントコードの挙動を検証する
チェックアウト時に正常に割引が算出されるか検証する
設定した条件(除外アイテム、顧客グループ指定、最低数量など)に誤りがないか二重に確認する
ディスカウントコード関連の主なトラブル要因:
よくある原因 | 対処方法 |
|---|---|
コードの有効期限切れ | 十分なキャンペーン期間を設定するか、自動終了設定を見直す |
最低購入要件に達していない | チェックアウト時に「あと$X追加でSAVE20が使用できます」と促す通知を設定する |
対象外商品の混在 | カートページや商品ページでどのアイテムが割引対象外かをあらかじめ明記する |
1人1回制限に引っかかっている | 顧客の購入履歴を確認し、例外対応する場合は代替用のワンタイムコードを配布する |
大文字・小文字の誤入力 | Shopify管理画面で、英数字の入力揺れに配慮した表記バリエーションを登録しておく |
キャンペーン開始時間前である | プロモーションを一般に告知・配信する前に、コードがアクティブ状態になっていることを時間指定で確実にチェックする |
チェックアウト体験(UI/UX)の最適化:
エラー発生時のシステムメッセージをわかりやすく書き換える:例「ディスカウントコード SAVE20 を使用するには、$50以上の購入が必要です」
クーポンが正常適用されたら、画面上で「お客様は $X 節約できました!」と明瞭にアピールする
決済ボタンを押す前の最終カート確認ページで、値引き後の合計額を強調して表示する
カゴ落ち(チェックアウト離脱)対策メールにも、割引コードの使い方案内や自動適用リンク(Discount URL)を含めておく
自動化アプリ(Revize)のさらなる予防効果:
顧客は、問い合わせをしなくても購入直後であれば自らの操作でクーポンを遡及適用できる
「ディスカウントコードを適用し忘れた」という内容のサポート窓口への問い合わせを最大90%以上削減可能
購入後に商品の追加や削除を行っても、システムが裏側で自動的にクーポンの値引き比率を再計算するため、計算ミスの心配がない
重複適用不可などの複雑なキャンペーンのルール変更にも完璧に準拠する
インパクト(費用・工数)比較表:
評価項目 | Revize(自動化アプリ) | 手動での一部返金 | キャンセル & 再作成 |
|---|---|---|---|
顧客の手間 | セルフサービス(ポータルで完結) | サポートへ連絡し、対応を待つ | サポートへ連絡し、対応を待つ |
顧客への解決速度 | 即座に解決(30秒) | スタッフの稼働待ち + 着金数日 | スタッフの稼働待ち + 着金数日 |
サポート窓口の負担 | ✔️ 完全に「ゼロ」 | ❌ 毎回手動の作業コストが発生 | ❌ 毎回手動の作業コストが発生 |
データ整合性 | ✔️ 正確に注文データに値引きコードが記録 | ❌ クーポン名は売上明細上へ反映されない | ✔️ 正確に注文データに値引きコードが記録 |
運用効率(スケール) | ✔️ トランザクション規模に関わらず完全自動 | ❌ 毎回のマニュアル処理が必要 | ❌ 毎回のマニュアル処理が必要 |
顧客満足度(CS) | ⭐⭐⭐⭐⭐(即時反映で極めて高い) | ⭐⭐⭐(返信・対応待ち時間あり) | ⭐⭐(手続きが煩雑で混乱しやすい) |
プロのアドバイス:
どうしても手作業でクーポン未適用問題に対処した場合は、分析用のタグとして "discount-issue" を対象の注文に追加しておき、後でエラー傾向を特定・分析できるように管理する。月間20件以上の同様のリクエストを人間が処理しているなら、その時間分の人件費(サポートコスト)だけでRevize Proのシステム利用料の元を確実に取ることができる。
コスト比較例: 月間50件の対応 × 1回に要する手作業時間5分 = 月間4.2時間分の労働力。時給換算でのサポート人件費や機会損失費用と、月額$129のRevize Proライセンス費を天秤にかければ、自動化の合理性は極めて明快である。
Shopify 注文編集:ベストプラクティス
1. 適切な「注文編集の制限時間(Edit Windows)」を設ける
自社の出荷業務サイクルやオペレーション負荷に合わせて、編集ポータルの受付時間を厳密にコントロールする:
ビジネスモデル別・推奨制限時間:
ビジネスモデル | 推奨する受付時間 | 設定の根拠・理由 |
|---|---|---|
ドロップシッピング | 2〜6時間 | サプライヤーのシステムへデータが即時に流れるため |
受注生産(POD / Print on Demand) | 6〜12時間 | 当日中、または翌朝にはプリント製造ラインが稼働するため |
標準的な自社小売EC | 12〜24時間 | 1日1回、特定の出荷締め時間に合わせてピッキングを行うため |
カスタムオーダー・ハンドメイド | 24〜48時間 | 製造開始までに一定のリードタイム猶予があるため |
大口卸売・B2B | 48〜72時間 | 注文規模が大きく、出荷前の数量や配送方法調整に時間が必要なため |
制限時間を顧客へ明示する方法:
注文確認メールでの表記例:
ご注文内容に変更はございませんか?
ご購入後12時間以内であれば、以下のお手続きをご自身で実行可能です:
• 配送先住所の修正
• 商品の追加・削除
• サイズやカラーの変更
ご注文内容を編集する:[注文を編集するボタン]
ストアのFAQ・ヘルプページでの表記例:
2. 変更・編集ポリシー(規約)を徹底的に周知する
ユーザーに規約をアピールすべき4つのタッチポイント:
✔️ 注文確認メール(最重要)
編集ポータルへ遷移するアクションボタンを目立たせて配置する
「編集可能なリミット時間」を太字で強調する
対応可能な変更項目をリストアップして分かりやすく見せる
✔️ サイトのフッター部分
「ご注文の変更・キャンセルについて」といった専用ポリシーページへのリンクを常設する
顧客が自らすぐに規約を検索・参照できる導線を提供する
✔️ FAQ・よくあるご質問ページ
「注文編集について」という大カテゴリを用意する
編集の具体的なやり方をステップ画像つきで掲載する
例外処理(時間が過ぎてしまった場合など)の救済ルールを記載する
✔️ チェックアウト完了画面(サンクスページ)
注文ボタンをクリックした直後の画面に注意事項を明記する
「これからの24時間は内容をいつでも自由に変更・追加できます」と案内する
購入直後の注文ミスに対する不安(バイヤーズリモース)を取り除き、CSコストを抑制する
包括的な編集ポリシーの構成例:
3. 自動化システムを構築し、手作業をなくす
注文編集アプリの自動化対象:
アプリを導入すると、以下のフローがすべて無人化される:
✔️ 設定時間経過後の編集受付の自動ロック(締め切りの厳守)
✔️ 商品削除時の決済返金トリガー(ゲートウェイとの即時連動)
✔️ 商品追加時の自動与信・決済処理の回収
✔️ 変更後のリアルタイム在庫データの棚卸・連動
✔️ 変更内容の確認メールの顧客への自動送信
✔️ 注文管理画面(タイムライン)への変更履歴データの自動書き込み
アプリを使わない場合 - Shopify Flowを活用する(Shopify Plusユーザー限定):
作成フローの一例:
よくある編集対応のための返信メール用テンプレート:
あらかじめヘルプデスク(Zendesk、Gorgiasなど)にテンプレートとして登録しておくべき文面:
テンプレート 1:住所変更完了の通知
テンプレート 2:商品キャンセル(一部返金)完了の通知
4. 編集理由(データ)を抽出し、ストアの根本改善に活かす
顧客がなぜ「購入後に編集したくなったのか」の理由を毎月可視化する:
簡単なトラッキング用データベースまたはスプレッドシートを作成:
編集の原因・理由 | 月間発生件数 | 全体に対する比率 | 実行すべき根本改善タスク |
|---|---|---|---|
サイズ間違いによる変更 | 45 | 40% | 商品ページに正確な寸法表(サイズガイド)や着用例を追加する |
カラー間違いによる変更 | 28 | 25% | スタジオ撮影写真を追加し、カラーバリエーションスウォッチを改善する |
配送先住所の入力ミス | 22 | 20% | 住所自動補完APIや住所エラーバリデーションを導入する |
別の商品の追加忘れ | 12 | 10% | カートおよびチェックアウト前ページで「よく一緒に購入される商品」を提案する |
システム価格の設定ミス | 5 | 5% | メタフィールドや価格バッチ更新フローのワークフローを再確認する |
合計 | 112 件 | 100% |
得られたインサイトを次の改善施策へ繋げる:
サイズ変更の件数が多い場合:
ラインアイテムごとに、ミリ単位・センチ単位での実寸サイズのチャート(Size Chart)を実装する
着用写真にモデルの身長、体重、および着用サイズを明記する
「標準体型に対して、この商品はややタイトめです」などのサイズ感レビュー(Fit Feedback)を記載する
簡単な質問に答えるだけで最適サイズがわかる「Fit Finder」のようなサイズ診断ウィジェットの導入を検討する
カラー変更の件数が多い場合:
実物に近い色合いを表現できるスタジオ撮影用の高演色光源下での写真素材へ一新する
商品の質感をより多角的に理解できる360度撮影画像や、着用動画を追加する
平置きのブツ撮りだけでなく、自然光など実生活に近いシチュエーションでの写真を追加する
「お使いのデバイス(モニター)によって実物と色の見え方が異なる場合がございます」といった注意書きを目立たせる
配送先住所入力エラーの件数が多い場合:
郵便番号から一発で住所を自動入力するAPI(Google Address Autocomplete)をチェックアウトへ確実に組み込む
「住所2(建物名・部屋番号など)」の記入欄の入力漏れを検知・警告するスクリプトを導入する
決済ボタンの直前に、配送先住所のみをポップアップで再確認させるフェーズを設ける
「商品の買い忘れ・追加」変更の件数が多い場合:
商品ページの下部に「このコーディネートに必要な他のアイテム」をパッケージ表示する
顧客ポータルの「注文履歴」画面において、ワンクリックで同梱可能な商品を追加購入できるアップセル枠を用意する
バンドル(セット割引)商品の構成を強化し、最初からまとめて購入しやすくなる動線を設計する
5. サポートスタッフ(カスタマーサポート)の教育を徹底する
どのような問い合わせに対してもスタッフが均一にスピード対応できるように、ルール・業務マニュアル(SOP)を整備する:
社内マニュアル(SOP)用のリファレンスドキュメントの構成例:
スタッフ用・注文編集に関する早見表(Cheat Sheet):
実践的なトレーニングプログラム:
新人サポートメンバー向けに、以下のシミュレーショントレーニング(ロールプレイ)を実行する:
出荷締め切り直前に「急いで配送先住所を変更してほしい」と連絡があった場合の優先対応優先度の判断
顧客が「今回の注文(#1234)の全商品を、別の新しいシーズン商品へ一括交換してほしい」と希望した場合の下書き注文を活用した差し替えフロー
購入後にディスカウントコードの適用を忘れたことに気づいた顧客への、一部返金を用いた差額対応手順
すでに発送準備中の注文と、追加で新しく購入した商品の、送料をまとめつつ1パッケージへ同梱する際の手続き手順
未発送状態の注文から、一部の商品のみをピッキング指示データ(WMS)から除外する手動削除手順
管理職へのエスカレーション基準:
以下に該当するイレギュラーなケースは、スタッフだけで判断せず、即座にサポートマネージャーへ報告・承認を求めること:
顧客が「返品はしたくないが、不満があるため全額返金してほしい」と主張し、対象商品の原価価値が $50 を超える場合
発送手続き完了からすでに7日以上経過している注文に対して、システム上の複雑な調整が必要な場合
顧客が激高しており、決済代行会社への「チャージバック(支払い異議申し立て)」をほのめかしている場合
複数の異なる注文番号(例:#1101、#1152、#1201)にまたがる一括調整が必要な複雑なケース
イニシャルや名前を入れるなどのカスタム・名入れパーソナライズ加工済みの商品の、加工開始後の仕様変更リクエスト
6. 注文編集リクエストそのものを減らす(徹底した予防策)
商品ページの情報をリッチにすることで、入力ミスやサイズ選定ミスを未然に防ぐ:
サイズ・着用感(Fit)情報の充実:
すべての服飾アイテムに対して、肩幅・身幅・着丈などを記載した詳細な実寸サイズ表を掲載する
着用モデルの正確な身長、体重、および着用している服のバリアント名を明記する
「このスニーカーは通常より0.5cm小さめのサイズ設計です。ハーフサイズ上のご購入を推奨します」といった具体的な着用アドバイスを表記する
購入レビュー欄において、実際に購入した顧客が投稿した「ちょうどよかった」「やや大きめ」といったフィット感フィードバックの割合を表示する機能を設ける
製品仕様の透明性:
綿、ポリエステルなどの素材配合率を正確に表記する
「洗濯機可」「手洗い推奨」などの詳細なケアガイドを記載する
付属品一式や、パッケージに同梱されている内容物をリスト化する
商品の実寸法(幅×高さ×奥行)および重量をわかりやすく記載する
ビジュアル情報の拡充:
スマートフォンの高精細ディスプレイにも対応できる高解像度の製品ズーム写真を追加する
あらゆる角度から商品を確認できる360度回転表示機能を実装する
使用シーンが想起しやすい実生活の中(屋外や部屋)でのライフスタイル写真を追加する
「お客様のご使用されるディスプレイ機器の性能や設定により、写真と実際の商品の色が若干異なって見える場合がございます」といった免責事項を記載する
チェックアウト画面(注文完了フロー)のユーザビリティ改善:
お届け先住所のリアルタイムバリデーション:
郵便番号から正確な市区町村名を候補表示する「Google Address Autocomplete API」を実装する
「配送会社(ヤマト運輸など)で届かないエラー住所(番地抜けなど)」を検知する住所バリデーションツールを導入する
決済確定ボタンを押す前に、入力された配送先情報を画面上にポップアップ表示して強調する
「以下の住所宛に配達いたします。内容にお間違えありませんか?[入力された配送先表示]」といった最終プレビューを必須にする
カート内の注文要約(Order Summary)の強化:
カート画面や最終決済ページで、商品の小さなサムネイル画像を必ず表示する
商品の正式名称およびバリエーション名を略さずに明確に表記する
お客様が選択したバリアント(サイズ・カラーなど)を強調カラーで表示する
合計個数(数量)を大きく明記する
注文確定後の確認ステップ:
「決済完了」ボタンをタップする前に、すべての入力情報を確認するための最終確認ページを必ず挟む
配送方法、支払方法、購入商品を一画面でスクロールせずに俯瞰できるようにレイアウト設計する
配送先住所の郵便番号、番地、アパート名を最終確認欄に大きく表示する
「この内容で注文を確定します。よろしいですか?」という意思確認ステップを作る
購入直後のシームレスなコミュニケーション設計:
注文完了直後の自動確認メールの最適化:
注文手続き完了から60秒以内に必ずメールを配信する
注文確定メール内に、商品の大きな画像つきの明細を掲載する
ポータルアプリへのアクセスを促す目立つカラーの「ご注文内容を編集・追加する」ボタンをヘッダーの直下に配置する
「あと○時間以内であれば内容の追加や変更が可能です」といったタイムリミット(デッドライン)をリアルタイムに計算して表示する
デザイン例:
ご注文が確定いたしました! 注文番号:#1234 【ご注文商品】: [画像 + 商品情報] 【配送先情報】: [入力されたご住所] 【お届け予定】: 1月15日〜1月18日 ご注文内容を変更・追加されたいですか? ご注文から12時間以内であれば変更が可能です。 [注文内容を編集するボタン]
FAQ:Shopifyでの注文編集(事後変更)について
購入手続き後に、Shopifyで確定した注文を変更することは可能ですか?
はい、可能ですがステータスにより一定の制限があります。未発送(unfulfilled)の注文であれば、配送先住所の修正、商品の追加・削除、タイムラインへのメモ追加などの編集が可能です。発送手続き開始後の変更はほぼ不可能です。最も確実な解決策は、注文編集アプリを導入し、一定時間内であれば顧客自身にポータルから変更を実行させるセルフサービスの仕組みを設けることです。
具体的にShopify管理画面から注文を編集するにはどうすればよいですか?
「注文管理」メニューから対象の注文を選択し、編集したい項目の横(配送先住所のセクションや商品リストセクションなど)にある「編集」リンクをクリックして実行します。ただし、未発送の注文に限られます。それ以外の複雑な変更を行う場合は、下書き注文を新規作成して同梱するか、一度注文をキャンセルして新しく注文を作成し直すか、あるいは注文編集アプリを利用する必要があります。
確定した注文の配送情報をストア運営側から変更することはできますか?
はい。未発送の注文に限り、配送先住所のテキスト、電話番号、メールアドレス、メモおよび管理用タグをいつでも書き換えることができます。しかし、すでに発送手続き(Fulfillment)が完了している場合は、住所欄の編集はロックされます。この段階で変更が必要になった場合は、メモおよびタグの修正のみが可能となり、住所変更については配送業者へ直接連絡して差し止め・転送依頼を行う必要があります。
すでに発送された(Fulfillment済みの)注文を編集する方法はありますか?
Shopifyのシステム内では、発送済みの注文に含まれる商品の削除や、お届け先住所の変更などを実行することはできません。対応手順としては、(1)不要になった分の金額を手動で「一部返金」処理する、(2)返品を受け付けてから交換用の新しい注文を別途作成する、などの運用回避となります。輸送中の住所を変更したい場合は、至急配送業者(運送会社)へ直接問い合わせ、荷物の転送・返送を依頼してください。
顧客に自分の注文を直接編集(セルフサービス変更)させることは可能ですか?
Shopifyのデフォルト機能(標準機能)では、顧客が自ら注文後に内容を編集することはできません。この仕組みを実現するには、Revizeなどの注文編集アプリの導入が必要です。アプリを導入することで、購入後に顧客へ送られるメールやサンクスページからシームレスに編集ポータルへ誘導し、制限時間内(例:購入後12時間以内)であれば、配送先、サイズ、カラー、数量などを顧客自身のスマートフォンから即座に修正させることが可能となります。
注文確定後、いつまで変更手続きを受け付けることができますか?
標準機能を使用する場合、該当注文のステータスが「未発送(unfulfilled)」であり、管理画面で「発送(Fulfill items)」ボタンをクリックする前であれば、いつでも編集可能です。一度一部でもピッキング処理や出荷ラベル発行を実行するとロックされます。注文編集アプリを使用する場合は、ストア運営者の運用ポリシーに合わせて、購入後10分〜48時間の間で自由に変更締め切り時間(Edit Window)をカスタマイズ設定できます。
注文確定後に、購入された商品の価格を事後変更することは可能ですか?
いいえ、確定した注文に対して商品の単価や、適用されたディスカウントコードの金額を直接修正・上書きすることは不可能です。その場合の対処法としては、(1)差額分を手動計算して「一部返金」処理を行う、(2)既存注文をキャンセルし、正しい適用価格を設定した新規注文を作成し直す、(3)下書き注文機能を使って差額分の精算用請求書を送信する、のいずれかの運用回避が必要です。
すでに確定している注文に、後から別商品を追加することはできますか?
はい、該当注文が「未発送」状態であれば可能です。注文画面の「編集」ボタンから商品検索(Browse products)を使用し、追加したい商品を選択して数量を入力します。追加分の料金を回収する必要がある場合は、顧客に支払い請求メール(決済リンク)をシステムから送信します。この一連の作業は、注文編集アプリ(Revizeなど)を導入すれば、顧客側の自発的なアップセル追加購入アクションとしてすべて自動連動処理が可能です。
注文内容から一部の商品だけを削除して、減額することはできますか?
はい。未発送の注文であれば、注文の編集画面から削除したいアイテムの横にある ❌ ボタンをクリックするだけで削除できます。Shopifyは削除された商品の金額を算出し、連動する決済システムを介して自動的に顧客への一部返金(Partial Refund)処理を実行します。発送手続き完了後の注文からの商品削除は不可能なため、手動での一部返金および別途返品手続きが必要です。
Shopifyで配送先住所を修正するための最短ステップを教えてください。
未発送の段階であれば:管理画面から対象の注文を開く → 画面右側の「配送先住所」セクションの横にある「編集」リンクをクリック → 住所テキストフィールドを正しい内容に書き換え → 「保存」をタップするだけで完了します。発送完了後の場合は、即座に配送委託先(3PL)または運送会社へ直接連絡し、配送ラベルの差し替え・差し止め転送の手続きを依頼してください(運送会社所定の手数料が発生する場合があります)。
商品のバリアント(サイズ・カラーなど)を直接差し替えるにはどうすればよいですか?
Shopifyの標準管理画面から、バリアントのみを直接「変更」するショートカットはありません。手動で行う場合は、注文内容から一旦古いバリアント(例:サイズM)を削除し、同じ編集画面から新たに正しいバリアント(例:サイズL)を追加する必要があります。価格差が発生する場合は、下書き注文での追加請求、または一部返金での精算が必要です。注文編集アプリを導入すれば、顧客自身がこの差し替え作業を完了できます。
注文を編集した場合、もともとの注文番号は変わってしまいますか?
Shopifyの標準機能による編集や、注文編集アプリ(Revizeなど)を使用して既存の注文を変更した場合、もともとの注文番号(例:#1001)はそのまま維持されます。しかし、手動で一度注文をキャンセルして新しく注文を再作成する方法を適用した場合は、完全に新規の取引としてデータベースに登録されるため、異なる新しい注文番号(例:#1002)が生成されます。
大量の注文に対して、一括で配送先住所などを編集(バルク編集)することは可能ですか?
Shopify標準の「一括編集(Bulk Editor)」やCSVのエクスポート・インポート機能を使えば、限定的に複数注文のタグ、メモ、発送情報をまとめて書き換えることができます。しかし、注文内の商品の差し替えや住所の正確な一括編集をバルク処理することは難しいため、通常はShopify Flow(Plusプラン専用機能)による自動化ワークフローの構築や、専用の注文一括処理サードパーティ製アプリを使用するのが一般的です。
注文の編集機能を利用するためには、Shopify Plusプランの契約が必要ですか?
いいえ、基本的な注文編集機能(未発送注文に対する住所・商品の変更、タグやメモの編集など)は、Shopifyのすべての料金プラン(Basic、Shopify、Advanced、Plus)で共通して標準利用可能です。ただし、Shopify Plusユーザーの場合は、高度なワークフロー自動化を実行するための「Shopify Flow」や、決済画面を高度に制御する機能(Shopify Scripts)などの限定開発ツールを利用できます。
Shopifyに導入できる、おすすめの注文編集アプリはどれですか?
Shopify App Storeで評価が高い上位アプリは以下の通りです:
Revize Order Editing & Upsell - 顧客自身でのセルフサービス変更、チェックアウト後アップセル、サブスクリプション編集に対応する最も推奨のアプリ
Order Editing by Cleverific - 管理画面側でのマーチャントスタッフによる編集作業を劇的に効率化したいストア向け
Edit Order by Customer.guru - シンプルな顧客セルフサービスポータルを低予算でスタートしたい個人ストア向け
中でもRevizeは、機能の先進性、運用効率性、自動化によるコストパフォーマンスの高さから、最も多くの中〜大規模ストアに推奨されます。
作成中の下書き注文(Draft Orders)を編集することはできますか?
はい。下書き注文は、実際の「確定注文」に変換する、あるいは顧客へインボイスを送信して決済を完了させる前段階のデータであるため、商品の追加、削除、価格変更、各種ディスカウントの適用、顧客情報の割り当てなど、すべての項目を制限なくいつでも自由に編集することが可能です。
注文のメモ欄や管理用のタグを編集する方法を教えてください。
注文メモおよび管理タグは、注文確定後や発送完了後、さらには返金完了後であっても、いつでもステータスに影響されることなく自由に書き換え可能です。対象注文の管理画面を開き、右側にある「メモ」または「タグ」のブロックまでスクロールし、テキストを入力して保存します。これらのデータはストア運営者専用であり、お客様のマイページなどには表示されません。
すでに確定している注文に対して、紐づいている購入顧客(アカウント)を変更できますか?
いいえ。Shopifyのデータ構造上、一度確定した注文(Order)に対して紐づいている顧客プロフィール(顧客ID)を事後に別の顧客データへと付け替えることは不可能です。顧客アカウントを完全に変更する必要がある場合は、一度該当注文をキャンセルし、正しい顧客データを選択した上で新しい注文を再作成する必要があります。
顧客から「決済方法(支払いに使うカード等)を変えたい」と言われた場合はどうしますか?
セキュリティ要件上、注文確定後にストア運営者が顧客の決済カード番号を入力し直したり、決済サービス(Apple PayからPayPalへの変更など)を事後編集することはできません。対応手順としては、一旦その注文を「キャンセル」して全額返金処理を実行し、新しく注文を作成して、顧客自身に正しい新しいカード・決済手段で再決済を実行してもらう運用になります。
Shopifyモバイルアプリ(iOS/Android)から注文を編集することは可能ですか?
はい。スマートフォンやタブレット用の「Shopify モバイルアプリ」からでも、未発送の注文に対して配送先住所の編集、商品の追加・削除などの基本的な編集作業を行うことができます。ただし、大量のバリアント差し替えや複雑な価格修正・下書き注文との紐づけなどの高度なバックオフィス業務は、デスクトップ(PC)版管理画面で行うのがスムーズです。
なぜ Revize が Shopify 注文編集における最良の選択肢なのか
手作業による注文編集対応は、バックオフィスの重大なボトルネックとなり、同時に対応の遅れによる顧客体験(CX)の低下を招く。Revize は、年商8〜9桁ドル規模のグローバルブランドに導入されており、卓越した自動化機能によりこれらの課題を一掃する。
注文編集業務が抱えるリアルな課題
自動化(アプリ)がない場合の代償:
⚠️ サポートチームのリソースの10〜15%が、注文の変更・キャンセルなどの手作業に奪われる
⚠️ 1件の手動編集(計算、返金、システム反映)に平均5〜10分を要する
⚠️ メールのやり取りの往復により、問題解決までに24〜48時間のリードタイム遅延が発生する
⚠️ 出荷前に変更が間に合わなかった場合、顧客は「対応が遅い」と不満を募らせ、ブランド価値が損なわれる
⚠️ 夜間や土日・祝日に届いたリクエストが休み明けに山積みになり、発送ミスを引き起こすトリガーになる
⚠️ 注文規模(注文ボリューム)が大きくなるにつれて、人件費(サポートスタッフ費用)が直線的に膨らみ続ける
⚠️ 急成長中のブランドにおいて、トランザクションの急増時にクオリティを維持するのが困難になる
月間1,000件のトランザクション規模における具体的なコスト損失:
全体の10%に編集・変更ニーズが発生 = 月間100件の手動対応が発生
1件あたり10分の手作業対応時間が必要 = 月間16.7時間の人的工数(リソース)が消費される
サポート単価を時給$30と算出 = 毎月$500相当の純損失費用が発生
さらに、本来取り組むべきマーケティングやストア改善に要する「コア時間(機会費用)」が奪われ続ける
Revize が提供する包括的な解決メカニズム
エンタープライズ対応の顧客セルフサービスポータル: 顧客が24時間、年中無休で、サポートチームを介さずに自らスマホやPCから注文内容を編集可能にする仕組みを提供する。
対応可能なコア編集能力:
✔️ 商品の追加購入(チェックアウト後に特化した高度なアップセル機能)
✔️ 商品の一部削除(自動決済連携による一部返金処理の実行)
✔️ バリアント交換(サイズ、色、スタイルの即時切り替えおよびデータ反映)
✔️ 数量の増減(自動価格再計算 + 差額の追加精算または自動返金)
✔️ 配送先住所の正確な更新(住所間違いによる「配達不能・返送リスク」の防止)
✔️ 顧客基本情報の編集(メールアドレス、電話番号のタイポ修正)
✔️ 配送オプション(通常便からお急ぎ便など)のアップグレード機能
✔️ 注文のキャンセル処理(即時の返金、または売上のストア離脱を防ぐストアクレジット付与)
✔️ 定期購買(サブスクリプション)注文の編集(※Revizeならではの先進機能)
✔️ チェックアウト後に、使い忘れたディスカウントコード(クーポン)を後から自動適用できる仕組み
高度な制御およびストア運営者用自動化設定:
商品カテゴリや配送方法に合わせて、個別に受付期間(締め切り時間)を細かくコントロール(固定、可変設定に対応)
予約商品やアウトレット品など、編集を「許可しない」特定商品の例外設定が可能
返金額を元のカード決済へ戻すか、ストア内でのリピート購入を促す「ストアクレジット(Store Credit)」で戻すかを選択可能
大手3PL(ShipBobなど)、WMS(倉庫システム)、ERP(基幹システム)、および不正検知ツールとの100件以上のネイティブ連携
編集時の製品在庫データとのリアルタイム連動(オーバーセルの防止)
顧客の変更傾向を可視化する管理画面分析レポートの提供
顧客にストレスを与えない洗練されたUXデザイン:
ストアロゴ、イメージカラーを完全に反映できる、ブランディング対応ポータル画面
モバイル(スマホ端末)からの操作に完全にレスポンシブな画面設計
編集の実行段階におけるリアルタイム在庫状況自動読み込みチェック
手続き完了時の自動更新通知メールの配信
複雑なパスワード入力の手間を排除する、認証用「マジックリンク」システム
日本語を含む20カ国以上の多言語表記への自動ローカライズ対応
Shopify Plus専用の高度な仕様:
エンタープライズ規模の膨大なトラクションでも遅延しない、ハイパフォーマンスサーバー設計
ストア独自のカスタムAPIを介した外部エコシステム連携設計
テクニカルエンジニアによるマンツーマンのアカウントセットアップ管理
ストアのフィードバックに基づく専用カスタム機能の開発優先権
非常に特殊なバックオフィス要件に対する個別サポート体制
初期導入時のスムーズな他システムからの移行サポート(ホワイトグローブ導入支援)
Revize 料金体系
Free Plan:
月間20件の編集まで無料
基本的な編集コア機能をすべて開放
標準カスタマーサポート
まずはアプリの機能や管理ポータルの操作感をテストしたいストアに最適
Starter Plan:月額$29
注文編集の件数制限は一切なし(無制限)
制限時間に基づく受付条件コントロール、定期変更スケジュールの適用
商品の数量増減、および特定商品のバリアント変更
配送先住所情報、メールアドレス等の連絡先情報のセルフアップデート
受付締め切り前の顧客自身でのワンクリック注文自動キャンセル
カスタマイズ可能な顧客向け自動編集通知テンプレートの利用
変更時の差額の元の決済口座への自動返金・連動
優先的なカスタマーテクニカルサポートの利用
30日間の無料トライアル期間を適用
Pro Plan:月額$129
Starterプランの全機能に加え、以下を提供:
顧客ポータル内での商品の追加(アップセル・クロスセル)によるストア客単価(AOV)の最大化
注文履歴内での、完全に異なる別商品への差し替え(スイッチ・交換)対応
顧客による「希望配送日」や「希望配達時間帯」の指定および変更機能
編集不可時間に入った場合の、ポータル内からCS担当への直接チケット(問い合わせ)送信フォームの設置
税務申告用インボイスデータの編集およびポータルからの直接ダウンロード機能
返金を現金の代わりに「ストアクレジット(デジタルギフトカード等)」に充当させ、売上流出を防ぐ高度な設定
変更時の配送手段(速達への変更など)のアップグレード機能
自社基幹システム(WMS/ERP)向けのカスタムデータ出力・個別仕様開発
専任エンジニアによるマンツーマンのライブシステム導入アシスト
30日間の無料トライアル期間を適用
Enterprise Plan:カスタム見積もり(個別相談)
非常に大量のトランザクションが毎月発生する大規模ブランド向け
要件定義に基づくストア独自開発機能の実装、専任エンジニアによる対応
すでに稼働している基幹コアシステム(独自ERP)との高度なデータ連携設計
詳細はRevizeサポートデスクへ要問い合わせ
すべての有料プラン共通:
Starterプラン、Proプランは30日間の無料評価期間つき
初期のセットアップ費用などは一切不要
契約期間の縛りはなく、いつでも解約(アンインストール)が可能
Freeプランはクレジットカード登録不要で即時利用可能
有力な世界的ブランドが Revize を選ぶ理由
年商8〜9桁ドルを誇るトップクラスのShopify Plusストアから絶大な信頼を獲得
Revizeは、インフラの安定性、リアルタイムなレスポンススピード、そして既存のエンタープライズ製品(3PL/ERP等)とのスムーズな統合を求める大規模マーチャントを最優先に考えて開発されたソリューションである。
技術的なアドバンテージ:
優れたスケーラビリティ:
月間数百件のスタートアップストアから、月間10万件以上の注文を捌く大規模ECまで同一の安定度で稼働
インフラのボトルネックを徹底的に排除した高並列処理アーキテクチャ
BFCM(ブラックフライデー・サイバーマンデー)やホリデーシーズンのトラフィック急増時でもダウンタイム「ゼロ」の実績
極めて深い外部エコシステム連携:
100以上の海外・国内の主要な外部システムとのネイティブAPI連携
グローバル物流ネットワーク(ShipBob、Flexport、ShipMonk等)への即時変更データ反映
エンタープライズ向けERP(NetSuite、SAP、Microsoft Dynamics等)との二重計上を防ぐクリーンなデータ連動
主要サブスクプラットフォーム(Recharge、Bold、Skio等)との完全なデータベース統合
不正注文検知システム(Signifyd、NoFraud、Riskified等)の審査プロセスを邪魔しないデータフロー設計
Revize独自のユニークな競合優位性:
サブスクリプション(定期購買)の次回注文スケジュールや内容の顧客編集をサポートする唯一のアプリ
細かく制御できる高度な変更可能時間(デッドラインルール)設定
返金のキャッシュアウトを食い止め、LTVを高める「ストアクレジット返金」フローの実装
注文ステータス画面や購入完了メール上での、顧客の次の購入を促す「チェックアウト後アップセル」機能
インボイス・領収書データの即時書き換えおよびダウンロード提供
エンタープライズ顧客の個別仕様要件を満たす、個別カスタム機能の優先実装・開発体制
サポートチームの高い対応品質:
初期設定で失敗させないための、完全伴走型のシステムセットアップ支援
Proプラン、Enterpriseプラン契約者に提供される専用優先サポート窓口
ビデオ通話(Zoom等)を介した、リアルタイムなインストラクションミーティングの設定
開発エンジニアによるAPI連携時のトラブルシューティング協力
Shopify App Storeにて評価星5.0(満点)を継続中 - 導入ストアオーナーたちから、トラブル解決の迅速さや機能の網羅性、バックオフィス改善インパクトについて圧倒的な支持を集めている。
バックオフィス実務に役立つ関連記事
Shopifyの注文・返金・顧客管理の仕様をより深く理解する:
Shopify 下書き注文(Draft Orders)完全実務ガイド - カスタム価格の設定や個別請求書発行による注文編集・B2B販売の手法
Shopifyで一部返金(Partial Refund)を確実に行う手順 - 注文から特定のアイテムを削除した際の精算手続きと、決済連動の注意点
Shopify 返金処理・完全ガイド:実務編 - キャンセル時のトランザクション手数料や返金期日、決済レポートへの影響について解説
Shopify ソーシャルログイン(Social Login)導入ガイド - 顧客のアカウント登録やログインの摩擦を排除し、注文編集に必要なポータルログインを簡単にする方法
結論:Shopify注文編集のマスタープラン
Shopifyでの注文編集は可能だが、システム上の制限を正しく把握し、適切なアプローチと最適なツールを組み合わせて処理を最適化する必要がある。以下がそのまとめである:
Shopifyの標準編集機能:
✔️ 未発送に限り、簡単な情報(お届け先のテキスト、商品の追加・削除)の修正に対応可能
✔️ 追加費用なし(標準機能として組み込み済み)
❌ 発送手続き(Fulfillment)が一度でも開始されると、ほぼすべての機能が自動的にロックされる
❌ リクエストごとに手動で管理画面から作業する必要があり、トランザクション増加に比例して人件費が積み重なる
❌ 顧客自身が自分で操作してその場で直感的に解決する手段は提供されない
状況に応じたベストな対処手順:
未発送の軽微な住所間違いの場合: 標準の住所編集機能を使用(対応時間30秒)
商品の事後追加の場合: 下書き注文(Draft Orders)を作成してインボイスを送る(工数5分)、または注文編集アプリのアップセル連携で自動精算(工数0)
注文の根底を覆すような大幅変更・価格修正の場合: 一度全額返金で注文を「キャンセル」し、新しく正しいデータで再作成する(工数10分)
長期的な運用効率化・問い合わせ削減を最優先する場合: 注文編集アプリ(Revize等)を導入し、セルフサービス化する(マーチャント側の対応工数ゼロ)
今日から実行すべき重要アクション:
明確な受付ポリシーを策定・公表する: 出荷リードタイムに基づく編集可能時間を定め、注文確認メールやFAQへ明記する
商品ページの解説レベルを高め、誤注文を防ぐ: 正確なサイズガイド、複数光源での写真、正確な素材表示を追加し、バリアント変更リクエストそのものを30〜40%抑制する
可能な限りフローを自動化する: 注文編集アプリを導入すれば、中規模以上のECストアで月間15時間以上のバックオフィス工数を確実に削減可能
顧客の編集データからストアの問題点を暴き出す: なぜ変更リクエストが起こったのかを追跡し、サイズ間違いが多い、住所間違いが多いなどの根本原因をサイト改善で解決する
カスタマーサポートの対応マニュアル(SOP)を標準化する: スタッフによる対応速度や返金手作業の品質を一定以上に保ち、クレーム化を防ぐ
一歩先を行くストア運用へ:
現代のオンライン消費者は、注文後であってもAmazonのような柔軟なセルフサービス対応を期待している。D2Cストアがこの高い期待値に応え、リピート率(LTV)を高めるためには、エンタープライズクラスの注文編集ポータルの提供が不可欠である。
Revize などの注文編集アプリを導入することで実現する未来:
顧客セルフサービス化による、サポート窓口を介さない24時間年中無休の即時解決CXの提供
変更、返金、決済回収、在庫変動、通知、ログ記録をすべてシステムが自律して回す、手作業不要のオペレーション
毎月何万件もの大規模トランザクションを捌くShopify Plusストアにも耐えうる、盤石な稼働安定性の確保
ストアブランドのトーン&マナーに一致する、違和感のないオリジナルカスタマイズポータルの構築
チェックアウト後のアップセルによって、問い合わせ対応時間を追加の購入オファー(客単価向上)へ変換する仕組み
ストアの規模が10倍になっても、バックオフィスのサポート人件費を完全に抑え込める高いスケーラビリティ
既存の提携3PLや独自のWMS/ERPなどのデータ基盤と、APIを介して齟齬なく注文データを完全に同期する柔軟なエコシステム
注文編集の手作業を完全に自動化する準備はできましたか?
Revize をインストールする - 世界的なトップブランドにも採用されており、Shopify Plusの高度な要件に準拠して設計された最高峰の注文編集ソリューション。月20件の編集まで無料で試せるFreeプランあり。Starterプランは月額$29から、Proプランは30日間の無料評価トライアルつき。
最終更新:2025年10月
2026年8月改訂。 Revizeは、Shopifyストアに導入できる、顧客セルフサービス型のチェックアウト後注文編集アプリです。発送(Fulfillment)前であれば、サポートスタッフを介さずに、配送先住所の修正、商品の追加・バリアント変更、キャンセル手続きと自動返金(または売上を逃さないストアクレジット付与)を、購入者自身がスマホ等から即座に完結させることができます。詳細については、顧客にShopify注文を自己編集させる方法、または Shopifyアプリストア内のRevize公式ページ をご覧ください。
RevizeでShopifyストアを刷新しましょう。顧客体験を軸にリードする。
© 著作権 2024、無断転載を禁じます
RevizeでShopifyストアを刷新しましょう。顧客体験を軸にリードする。
© 著作権 2024、無断転載を禁じます
RevizeでShopifyストアを刷新しましょう。顧客体験を軸にリードする。
© 著作権 2024、無断転載を禁じます
RevizeでShopifyストアを刷新しましょう。顧客体験を軸にリードする。
© 著作権 2024、無断転載を禁じます



