在庫同期の運用が落ち着いてくると、多くの店舗は「1日に数回まわしておけば十分」という感覚に行き着きます。ふだんの週であれば、それは正しい判断です。1日に売れる数がひと桁なら、朝と夕方に同期しておけば、店頭とオンラインの数字が大きくずれることはありません。
ところがタイムセールや繁忙期の当日になると、その前提が一気に崩れます。ふだん1日かけて減っていた在庫が、数分で消えることがあるからです。この記事では、セール当日という特別な時間帯に絞って、Shopifyの在庫同期をどう設計し直すかを、前後の準備と後始末まで含めて時間軸に沿って見ていきます。
セール当日、在庫同期の何が変わるのか
まず押さえておきたいのは、セール当日に変わるのは「売れる数」だけではないということです。売れる速さが変われば、同期の設定は同じでも、その設定が生む結果はまったく別のものになります。何がどう変わるのかを、3つの角度から見ていきます。
在庫が日単位ではなく分単位で減る
ふだんの在庫の減り方は、なだらかな坂道のようなものです。朝に10個あったものが夕方に7個になっている。この程度の速さであれば、同期のタイミングが多少ずれていても、実害はほとんど生まれません。数字が少し古くても、それが誰かの購入を邪魔することはないからです。
セール当日の減り方は、坂道ではなく崖に近くなります。開始直後の数分に注文が集中し、人気商品は一気にゼロへ向かいます。ここで問題になるのは、減った事実そのものではなく、減ったことを在庫の原本であるスプレッドシートが知らない時間が生まれることです。実店舗でも同時に売れている場合、その差はさらに大きくなります。
つまり当日に難しくなるのは、同期という作業そのものではなく、原本と現実のずれが許容範囲に収まっているかの判断です。ふだんは気にする必要のなかった数十分が、当日は意味を持つ長さになります。
同期の間隔が、そのまま「表示が間違っている時間」になる
スケジュール同期を設定しているとき、同期と同期のあいだには必ず空白の時間があります。ふだんはこれを意識する必要がありません。しかしセール当日は、この空白がそのまま「オンラインストアの表示が静かに間違っている時間」に変わります。4時間おきの同期なら、最大4時間ぶん古い数字がお客様に見えていることになります。
厄介なのは、この間違いがどこにもエラーとして現れないことです。同期のログは成功と記録され、シートの数字も正しく、Shopify側の書き込みも正常に完了しています。それでも、実店舗で先に売れてしまった分は、次の同期が走るまでオンラインでは在庫ありのままです。売り越しはこの空白の中で発生します。
ですからセール当日の同期計画を立てるときは、「何回まわすか」ではなく「最大でどれだけ古い数字が表示されうるか」という形で考えてみてください。この言い換えをするだけで、間隔を詰めるべき商品とそうでない商品の線引きが、ずっとはっきりします。
シートに触れる人がふだんより増える
もうひとつ、見落とされがちな変化があります。セール当日は、在庫シートを開く人の数が増えるということです。ふだんは在庫担当だけが更新しているシートに、当日は店舗スタッフ、カスタマーサポート、場合によっては経営層まで同時にアクセスします。売れ行きを知りたい人が集まるからです。
見るだけなら問題はありません。危ないのは、その場の判断で数字を直接書き換えてしまうことです。「店頭で3個売れたから引いておきました」という善意の修正が、同じ数字を別の人も引いていた場合、二重に減った在庫としてShopifyへ送られます。当日の混乱の多くは、システムではなく人の同時操作から生まれます。
シートを在庫の単一の真実として扱うという原則は、平常時よりもセール当日にこそ効いてきます。誰が、いつ、どの列を更新するのかを事前に決めておく。技術的な設定ではなく運用のルールですが、当日の事故を防ぐ効果は同期間隔の調整に劣りません。
セール前 : 当日の同期が崩れない土台をつくる
セール当日にできることは、実はそれほど多くありません。だからこそ、前日までにどれだけ土台を固めておけるかが結果を左右します。開始前に済ませておきたい3つの準備を見ていきます。
シートの列構成を凍結する
在庫同期は、シートのどの列に何が入っているかという前提の上に成り立っています。SKUがA列、ロケーションがB列、実在庫がC列。この対応関係が保たれているからこそ、正しい数字が正しい場所に届きます。逆にいえば、列が1つ挿入されただけで、同期は静かに別の値を読み始めます。
セール準備の時期は、まさにこの列が増えやすいタイミングです。セール価格の列、目標数の列、担当者のメモ欄。どれも当日には便利ですが、既存の列のあいだに割り込ませてしまうと、同期の前提が崩れます。追加するなら必ず既存の列の右側にまとめ、同期が読む範囲には触れないようにしてください。
準備が終わったら、開始前に一度だけ接続テストを走らせておきましょう。確認したいのは、つながるかどうかよりも、どのストアのどのロケーションを向いているかです。準備作業でシートを複製していた場合、同期が控えのほうを見ている、という事故はめずらしくありません。
きちんと数えて、数字を固定する
セール前の棚卸しは、ふだんの棚卸しとは目的が少し違います。ふだんは帳簿と現物のずれを見つけて直すための作業ですが、セール前は「これから激しく動く数字の出発点を正確にする」ための作業です。出発点が1個ずれていれば、そのずれは当日のすべての判断に乗ったまま残ります。
対象は全商品でなくてかまいません。セールに出す商品と、その商品と在庫を共有している商品に絞れば十分です。むしろ範囲を広げすぎると、数え終わるまでに時間がかかり、数えたそばから在庫が動いてしまいます。
- 01セール対象のSKUと、同じ在庫を共有している商品を一覧にします
- 02対象の範囲だけ実地で数え、ロケーションごとの実在庫をシートに記入します
- 03接続テストで同期先のストアとロケーションを確認します
- 04全体を1回同期し、管理画面でいくつかの商品の実在庫を目視で照合します
- 05この時点の数字を出発点として記録し、開始まで手を入れないようにします
数え終えたら、その数字を開始まで動かさないことも大切です。前日の夜に「あとから入荷した分を足しておこう」といった追加更新が入ると、どの時点の数字が出発点だったのかが分からなくなります。入荷があった場合は、足すのではなく、もう一度その商品だけ数え直して上書きするほうが確実です。
安全在庫は、ふだんより厚めに設定する
安全在庫、つまり実際の在庫のうち何個かを販売に出さずに残しておく考え方は、ふだんは慎重すぎる設定に見えるかもしれません。売れるはずだった1個を売り逃すのですから、機会損失であることは確かです。しかしセール当日に限っては、この計算の前提が変わります。
比べるべきは、「品切れ表示によって失う1件」と「売り越しによって失う1件」です。前者はお客様が別の商品を見に行くだけで終わりますが、後者は注文後のキャンセル連絡、返金処理、そして期待を裏切られたという印象が残ります。セール当日は注文件数そのものが多いので、売り越しが起きたときの対応工数も比例して膨らみます。
具体的には、同期間隔のあいだに売れうる数を目安にするとよいでしょう。2時間おきに同期していて、その2時間で5個売れる見込みの商品なら、5個前後を残しておく。全商品に一律の数を置く必要はなく、動きが速いと見込まれる商品にだけ厚めにすれば十分です。セールが終われば元に戻す、期間限定の設定として扱ってください。バッファの決め方そのものは、在庫バッファの考え方にまとめています。
セール中 : 手を動かす範囲をあらかじめ絞る
セールが始まってしまえば、落ち着いて設計を考える余裕はありません。だからこそ当日は、やることを増やすのではなく、やらないことを決めておくのが効きます。ここでは、開始後に取るべき3つの姿勢を見ていきます。
同期間隔を詰めるかどうかを、意識して決める
セール当日にスケジュール同期の間隔を詰めるかどうかは、なんとなくではなく、意識して決めるべき判断です。間隔を短くすれば、オンラインストアに古い数字が出ている時間は確実に減ります。1日3回を1時間おきにすれば、最悪でも1時間ぶんのずれで済むようになります。
一方で、同期の回数を増やせば、そのぶん処理する量も増えます。商品数が多い店舗ほど、1回あたりの同期にかかる時間は長くなりますし、実行が重なるような設定にしてしまうと、かえって不安定になります。前回の同期が終わる前に次が始まるような間隔は、詰めすぎだと考えてください。
現実的な落としどころは、間隔を詰めること自体よりも、詰めた設定を事前に試しておくことです。数日前に同じ間隔で一度まわしてみて、1回の同期が想定時間内に終わることと、ログにエラーが出ないことを確認しておけば、当日は安心して任せられます。平常時の間隔の決め方は、スケジュール同期のベストプラクティスを土台にしてください。
その場の手入力をいったん止める
セール中にいちばん避けたいのが、思いつきでシートの数字を直接書き換えることです。ここまで積み上げてきた「シートが在庫の単一の真実である」という前提は、当日の数分の判断で簡単に崩れます。しかも崩れたことに気づくのは、たいてい売り越しが起きたあとです。
とはいえ、当日にまったく数字を触らないというのも現実的ではありません。実店舗での販売や、急な入荷は起こります。大切なのは、触ってよい場面と、そのときの手順を事前に決めておくことです。誰でもいつでも触れる状態にしないだけで、事故の確率は大きく下がります。
- 当日にシートを更新してよい人をあらかじめ決め、それ以外の人は閲覧のみにします
- 更新するときは、差し引きの計算ではなく、数え直した実在庫で上書きします
- 更新した内容は時刻とあわせて別の欄に残し、あとで照合できるようにします
- 急ぎでない修正は当日には反映せず、セール終了後の棚卸しにまとめます
- 「誰かが直したはず」という前提で行動しないよう、更新の有無を口頭で確認します
こうしたルールは、当日になってから共有しても機能しません。前日までに関係者へ伝え、更新履歴がシートのどこで見られるのかまで説明しておいてください。ルールがあること以上に、全員が同じ理解を持っていることが重要です。
全商品ではなく、動きの速い数点だけを見る
セール中に全商品の在庫を追いかけようとすると、まず間違いなく手が回らなくなります。数百点、数千点の数字を人が目で追うのは不可能ですし、そのほとんどは平常時と変わらない速度でしか動きません。当日に注意を向けるべきなのは、ごく一部の商品です。
具体的には、目玉商品として告知したもの、在庫数が少ないもの、そして複数のロケーションで在庫を共有しているものです。この3つに当てはまる商品は、同期の空白時間のあいだに在庫がゼロを割り込む可能性が高く、売り越しが起きるとすればまずここからです。開始前にリストを作り、当日はその数点だけを繰り返し確認します。
確認するときは、シートの数字とShopifyの実在庫の両方を見てください。片方だけを見ていると、同期が止まっていることに気づけません。また、管理画面で見る数字は販売可能ではなく実在庫を見るようにしましょう。未出荷の注文がある状態では、販売可能はシートの値と一致しないのが正常な動きです。
セール後 : 数字を戻し、記録を残す
セールが終わった直後は、片づけと発送で手一杯になりがちです。それでも在庫まわりについては、順番を守って対応したい作業がいくつかあります。ここを飛ばすと、翌週の平常運転に問題を持ち越すことになります。
何よりも先に、現物と突き合わせる
セール後にまずやるべきなのは、設定を戻すことでも集計を出すことでもなく、シートの数字と実際の在庫を突き合わせる作業です。当日は手入力、実店舗での販売、キャンセルと、数字がずれる要因が集中しています。突き合わせを後回しにすると、ずれたままの数字が翌日以降の同期で配られ続けます。
対象は、セール前に数えたのと同じ範囲で十分です。同じ範囲で始めて同じ範囲で締めれば、期間中に何がどれだけ動いたのかも自然に見えてきます。ここで大きなずれが出た商品は、次のセールで重点的に見る候補として覚えておいてください。当日に売り越しが出てしまった場合の対処は、オーバーセル対策まとめにまとめています。
- 01セール対象の範囲を実地で数え直し、ロケーションごとの実在庫を確定します
- 02確定した数字でシートを上書きし、当日の一時的なメモ欄は整理します
- 03同期を1回まわし、管理画面で数点を目視して一致していることを確認します
- 04セール前に記録した出発点と比べ、想定より大きく動いた商品を書き出します
同期の頻度とバッファを平常運転に戻す
当日のために短くした同期間隔と、厚めに設定した安全在庫は、どちらも期間限定の設定です。放置しておくと、必要のない頻度で同期が走り続けたり、売れるはずの在庫が販売に出ないまま眠り続けたりします。特に安全在庫は、画面上は正常に見えるため、忘れられたまま数週間が過ぎることがあります。
戻す作業は、突き合わせが終わってから行ってください。順番が逆になると、平常時の設定で走った同期がずれたままの数字を配ってしまいます。また、戻すのは一気にではなく段階的にするのが安全です。セール直後は返品やキャンセルがまだ動いているので、数日はやや短めの間隔を保っておくと安心できます。
そして戻したあとに、もう一度だけ設定を見返してください。間隔、安全在庫、同期の対象範囲。この3つが平常時の値に戻っていることを確認できれば、翌週からは元の運用に戻れます。
壊れた場所を、記憶が新しいうちに書き残す
セールが終わった直後は、何がうまくいかなかったかを全員が覚えている貴重な時間です。ところがこの記憶は驚くほど早く薄れ、翌週には「なんとなく大変だった」という感想だけが残ります。だからこそ、当日中か翌日には書き残しておきたいのです。
書く内容は、反省文である必要はありません。次回の自分が同じ場面で迷わないための、短いメモで十分です。同期のログを見返せば、実際に何時に何が走ったかは分かりますから、そこに人間側の出来事を添えていくイメージで書いてみてください。
- 売り越しが起きた商品と、そのときの同期間隔と安全在庫の設定
- シートを更新した人と時刻、そしてその更新が必要になった理由
- 同期のログに出たエラーや、想定より時間がかかった実行
- 当日に判断に迷った場面と、そのとき誰に確認したか
- 次回のセールで、事前に決めておきたかったこと
この記録が2回、3回とたまってくると、自分の店舗にとっての適切な同期間隔や安全在庫の厚みが、感覚ではなく実績として見えてきます。他店の事例よりも、自分の店の前回の記録のほうがはるかに役に立ちます。
セール当日の在庫同期は、特別な仕組みを用意する話ではありません。ふだん使っている同期の設定を、売れる速さに合わせて一時的に組み替えるだけです。前日までに土台を固め、当日は触る範囲を絞り、終わったら数字を戻して記録を残す。この流れができていれば、次のセールはもっと落ち着いて迎えられるはずです。