業務キッチン機器は、最も忙しい時間帯に故障します。その兆候は2週間前から現れていることがほとんどです。冷蔵庫の温度上昇、フライヤーの回復遅延、パッキンの劣化など。これらはシフト中の誰かが気づいても報告されず、機器が完全に停止して初めて問題が発覚します。
故障は機械的な問題ではなく、情報伝達の問題です。適切なキッチンで、緊急料金ではなく通常の料金でエンジニアを手配できる十分な時間があったにもかかわらず、その兆候は誰にも伝わりませんでした。サプライヤーや契約の詳細（エンジニアの料金、対応時間の条件、保証の状況など）は商業的な情報であり、サイトによって異なるため、公開されるべきではありません。
この故障は6つのシーンで構成されます。誰も報告しなかった兆候、機器が停止したシフト、シェフが割ける10秒間で観察を記録する方法、複数サイトでの繰り返し報告がパターンになる様子、そして計画的な訪問と緊急出動の違いです。
ホスピタリティ業界の運営者は多忙で、あらゆる効率化の提案を聞き飽きています。この説明は、気づきと報告の間のギャップに焦点を当て、保守モジュールの説明に終始しない場合に効果を発揮します。
本社のダッシュボードは結果であり、物語ではありません。重要なのは、シェフが何か気づいても報告しないという点に存在するメカニズムです。
10秒以上かかると、サービス中には実行されません。実際のやり取りをリアルな速度で示すことが、信頼できる製品と単なる期待に終わる製品との違いを生みます。
計画的な訪問と緊急出動の比較は、財務上の重要な議論です。運営者にとって、具体的な数字を提示せずともその重要性は明らかでしょう。
同じモデルで同じ故障が3つのサイトで発生する状況は、本社にとって重要な瞬間です。このシーンを一度だけ見せたら、すぐにキッチンでの状況に戻りましょう。
保守概要、参照サイトの資産台帳、または前四半期の故障ログをアップロード。対応フォーマットはPDF、DOC、DOCX、PPTX、TXTで、最大200MBです。すべてのシーンは編集可能で、元のファイルが変更されることはありません。
運用チームが持つ保守概要を読み込み、次の繁忙期が始まる前にシーンを調整しましょう。
オンボーディングガイドやヘルプセンターページを追加すれば、数分で編集可能な下書きが生成されます。