荷物を配送業者に渡すと、配送業者は独自の伝票番号または取引 ID を発行します。3 日後に顧客から「注文はどこ？」と聞かれたときにショップが手元に必要な番号です。専用の列がないストアでは、この番号はたいていノート、別のスプレッドシート、チャット履歴などに散らばり、注文そのもの以外のあらゆる場所に置かれます。
既存のパターンに合わせた列
新しい操作方法を作るのではなく、出荷工程の選択用に作った「確定した値＋変更リンク」のパターンを再利用し、決まった選択肢ではなく自由入力に合わせました。空の行にはテキスト入力欄と保存ボタンを表示し、値を入力すると小さな「変更」リンク付きのテキストに変わります。Enter キーを押せば、保存ボタンをクリックせずにそのまま保存されます。
この列は注文一覧の既存の配送業者送付列のすぐ隣にあるため、関連する 2 つの情報（「配送業者に渡したか」と「追跡番号は何か」）が表のあちこちに散らばらず、視覚的に並んで表示されます。
ここで新しさより一貫性を重視した理由
常に編集できるシンプルなテキスト欄として作るのも同じくらい簡単でした。そうしなかったのは、見た目の似たデータに複数の操作パターンがある注文一覧は、覚えにくく、ひと目で信頼しにくいからです。管理画面の他の場所ですでに使われている同じパターンを再利用したことで、スタッフは一度覚えるだけで済みました。
ポイントのまとめ
- 小さな業務データ（配送業者の参照番号）にも、スプレッドシートでの回避策ではなく、きちんとしたフィールドが必要です。
- 管理画面全体で確立された操作パターンを再利用するのは、コードの再利用の都合ではなく、使いやすさのための判断です。
- ボタンに加えて Enter キーでの保存に対応すると、1 日に何十回も入力するデータの手間がなくなります。
関連記事：WhatsApp で注文を配送業者に送る、社内向けの出荷管理トラッカー。
ご自身の WooCommerce や WordPress の管理画面で同じような制約にお困りですか？ご相談ください。ArtinTech Solution はまさにこうしたストア向けのカスタムツールを開発しています。