多店舗へ広げる前に、
1店舗で何を確かめるか。

Pilotの目的を、うまくいった結果の提示だけに置くと、見え方が寄ります。うまくいった理由より、うまくいった事実だけが残ります。

多店舗の前段で必要なのは、称賛ではありません。不確実性を減らすことです。

減らせるものは、たとえば次のような問いです。狙った位置から情報は伝わるか。更新は誰の手で何回か通せるか。現場の制約で成立しない条件は何か。費用と責任の分かれ目はどこか。ほかの店へ持っていくとき、同じ前提が必要か。

うまくいかなかった Pilot でも、見送り条件が言語化されていれば、次の判断材料になります。うまくいった Pilot でも、成立条件が残っていなければ、次の店では再現できません。

Pilotが終わったときに欲しい成果物は、「成功／失敗」のラベルだけではありません。

残したいのは、次の二つの文です。どの条件なら成立するか。どの条件なら見送るか。

成立条件は、褒める言葉より具体の方が使えます。見える距離の目安、更新の担当、必要な承認、最低限の運用頻度——その店で実際に通したものだけを書きます。通していないことは、通したことにしません。

見送り条件も同様です。窓が奥まる、運用主体が決まらない、内容の承認が回らない、など、その Pilot で見えた止まり方を残します。見送りは失敗の烙印ではなく、次の候補を選ぶための地図になります。

展開の判断は、その地図の上で行います。条件が揃う店から足すのか、条件が揃うまで施策側を変えるのか、それともこの施策自体を置かないのか——選択肢は「全店かゼロか」だけではありません。

最初から全店のスケジュールを組む必要がある施策もあります。法令やブランドの統一など、例外はあります。

それでも、店頭の見え方や運用が店舗条件に依存する施策では、全店の表を先に埋めるより、1店舗の検証項目を先に整理すると、展開判断の前提を揃えやすくなります。

次の会議で決めることを、一つに減らすなら、こうです。全店に入れるか、ではありません。1店舗で何を確かめれば、次の判断ができるか。

それが言えたとき、Pilotは「小さな導入」ではなく、展開のための学習になります。