数字は見えた。 次に誰が、何をする？

困りごとが、次の行動に変わるまで。

バンコクのお店を想定した構成例です。時刻は店の現地時間。会話・注文は説明用の例です。

1. 0108:30開店前
2. 0209:00仕込み
3. 0314:00交代
4. 0421:30閉店

4場面は同じ営業日の朝から晩です。

1. 

   01 / 開店前の困りごと

   08:30

   前営業日の数字と引き継ぎが、そろっていない。

   「昨日の残数とロスは？ 今日、何をどれだけ仕込む？」

   朝のスタッフは前営業日の実績と申し送りを確認する。記録が別々、未入力や未確認があると、店長は今日の準備を決めにくい。朝は、前営業日の実績と現在の在庫を見比べるところから始める。

2. 

   02 / 仕込みを決める

   09:00

   数字を確認し、人が仕込みを決める。

   「残数と予約を確認したので、今日の仕込みはこの内容で。」

   不足している前営業日の記録は、スタッフが担当者に確かめて入力する。FLRで数字をそろえ、AGENTが確認事項を整理。店長が現在の在庫・予約・人員と照らして仕込み量と担当を決め、スタッフが仕込む。

3. 

   03 / 交代で引き継ぐ

   14:00

   終わった仕事と残る仕事を、次の人へ。

   「仕込みは完了。追加分の確認は交代後にお願いします。」

   交代前のスタッフが、完了・未完了・変更点を記録する。AGENTは次に確かめる仕事を整理。交代スタッフが内容を確認し、店長が担当を確かめる。営業途中の記録は、その時点の情報として扱う。

4. 

   04 / 閉店で確かめる

   21:30

   当日の実績と対応を、人が締める。

   「今日の売上・ロスと作業完了を確認。残ることは申し送りへ。」

   閉店後、スタッフが当日の実績と作業結果を記録し、店長が未入力・差異・未完了を確認する。経営者はFLRの数字と対応状況を見渡す。残った確認事項は、次の営業日の担当者へ申し送る。

この構成で確認すること同じ営業日の朝→日中→夜を描く、FLR FULLとAGENTの運用設計例です。朝は前営業日の記録、日中は入力済みの途中記録、閉店後は当日の締めを扱います。未入力や未確定を確定値として扱いません。接続範囲は導入前に確認し、AIが売上を作ったり、発注を承認したりする構成ではありません。