Kliv

    このページは英語から翻訳されています。

    レストラン・フードサービス

    飲食グループの運営ハブを構築する

    性格の違う5つの店に、版管理されたひとつの基準書。カードは自分がどの厨房を縛るかを知っていて、誰がどの版まで読んだかが見えます。

    kliv.dev

    テキスト ボックスにアイデアを入力するだけで、AIがそれを構築します。

    91 文字

    自社の飲食グループ運営ハブを作る理由

    麻美さんは、港の魚料理店1軒から広がったグループの運営を見ています。最初の店、生牡蠣のバー、揚げ物の立ち食い2店、そして3月からは町の反対側に5軒目。成長は計画されていました。「うちのやり方」がどこに置かれるかは、誰も計画しませんでした。誰も信用していない共有ドライブ、3つのグループチャット、印刷したカードの束、料理長2人の頭の中。

    飲食向けの運営プラットフォームは、フランチャイズのために作られています。同じメニューの同じ店舗が並ぶ前提です。このグループは、意図して違う5つの店で、「全店に適用」こそが最初に壊れる前提です。生牡蠣のバーが背負う基準を、立ち食いの店が継いではいけません。Klivはその事実を中心にハブを構築します。基準とは、自分が縛る店を名指すレコードであり、検索もダッシュボードも通知も確認記録も、その同じレコードを読みます。

    「うちのやり方」の、いまの居場所

    ここにあるものは壁に貼られません。行です。そして行は、ある店で2版古く、別の店で最新ということができません。

    基準

    ひとつの手順にひとつのレコード。サーモンの昆布締め、閉店時の現金締め、牡蠣のタグの手順。それぞれに作成者、改訂履歴、縛る店が付きます。複製が古びることはありません。複製するものがないからです。

    店

    店もまたレコードです。業態、設備、基準書のうち自分に効く部分。あるルールが生牡蠣のバーに届き、立ち食いを飛ばすかどうかは、前回の研修の記憶ではなく基準に書かれています。

    確認記録

    改訂は、縛るすべての厨房に記名の確認を求めます。未確認の一覧は、本部がひと目で読めます。感触ではなく、名前の付いた欠落です。

    視界

    現場のログインは自分の店の基準書だけを読み、他店の数字は読みません。店長は自分の店を丸ごと、麻美さんは5列すべてを見ます。区切りは行の上にあり、誰がタブレットを設定したかには載りません。

    引退したタグの引き出し

    牡蠣の袋には、法が90日の保管を求める産地のタグが付いています。ここではタグは撮影された1行で、その入荷とその店に結びついています。保健所が12日の分を尋ねたとき、答えはクエリであって引き出しではありません。

    昆布締めのカードが追いつく

    改訂をひとつハブに通す。機能一覧より、1週間のほうが多くを語ります。

    01

    土曜——試食

    本店の料理長が最も新しい店で食べます。昆布締めが1日若い。壁には2版前の印刷カード。誰も手を抜いていません。そのカードは2024年には正しかったのです。

    02

    月曜——ひとつの編集

    締める時間が1か所で36時間から48時間に変わります。それは自家製で締める3店を縛り、立ち食いの2店は聞くこともありません。

    03

    同じ分——通知

    3つのSlackチャンネルに変更が届きます。何が動いたか、誰が動かしたか、いま締めている分をどうするか。誰も告知文を書きません。

    04

    水曜——地図

    2つの厨房が確認済み。3つ目の欠落には名前が付いていて、その店長と麻美さん、そして他の誰にも見えません。木曜の催促は定期ジョブであって、恨みではありません。

    05

    翌土曜——同じ皿

    48時間が、そうあるべきすべての場所で。印刷カードは剥がされ、壁は魚の値段を貼る役目に戻りました。

    最初のカードを口述する

    kliv.dev

    弁当店3店とセントラルキッチン

    “セントラルキッチン1つが仕込みを供給する弁当店3店の運営ハブを作って。仕込みの規格は上流に置き、各店が変更を確認し、オーナーは4つのボードを全部見られるようにして。”

    kliv.dev

    ブルーパブ2店

    “ブルーパブ2店の運営ハブを作って。共通の接客基準、店ごとの醸造管理手順、今週の改訂をどちらの店が確認済みかが見えるダッシュボードつきで。”

    kliv.dev

    拡大中のフランチャイズ

    “12店舗のフランチャイズ向けに運営ハブを作って。全店が同じ基準書で動き、新店は初日にそれを引き継ぎ、本部は確認の網羅状況を見られるようにして。”

    厨房の扉の向こうで

    ライブラリは、厨房が問うやり方で検索できます。ただ、麻美さんのいちばん良い問いは逆向きに走ります。冬のメニューを組みながら、いまも自家製で魚を締めているのはどの店かと聞くと、答えは地図です。2店、2枚のカード、どちらも最新。基準がどこに効くかがデータなので、ライブラリは「何を」と同じ手軽さで「どこで」に答えます。同じライブラリに根拠を持つエージェントが、サインインした料理人の店に限定して現場にも答えます。

    スタッフは自分のアカウントでサインインし——パスワードでもパスキーでも——あとは役割が決めます。6軒目が賃貸借契約に署名したとき、追加は会話で済みます。そのレコード、そのチャンネル、その視界。スキーマはグループと同じ速さで動きます。

    飲食グループとは、1軒のレストランを5回語り直したものであり、語り直すたびに原本が静かに書き換わります。写しを忠実に保つのは、飲食の問題である前に社内ツールの問題です。増えていく事業のための社内ツール が、その問題を一般論として引き取ります。

    5軒目の開店から出た質問

    5店舗、200のログイン。料金はどうなりますか

    変わりません。Klivの料金はグループ単位のプランで、作ったアプリの席数や拠点数では決まりません。5軒目の20のログインは、1軒目のときと同じ料金です。

    うちの基準は9年分のファイルと料理長2人の頭にあります。どう入れますか

    あるものをアップロードしてください。ライブラリはカードだけでなく文書も持ち、検索はそれも覆います。次に改訂の話が出たときに、それぞれをきちんとした基準へ書き直します。2人の頭からは、カード1枚ずつ聞き取ります。

    生牡蠣のバーは、立ち食いの数字を見られますか

    あなたがそう決めた場合だけです。既定では、店は自分を読み、本部はすべてを読みます。共同経営の料理長には横断の視界を渡せます。ルールは行の上にあるので、データがどこに現れても成り立ちます。

    厨房がSlackの通知を見落としたら

    Slackは改訂を告知する手段で、記録するのは確認の行のほうです。未確認の改訂は、名前のある人が確認するまでグループのダッシュボードに残ります。誰が通知を見たかには何も依存しません。

    基準書を、壁から下ろす

    いちばん最近書き直した基準と、それが届くべき店から始めてください。基準書がハブに移れば、古いカードに従える厨房はなくなります。古いカードが存在しないからです。