Business Memory OS ORIGIN MINISTRY

GENERATED PORTAL DEMO

診断結果から、飲食店向けの業務記憶OSを生成する。

このデモは、社長ナレッジ診断で `restaurant-template` が選ばれた後に生成される顧客専用ポータルの最小形です。 実顧客では、ここに写真、既存資料、手順、FAQ、更新履歴を追加して納品します。

Owner dependency high 店主判断をページ化する優先度
Template Restaurant 初期生成済み
Modules 12 推奨モジュール
Pages 14 納品候補ページ
Export Ready Markdown対象

TEMPLATE

Restaurant Template

予約、仕込み、衛生、アレルギー、教育、クレーム対応が属人化しやすい小規模飲食店向けの初期構造。

ProceduresTrainingFAQBookingOrderingInventorySafety / HygieneMenu KnowledgeAllergen NotesCustomer ResponseTroubleshootingHandover

PORTAL PAGES

Home

テンプレートから生成されるページ候補。実案件では診断内容と既存資料で本文を差し替えます。

Home home

日々見るべき業務入口、重要ルール、更新履歴をまとめるトップ。

店主だけが知っている判断を、各ページへ分散せずここから辿れる状態にする。

Daily command

営業前に確認する項目、今日の注意点、未更新の業務知識を集約します。

  • 本日の注意点
  • 未確認の更新
  • 新人に共有するルール

PORTAL PAGES

Operations

テンプレートから生成されるページ候補。実案件では診断内容と既存資料で本文を差し替えます。

Opening opening

開店前の準備、チェック、担当分担を固定化するページ。

店主が毎朝口頭で確認していることを、チェックリストとして残す。

Opening checklist

鍵、レジ、予約、仕込み、衛生状態を開店前に同じ順番で確認します。

  • 予約台帳の確認
  • レジ・釣銭の確認
  • 冷蔵庫温度の記録
  • アレルギー予約の確認
Closing closing

閉店作業、清掃、翌日準備、現金締めを標準化するページ。

閉店担当が変わっても、抜け漏れなく翌日に引き渡せる状態を作る。

Closing handover

売上、在庫、清掃、翌日の注意点を閉店時に残します。

  • 売上とレジ差異の記録
  • 廃棄・不足食材の記録
  • 清掃完了確認
  • 翌日への申し送り
Prep prep

仕込み量、優先順位、品質基準を共有するページ。

経験者だけが分かる「今日はこの量」という判断を言語化する。

Prep rules

曜日、予約数、天候、イベントによって仕込み量をどう調整するかを残します。

  • 通常営業日の基準量
  • 予約が多い日の増量基準
  • 廃棄が出た時の見直し
  • 品質NGの判断例
Ordering ordering

発注先、発注タイミング、補充判断をまとめるページ。

発注の勘を、最低在庫・曜日・予約数に基づく判断へ変える。

Ordering threshold

不足しやすい食材と過剰在庫になりやすい食材を分けて管理します。

  • 最低在庫ライン
  • 発注締切と担当
  • 代替仕入れ先
  • 多めに発注してよい条件
Hygiene hygiene

衛生管理、温度記録、清掃、事故防止を残すページ。

衛生判断を「気をつける」ではなく、確認項目として渡せる形にする。

Safety baseline

事故やクレームにつながる項目を、毎日同じ粒度で記録します。

  • 冷蔵・冷凍温度
  • 手洗い・手袋ルール
  • 消毒と清掃範囲
  • 異物混入時の初動

PORTAL PAGES

Training

テンプレートから生成されるページ候補。実案件では診断内容と既存資料で本文を差し替えます。

Menu Knowledge menu-knowledge

メニュー説明、売り方、注意点をスタッフが同じ言葉で説明するページ。

店主の説明力をスタッフ全員の標準回答に変換する。

Menu script

人気商品、利益率の高い商品、説明が必要な商品の伝え方を整理します。

  • おすすめの言い方
  • 提供時間の目安
  • 味や食感の説明
  • 追加提案の例
Allergen Notes allergen-notes

アレルギー確認、回答ルール、断るべき条件を管理するページ。

怖い問い合わせほど、人によって返答が変わらないようにする。

Allergen response

不明な場合は確認し、曖昧に答えないための返答ルールです。

  • 確認が必要な食材
  • 厨房への確認手順
  • 断る判断基準
  • 記録に残す内容
Staff Training staff-training

新人教育、初日から30日目までの習得順を決めるページ。

新人が入るたびに同じ説明を繰り返す状態を止める。

Training path

初日、1週間、1か月で覚えることを分け、教育の抜けを減らします。

  • 初日に覚えること
  • 見学してよい業務
  • 任せてよい業務
  • 合格基準

PORTAL PAGES

FAQ / Customer Response / Troubleshooting

テンプレートから生成されるページ候補。実案件では診断内容と既存資料で本文を差し替えます。

Customer Complaints customer-complaints

クレーム初動、謝罪、返金、再来店対応を標準化するページ。

店主に確認する前に、スタッフが初動だけは正しく切れる状態にする。

First response

事実確認、謝罪、記録、判断保留の順番を固定します。

  • まず聞く内容
  • その場で判断しない条件
  • 返金・交換の基準
  • 店主への引き継ぎ文面
FAQ faq

よくある質問と標準回答をまとめるページ。

同じ質問への回答を、毎回ゼロから考えない状態にする。

Standard answers

予約、キャンセル、支払い、アレルギー、混雑時間への回答を統一します。

  • 予約変更できますか
  • 子ども連れは可能ですか
  • 持ち帰りできますか
  • 支払い方法は何ですか
Troubleshooting troubleshooting

トラブル発生時の初動とエスカレーション条件をまとめるページ。

スタッフが止まらず、ただし勝手に重大判断しない境界を作る。

Escalation rules

機器、予約、提供遅延、体調不良などの初動と報告先を整理します。

  • レジ不具合
  • 予約重複
  • 提供遅延
  • 体調不良・怪我

PORTAL PAGES

Documents / Update Log

テンプレートから生成されるページ候補。実案件では診断内容と既存資料で本文を差し替えます。

Documents documents

写真、PDF、既存資料、共有リンクを集めるページ。

LINEや紙に散らばった資料を、引き渡せる場所へ集約する。

Source materials

既存資料を消さず、ポータルの根拠として紐づけます。

  • 既存マニュアル
  • 写真つき手順
  • 仕入れ先資料
  • 保健所関連資料
Update Log update-log

いつ、誰が、何を変えたかを残すページ。

マニュアルが古くなる原因を、更新履歴で追えるようにする。

Change memory

運用変更を記録し、古いルールが残り続ける事故を防ぎます。

  • 変更日
  • 変更理由
  • 影響する業務
  • スタッフへの共有状況

EXPORT

No lock-in. Your knowledge remains yours.

次の段階では、このテンプレートを Markdown / PDF として出力し、解約時にも顧客が業務知識を持ち帰れる状態にします。

診断から生成する