Shopify Sidekickの注文変更プロンプト(2026)

執筆:Shubham Vats(Revize創業者)

公開日:読了まで12分

目次

作業に合わせてShopify Sidekickのプロンプトを選ぶ

注文変更の作業に使うShopify Sidekickのプロンプトは、必要な出力と、その確認を担当する人に合わせて選びます。

まずは1件の注文から始めます。角括弧内の項目をクライアントのストアの値に置き換えます。正確な商品バリエーションと日付を使い、社内メールの宛先も置き換えてください。チームの共有シートでは、プロンプトの横に販売者側の承認担当者を記録します。

作業 最初に使うプロンプト Sidekickが行うこと 確認事項
注文を修正する 「[ORDER]の数量変更を確認できる状態にしてください。」 確認用の編集を準備する 対象の明細、支払い残額、フルフィルメント、通知
繰り返し発生する変更を振り分ける 「RevizeのOrder editedトリガーを使い、無効状態のFlowの下書きを作成してください。」 ワークフローの下書きを生成する インストール済みのトリガー、条件、宛先、テスト結果
注文の動きを調べる 「[DATES]のorders-over-timeのデータ探索を作成してください。」 ShopifyQLクエリを生成する 日付範囲、指標、フィルター
顧客による編集を確認する 「[DATES]の編集された注文を、編集の種類別にRevizeに問い合わせてください。」 Revizeアプリのデータを読み取る アプリの利用承認、指定した日付、指標の意味

より広い機能評価には、Sidekickと代理店の比較表を使ってください。このシートは注文変更の作業に絞ります。

確認用の注文編集を準備する

Sidekickは、既存注文の編集画面で商品、数量、割引の変更を準備し、販売者が確認できるようにします。Shopifyは対応する編集内容を説明しています。

プロンプトを入力する前に、対象の注文を開きます。Shopifyによると、注文が変更されるのは、販売者が提案を確認してUpdate orderをクリックしたときだけです。確定の手順を確認してください。

商品を追加する
Prepare an edit to order [ORDER]. Add [PRODUCT AND EXACT VARIANT] with quantity [QUANTITY]. Leave the change ready for review.

Sidekickが追加を準備します。販売者が提案された変更を承認する前に、正確なバリエーションと数量を顧客の依頼と照合し、新しい注文合計額を確認して、未払い額があればその対応担当者を決めます。

商品を削除する
Prepare an edit to order [ORDER]. Remove [EXACT LINE ITEM]. Leave the change ready for review.

Sidekickが削除を準備します。残る商品が顧客の依頼と一致していることを確認し、減額後の合計額を確認します。返金の作業も明記してください。

数量を変更する
Prepare an edit to order [ORDER]. Set [EXACT LINE ITEM] to a final quantity of [NEW QUANTITY]. Leave the change ready for review.

Sidekickが変更後の数量を準備します。元の数量と提案された数量を顧客の依頼と照合し、対象の明細のフルフィルメント状況を確認してから承認します。倉庫の作業が進んでいて、変更に対応できない場合があるためです。曖昧さを避けるため、変更後の最終的な数量を指定してください。顧客自身でこの変更を行える場合は、注文の出荷前に数量を変更する方法を参照してください。Revizeでは、フルフィルメント前に顧客自身が対象の注文を変更できるため、その問い合わせ対応が不要になります。

手動割引を適用する
Prepare an edit to order [ORDER]. Apply a [PERCENTAGE] manual discount to [EXACT LINE ITEM]. Leave the change ready for review.

Sidekickが割引を準備します。適用範囲と計算された金額を確認してください。いずれの編集も、承認する前に変更後の支払い残額と顧客への通知の選択を確認します。

増額後の合計額を保存すると、販売者は更新した請求書を送れます。減額後の合計額を保存すると、販売者は返金を行えます。保存だけでは代金は回収されません。

更新後の注文を確定する前に注文変更を確認する販売者

繰り返し発生する変更に使うFlowの下書きを作成する

Sidekickは無効状態のShopify Flowワークフローを生成し、販売者が確認とテストを行ってから手動で有効にできるようにします。Shopifyのワークフローガイドでは、その手順とデスクトップ端末が必要なことを説明しています。

まずデスクトップ端末でFlowをインストールして開きます。Sidekickでワークフローを生成するには、デスクトップ端末が必要です。インストール済みのアプリコネクターを含め、その環境で利用できるトリガー、条件、アクションを使って作成してください。

これらの下書きには、Revizeのドキュメントに記載されているOrder editedトリガーを使います。Revizeをインストールすると、RevizeのトリガーがFlowに表示されます。RevizeはFlow連携を通じて、注文の詳細と更新された値を渡します。

編集された注文にタグを付けて振り分ける
Draft an inactive Shopify Flow workflow using Revize's Order edited trigger. Add the tag [EDIT TAG] to the order and send an internal email to [OPS EMAIL] with the order link. Leave it inactive for review.

Sidekickがワークフローの下書きを作成します。選択されたトリガー、タグの綴り、運用担当者のメール宛先を確認し、フルフィルメントのルールでまだ使われていないタグを選びます。有効にする前に、注文リンクをテストしてください。

編集後に未払い額がある注文を運用担当者に通知する
Draft an inactive Shopify Flow workflow using Revize's Order edited trigger. If the order's current outstanding balance is greater than zero, email [OPS EMAIL] the order link and balance. Use available order fields. Leave it inactive.

Sidekickが条件と通知の下書きを作成します。実際に使われている残額フィールドと通貨を確認してください。有効にする前に、支払い済みの注文と未払い額が残る注文をテストし、編集の通知が繰り返し届く場合に運用担当者がどう対応するかを決めます。

生成された残額フィールドで注文の未払い額を表せない場合や、トリガーのデータにチームの対応に必要な状態が示されていない場合は、下書きを無効のままにしてください。

Flowプロンプトガイドでは、より幅広い自動化のアイデアを扱っています。ワークフローの下書きの承認と、個別の注文編集の承認は別の作業です。

指標を定義してレポートを作成する

注文レポートで、注文変更や取り消しがどこに集中しているかを把握してから、該当する注文を調べます。

Sidekickは、自然言語の依頼から注文レポート用のShopifyQLクエリを生成できます。Shopifyはレポート生成の仕組みを説明しています。

ShopifyQLはShopifyのレポート用クエリ言語です。これらの依頼には、デスクトップブラウザーで新しいデータ探索を使います。Shopifyは、期間別の注文、商品別の取り消し、フルフィルメントにかかる時間に関する質問を具体的に記載しています。

注文数を確認する
Create an orders-over-time data exploration for [START DATE] through [END DATE]. Show the order count by day.

Sidekickがレポート用のクエリを作成します。結果をクライアントと共有する前に、指定した日付と日別の集計を確認します。その後、販売者が翌月も同じ定義に戻れるよう、分析結果の横にレポート名を記録してください。Shopifyによると、Orders over timeでは、注文日の翌日以降に行われた編集が別の注文として数えられます。新しい注文が作成されていなくても、このように集計されます。

商品別の取り消しを確認する
Create an orders-and-reversals-by-product exploration for [START DATE] through [END DATE]. Show ordered quantity and reversed quantity by product.

Sidekickがレポート用のクエリを作成します。出力が数量を使っていることを確認してください。結果を返金された現金の額や、顧客による編集の完全な台帳として示さないでください。クライアントの財務上の解釈は、レポートに記載された範囲にとどめます。

フルフィルメントにかかる時間を確認する
Show median time to fulfill for orders in [START DATE] through [END DATE]. State the measurement period and time unit.

Sidekickがフルフィルメントのレポートを作成します。指標が注文受付からフルフィルメントまでを測定しており、期間と単位が意図したものになっていることを確認してください。配送にかかる時間とは区別します。

Revizeデータに使うShopify Sidekickプロンプト

Revizeは、顧客による注文編集、追加された注文金額、編集時間、追加の支払いを待つ注文、キャンセル理由について、Sidekickに読み取り専用の回答を提供します。Revizeは利用できるデータを一覧にしています。

Shopifyによると、Sidekickはインストール済みのアプリを使う前に承認を求めます。承認のリクエストが表示されたら、意図したアプリを承認してください。

以下の各プロンプトは、アプリのデータに基づく回答を求めます。Sidekickを通じて、Revizeが設定を変更したり、注文を編集したり、顧客に代わって操作したりすることはできません。データの取得元が明確になるよう、プロンプトでRevizeを指定してください。

編集された注文を種類別に確認する
Ask Revize how many orders were edited from [START DATE] through [END DATE], broken down by type of edit.

SidekickがRevizeの編集済み注文データを読み取ります。日付は注文が行われた時点に基づいて注文を選択します。 そのため、正しい読み方は「3月に行われた注文のうち、編集があるもの」であり、「3月に行われた編集」ではありません。最近の期間の注文は編集が蓄積するまでの時間が短いため、活動の減少として示さないでください。1件の注文に複数の編集の種類が含まれることがあるため、種類別の件数を足し合わせないでください。

チェックアウト後に追加された金額を確認する
Ask Revize for order value added after checkout from [START DATE] through [END DATE]. Label it as value added.

Sidekickが追加された注文金額を読み取ります。追加された金額は、回収済みの現金ではありません。 販売者が回答をクライアント向けの売上レポートに使う前に、見出しで追加金額という定義が維持されていることと、注文金額の増加を入金確認済みとして示している人がいないことを確認します。

平均編集時間を確認する
Ask Revize for average edit duration from [START DATE] through [END DATE]. Include the unit used in the answer.

Sidekickが平均時間を読み取ります。回答をクライアントの過去の期間と比較する前に、両方の数値が意図した日付範囲と同じ時間単位を使っていることを確認します。販売者のレポート全体で、指標を編集時間として示してください。この数値をサポート業務の削減時間に置き換えないでください。

現在の追加支払い待ちの注文を確認する
Ask Revize how many orders currently await additional payment. Treat this as the current backlog across all order dates, without a date filter.

Sidekickが現在の追加支払い待ちの注文を読み取ります。件数はすべての注文日にわたります。 販売者がこの件数をクライアント向けの月次レポートに追加する前に、質問した時点を記録します。見出しが、すべての注文日にわたる現在の支払い待ち件数を示しており、その月に作成された注文の集計と受け取られないことを確認してください。

理由別のキャンセルを確認する
Ask Revize for cancellations by reason from [START DATE] through [END DATE]. Keep the returned reason labels.

Sidekickがキャンセルの内訳を読み取ります。編集された注文と同様に、日付は注文が行われた時点に基づいて注文を選択します。顧客が記録した理由に基づいて比較できるよう、返されたラベルをそのまま使ってください。データに示されていない原因を推測しないでください。

追加支払い待ちの注文は、期間を指定した回答と分けて扱います。クライアント向けの月次スライドでは、編集された注文数とキャンセル件数は注文が行われた期間、追加金額と編集時間の指標は活動が行われた期間、未払いの注文は確認した時点を明記してください。

期間を指定した注文編集と、現在追加の支払いを待つ注文の比較

導入前にクライアントの承認担当者を決める

クライアントのストアごとに、各Shopify Sidekickプロンプトの出力を確認し、そこから生じる変更を承認する担当者を決めます。

共有のプロンプトシートを1つ用意します。クライアントのストアを記録し、目的の横にプロンプトを貼り付けます。想定する出力を追加し、確認担当者の名前と承認時の確認事項を記載してください。テンプレートをクライアントごとにコピーし、各ストアの商品情報と通知先を置き換えます。

Shopifyによると、各スタッフは管理画面の権限に応じてSidekickを使えます。販売者側で権限を持つスタッフを、準備された編集の確認と支払いのフォローアップの担当者に指定してください。

有効にする前に、各Flowの下書きをクライアントのストアでテストします。Shopifyは、生成されたワークフローには業務固有のロジックが含まれないことがあると注意しています。ワークフローのテスト要件を確認してください。

承認済みのプロンプトと一緒に実際の出力を保存します。販売者の次のシフトの担当者が、チャットから依頼内容を再構成しなくても、提案された変更やワークフローを確認担当者の判断と並べて確認できるようにするためです。代理店向けの購入後運用ガイドでは、クライアントの運用プロセスをより広く扱っています。

顧客が編集できる手段を用意する

Sidekickは管理業務のアシスタントです。Shopifyによると、顧客と会話したり、販売者に代わってサポートのやり取りを行ったりすることはできません。Shopifyはこの制限を明記しています。

Revizeは、販売者の編集期間内かつフルフィルメント前に、Shopifyの注文状況ページで顧客が編集できる流れを提供します。顧客が変更できる内容は販売者が管理します。Revizeの顧客ポータルのドキュメントで、その流れを説明しています。

まず期限を設定します。顧客による編集の設定ガイドから始め、許可する変更を定義してから、顧客のセルフサービス用にRevizeをインストールします。スタッフの承認担当は、プロンプトシートに記録しておいてください。

よくある質問

Sidekickは承認なしで注文を変更できますか?

Sidekickが既存の注文を更新するのは、提案された編集を確認し、Update orderをクリックした後だけです。Shopifyはこの確定の手順を説明しています。

顧客はSidekickで自分の注文を変更できますか?

いいえ。Sidekickは管理業務のアシスタントです。Shopifyによると、顧客と会話したり、販売者に代わってサポートのやり取りを行ったりすることはできません。ShopifyのSidekick設定ガイドを確認してください。Revizeは、販売者の編集期間内かつフルフィルメント前に、注文状況ページで顧客自身が注文を編集できる機能を提供します。

SidekickはRevizeのデータを参照できますか?

はい。読み取り専用で参照できます。Revizeをインストールすると、Sidekickは編集の種類別の編集済み注文、チェックアウト後に追加された注文金額、平均編集時間、追加の支払いを待つ注文、理由別のキャンセルについて回答できます。Revizeは共有するデータを一覧にしています。Sidekickはインストール済みのアプリを使う前に承認を求めます。

SidekickにはShopify Plusが必要ですか?

いいえ。Shopifyによると、Sidekickは利用中のプランに含まれます。機能と利用上限はプランによって異なります。すべてのクライアントのストアで同じ機能を使えると約束しないでください。

同じプロンプトなら、常に同じ結果になりますか?

いいえ。Shopifyによると、同じAIへの依頼でも異なる結果になることがあります。AIのベストプラクティスでは、承認前の確認を求めています。次の確認担当者が具体的な参照先を持てるよう、各プロンプトと採用した出力を一緒に保存してください。