Shopify注文タグ・メモ活用。対応漏れを減らす運用設計
タグは探すため、注文メモは注文の指示を残すため、タイムラインのコメントはスタッフ間の引継ぎのために使います。顧客への連絡まで一つのメモ欄で済ませようとすると、対応済みの判断が曖昧になります。
注文詳細のタグで分類し、タグによる絞込みを保存ビューにします。注文メモと社内タイムラインのコメントは分けて扱い、顧客への説明は別の連絡経路で行います。タグ名の統一、担当・次の作業・期限・解除条件は本記事の運用案として決め、対応完了をタグの存在だけで判断しません。
現在の料金と条件
判断に使う数字と条件。
タグを条件にした注文ビューを保存できます。
注文メモを有効にしたストアでは顧客も入力できます。
コメントはスタッフ向けで、顧客への通知ではありません。
担当・期限・解除条件は本記事の運用提案です。
横並びで比較
同じ注文でも、記録する場所を分ける。
役割が重なる自由入力を増やすより、何の証拠をどこへ残すかを先に決めます。
| 場所 | 役割 | 混同しないもの |
|---|---|---|
| タグ | 注文の分類・検索・保存ビュー | 支払い済み・出荷済みの実状態 |
| 注文メモ | 注文に関する特別な指示 | 顧客へ連絡を送った証拠 |
| タイムライン | スタッフ間のコメント・対応履歴 | 顧客向け通知・請求書の送信 |
確認事項 01
タグの役割と解除条件を決める。
以下はShopifyの既定タグではなく、本記事の命名例です。要連絡などの状態と、住所確認などの理由を分けると、同じ意味のタグが増えるのを抑えられます。
- 01命名例
state-contact-needed、reason-address-checkのように役割を分ける案です。日付・担当名・長い経緯を一つのタグへ詰めず、短い共通語彙を管理します。
- 02解除条件
要連絡なら顧客との合意、住所確認なら正しい配送先の確定など、実作業の完了条件を決めます。タグを外したことだけで連絡済みとは判断しません。
- 03情報の最小化
タグに住所・電話番号・決済情報などを重複して記録しません。業務に必要な情報だけを適切な欄で管理する運用案です。
確認事項 02
未対応注文を、保存ビューで見つける。
注文詳細のタグ欄で既存タグを選ぶか新規に追加し、注文一覧をタグで絞り込んで結果をビューに保存します。ビューへの変更の保存はデスクトップの管理画面で行います。タグを付けることと、その注文への対応は別の作業です。
- 04既存語彙を選ぶ
新しいタグを毎回作らず、共通の候補を確認します。公式では注文タグに長さの制限があるため、名称は短く設計し、入力可否も実画面で確かめます。
- 05ビューを照合
対象のテスト注文にタグを付け、タグなしの注文が混ざらないかを確認します。解除後にそのビューから外れることも試します。
- 06引継ぎを閉じる
保存ビューの対象注文と担当者の作業記録を照合します。件数が減っただけで全件解決とせず、解除理由と顧客合意を確認します。
確認事項 03
メモ・社内コメント・顧客連絡を分ける。
注文メモは注文に含まれるメッセージや指示で、注文メモを有効にしたストアでは顧客も入力できます。タイムラインのコメントはスタッフ間の内部連絡です。社内に書いたことを顧客へ伝達済みとは扱いません。
- 07注文メモ
特別な指示を追記・編集する前に、顧客が残した指示と既存内容を確認します。上書きで元の依頼を失わない運用にします。
- 08タイムライン
担当・次の行動・期限・確認結果を社内コメントへ残す運用案です。スタッフへのメンションも使えますが、コメント投稿を顧客への通知と混同しません。
- 09顧客への説明
必要な説明は注文詳細からの顧客連絡など別の経路で行い、送信内容と対応結果を確認します。タグ・メモだけで案内済みと判定しません。
よくある疑問
よくある疑問に、先に答える。
タグを付けると支払い・出荷状態も変わりますか？
タグは分類・整理のためのものです。タグ付けを支払い確定やフルフィルメント完了の証拠にはせず、注文の実状態を別に確認します。
注文メモは顧客も入力できますか？
ストアで注文メモを有効にしている場合、顧客自身も注文へメモを追加できます。社内専用のタイムラインコメントとは役割を分けます。
タイムラインへコメントすれば顧客に伝わりますか？
いいえ。タイムラインのコメントはスタッフ向けの内部連絡です。顧客への説明は別途送信し、その内容と結果を確認します。
この記事のタグ名はShopifyの標準ですか？
いいえ。state-contact-neededなどは本記事の命名例です。必要な例外対応と解除条件を決め、店舗で共通の語彙へ調整してください。
公式情報