安定した営業は、対応できるメニューを準備し、担当を置き、開店し、未完了の注文のうち最も古いものを追い、在庫がゼロになる前に補充し、きちんと閉店してから、シフトを制約した原因を知ったうえで使うという、繰り返せるリズムです。経営者自身も働き手なので、従業員の人数と同じくらい自分の歩く動線が重要です。
開店前
メニュー、ステーション、在庫、出勤、担当、空いたカウンター、レジへのアクセス、通路の空きを確認します。
営業中
未完了の客のうち最も古い工程を追い、目立つ症状ではなく最初に止まった工程を直します。
閉店前
会計を終え、テーブルを空け、サービス用品を回収し、危険な水準まで減った材料を記録します。
閉店後
収入と在庫・強化への支出を比較し、翌日に向けて狙いを一つだけ変えます。
店が実際に処理できるメニューを準備する
メニュー画面またはレシピ画面を開き、今日客が注文できる飲み物を一覧にします。それぞれのステーションと重要な材料を特定し、ステーションに近づけない、在庫が少ない、作る担当者がいない飲み物は外すか後回しにしてください。全てを一度に並べると、共通材料の不足や一つの設備への集中が見えにくくなります。ラッシュ前に一杯を手動で作り、完成品を置く場所まで確認しましょう。
材料は客席を横切らずに調理へ運べる場所に置き、完成品用の空間を残して、操作地点の上に箱を積まないでください。電話注文の動線を確認し、可能なら開店前に最後の補充を済ませます。Maidroidの配達は便利ですが、ラッシュ中の緊急配達には時間がかかります。新しいレシピは静かな営業で追加し、変更した一項目だけを観察してください。
営業開始前に、入口から稼働中の全テーブル、飲み物の配膳地点、支払い場所を通ってサービスへ戻るルートを歩きます。曲がり角で大きく迂回するなら、営業を始める前に障害物を一つ動かしてください。
予想されるボトルネックを中心に仕事を割り当てる
担当表はシフト中に繰り返す作業をカバーするように使います。担当は均等に配るより、待ち時間が最も長い工程を短くするように割り当てます。調理の列ならステーション、飲み物が早くてもテーブルが離れているならフロア対応、会計を自分が担当するならレジへの直線的なルートを優先します。担当を一度に一つ変え、同じ客数の時間で比較してください。
店内の距離も担当の一部です。遠い材料、狭い通路、受け渡し場所への長い往復は、能力の高い担当を置いても時間を奪います。複数の優先度を設定してAIが想像どおりに均衡すると決めつけず、メイドがどの仕事を選び、完了後にどう戻るかを観察します。Demoと本編では管理画面が更新で変わっているため、担当や優先度が設定されたかは現在の公開ビルドの表示を基準にします。担当配置とメイド一覧を参照し、現在解放されている人員だけで試せる配置を作ります。
最も古い注文を優先する
複数の客が助けを必要としているときは、次の工程へまだ到達していない最も古い来店を探します。注文は受けたか、飲み物は列に入ったか、調理済みか、配膳済みか、レシートの準備ができたか、支払いは終わったかを確認し、その客を一工程だけ進めてからもう一度見ます。新しい注文を先に処理すると、古い客の満足度と席の回転が悪化します。
一件を追っている途中に別の通知が出たら、現在の操作を安全に完了してから戻ります。ラッシュ中は移動と作業の切り替えを短くし、部屋を横切る前に役立つ一動作を終えてください。在庫場所へ行くなら次の調理を止める材料を持ち、食事エリアへ行くなら空の手で戻らず、完成した飲み物のうち最も古いものを配るか、待っている会計を終えます。
生産が止まる前に補充する
在庫はゼロになってからではなく、通常の営業に必要な量を見て補充します。現在のメニューの大部分で共有する材料を監視し、配達を待つ間も客に出せる量を残して注文します。資金が厳しいときは、現在のゲーム内の値を使い、利益が高いまたは注文が多い対応可能な飲み物を最も長く維持する材料を優先してください。配送を待つ間はメニューを一時的に絞り、残った材料で提供できる範囲を守りましょう。
ステーションが止まったら、材料だけでなく連鎖全体を調べます。レシピが登録されていない、必要な物が別の保管場所にある、完成品の容量が満杯、担当者が別の場所で作業中という可能性があります。材料を買い足すだけで解決するとは限りません。ステーションの近くに置く材料と保存用の在庫を分け、通路を塞ぐほど置かないでください。飲み物ステーションで、設備と材料の距離を一緒に考えてください。
閉店後は最低まで減った在庫を記録します。同じ不足が繰り返すなら予備を増やすかメニューを変えます。フェスティバルや客の傾向による一度だけの不足なら、恒久的な過剰在庫ではなく一時的な調整にします。
会計と清掃を見える状態にする
Steamの説明は、レシートをスキャンしておつりを数えることを明記しています。飲み物を渡した時点でサービスが終わるわけではありません。客の支払い状態を確認し、レジへの通路を空け、正確さを優先します。急いで現金操作を終えてリセットや実績の連続条件を失うより、確実な会計を行ってください。客が退席したら清掃して次の客が入れる状態にします。
レジや清掃場所を家具の陰に置かず、営業中に状態を確認できるようにします。全ての席が埋まっていても、支払いが終わっていない、または清掃されていないだけかもしれません。席を増やす前に、来店から準備完了まで既存の席が正しく循環することを確認してください。トラブルメーカーの対応が入ったら、その処理を終えてから会計と清掃を先に確認します。新しい飲み物が調理列に出ないため見落としやすい工程です。
短い運営レビューで閉店する
閉店後に四つの質問へ答えます。最初に継続した列を作った工程はどこか、最初に止まった材料またはステーションは何か、どの担当者が待ち時間または移動に時間を使ったか、その問題を変える購入は何か、をこの日のメニューと配置に結び付けて記録します。結果画面だけで成功や失敗を決めず、店内で起きた順番を照らし合わせましょう。次の営業で変えるのは一項目です。
利益が出ても、材料費、光熱費、家具、設備、拡張に必要な資金を全て使い切りません。装飾は運営資金を確保した後にし、検証済みの通路を保てるものを選びます。装飾、収納、設備、席数のどれを買うかは、観察した問題と結び付け、効果を比較できるよう変更前の状態も短く残してください。
いつ拡張するかを見極める
拡張の前に、現在の客数を安定して処理できるかを確認します。席が足りないのか、設備が足りないのか、材料や担当が足りないのかを分けてください。動線の問題を席数で隠すと、客が増えたときに同じ遅れが大きくなります。
客が頻繁に店を満たし、各サービス工程を制御できているときに席またはフロアを拡張します。在庫と担当が整ったステーションが常に最初の列になるなら調理容量を、飲み物や清掃ではなく支払いを本当に待っているならレジ容量を増やします。数回の営業で同じ制限が再現し、在庫と運転資金を残せるなら拡張を一つ試してください。
本編の発売告知は、広いホールとキッチン、ブリューワー、プロ用調理ステーション、後の二つ目のレジを成長例として挙げていますが、完璧な購入順を定めていません。アイテムがショップに現れたという理由ではなく、測定したカフェの圧力に合わせて拡張します。ゲームの操作や値が変わる可能性があるため、現在の本編AppID 3232690で表示される要件を優先し、古いDemoの手順を混ぜないでください。
メニューやレシピの確認はRecipes、担当の考え方はカフェハブ、人員ごとの情報はメイド一覧へ戻って確認できます。