目次

• AC2-2 / boBさんビール支払額確認
• AC3-3 / 店舗スタッフ勤怠表 回収・催促
• AC4-1 / 現金提出額算出
• AC11 / ベンダー・業者請求書内容チェック
• AC12 / 売上報告
• GK1 / 来月のイベントを月額スレに流す
• KI1 / 月曜「今週のイベント」リマインド
• HR1-4 / シフト発表
• HR1-5 / シフト発表後 TimeTree追加
• OT15-銀座トレーニング / 銀座スタッフトレーニング（お助け隊）
• OT1 / YTMミーティング（総店長・店長ミーティング）
• OT2 / 集客範囲の見直し
• OT17-大掃除 / 年末大掃除（および夏期大掃除）

AC2-2 / boBさんビール支払額確認

メタ情報 - 頻度: 月次（前月借りた場合のみ、月初〜10日の振込依頼締切まで） - 主担当: 田貝（報告ベース作成）／畑（CSOライン振込実行）／山川 - 対象BU: 銀座（boB=株式会社ANALOG、銀座個室/ダイニング予約関連） - 負荷: 約5分 - ツール: LINEグループ「銀座個室/ダイニング予約」／振込依頼管理シート

なぜやるか

銀座JIDAIは隣接の株式会社ANALOG（boBさん=代表 瀨川勲、資本金1億円、本社 東京都中央区銀座8-9-15ジュエルボックス銀座11F、同フロアで「boB the garden Ginza」を運営）から飲料を融通してもらっており、月次で使用額の精算が必要。さらにYCはANALOG経営陣向けに口コミ分析・経営アクションプラン作成（YC AIアシスタント「葵」運用）を委託業務として請け負っており、boB案件は単なる融通関係を超えた取引関係に発展している。

いつやるか

LINEグループ「銀座個室/ダイニング予約」で毎月の飲料使用額が報告されるので、月初〜10日の振込依頼締切までに確認・記載する。

手順

1. LINEグループ「銀座個室/ダイニング予約」で田貝からの当月boB請求額の報告を確認
2. 請求額を受領（LINEスクショを証跡として保存）
3. 振込依頼管理シートに「株式会社ANALOG」名義で記入（「未」「データ記入者：自分」「証票リンク：LINEスクショ」）
4. CSO確認（陽介さん／佐々生）→ 振込実行 → 「済」「振込日」を更新
5. PL作成用データファイルに反映
6. 発生なければ「今月発生なし」と記録

YS Brain知見（v1.2追加）

• boB＝株式会社ANALOG（代表 瀨川勲、本社 東京都中央区銀座8-9-15ジュエルボックス銀座11F）。同ビル11Fで「boB the garden Ginza」を運営し、銀座JIDAIと共有部分あり — 出典: 2602 ANALOG概要書.pdf（fileId: 1YC62qFbqHmTRNxmzWQ-Izn-_tL6zBe5t）、2602 ANALOG概要.pptx（fileId: 1l1NnSHGdsyBK5YQ6iefKkOpaR14mgtGY）
• YCはANALOG経営陣向けに口コミ分析・経営アクションプラン作成を委託業務として請負（boB案件は単なる融通関係を超えた取引関係に発展）— 出典: boB_経営陣フィードバック_アクションプラン.docx（fileId: 1KL8wDM0KGRiuXhFNZOEucxgNBwfyeOmc）、boB_口コミ悉皆リスト.docx（fileId: 1jbQuqbc-XiFbtz24Pehao_JCk7iwqmWP）
• 仕入れ内訳に「boBさん払い」列が独立存在 — 出典: PL作成用データファイル

Drive実コンテンツ知見（v1.3追加）

• 公式運用記載: 「LINEグループ『銀座個室/ダイニング予約』において毎月の飲料使用額について報告し口座振込を実施。田貝くんの報告をベースに振込を実施。証跡はLINEスクショを添付。株式会社ANALOGの名称で記述」と財務経理マニュアル本文に明記 — 出典: 財務経理マニュアル.pptx「2.費用計上編（補足_boB請求額確認方法）」
• 仕入額情報の保有: 株式会社ANALOGはベンダー請求書配信形式まとめでも「銀座/ビール、ジンジャーエール/LINE」として記録され、LINE経由の請求書受領が運用ルートとして定着 — 出典: 山川さん、田貝さん定常業務まとめ.xlsx（fileId: 1z08Ylai7EPGnYL-aMut1EJvVbRwHdSUY）

確認ポイント（未解明）

• boB融通単価（ビール本数あたり単価）— Drive内マニュアルでは「田貝くんの報告をベースに振込」と運用記述があるが、本数×単価の単価そのものはマニュアルでも空欄。実精算金額のみLINEで都度連携される運用と確定。単価表自体は山川直接ヒアリング必須

元マニュアル参照

• 72_財務経理マニュアル.md（boB請求の処理（株式会社ANALOG））
• 56_振込依頼管理シート.md

AC3-3 / 店舗スタッフ勤怠表 回収・催促

メタ情報 - 頻度: 月次（毎月1〜5日） - 主担当: 山川（総括）／田貝（新橋回収） - 対象BU: YC（新橋／銀座／中目黒／イベント） - 負荷: 約5分／対象者

なぜやるか

月初5日が提出締切（人件費振込依頼の元情報）。未提出が翌月繰り越しになると振込スケジュールが破綻するため、確実な回収が必要。

いつやるか

毎月1〜5日（提出締切まで）。締切後も未提出が残れば毎月10日の振込依頼締切まで継続催促。

手順

1. 提出フォルダ（共有ドライブ「支出提出」）でスタッフごとの提出状況を確認
2. 未提出者をリストアップしてLINEまたは個別DMで催促
3. 反応なければ電話
4. 田貝が新橋スタッフ分を回収、山川が銀座スタッフ・他BU分を回収（経理マニュアル3b）
5. 全員揃ったらAC3-4（1次チェック）へ渡す

Drive実コンテンツ知見（v1.3追加）

• 回収責任の分担確定: 「5W1H版 3b」で「時給/固定報酬スタッフが提出 → 田貝(新橋回収) / 佐藤(銀座回収・入力) → 山川／畑がチェック → 佐々生承認」のフローが明文化 — 出典: 会計マニュアル5W1H版「3b 勤怠・精算・請求の提出」

元マニュアル参照

• 43_経理マニュアル.md（第3章）
• 41_会計マニュアル5W1H版.md（3b 勤怠・精算・請求の提出）

AC4-1 / 現金提出額算出

メタ情報 - 頻度: 月次（月末集計→翌月初振込前） - 主担当: 山川（銀座等預かり分）／田貝（新橋） - 対象BU: YC（新橋・銀座） - 負荷: 約1時間

なぜやるか

店舗の現金売上を月末時点で集計し、「いくら会社口座へ振り込むか」を逆算する。レジ売上−現金で支払った経費−釣銭準備金＝振込予定額。会社口座入金後、業務委託料・サプライヤー支払いの原資となる。

いつやるか

月末締めで集計し、翌月1〜5日の振込前日または当日朝までに確定。対象現金は前月26日〜当月20日（変則的）、提出時期は月末29日 or 30日（連休の場合は事前提出）。

手順

1. 前月の現金売上合計を売上表（新橋＝紙売上表写メ／銀座＝「銀座一日店長現金管理表」日次取引記録のCash合計）から取得
2. 「YC Group売上提出・現金管理表2024-26.xlsx」（最新版 fileId: 1DdfpSsU959-b72kSy7sC4eW4XYtVjxfm、修正日2026-05-05）に集計値を記入
3. 現金で支払った経費（仕入小口・雑費等）を差し引く
4. 釣銭準備金（新橋IAPONIA：3万円）を控除
5. 振込予定額を確定し、AC4-2（田貝＝新橋）／AC4-3（山川預かり分）の振込担当に共有
6. 提出物：現金封筒（各店舗営業日別の小封筒を大封筒にまとめたもの）＋上記精算表。原則手渡し（または銀行振込 to YC）。1,000円札は釣銭用に極力封筒には入れない

YS Brain知見（v1.2追加）

• 管理表の正式ファイル名は「YC Group売上提出・現金管理表2024-26.xlsx」（最新版 fileId: 1DdfpSsU959-b72kSy7sC4eW4XYtVjxfm、修正日2026-05-05）。旧版 fileId 1SyEqdHxJHANBvZZlyZAjiYjmZlxCj9M- も存在するため取り違え注意 — 出典: YS Brain Google Drive
• テンプレ原紙は「YC Group売上提出時フォーマット.xlsx」（fileId: 1MZYeqaAwk88mCHM0pDcvzNH7H2bufDzi）

Drive実コンテンツ知見（v1.3追加）

• 釣銭準備金の基準額（新橋IAPONIA）: 3万円。「3万円釣銭オペレーション」として開店時チェックリスト・店長新任向け備忘録に明示。スタッフが「3万円釣銭オペレーションについて足りなくなったらどうするか知らない」が指摘事項として記録 — 出典: オペレーション備忘録.pptx（fileId: 1AOf3GPjLGiVsh5LHsUb3CXiWvSqAzmfg）2025/5/12項、新橋開店前・退店時チェックリスト（v2024）
• 現金提出の対象期間ルール: 「3月26日〜4月20日まで（変則的に）」「提出時期: 月末29日 or 30日（連休の場合は事前提出）」 — 出典: 月間売上(現金)提出ルール（fileId: 1DoNswvrCOd5vpsDYEqfiMZuE3ff-rA23NMdF-zO-V0o）
• 封筒運用: 小封筒=デイリーの営業日ごとの売上封筒／大封筒=中目黒店・新橋店などBUの記載があり小封筒を格納／1,000円札はお釣り銭のため極力封筒には入れない — 出典: 月間売上(現金)提出ルール、会計表原紙2025

元マニュアル参照

• 41_会計マニュアル5W1H版.md（売上関連業務 2c 現金売上の集計・入金処理）
• 52_銀座一日店長現金管理表.md
• 43_経理マニュアル.md（第2章 収入の管理）

AC11 / ベンダー・業者請求書内容チェック

メタ情報 - 頻度: 月次（毎月10日／25日の請求書提出締切後） - 主担当: 山川（レビュー） / 田貝（新橋分1次回収・確認＝補佐レビュー役） / 佐藤（入力） - 対象BU: YC - 負荷: 30分〜1時間 - 関連ファイル: 振込依頼管理シート、PL作成用データファイル、業者請求管理フォルダ

なぜやるか

• ベンダー請求書（仕入・外注費等）は紙またはPDFで提出されるため、内容妥当性を経理担当が必ずレビューしないと、金額誤りや二重請求が見逃される。
• 経理マニュアル3-1の支出情報源「3) 請求書（ベンダー・業者）」に該当し、振込実行前の一次確認が支払漏れ・誤振込の防止に直結する。

いつやるか

• 請求書提出締切: 毎月10日・25日（支払日の5日前）。
• 内容チェック: 締切直後〜支払日（毎月15日・月末）の間。

手順

1. 当月受領した仕入・業者請求書（紙またはPDF）を「業者請求管理」フォルダで一覧化する。
2. 金額・支払先・支払期日・摘要が請求書本紙と一致するかを確認（山川レビュー、田貝が新橋分の1次回収・確認＝補佐レビュー役、畑が全社レベルの2次レビュー）。
3. 自動引き落とし対象（榎本酒類23日／エクシング6日／JASRAC21日／NTT東日本24日／東京ガス12日）は、はがき・紙請求書と照合。
4. 問題なければ「振込依頼管理シート」への転記指示を佐藤（または土岐さん）に出す（記入時はすべて「未」状態）。
5. PL作成用データファイル側にも該当カテゴリで反映予定として記録。
6. 疑義あれば佐々生にエスカレーション（→ 整合性確認後に振込可否判断）。

YS Brain知見（v1.2追加）

• 田貝の関与範囲: 田貝定常業務リストには「毎月10日までに確定 / スタッフ勤怠・ベンダー等請求書チェック」と記載、山川側担当列でも「田貝さん、畑さんらのチェックの完了した勤怠管理表のレビューおよびベンダー等からの請求書をレビュー、土岐さんに振込依頼管理シートへの転記を依頼」と記載。結論: 田貝は新橋店分の請求書を1次回収・確認し、山川/畑が全社レベルでレビューする補佐レビュー役。新橋に限定する明示はないが、田貝の主担当BUは新橋 — 出典: 山川さん、田貝さん定常業務まとめ.xlsx（fileId: 1z08Ylai7EPGnYL-aMut1EJvVbRwHdSUY）、総店長・店長作業分担リスト202503.xlsx（fileId: 10qcVJ7MFT9faUeStFpUYgtsPvqNC0v2N）

Drive実コンテンツ知見（v1.3追加）

• ベンダー請求書受領経路の一覧（全16社の請求書配信形式）:
• LINE経由: &SPIRITS(新橋・銀座/飲料)、株式会社ANALOG(銀座/ビール、ジンジャーエール)、エムアンドピー(新橋・銀座/地中海ワイン)
• Gmail経由: 東都環境マネジメント(新橋/ゴミ処理)、株式会社ジュン(銀座/日本ワイン)、Aiphony 永野雄希(YC/シェアオフィス)、榎本酒類(新橋/ビール)、タイミー(ネットプロテクションズ)(新橋・銀座/人材派遣)
• 紙ベース: 株式会社タウンハウジング(新橋/光熱費)
• Web: アズマコーポレーション(新橋・銀座/ワイン)
• FM(Facebook Messenger): ロマヴィーノ(新橋・銀座/ルーマニアワイン)、堀越健介(YC/コンサル)、合同会社プーレ(三上玲子)(銀座/日本ワイン)、株式会社古安曽農業育(銀座/日本ワイン)、株式会社GOLDEN DAWN(銀座・イベント/ケータリング)、鈴木秀也(YC/名刺) — 出典: 山川さん、田貝さん定常業務まとめ.xlsx 第2セクション
• 紙請求書の処理タイムライン: 「n月 中目黒オフィスで受領・撮影・送付 → (n+1)月10日 経理担当者が口座振込一覧に記載 → (n+1)月12日 確認依頼 → (n+1)月15日 振込（陽介さん）／不要な場合PL記載 → (n+1)月20日 振込結果受領・PLデータ反映・完了報告」 — 出典: 財務経理マニュアル.pptx「2.費用計上編（紙請求書の処理）」
• 紙請求書スキャン共有: 中目黒オフィスへの紙請求書は永野さんがスキャン→「ycseikyusyomailbox@gmail.com」に送付。月末から月初10日までに送付内容を確認 — 出典: 財務経理マニュアル.pptx「2.費用計上編（補足_gmailの確認方法）」

元マニュアル参照

• 56_振込依頼管理シート.md（メインシート列定義／定期支払先チェックリスト①受領〜⑤転確）
• 41_会計マニュアル5W1H版.md（第3章 3d ベンダー・業者の請求書、第4章 4a-4c）
• 43_経理マニュアル.md（第3章 3-1, 3-3／第4章 4-1〜4-5）

AC12 / 売上報告

メタ情報 - 頻度: 月次3回（10日／20日／月末速報）＋月末集計 - 主担当: 山川（銀座） / 田貝（新橋） / 佐藤（PL転記） - 対象BU: YC（銀座／新橋／コミュニティ事業） - 負荷: 約30分／回 - 関連ファイル: 売上速報・売上予想シート、YC Group売上提出・現金管理表2024-26（fileId: 1DdfpSsU959-b72kSy7sC4eW4XYtVjxfm）、PL作成用データファイル

なぜやるか

• 経営状況を旬単位で速報把握し、追加施策（イベント増・サブスク獲得等）の判断材料にするため（経理マニュアル2-2）。
• 銀座／新橋／コミュニティの3事業を合算し、予算（月250万）との乖離を可視化（売上速報・売上予想シート参照）。

いつやるか

• 売上速報: 毎月「10日」「20日」「末日」にMessenger「財務・経理スレ」で報告。
• 月末集計: 月末→翌月初に現金売上集計＆会社口座振込／サブスク入金・会員数照合→PL反映。

手順

1. 銀座店・新橋店・コミュニティ事業の各売上を、Square／売上表／イベント収益性計算ファイルから集計。
2. 「26/4-6月 予算管理シート」等の旬別フォーマットに、店舗別・カテゴリ別（店頭/ワインサロン/コミュニティイベント/サブスク等）に入力。
3. 総計＋250万円予算との乖離を算出。
4. Messenger「財務・経理スレ」に速報投稿（10日／20日／末日）。報告先は経営陣（佐々生・オルズグル）。
5. 月末は加えて、現金売上を「YC Group売上提出・現金管理表2024-26.xlsx」（fileId: 1DdfpSsU959-b72kSy7sC4eW4XYtVjxfm）に記入→翌月初に会社指定口座へ振込。
6. サブスク（IAPONIA / AKITSUSHIMA / MIZUHO / YAMATO）はSquareレポートで取得→会員数と照合→PLへ反映。

YS Brain知見（v1.2追加）

• 月3回の頻度（毎月10日・20日・月末）で「全店舗の売り上げを報告」する運用が定常業務リストに明記。報告先は経営陣（佐々生・オルズグル）— 出典: 山川さん、田貝さん定常業務まとめ.xlsx（fileId: 1z08Ylai7EPGnYL-aMut1EJvVbRwHdSUY）

Drive実コンテンツ知見（v1.3追加）

• 報告チャネル確定: 売上速報3回（10日／20日／末日）の報告先は Messenger「財務・経理スレ」。会計マニュアル5W1H版の成果物ID 2「店舗売上中間報告・月末報告書」で「報告ツール=FBM、報告スレッド=財務・経理スレ」と明記 — 出典: 会計マニュアル5W1H版（fileId: 1JxYpWVHLhxsbhHJmOviOJw70C7ZeSqNWdRqmcClrE0w）
• 報告フォーマットの構造: 「銀座店、新橋店、コミュニティ事業の各事業の売上と総合計の速報値を報告」（5W1H版 2a）。具体的なテンプレ書式の文書化は未だが、3事業×売上の構造が定型 — 出典: 同マニュアル
• 報告承認フロー: 報告者=田貝(新橋・イベント)/山川(銀座) → 確認=畑、佐々生 → 月末数字のみPLに記録 — 出典: 同マニュアル 2a
• サブスク売上の確認方法（公式）: Squareログイン→「カスタムレポート」期間設定→「売上→商品別売り上げ」で「BAR IAPONIA - IAPONIA PLAN(月7万円)」「AKITSUSHIMA PLAN(月1万円)」「MIZUHO PLAN(月7000円)」「YAMATO PLAN(月2万円)」を合算 — 出典: 財務経理マニュアル.pptx「1.売上計上編 Square管理ツール」

確認ポイント（未解明）

• 報告先（佐々生/オルズグル）への定型サマリー形式の最終フォーマット — 明文化されたテンプレは未発見（3事業×売上の構造のみ確定）

元マニュアル参照

• 55_売上速報・売上予想.md（旬別予算管理シート／基本指標／目標達成プラン）
• 41_会計マニュアル5W1H版.md（第2章 2a〜2d 売上関連業務）
• 43_経理マニュアル.md（第2章 2-1〜2-3）
• 72_財務経理マニュアル.md（サブスク売上計上ロジック）

GK1 / 来月のイベントを月額スレに流す

メタ情報 - 頻度: 月次（毎月20日に固定） - 主担当: 田貝（メイン）／山川 - 対象BU: YC（コミュニティ） - 負荷: 約30分 - ツール: LINE / Messenger（サブスク会員スレ） - 関連ファイル: イベント開催時todo、YC営業日カレンダー、各イベントの告知素材

なぜやるか

• 月額サブスク会員（IAPONIA / AKITSUSHIMA / MIZUHO / YAMATO 各プラン）への月次の事前告知が、コミュニティ事業売上のリピート確保に直結。
• 失敗指摘レポート（57）でも「サブスク会員スレでの一週間前イベント告知未実施」が指摘事項として記録されており、月次の早期告知が再発防止策の一つ。
• 来月開催予定の「明日を語らうワインサロン」「コミュニティイベント」「外部イベント」を集約発信することで、サブスク会員の体験価値を最大化。

いつやるか

• 毎月20日に固定（どの月でも安定して運用するため2026/02/18ミーティングで決定）。翌月分のイベント確定後。

手順

1. YC営業日カレンダー／イベント開催時todo（打合せシート）から翌月のイベント一覧を確定。
2. ホームページ（Yaponiaイベントページ等）のイベント一覧をスクショ撮影（スマホで見やすいようPC版の画面キャプチャ）。
3. 貸切日も必ず反映。
4. 月額会員スレ（LINE／Messenger）に告知文＋スクショを投稿。
5. 個別イベントの紹介文（1週間前）はサラサさん（コンシェルジュ）担当として運用整理。
6. 投稿完了をチェックリスト管理（過去の漏れ事例の再発防止）。

YS Brain知見（v1.2追加）

• 一日店長依頼書ver.5.0（fileId: 1kRbdLZu-bYDmj3ubU_6WoBlotChSWjiZb17Z9Ipd9Do）には一日店長向け告知文例（2025.06.01〜適用分）あり — 出典: 同ファイル

Drive実コンテンツ知見（v1.3追加）

• 月次告知ルール（公式運用）: 「月次告知（毎月20日）：翌月のイベント一覧をスクショで送る／スマホで見やすいようにPC版の画面をキャプチャ／貸切日も必ず反映／20日に固定（どの月でも安定）」 — 出典: To do メインファイル.md 2026/02/18議事録 第5項「告知運用（週次・月次）の再構築」、2026/02/19議事録 第4項「月次・週次告知の役割分担」
• 担当区分の明確化: 「月次告知（毎月20日）：ホームページのイベント一覧をスクショして送る → 担当：田貝さん」「週次告知（毎週月曜）：今週のイベントを画像＋リンクで送る → 担当：田貝さん」「個別イベントの紹介文（1週間前）：詳細文＋『いいねお願いします』などの文言 → 担当：サラサさん」「サラサさんがやらなくてよいこと：月次・週次の『一覧告知』は担当外」 — 出典: To do メインファイル.md 2026/02/19議事録 第4項
• イベント管理チェックリスト: 「ウェブサイト掲載（二か月前）／会員スレ告知（一週間前）／会員スレ告知（イベント日の週の月曜日。一週間分のスケジュールの中で）／会員スレ告知（イベント日当日）／店長・総店長から満員御礼の可能性ありと連絡があった場合は会員スレにてその旨告知」 — 出典: イベント管理業務チェックリスト（fileId: 1pFXa1MXKOLwK0-8aVnT3XRK56FWvFD-bBNou0oj3_wY）
• Facebookイベントページ運用: 「イベント決定 → 1週間以内に文章投稿／その後は週1ペースで更新／通知が重ならないように土曜投稿が望ましい」 — 出典: 2026/02/18議事録 第5項

確認ポイント（未解明）

• 投稿先スレッドの具体名（IAPONIA／AKITSUSHIMA等プラン別か、統合スレか）— 「月額会員スレ」総称運用は確認できたが、プラン別か統合かの確定情報は未発見
• 月額会員向けの告知文テンプレート本文の所在（共有ドライブ内位置）— スクショ送付運用が中心で、定型テンプレ文の文書化は未確認

元マニュアル参照

• 46_イベント開催時todo.md（イベント前準備TODO一覧／告知タイミング）
• 72_財務経理マニュアル.md（サブスクプラン一覧）
• 57_失敗指摘レポート.md（251224 ヤポカラ等 月額スレ告知漏れ事例）

KI1 / 月曜「今週のイベント」リマインド

メタ情報 - 頻度: 週次（毎週月曜） - 主担当: 田貝（メイン）／山川 - 対象BU: YC（コミュニティ） - 負荷: 約15分 - ツール: LINE（サブスク会員スレ／関連スレ） - 関連ファイル: イベント開催時todo、YC営業日カレンダー、04_一日店長依頼書

なぜやるか

• 失敗指摘レポート57件目「うちなんちゅ会のサブスク会員スレでの一週間前イベント告知がなされていなかった」を受けて、月曜定例のリマインド運用が必須となった。
• 一日店長依頼書（04）でも「お客様へのリマインドと、集客結果ご報告のお願い」が3週間前〜1週間前に位置付けられている。
• 週次定型化で、参加率・現金/カード比率・最終的な客単価確保に寄与。

いつやるか

• 毎週月曜（午前中〜午後早めを推奨、参加判断の時間を確保するため）。

手順

1. YC営業日カレンダーで今週開催のイベントを確認（一日店長／コミュニティイベント／外部イベント）。
2. 今週のイベントを画像＋リンク付きでサマリー化（画像は見やすさ優先で作成）。
3. LINEグループ（月額会員スレ／該当コミュニティスレ）に「今週のイベント」リマインドを投稿。
4. 詳細はイベントページ（Yaponia等）へ誘導。
5. 必要に応じて一日店長本人にも集客状況確認の声かけ（04_一日店長依頼書のリマインドフロー）。
6. 投稿後、参加申込の動きをモニタリング。

Drive実コンテンツ知見（v1.3追加）

• 週次告知ルール（公式運用）: 「週次告知（毎週月曜）：今週のイベントを画像＋リンク付きで送る／詳細はイベントページへ誘導／画像は見やすさ優先で作成」 — 出典: To do メインファイル.md 2026/02/18議事録 第5項「告知運用（週次・月次）の再構築」
• 業務フロー（曜日ごと）の整理: 「月曜：週次告知／火曜：集客状況レビュー・タイミースタッフレビュー／水曜：ホットトピック／木曜：備品チェック・業務改善マニュアル更新／金曜：ToDoチェック・翌週の準備・刈り取りまとめ／土日：できるだけ休める体制へ」 — 出典: 2026/02/18議事録 第6項
• イベント管理チェックリストでの「月曜定例」: 「会員スレ告知（イベント日の週の月曜日。一週間分のスケジュールの中で）」 — 出典: イベント管理業務チェックリスト（fileId: 1pFXa1MXKOLwK0-8aVnT3XRK56FWvFD-bBNou0oj3_wY）

確認ポイント（未解明）

• 投稿先スレッドの一覧（複数あれば優先順位）— GK1と共通課題、月額会員スレ総称運用は確認できたがプラン別優先順位は未発見
• 月曜が祝日の場合の代替日対応 — マニュアル/運用文書では明示記載なし

元マニュアル参照

• 46_イベント開催時todo.md（事前準備タイムテーブル：1週間前項目）
• 04_一日店長依頼書.md（3週間前〜1週間前のリマインド／集客結果報告の位置付け）
• 57_失敗指摘レポート.md（サブスク会員スレ告知漏れ事例）

HR1-4 / シフト発表

メタ情報 - 頻度: 月次（毎月20日まで） - 主担当: 山川（銀座） / 田貝（新橋） - 対象BU: YC - 負荷: 約15分 - ツール: LINE、YC営業日カレンダー、YC全店舗シフト表、TimeTree

なぜやるか

確定したシフトを全スタッフへ周知し、各自の自身担当日・サポート日・休務日を確認できる状態にする。発表が遅れるとスタッフ各自の私的予定との衝突や、当日欠勤リスクが上がる。

いつやるか

HR1-3レビュー完了後、毎月20日まで（IAPONIA手順書「確定した【YC全店舗シフト表】を20日までにスタッフへ送る」と整合）。銀座・新橋ともに同日基準。

手順

1. YC営業日カレンダー／YC全店舗シフト表の該当月シートを「確定版」として整える（銀座シフト列・新橋シフト列・タイミー列）。
2. 銀座: 山川がLINEグループ「JIDAI全体 YC側」へスプレッドシートリンクで確定シフトを通知。
3. 新橋: 田貝がLINEグループ「【全スタッフ】」へスプレッドシートリンクで確定シフトを通知（【全スタッフ】グループにいないスタッフへは漏れなく個別連絡）。
4. 各自TimeTreeへの「○○出勤」入力を指示。
5. 連動して HR1-5（TimeTree追加／確認）へ進む。

YS Brain知見（v1.2追加）

• 発表は20日まで、媒体はLINE＋スプレッドシートリンク（画像化は標準ではない） — 出典: IAPONIA_シフト作成手順書20231009
• 取りまとめ主導者は 銀座=山川、新橋=田貝 の二系統（統合主導者はおらず、各店店長が独立して発表） — 出典: IAPONIA_シフト作成手順書20231009

Drive実コンテンツ知見（v1.3追加）

• 「20日 シフト回収」が田貝定常業務2510に明記（=新橋側は田貝が20日確定→展開） — 出典: 総店長・店長作業分担リスト202503（田貝定常業務2510シート 行14）
• 営業中の進捗連絡は店舗別ルール: 銀座JIDAIは「営業日は19時、21時、23時のタイミングで状況報告、報告は総店長またはGMが行う／スタッフのワンオペの場合はLINEのグループ『JIDAI全体(YC側)』にスタッフが挙げる」 — 出典: ★JIDAI_マニュアル_250512（fileId: F2_通常オペレーション/JIDAI関連/★JIDAI_マニュアル_250512、132〜133行）

元マニュアル参照

• 67_YC営業日カレンダー（シフト表）.md

HR1-5 / シフト発表後 TimeTree追加

メタ情報 - 頻度: 月次（シフト発表後） - 主担当: 各スタッフ（自己入力）、漏れチェックは山川／田貝 - 対象BU: YC - 負荷: 約15分（漏れチェック） - ツール: TimeTree（新橋カレンダー名「新橋BAR IAPONIA」、銀座は個室予約専用カレンダーを別運用）

なぜやるか

YC営業日カレンダー（Googleスプレッドシート）／YC全店舗シフト表（マスタ）はマスタだが、スタッフ全員が日常的に確認するのはスマホアプリのTimeTree。確定シフトをTimeTree側にも反映することで、当日出勤者・イベント担当者・お助け隊が同じ情報をモバイルで参照できる。銀座JIDAI運営マニュアルでも日次オペにTimeTree確認が組み込まれている（個室予約確認）。

いつやるか

HR1-4のLINE発表直後、原則同日中。

手順

1. 正スタッフが各自で自分の出勤日に「○○出勤」とスケジュールをTimeTreeに入力する（自己入力ルール）。新橋スタッフは「新橋BAR IAPONIA」カレンダーに加入。
2. 1回限りのスポット参加者（タイミー新規・単発来店者）はTimeTreeへ加入させず、オーナー側にて記載管理（=正スタッフ用カレンダーへの新規参加を抑える運用）。
3. 店長（銀座=山川、新橋=田貝）が漏れチェック。漏れがあるスタッフへは個別連絡。
4. 確定シフト（イベント日含む：FYFK／GGT／MIKOTO／R1000／一日店長等）はイベント名も合わせて掲載。
5. シフト変更時のルール: 変更者自身がTimeTreeのスタッフ名を変更し、店長は【YC全店舗シフト表】を変更（マスタ更新の責任者は店長）。

YS Brain知見（v1.2追加）

• TimeTreeは「正スタッフが各自で自分の出勤日に"○○出勤"とスケジュール入力」する自己入力運用 — 出典: IAPONIA_シフト作成手順書20231009
• 修正同期責任者は シフト変更時=変更者自身（TimeTree）／店長（マスタ=YC全店舗シフト表） の二段運用 — 出典: IAPONIA_シフト作成手順書20231009
• 日次オペにTimeTree（個室予約）確認が組み込まれている — 出典: 銀座JIDAI運営マニュアル（fileId: 1yR26QEXCS-32t5-TolKCl6ZfyVOBMUDWWf2QAvtjYMI）

Drive実コンテンツ知見（v1.3追加）

• 新橋スタッフ向けTimeTreeカレンダー名は「新橋BAR IAPONIA」（スマホアプリTimeTreeをダウンロード後、当該カレンダーに加入する手順を店長マニュアルに明記） — 出典: ★IAPONIA_店長マニュアル230612（fileId: F2_通常オペレーション/IAPONIA関連/★IAPONIA_店長マニュアル230612、34行）
• 銀座JIDAI個室予約用カレンダーURLは https://timetreeapp.com/calendars/SAv3sinRYdAS/events/...（個室予約専用）→ 銀座は「個室予約カレンダー」を別カレンダーで運用、シフト用と用途分離 — 出典: ★JIDAI_マニュアル_250512（129行）
• 「1回限りのスポットの方は煩雑になるのでTimeTreeには加入いただかず、オーナー側にて記載管理」=正スタッフ用カレンダーをスポット参加者で汚染しないルール — 出典: ★IAPONIA_店長マニュアル230612（37行）、★JIDAI_マニュアル_250512（59行）

元マニュアル参照

• 67_YC営業日カレンダー（シフト表）.md

OT15-銀座トレーニング / 銀座スタッフトレーニング（お助け隊）

メタ情報 - 頻度: 随時（新規スタッフ加入時／既存スタッフのスキルアップ時） - 主担当: 山川（銀座管理者）／田貝 - 対象BU: 銀座 - 負荷: 中作業 - 準備開始: トレーニング対象者確定後すぐ - 主要参照ドキュメント: 銀座お助け隊ボウズ作業プラン（fileId: 1OTkeM2B1qL4rT83t8MgvjUqWR149aIXokhvG_qDl29c）

なぜやるか

銀座店「JIDAI」は一日店長制度・少人数オペレーションを前提とした特殊な店舗で、ワンオペ可能なレベルに到達したスタッフが安定運営の鍵。ワンオペ検定をマイルストーンに、新規スタッフを「お助け隊」として段階的に独り立ちさせ、既存スタッフの負荷分散・店舗稼働の安定化を図る。お助け隊は 両店舗（銀座／新橋イベント）を横断する人材プール として運用され、銀座での実地OJT中心、新橋への投入時は店長（田貝）が指導する分担。

いつやるか

• 新規スタッフ加入時：オンボーディング後すぐ開始
• 既存スタッフのスキルアップ時：随時
• ワンオペ検定実施：習熟度が一定に達したタイミング

手順

1. 対象者の見立て：山川／田貝が新規スタッフのバックグラウンド（飲食経験有無）を確認、「銀座お助け隊ボウズ作業プラン」（fileId: 1OTkeM2B1qL4rT83t8MgvjUqWR149aIXokhvG_qDl29c）に基づきトレーニング計画とタスク割り振りを策定。
2. プロフィール別タスク割当：
3. 染谷さん（飲食経験豊富・自分から積極的に動く・コミュ力高・英語接客可）=棚卸し主担当、銀座カウンター業務へステップアップ
4. 土方さん=メッセージ集客・レシート入力主担当（MyBridge等の顧客情報アクセスは禁止＝ネットワークビジネス懸念のため）
5. 小林さん=MyBridge登録主担当・多言語SNS・ウェブ更新
6. 同伴シフト：既存スタッフのシフトに同伴で入り、開店準備〜営業中〜閉店作業を実地で学習（45_銀座オペレーションマニュアル.md のチェックリストに沿う）。
7. ワンオペ検定準備：65_銀座ワンオペ検定.md の25問（開店準備・営業中・退店時作業）に対応できるよう、項目別に練習。
8. 開店準備：エレベータスイッチ・照明・セラー開錠・帯ディスプレイ・トイレチェック・BGM／スクエアセッティング
9. 営業中：スクエア会計（カード／電子マネー）、ドリンク提供、ワイン抜栓と日付記入、商品説明（日本語／英語）、社長経歴説明、非常口案内、会計表・営業日報作成
10. 退店時：ごみ処理、キッチンクロス処理、締め作業11項目
11. 検定実施：山川／田貝が検定を実施、合否判定。
12. 合格後：ワンオペ可能スタッフとしてシフトに組み込み、必要に応じて他スタッフの「お助け隊」として柔軟稼働。新橋イベント（R1000・ムスビテック等）への派遣実績もあり（タイミー準スタッフリストで管理）。

YS Brain知見（v1.2追加）

• 「銀座お助け隊ボウズ作業プラン」（fileId: 1OTkeM2B1qL4rT83t8MgvjUqWR149aIXokhvG_qDl29c）がトレーニング・タスク割当の方針書 — 出典: 同ドキュメント
• お助け隊運用ルール: 報酬はタイミー的扱い（時給制／単発業務）、コール責任者は山川（HR2/HR3）、シフト表上は「お助け隊◯名」列で正スタッフ枠と別管理 — 出典: 銀座お助け隊ボウズ作業プラン、YC営業日カレンダー（fileId: 1Dxusa0pHQo3Up91Tfz0hVzU_IWwIfq0p）
• お助け隊は 両店舗を横断する人材プール（銀座OJT中心、新橋イベントへも派遣実績） — 出典: タイミー準スタッフリスト（fileId: 1O4fjsj-izQe3JvtMiz_0EgZC3YKH0wDHZKauK9ryGlk）の2/13 R1000・2/24 ムスビテック等の派遣記録
• プロフィール別の業務制限あり（土方さん=MyBridgeアクセス禁止／染谷さん=棚卸主担当／小林さん=多言語SNS） — 出典: 銀座お助け隊ボウズ作業プラン

Drive実コンテンツ知見（v1.3追加）

• 新橋IAPONIAでもTimeTreeカレンダー「新橋BAR IAPONIA」を中心にスケジューリング運用（=銀座と独立のオペレーション）、IAPONIA店長マニュアル230612で「企画/集客（登壇者も兼務する場合）」が体系化されている → 新橋トレーニングは銀座と異なり、企画・集客スキルが必須要件 — 出典: ★IAPONIA_店長マニュアル230612（fileId: F2_通常オペレーション/IAPONIA関連/★IAPONIA_店長マニュアル230612、28〜52行）
• 新橋ワンオペ検定とのリンクは Drive実コンテンツ上は ★IAPONIA_店長マニュアル230612 が前提資料（オペレーション全般を網羅）として位置づけ → 銀座=65_銀座ワンオペ検定.md ／ 新橋=★IAPONIA_店長マニュアル230612 ＋ 64_新橋ワンオペ検定.md の2層構造（v1.2の「両店検定運用の連携／差分」確認ポイントを部分的に解明）
• 銀座JIDAIタイミーが「接客・ドリンク提供をほぼ自走」できるレベルまで実地育成された実例（2026/2/24 吉田さん）→ OT15-銀座トレーニングの実効性確認、「タイミー → お助け隊昇格 → 自走可能スタッフ」へのキャリアパスがDrive実コンテンツ上の議事録で実証 — 出典: To do メインファイル 2026/02/24議事録（fileId: 1-_NL7jB0VV3EXXKIPIpv0k1ZybMDvEUUsglguuKSzpI）
• タイミー採用基準「Good率80%以上、コメント内容も精査、文句が多い人は除外」が銀座JIDAIで運用 → トレーニング対象者の選別フィルタとして機能 — 出典: To do メインファイル 2026/02/05議事録（同ファイル）

確認ポイント（未解明）

• 新橋ワンオペ検定（64_新橋ワンオペ検定.md）と銀座ワンオペ検定（65_銀座ワンオペ検定.md）の項目別差分（接客スキル／企画スキル／クローズ作業）の詳細はDrive実コンテンツ上で対応表未発見。

元マニュアル参照

• 65_銀座ワンオペ検定.md（メイン）
• 45_銀座オペレーションマニュアル.md（実技の基礎手順）
• 64_新橋ワンオペ検定.md（参考：新橋側との対比）
• 62_オンボーディング資料.md（スタッフ・店舗・コミュニティ概要）
• 銀座お助け隊ボウズ作業プラン（fileId: 1OTkeM2B1qL4rT83t8MgvjUqWR149aIXokhvG_qDl29c）

OT1 / YTMミーティング（総店長・店長ミーティング）

メタ情報 - 頻度: 週次（月曜または火曜） - 主担当: 山川（総店長）・田貝（新橋店長） - 対象BU: YC（銀座・新橋） - 負荷: 約1時間 - 開催形式: 中目または新橋の開店前1時間程度。F2F（対面）が原則、難しい場合はリモート

なぜやるか

YTM（＝Yamakawa-Tagai Meeting／総店長・店長ミーティング）は、山川（総店長）・田貝（新橋店長）の２名で週次にすり合わせを行い、シフト・集客・サブスク入退会・各種イベント手配などの抜け漏れを直前に検出するため。失敗指摘レポートでは「集客レポートの未カバー」「シフトのTT未記入」「サブスク入退会の取りこぼし」がペナルティ案件として繰り返し計上されており、これらを未然に潰すのが本ミーティングの主目的。

いつやるか

• 週次（月曜または火曜）の開店前1時間程度。
• F2F（中目または新橋）が原則、難しい場合はリモート（Zoom等）。
• 直近のレポート提出（25/11/19、25/12/1、26/4 等）でレポートカバレッジ・シフト確定のクロスチェックを必ず実施することが定められている。

手順

1. アジェンダ確認（最低限）
2. 当日／翌日のシフト・営業形態
3. 当日／翌日のイベント・予約・VIP来店有無
4. サブスク入退会（CSO入退会スレと突合）
5. 集客レポートでカバーすべきイベントの確認
6. TimeTreeのシフト記入状況
7. 直近の指摘・ペナルティ事案のリマインド
8. アクション化されていない議題は次回再アジェンダとし、必ず誰が・いつまでにを決める。
9. 議事メモを残し、関連スレッド（CSO・経理・JIDAI全体 等）に必要情報を展開する。

YS Brain知見（v1.2追加）

• YTM = 「総店長・店長ミーティング」（山川（Y）・田貝（T）の週次MTGの略称） — 出典: 総店長・店長作業分担リスト202406.xlsx（OT1行）、山川さん・田貝さん定常業務まとめ.xlsx
• 開催形式: 中目または新橋の開店前1時間程度、F2F が原則。F2F 難しければリモート — 出典: 同上
• 頻度: 週一（月曜または火曜） — 出典: 同上
• AII: YS Brain 内に明確な実体定義なし。To do メインファイルで R1000参加者個別フォローアップ(刈り取り),2026/02/16,JIDAI,AII,非定常,方針確定→済 のような形で出現するが、CSV列ズレ・OCR崩れによるノイズ（山川・田貝頭文字のゴミ文字列）の可能性が高い — 出典: To do メインファイル

Drive実コンテンツ知見（v1.3追加）

• 「AII」は Drive 実コンテンツでも唯一の実出現は To do メインファイル 1件のみ（260216 R1000参加者個別フォローアップ刈り取り行の担当欄）。/Users/yosukesasaki/Downloads/YC-Brain/Drive_実コンテンツ/F1_定常業務・失敗指摘PDCA/1_業務改善・AI化・業務分担・マニュアル・作業手順/旧_To do管理/To do メインファイル.md L25 のみ
• 佐々生（陽介）作成の YC_定常業務手続きマニュアル_v1.0_draft.md でも「未確定の主要用語」として明示: 「YTM：ミーティング名の意味・担当『AII』の識別」が最優先ヒアリング項目として列挙されている（出典: 同ファイル L80）。Drive 全文 grep でも他出現なし（F1〜F4 全件、grep -rn AII で確認済み）
• 結論として、AII は単発の CSV 入力ミス／文字化けの可能性が極めて高い（佐々生自身もドラフトでヒアリング対象として明示）。Y（山川）＋T（田貝）以外の3文字目「I」が何を指すかは不明だが、ToDoテーブル運用上の実体はないと判断してよい

確認ポイント（未解明）

• 「AII」の正式な意味（CSV 列ズレのノイズと推定済。佐々生ドラフトも同様の判断。山川にワンショット確認推奨だが、優先度低）

元マニュアル参照

• 57_失敗指摘レポート.md
• 50_社長指導・励行まとめ.md
• 46_イベント開催時todo.md

OT2 / 集客範囲の見直し

メタ情報 - 頻度: 週次 - 主担当: 山川 / 田貝 - 対象BU: YC - 負荷: 約30分

なぜやるか

集客は売上に直結するYCの最重要KPI。集客レポートで「カバーされていないイベントがある」「集客レポートを誤ったスレに送付」など複数回ペナルティが発生しており（25/11/19、26/2/6 等）、対象スコープと運用先スレを定期的に見直して捕捉漏れを防ぐ必要がある。また「GW明けからの集客タスク未実施」（25/5/10）の事例から、声がけ件数のノルマ運用（毎日15名声がけ・名簿提出）も継続管理する。

いつやるか

• 週次（YTMで毎週決まった曜日に確認するのが理想）。
• 月の節目（GW明け・夏休み明け・年末年始明け）には必ずリブートのレビューを行う。

手順

1. 集客レポート（顧問スレ送付分）の直近1週間カバレッジを点検し、抜けたイベントがないか確認。
2. チャネル別効果（メッセンジャー／LINE／Facebook／Instagram／note／メール）を整理。FacebookがあればFacebookで、なければGmail等にフォールバックという既存ルールを再確認。
3. 翌週／翌月の声がけ対象リスト（過去参加者フラグ含む）を陽介さんチェック済みのものから作成。
4. 1日あたりのノルマ件数を再設定し、名簿提出フローを再確認。
5. 集客レポート送付スレ（顧問スレ）と日次のYTMで報告するレポート対象イベントを確定する。

YS Brain知見（v1.2追加）

• 集客活動は ①新橋イベント集客、②銀座・コミュニティイベント集客 の2チャネル運用。担当は山川／田貝。チャネルとしては LINE / Messenger / Facebook / Instagram / 個別声がけ（顧客声がけチェックリスト）など多様 — 出典: YS Brain 集客関連ノート群
• 人物単位の管理は SCC招待リスト（オルズグル担当／佐々生担当）
• 集客レポートは LINE → 顧問スレに移管された経緯あり（F005 失敗事例 2026/2/6）
• 「集客範囲」の正式定義は YS Brain 内に明示なし。推定：地理範囲ではなく 声がけ対象人物の総数（声がけリストに載るスコープ）または直近イベント1本に対する集客対象集合 を指す可能性

Drive実コンテンツ知見（v1.3追加）

• 「集客範囲」＝対象セグメントである ことが確定。地理範囲ではない。
• 出典: /Users/yosukesasaki/Downloads/YC-Brain/Drive_実コンテンツ/F4_AI壁うち/4. コミュニティ・集客〜ナーチャリング・CRM/集客壁打ちまとめ(山川-Claude)_260330.md（2026/3/30 山川-Claude 壁打ち）
• 集客対象セグメントは大別2グループ:
• サラリーマン時代の人脈・ワインバーを通じた旧知の人々（関係性・解像度が高い）
• 現職のイベントで1〜2回会った参加者（関係性・解像度にムラがある）
• 両グループとも返信率7〜9割、来店転換率は約10%、内訳は「先約・仕事で無理」が大半
• 集客プロセスは Phase 1〜6 で構造化:
• Phase 1（再接続）：「ご無沙汰してます」から始まる近況ヒアリング → 機能している
• Phase 5（育成）：翌日フォロー達成率50%・3日以内ほぼ100%、当日会話に基づく個別メッセージ
• Phase 6（再招待）：来てくれた人を「共創者」に変える設計が伸びしろ。"今日、〇〇さんがいてくれたことで場が変わりました" の一行を翌日フォローに添える
• 新橋＝コンテンツ型／銀座＝関係型 の構造的違い。役割付与が効きやすいのは銀座
• YCのコミュニティ範囲 は10コミュニティ（GGT, MIKOTO, R1000, Womentreneurship, BOSAIPRENEURS, セタチャレ, FP Meetup, FYFK, 若者未来共創カイギ, 地域會＋ゆいまーる学生會）— 出典: /Users/yosukesasaki/Downloads/YC-Brain/Drive_実コンテンツ/F1_定常業務・失敗指摘PDCA/4_集客/新橋銀座イベント一覧26年1月-3月andコミュニティ説明.md
• 地域會のみ IAPONIA 開催、残り9コミュニティは別会場開催が基本（出典: 坊主日タスク割り振り2 2026-04-02、L191）— 別会場参加者を IAPONIA に引き込む導線設計が課題

元マニュアル参照

• 57_失敗指摘レポート.md
• 46_イベント開催時todo.md

OT17-大掃除 / 年末大掃除（および夏期大掃除）

メタ情報 - 頻度: 年2回（夏期：8月／年末：12月）— 半固定日付運用 - 主担当: 山川（銀座）・田貝（新橋） - 対象BU: 銀座／新橋 - 負荷: 大作業 - 実施日（2026年）: 銀座=8/11・12/27、新橋=8/11・12/26

なぜやるか

日常の閉店時清掃ではカバーできない箇所（バックヤード・棚・本棚・ワインセラー奥・冷蔵庫内部・換気扇等）を半年〜年に一度徹底清掃する。失敗指摘レポートでは「IAPONIAのバックヤードや棚がかなり汚い」（25/12/20）や「ヤポニア文庫要整理」（25/12/5）など年末の清掃案件が複数挙がっており、大掃除のスケジュール化が重要。

いつやるか

• 夏期: 2026/08/11（銀座 山川／新橋 田貝とも同日固定）
• 年末: 2026/12/26（新橋 田貝）・2026/12/27（銀座 山川）
• 銀座はboBさんとの調整が必要なため、共同清掃日を事前に合意。

手順

1. 大掃除日程をスタッフ全員と共有（夏は6月中、年末は11月中旬には確定）。
2. エリア分担を策定：
3. 銀座：カウンター内・冷蔵庫内・ワインセラー・個室・トイレ・収納棚・バックヤード
4. 新橋：本棚（ヤポニア文庫）・バックヤード・冷蔵庫・キッチン・トイレ・店内ディスプレイ
5. 動員計画を作成（社員＋必要に応じて準スタッフ・タイミー・お助け隊）。
6. 当日：
7. 不用品の仕分け（処分／サマリーポケットへ預け／再配置）
8. 普段触らない場所の水拭き・乾拭き
9. 設備のセルフ点検（電球切れ・帯のほつれ・グラス欠け 等）
10. 振り返り：大掃除で発見した修繕必要箇所は OT19（年次修繕確認）に連携。

YS Brain知見（v1.2追加）

• 実施日は半固定: To do メインファイル（年次定常タスク）に下記の通り登録済み
• 大掃除（銀座 山川）: 2026/08/11
• 大掃除（新橋 田貝）: 2026/08/11
• 大掃除（新橋 田貝）: 2026/12/26
• 大掃除（銀座 山川）: 2026/12/27
• 夏（お盆前後）と年末（クリスマス後）の年2回、ほぼ固定日付運用
• 出典: To do メインファイル（fileId: 1-_NL7jB0VV3EXXKIPIpv0k1ZybMDvEUUsglguuKSzpI）

元マニュアル参照

• 57_失敗指摘レポート.md
• 44_銀座開店時・閉店時チェックシート.md
• 45_銀座オペレーションマニュアル.md