注文メモの自由記述で配送日時を受け取るのをやめるべき理由
Shopifyのストアで配送日時を受け取る方法として、いちばん手軽なのは注文メモ（カートの備考欄）です。テーマの設定で欄を表示すればよく、アプリもいらない。私もこの運用を選ぶ気持ちはよく分かりますし、注文が1日数件のうちは実際に回ります。ただ、注文が増えるにつれ、この方法のコストは、毎注文積み上がっていきます。この記事では、自由記述による受付とプルダウン式の日時指定を比較し、移行のしかたを整理します。書いているのは、配送日時指定アプリ「ヒドケイ｜配送日時指定」をつくった本人です。
自由記述で起きていること
注文メモで日時を受け取る運用の実態を、正直に並べます。
読み取りと解釈が毎回発生する。 「25日の午前でお願いします」「年末に間に合わせたい」「できれば早く」— 書かれた内容を人が読み、日付と時間帯に読み替えます。この作業は注文ごとに発生し、量が増えればミスも増えます。
守れない指定がそのまま届く。 自由記述はカレンダーを持ちません。定休日・長期休業・リード日数を無視した日付が書かれ、それは注文が確定した後でしか気づけません。そこから修正の連絡をすることになれば、買い物客にもストアにも手間です。
表記が揃わない。 「12/25」「12月25日」「25日」「クリスマス」。人間には同じ意味でも、後から集計しようとするとそのままでは扱えません。12月25日指定の注文を一覧する、といった操作のたびに読み替えが入ります。
書き忘れが判断に残る。 何も書かれていない注文が「指定なし」なのか「書き忘れ」なのかは、受付側では区別できません。確認の連絡を入れるか、そのままにするか。どちらの判断も人に委ねられます。
プルダウン式にすると何が変わるか
お届け希望日と時間帯をプルダウンから選ぶ方式では、この問題の多くが構造的に消えます。
まず、選択肢しか選べない。 カレンダーに表示される日付は、ストアがあらかじめ設定したリード日数・締め時刻・定休日・休業日を反映した「実際に発送できる日」だけです。守れない日付はそもそも選べないので、注文後の修正が発生しません。この日付計算の詳細は、最短配送日の計算方法で書いています。
次に、記録が構造化される。 選ばれた日付と時間帯は注文のメタフィールドとして保存されるので、管理画面でお届け日ごとに注文を一覧・絞り込みできます。時間帯の名前も揃うので、「明日の午前中指定」の注文をそのままリストアップできます。CSV出力すれば、その日のピッキング表として使えます。
そして、未指定が明確になる。 指定を必須にするか任意にするかは設定で選べます。必須にすれば未指定の注文はそもそも進まず、任意にすれば「指定しない」という選択として記録されます。書き忘れと指定なしの区別に、人の判断はいらなくなります。
移行のしかた
すでに注文メモで運用しているストアが移行するときの手順を書きます。
- 現在のメモ運用を書き出す。 過去の注文メモを見て、実際に指定された日数の幅（最短・最長）と時間帯のパターンを洗います。これがそのまま設定の初期値になります。
- 時間帯をプリセットで読み込む。 ヤマト運輸・佐川急便・ゆうパックの時間帯プリセットをワンクリックで読み込み、自社の運行に合わせて編集します。
- リード日数・締め時刻・定休日を設定する。 現在メモで受け入れている範囲と、実際の発送能力を照らし合わせます。
- テーマのカート画面にブロックを置く。 テーマエディタでアプリブロックを1つ追加するだけで、テーマのファイル編集は不要です。
- 並行期間を設ける。 移行直後は、メモに書くことに慣れた買い物客もいるので、しばらくはメモ欄も残しておき、指定はブロック側で受け取る運用に段階的に移します。
それでもメモが向いている場合
正直に書き添えると、自由記述が向いているケースもあります。たとえば置き配の場所指定（「玄関横の植木の陰」のような）は、細かい状況を伝える手段としてメモが本職です。配送希望日時のような「決められた選択肢から選ぶ情報」をプルダウンで受け取り、場所のような「自由に書いてもらう情報」をメモで受ける、という分担が落とし穴の少ない形だと私は考えています。なお、置き配を希望するかどうかは、ヒドケイではチェックボックスで注文に記録できます。この話は置き配と再配達削減の記事で書いています。
導入の案内
7日間の無料トライアルがあります。移行の判断なら、まず現在のメモ運用を壊さずにカートにブロックを置き、トライアル期間中にテスト注文で受付・記録・一覧の流れを確かめるのがおすすめです。月額$5です。設定で困ったら、つくった本人が日本語で24時間以内に返信します。アプリの詳細はこちらから確認できます。