戦略案件11件アプローチ検討 | 2026-04-21 KIWAMI打ち合わせ補足資料

この資料の位置づけ

スライドv3の Slide 12「残り27件（中難度＋高難度）」 のうち、中難度22件を精査した結果、 11件は「11の穴を埋めるだけでは解決しない戦略案件」 であることが判明しました。

これらは データ整備 + 組織/運用/投資/戦略設計 が複合的に必要で、単純な「情報があれば即実装」パターンには当てはまりません。
本資料では、11件それぞれについて ① 難しさの理由 / ② アプローチ案 / ③ 4/21で確認したいこと / ④ 依存関係 を整理し、4/21打ち合わせでの議論材料とします。

📌 2026-04-20 追加: #55 飲食事業の係数まとめ→分析レポートの自動化（中島代表起案）

11件のサマリー

#	件名	起案	重要度	優先度
#16	施策立案AI＋店長が現場実装する体制	中島	大	A
#17	KIWAMI全体のマーケ施策設計	野田	大	A
#20	AI秘書(雑務巻き取り)	中島	大	B
#21	組織としてのAI活用定着	野田	大	A
#27	備品消耗の需要予測と発注自動化	中島	中	B
#33	来店履歴に基づく声かけヒント自動提示	中島	中	B
#38	ブランド視点の徹底	野田	中	A
#41	新店舗出店候補地のデータ分析	中島	中	C
#45	適切な負荷設計	野田	小	C
#53	接客ロールプレイAIパートナー	中島	小	C
#55 🆕	飲食事業の係数まとめ→分析レポート自動化 (2026-04-20 追加)	中島	大	A

優先度 A

当日議論したい

優先度 B

背景共有のみ

優先度 C

今後の課題

合計

戦略案件

🔴 優先度A — 4/21で方向性を確定したい 4件

#16 施策立案AI＋店長が現場実装する体制

中島起案重要度: 大 A

なぜデータ整備だけでは完結しないか

「施策立案」はAI部長(営業/品質/施設/運営/人事/財務)の既存スキルで可能だが、現場実装は人間のオペレーション。
AI提案 → 店長判断 → スタッフ実行 → 結果測定 → 次の提案というサイクル設計が未整備。

アプローチ案

案1

週次AI経営会議サイクル化

毎週月曜: AI店長が6部長レポート統合 → 店長に施策提案
火〜金: 店長が現場実装
次月曜: 結果測定 + 次の提案

実装コスト: 中(既存AI部長スキル活用 + レポート整形)

案2

リアルタイム型ダッシュボード+アラート

AI部長が異常・機会を検知 → 店長LIFFにPush通知
店長が即断即行、結果をLIFFで報告 → AIが学習

実装コスト: 大(通知基盤 + LIFF改修 + 学習ループ)

4/21で確認したいこと

店長(野田さん)の意思決定サイクルの現状(日次/週次/月次)
経営会議体の現状と頻度
AI提案をどのチャネルで受け取るか(Slack / LINE / LIFF / 対面)

依存関係

穴① 法令データ + 穴⑨ LIFF統合 = AI部長が実データで稼働する前提 / 穴⑧ ブランドガイドライン = 施策のブランド適合性判定

#17 KIWAMI全体のマーケ施策設計

野田起案重要度: 大 A

なぜデータ整備だけでは完結しないか

マーケ施策は戦略判断の領域。データは判断材料だが、最終意思決定は経営者。
既存の営業部長スキルは個別施策(α休眠会員/β境界ナッジ/ε景品交換)の運用は担うが、全体戦略の設計は別次元。

アプローチ案

案1

営業部長 strategy-memo 第3版拡張

年間マーケカレンダー(季節イベント・キャンペーン・広告)
チャネル戦略(LINE公式 + IG + 口コミ + 紹介)
集客ファネル(認知→来店→リピート→会員→ロイヤル)

実装コスト: 小(strategy-memo編集のみ)

案2

営業部長 × ブランド部長連携フロー

営業部長が施策立案 → ブランド部長が世界観チェック → 承認フロー
穴⑧ ブランドガイドライン正式版化が前提

実装コスト: 中(新ブランド部長スキル新設 + 連携ロジック)

4/21で確認したいこと

KIWAMIとして「年間で必ずやるマーケ施策」はあるか(サウナの日・初夏・秋・年末等)
過去の施策で成功/失敗した例ベスト3
広告予算・原資の上限

依存関係

穴⑧ ブランドガイドライン / 穴⑦ 会員生年月日 / 営業部長 α〜ε 施策

#21 組織としてのAI活用定着

野田起案重要度: 大 A

なぜデータ整備だけでは完結しないか

AI部長を作っても、組織で使いこなせるかは別問題。
スタッフのAIリテラシー、運用ガバナンス、心理的抵抗、セキュリティ教育が必要 = 技術ではなく組織開発の話。

アプローチ案

案1

段階的定着ロードマップ

Phase 1: 店長(野田・藤井)がAI部長を日常利用(2026-04〜05)
Phase 2: 正社員3-5名にLIFFデモ + 研修(2026-06)
Phase 3: 全スタッフにLIFF報告を義務化(2026-07)
Phase 4: スタッフがAI提案を実行して成果を出す(2026-09)

各Phaseで定着度を測定(利用率・満足度)

案2

AIチャンピオン制度

スタッフ内から1-2名「AIチャンピオン」を指名
AI活用の窓口 + 教育担当 + 現場改善提案役
月次表彰・インセンティブ設計

社内文化醸成の起爆剤

4/21で確認したいこと

現場スタッフのITリテラシー / AI抵抗感の現状
研修に割ける時間(月何時間 × 何名)
LINE/LIFF以外に導入したいツールはあるか

依存関係

穴⑨ LIFF統合 = AIの入り口として機能 / 全部長AI稼働 = 組織で使う価値を実感させる

#38 ブランド視点の徹底

野田起案重要度: 中 A

なぜデータ整備だけでは完結しないか

暗黙知のブランドを明文化 → 判断ルール化が必要。
全制作物(SNS/LP/グッズ/店内POP/ユニフォーム)のブランド監査。
人の主観判断を削るにはAI部長の判定が必要。

アプローチ案 — 穴⑧ブランドガイドライン明文化 + ブランド部長AI設置で対応

Phase 1

短期: 仮版ガイドライン(既に着手)

4/21ヒアリングで世界観キーワード・NG事項初期整理
仮版ガイドライン配置済 (04_ブランド/ブランドガイドライン_仮版_20260418/)

Phase 2

中期: ブランド部長スキル新設

既存制作物のブランド監査
トーン&マナーチェック自動化

Phase 3

長期: 制作フロー常時監視

SNS投稿・広告・新規デザインで事前チェック
NG検出 → ブランド部長が差し戻し提案

4/21で確認したいこと

パート5 ブランド10問がそのまま該当
現在「ブランドがブレている」と感じる具体事例

依存関係

穴⑧ Go判定 = 本件着手開始。本件はパート5ブランドで包括議論するのが自然。

#55 飲食事業の係数まとめ→分析レポートの自動化 🆕 2026-04-20 追加

中島起案重要度: 大 A

社長原文

各メニューの使用食材情報を事前にAIに登録し、仕入先各社からの請求書の写真を毎月アップロード。そのデータをもとにメニュー別の原価率・食材別のコスト推移等を算出し、分析レポートを毎月自動発行する仕組みを構築したい。原価率の正確な把握→メニュー構成の最適化・仕入先見直し・価格改定の判断材料にする

なぜデータ整備だけでは完結しないか

「メニュー×食材BOM」「食材単価」「仕入先」の3軸マスター整備だけでは不十分。
請求書の写真/PDF → OCR → 構造化データ化 というAI処理基盤が必要で、さらに 月次レポートの自動発行 にはデータ処理・閾値判定・経営判断支援ロジックを組み合わせたワークフローが必要。
単なる「記録の仕組み化」を超えて 経営判断の材料生成 まで一気通貫で設計する戦略案件。

アプローチ案

案1(推奨)

段階的MVP → 本番展開

Phase 1(4-5月): マスター整備 — 主要10メニュー×主要3仕入先のBOM・食材・仕入先マスターCSV化
Phase 2(5-6月): 請求書OCR基盤 — Claude Vision で主要3仕入先の請求書読み取り、月次 `仕入実績_YYYYMM.csv` 生成
Phase 3(6-7月): 原価率計算・月次レポート自動化 — `06_レポート/飲食原価/YYYY-MM_飲食原価分析.md` 自動発行
Phase 4(7月〜): 全メニュー展開・`/sauna-bucho-finance` 統合・#4 freee連携

実装コスト: 中(3ヶ月MVP、既存Claude Vision・CSVパイプライン活用)

案2

全メニュー一気 + freee連携同時実装

メニュー数が少ない場合(30品目以下)なら段階導入不要で一気に全量を対象化
仕入請求書OCRと同時に freee 仕入仕訳自動起票も実装し、二重価値(原価分析＋仕訳AI化)で投資回収を早める

実装コスト: 大(4-5ヶ月、#4 と同時進行)

4/21で確認したいこと

メニュー数(飲食・ドリンク)と現行レシピ管理状況(紙/Notion/Googleシート/暗黙知)
主要仕入先上位3-5社の社名と請求書受領形式(紙/PDFメール/FAX/オンラインDL)
月次レポートの希望納品日(月初/10日/15日)
価格改定の意思決定フロー(誰が判断・頻度)
MVP範囲の合意(主要10メニュー×3仕入先 or 全メニュー一気)
請求書アップロード運用場所(Google Drive / Slack / LIFF)

※ 詳細はヒアリングリストパート7(6問) + 事前チャット §E(5問)に反映済み

依存関係

#3 事業別売上利益: Airレジ商品マスタ整備 = メニューマスター整備と同基盤 → 同時進行で工数圧縮可
#4 freee仕訳AI化: 仕入請求書OCR結果を freee 仕入仕訳へ自動起票で一気通貫(案2前提)
#19 動的価格シミュレーション: 原価率データが揃えば価格改定シミュレーションの精度向上
穴⑪: レシピ・食材・仕入先マスター(データ整備順位9・v3スライド穴⑪で詳細)

経営インパクトの推定

飲食原価率 30-35% 目安 → 食材値上がりトレンドで粗利が圧迫されている領域
月次で原価率ブレを可視化 → 値上げ判断の根拠 として強い(経営会議で「勘」の判断を根拠ある判断に置き換え)
仕入先別シェア推移可視化 → 仕入先見直し・相見積もり交渉の材料 に
飲食が総売上の2-3割程度なら年間改善インパクトは数百万円オーダー(ヒアリングで実数確認)

🟡 優先度B — 背景共有のみ 3件

#20 AI秘書(雑務巻き取り)

中島起案重要度: 大 B

なぜデータ整備だけでは完結しないか

「秘書業務」= メール返信 / スケジュール管理 / 資料準備 / 議事録作成 / タスク整理等。
各業務の個別実装 + 人間の判断境界の設計が必要。単一スキルでは完結せず、複数スキル(mail/calendar/docs)のオーケストレーション。

アプローチ案

案1

中島代表業務の棚卸し → 優先度順に個別スキル化

ステップ1: 中島代表の1週間業務を記録(対象業務の特定)
ステップ2: AI化可能性で分類(完全/半/記録のみ/不可)
ステップ3: 優先度上位3-5件を個別スキル化

実装コスト: 大(業務棚卸し2週間 + スキル実装3-6ヶ月)

案2

Claude API + MCP連携による汎用秘書エージェント

Gmail MCP + Calendar MCP + Docs MCP を統合
「来週月曜のKIWAMI役員会の資料準備」等の汎用指示を受ける

実装コスト: 中(既存MCP活用 + 指示パース)

4/21で確認したいこと

中島代表が「週に最も時間を取られている業務」ベスト3
「AIに任せてもいい」境界線(意思決定・対外折衝・押印等はNG想定)

依存関係

Gmail / Calendar / Drive の権限取得 / 業務棚卸し(別セッション必要)

#27 備品消耗の需要予測と発注自動化

中島起案重要度: 中 B

なぜデータ整備だけでは完結しないか

需要予測モデル構築 + 発注判断ロジック + 仕入先API or メール連携が必要。
「発注自動化」= 金銭移動を伴う → 最終承認は人間(完全自動化リスクあり)。

アプローチ案 — 段階的実装

Phase 1

発注提案(LIFF在庫棚卸しデータ → 予測 → 推奨リスト)

穴⑨ LIFF在庫棚卸しデータから消費予測
発注推奨リスト生成、人間承認

Phase 2

発注アラート(在庫閾値割れで自動通知)

Phase 3

半自動発注(定型品のみ事前承認で自動発注、例外は人間)

Phase 4

完全自動化は保留(金銭リスク)

4/21で確認したいこと

現在の発注業務フロー(誰が判断・どのチャネル・どんな頻度)
仕入先とのAPI/EDI連携の可能性

依存関係

穴⑨ LIFF在庫棚卸しデータが3-6ヶ月蓄積 → モデル構築可能 / 仕入先マスタ(未整備)

#33 来店履歴に基づく声かけヒント自動提示

中島起案重要度: 中 B

なぜデータ整備だけでは完結しないか

Mini App会員データ + 来店履歴 + ランク情報の統合UIが必要。
スタッフが「使いやすい」UI設計が鍵(業務中の一瞬で判断できること)。β施策(ランク境界ナッジ)と連動。

アプローチ案

案1

Mini App or LIFF内「接客ヒント」画面

会員チェックイン時にスタッフが会員番号を確認 → ヒント表示
「あと1回でプラチナ / 最後の来店1ヶ月前 / 誕生日今月」等

実装コスト: 中(既存会員マスター + 取引ログ活用)

案2

QR会員証スキャン型

スタッフがQRスキャン → 1秒でヒントPopup
既存Mini AppのUI改修

実装コスト: 大(Mini App改修)

4/21で確認したいこと

スタッフが業務中に会員を特定する現行手段(Mini App会員証 / 名前呼び / 記憶)
ヒント表示にかけられる時間(2秒 / 10秒 / 30秒)

依存関係

穴⑦ 会員生年月日 / β施策(ランク境界ナッジ)の採否

⚪ 優先度C — 今後の検討課題 3件

#41 新店舗出店候補地のデータ分析

中島起案重要度: 中 C

なぜデータ整備だけでは完結しないか

既存2店舗のデータだけでは分析モデル構築不可。
商圏分析には 外部データ(人流・競合・賃料・人口統計・駅乗降者)が必須。
不動産仲介・エリアマーケ専門スキルが必要。

アプローチ案

案1

商圏分析ツール(RESAS / e-Stat / Google Maps Places API)連携

候補地の人流・人口統計・競合分析を自動化
KIWAMI既存2店舗の特徴(客層・売上パターン)を基準にスコアリング

実装コスト: 中(API連携 + モデル構築)

案2

外部パートナー起用

商圏分析会社(ハウスメーカー系・不動産系)に委託
AI経営OS側は結果を受け取って経営判断を支援

実装コスト: 低(外部委託費のみ)

4/21で確認したいこと

出店検討の時期感(今年 / 2年以内 / 構想段階)
想定エリア・業態(サウナ再現 / 別業態)
想定予算規模

依存関係

既存2店舗の実データが3年以上蓄積していること / 外部データAPI費用

#45 適切な負荷設計

野田起案重要度: 小 C

なぜデータ整備だけでは完結しないか

「負荷」の定義が曖昧(スタッフ業務負荷 / 設備負荷 / サウナ体験の負荷 / 経営負荷)。
野田さん起案のため、現場視点=スタッフ業務負荷と推測。定量化が困難(主観込み)。

アプローチ案

案1

スタッフ業務負荷可視化

勤怠データ(Airシフト) + LIFF報告(温度計測・清掃チェック回数)から「負荷スコア」生成
時間帯別・スタッフ別ヒートマップ
シフト作成時の参照データに

案2

全方位負荷マッピング

上記 + 設備稼働率 + 顧客満足度(口コミ) + 経営指標(利益率)を統合
「健全な忙しさ」の基準値を設定

4/21で確認したいこと

「負荷」の定義(何の負荷を指しているか)
「負荷が過剰」と感じる具体シーン

依存関係

穴⑨ LIFF統合 → 業務量測定データ

#53 接客ロールプレイAIパートナー

中島起案重要度: 小 C

なぜデータ整備だけでは完結しないか

接客シナリオ集 + 顧客ペルソナ設計 + 対話AI実装が必要。
スタッフ研修・教育の文脈 = 単独の技術ではなく教育プログラム込み。

アプローチ案

案1

Claude Voice API + LINEbot

スタッフがLINEbotに「水風呂の温度を聞かれたら?」等を投げる
AIが顧客役で対話 → フィードバック

実装コスト: 中(Claude Voice + LINE Messaging API)

案2

既存接客マニュアル(cat_02_接客)をベースにした問答集

マニュアルCMS内の接客記事を元に、スタッフが自習できる問答カード

実装コスト: 小(既存コンテンツ活用)

4/21で確認したいこと

現行の接客研修の有無・時間・頻度
「ロールプレイAI」が本当に必要か、マニュアル自習で十分か

依存関係

Phase 2 マニュアルCMS完了(cat_02_接客記事の充填)

4/21打ち合わせでの扱い方(推奨)

🔴 優先度A(5件) — 当日議論

#	件名	議論観点
#16	施策立案AI+店長実装体制	週次サイクルの合意・通知チャネル決定
#17	KIWAMI全体マーケ施策	年間カレンダー・チャネル戦略の方向性合意
#21	AI活用定着	段階的ロードマップ or チャンピオン制度の選択
#38	ブランド視点徹底	パート5 ブランドで包括議論
#55 🆕	飲食原価分析(2026-04-20 追加)	MVP範囲(10メニュー×3仕入先 or 全量)・月次レポート納品日・請求書アップロード運用場所

→ これら5件は Part 5「優先順位議論」枠で12-18分追加議論 するのが良い(#55 追加で+2-3分想定)。

🟡 優先度B(3件) — 背景共有のみ

#	件名	当日の扱い
#20	AI秘書	「棚卸しが必要」とだけ共有、後日別セッション
#27	発注自動化	穴⑨ LIFF稼働後の話と明言
#33	声かけヒント	β施策(ランク境界ナッジ)と連動の旨共有

⚪ 優先度C(3件) — 今回触れない

#	件名	次回以降
#41	新店舗出店	出店判断が現実化した時点で再検討
#45	負荷設計	「負荷」定義の擦り合わせMTG別途
#53	ロールプレイAI	Phase 2 マニュアルCMS完了後に検討