# Lark講座 L1〜L3 動画・課題 統合マスター

**目的**：レベル1〜3の**動画マスター**・**課題**・**ライブ**を1冊に集約し、Lark Baseへの取り込み・撮影管理の単一ソースとする。

**ビジュアル（HTML）**：全体像を地図として見る → [`講師向けポータル/curriculum-map.html`](./講師向けポータル/curriculum-map.html)

**関連ドキュメント**

| ドキュメント | 役割 |
|-------------|------|
| `新カリキュラム体系_詳細設計書.md` | 価格・期間・ペルソナ・「次の壁」・講師枠組み |
| `動画コンテンツ化_運営体制設計書.md` | ハイブリッド運営・採点ルーブリック・講師稼働・Phase |
| `講師向け_成果物共通テンプレート集.md` | ヒアリングシート・要件定義書等のフォーマット |

---

## 0. 既存「汎用ライブラリ動画（全40本）」との役割分担

運営で既に保有している **No.1〜40**（導入編〜承認活用編）は、**Lark各機能の汎用チュートリアル**として位置づける。

| 区分 | 内容 | 受講生への見せ方（推奨） |
|------|------|-------------------------|
| **ライブラリ40本** | アカウント開設、チャット基本、タスク、Wiki、会議、カレンダー、Docs、フォーム、Base汎用、メール、承認など | 「操作の詰まりはここを見る」**辞書・補助教材**。講座の合格条件ではない |
| **講座専用動画（本書のL1〜L3）** | 講座の課題・設計思考・模擬案件・ビジネス/技術と直結 | **必須視聴＋課題と紐づく**本体コンテンツ |

> **レベル1**：受講生には「ライブラリで予習してもよいが、**課題達成の主軸は講座専用34本**」と明示する。

---

## 1. レベル1（Lark基礎コース）

### 1.1 基本情報（固定）

| 項目 | 内容 |
|------|------|
| 価格 | ¥198,000（税別）※詳細設計書に準拠 |
| 期間 | 1ヶ月 |
| 対象 | 一人社長・フリーランス・個人事業主・少人数事業者 |
| 講義形式 | **動画で完結（講座専用34本）** ＋ 課題提出・採点 ＋ **ライブは修了発表会のみ** |
| スコープ | 1人利用前提。承認フロー・ワークプレイス・組織権限の深堀りはレベル2 |

### 1.2 課題・ライブ一覧

| ID | 名称 | タイミング | 合格の要点 |
|----|------|------------|------------|
| 課題① | 業務課題マップ | 第1回ブロック終了後 | 棚卸し・優先度・**数値つきゴール** |
| 課題② | 自社Base構築 | 第2回ブロック終了後 | 2テーブル以上＋ルックアップまたは双方向関連 |
| 課題③ | ビュー・ダッシュボード・自動化 | 第3回ブロック終了後 | ビュー3種以上＋ダッシュボード＋自動化1つ以上 |
| 課題④ | 発表資料＋ライブ発表 | 第4回ブロック終了後 | 資料提出＋**ライブ修了発表会参加** |
| ライブ | 修了発表会 | 1回のみ | 相互フィードバック・講座の到達点 |

### 1.3 講座専用動画マスター（34本・既存40本とタイトル非重複）

Base取り込み用カラム：**連番**｜**管理ID**｜**セクション**｜**タイトル選択肢**｜**種別**｜**分**｜**課題**｜**目的（短文）**｜**話す内容（要点）**

| 連番 | 管理ID | セクション | タイトル選択肢 | 種別 | 分 | 課題 | 目的（短文） | 話す内容（要点） |
|-----|--------|------------|----------------|------|----|------|-------------|------------------|
| 1 | L1-1-1-A | L1講座・全体像 | この講座で「変える」のは操作習得ではなく業務の仕組みである理由 | B | 4 | ① | 講座の位置づけ | 仕組み変革／課題・発表会の意味 |
| 2 | L1-1-1-B | L1講座・全体像 | 4回・課題・発表会の流れと「作り切る」までの設計 | B | 4 | ① | 全体フロー | 理解と作り切りの違い／ゴール像 |
| 3 | L1-1-2-A | L1環境チェック | 受講開始時のプロフィール確認と「そのまま使える」状態の定義 | A | 5 | ① | アカウント後の整え | プロフィール／チェックリスト |
| 4 | L1-1-2-B | L1環境チェック | 通知の詰まりを防ぐ初期設計とモバイル同期の確認ポイント | A | 5 | ① | 継続利用の設定 | 通知設計／モバイル／同期 |
| 5 | L1-1-3-A | L1チャット運用設計 | メッセージの基本操作を「案件の起点」として使う前提の整理 | A | 4 | ① | 業務起点のチャット | 送信・返信・引用・メンション |
| 6 | L1-1-3-B | L1チャット運用設計 | ピン・ブックマーク・グループを使った情報の埋もれ対策と他ツールとの位置づけ | A | 5 | ① | 情報設計 | ピン／ブックマーク／グループ／比較視点 |
| 7 | L1-1-4-A | L1カレンダー業務フロー | 予定・繰り返し・リマインドを「見落とし防止」に組み込む考え方 | A | 4 | ① | 見落とし防止 | 予定・繰り返し・リマインド |
| 8 | L1-1-4-B | L1カレンダー業務フロー | 1週間分の予定を入れて業務の流れをイメージする【講座デモ】 | A | 5 | ① | 業務フローイメージ | 外部カレンダー整理・会議・1週間デモ |
| 9 | L1-1-5-A | L1ドキュメント運用 | 議事録テンプレを軸にしたドキュメントの型とコメント・メンション運用 | A | 5 | ① | 型で回す | テンプレ／コメント・メンション |
| 10 | L1-1-5-B | L1Wiki設計 | Wikiを3階層で組み立てる「自社マニュアル骨格」の作り方【講座】 | A | 6 | ① | マニュアル骨格 | 階層設計／3ページ実演 |
| 11 | L1-1-6-A | L1ワーク（課題①） | 業務課題マップ：テンプレ各欄の意味と棚卸しの進め方 | D | 5 | ① | 記入開始 | 各欄・ツール欄・棚卸し |
| 12 | L1-1-6-B | L1ワーク（課題①） | 業務課題マップ：優先度づけ・ゴールの言語化・提出の注意点 | D | 4 | ① | 完成度 | 頻度×影響度／NG/OKゴール／提出 |
| 13 | L1-2-1-A | L1Baseデータ設計 | スプレッドシートで壊れやすいデータ構造とBaseの役割【比較の視点】 | B | 4 | ② | なぜBaseか | 限界／単一ソースと見方 |
| 14 | L1-2-1-B | L1Baseデータ設計 | 同一「顧客リスト」をスプレッドシートとBaseで並べて体感する比較デモ | B | 5 | ② | 体感 | 比較実演／移行判断 |
| 15 | L1-2-2-A | L1Baseデータ設計 | テーブル作成とテキスト系フィールドを案件の「型」として置く | A | 5 | ② | テーブル作成 | 新規・単一/複数行テキスト |
| 16 | L1-2-2-B | L1Baseデータ設計 | 数値・金額・日付・選択肢を「集計と締切」に効く型で揃える | A | 6 | ② | 型の選択 | 通貨・日付・選択肢 |
| 17 | L1-2-2-C | L1Baseデータ設計 | チェック・担当者・よくある型ミスを潰して案件テーブルを完成させる | A | 6 | ② | 実装イメージ | チェック・メンバー・実演 |
| 18 | L1-2-3-A | L1Baseデータ設計 | ルックアップが必要になる瞬間（二重入力とミスの構造） | B | 3 | ② | 概念 | 二重入力／関連とルックアップの違い |
| 19 | L1-2-3-B | L1Baseデータ設計 | 顧客マスタ→案件へのルックアップ設定と「使う／使わない」線引き | A | 7 | ② | 実装 | 関連レコード→ルックアップ |
| 20 | L1-2-4-A | L1Baseデータ設計 | 双方向関連で「両側から辿れる」状態をイメージする | B | 3 | ② | 概念 | 両方向の見え方 |
| 21 | L1-2-4-B | L1Baseデータ設計 | 顧客・案件・タスクを3テーブルでつなぐ実演【課題②の型】 | A | 7 | ② | 課題直結 | 3テーブル実演 |
| 22 | L1-2-5-A | L1Baseデータ設計 | いきなり作らないためのBase設計図（四角と線）の書き方 | B | 5 | ② | 設計習慣 | 設計図／データ洗い出し |
| 23 | L1-2-5-B | L1Baseデータ設計 | フリーランス／小規模事業の設計図サンプルと最初のスコープの決め方 | B | 6 | ② | 自分の型 | 例示／2〜3テーブルで十分 |
| 24 | L1-3-1-A | L1見える化 | 同じテーブルをグリッド・フィルターで目的別に見る設計 | A | 4 | ③ | ビュー理解 | グリッド・条件フィルター |
| 25 | L1-3-1-B | L1見える化 | カンバン・ガントでパイプラインと日程を見せる【複数ビュー実演】 | A | 6 | ③ | 複数ビュー | カンバン・ガント・命名 |
| 26 | L1-3-2-A | L1見える化 | ダッシュボードに載せるウィジェットの選び方（円・棒・数値） | A | 5 | ③ | ウィジェット | グラフ・数値の実演 |
| 27 | L1-3-2-B | L1見える化 | フィルターと指標の載せ分け「毎日見る／たまに見る」 | A | 5 | ③ | 指標設計 | フィルター連動・判断基準 |
| 28 | L1-3-3-A | L1自動化判断 | トリガーとアクションの対応を言語化する（自動化画面の読み方） | A | 3 | ③ | 用語整理 | トリガー・アクション |
| 29 | L1-3-3-B | L1自動化判断 | 新規レコード追加をチャット通知につなぐ【課題③の第1ルール】 | A | 4 | ③ | 実演① | 追加→通知 |
| 30 | L1-3-3-C | L1自動化判断 | 期限リマインドとステータス完了→完了日の自動入力【第2・第3ルール】 | A | 5 | ③ | 実演②③ | 日付・ステータス連動 |
| 31 | L1-3-4-A | L1自動化判断 | 自動化でやるべきこと／やらない方がいいこと【判断の筋】 | B | 4 | ③ | 設計思考 | すべき・しない・3ステップ |
| 32 | L1-3-4-B | L1自動化判断 | レベル1で扱う範囲とレベル2（条件分岐・承認連動）へのつなぎ | B | 3 | ③ | 次レベル接続 | L1の範囲明示 |
| 33 | L1-4-1-A | L1修了・発表 | 5分発表の構成・スライドの型・良い例と避けたい例 | D | 5 | ④ | 発表の型 | 5分構成・Before/After |
| 34 | L1-4-1-B | L1修了・発表 | 発表資料の提出と当日の進行イメージ【ライブ発表会】 | D | 3 | ④ | 当日準備 | 提出・心構え |

**レベル1集計**：動画 **34本** ・ 合計時間おおよそ **160分** ・ 課題 **4** ・ ライブ **1**

---

## 2. レベル2（構築者コース）

### 2.1 基本情報（固定）

| 項目 | 内容 |
|------|------|
| 価格 | ¥598,000（税別）※L1内容包括／アップグレードは詳細設計書に準拠 |
| 期間 | 3ヶ月（全12回） |
| 前提 | L1修了またはL2から直接受講 |
| 形式 | 動画（講座専用）＋ 課題 **⑤〜⑮** ＋ ライブ **中間レビュー1回・修了発表会1回** |
| ゴール | 組織向け構築＋要件定義〜模擬納品までのポートフォリオ |

### 2.2 課題・ライブ一覧

| ID | 名称 | 紐づくタイミング |
|----|------|------------------|
| ⑤ | Lark環境整備＋Base構造説明メモ | Month1 第1回後 |
| ⑥ | 承認フロー2系統（通常＋条件分岐） | Month1 第2回後 |
| ⑦ | ワークプレイスモック＋権限設計書 | Month1 第3回後 |
| ⑧ | 条件分岐＋承認トリガー自動化 | Month1 第4回後 |
| ⑨ | 架空クライアント・ヒアリングシート | Month2 第5回後 |
| ⑩ | 要件定義書＋項目定義書 | Month2 第6回後 |
| ⑪ | 業種別テンプレートBase | Month2 第7回後 |
| ⑫ | 導入ロードマップ＋**中間レビュー参加** | Month2 第8回後 |
| ⑬ | 模擬案件・要件定義＋設計書 | Month3 第9回後 |
| ⑭ | 模擬案件・構築提出 | Month3 第10回後 |
| ⑮ | 納品資料＋プレゼン資料＋**修了発表参加** | Month3 第11回後 |
| ライブ | 中間レビュー（第8回）／修了発表（第12回） | 必須 |

### 2.3 講座専用動画マスター（32本）

※連番35〜66の**32行**。旧案の「35本」は統合時の表記残りの可能性あり。追加動画で35本に戻す場合は表に行を足す。

※タイトルは**汎用ライブラリ・L1講座専用**と区別するため **【L2】** または **クライアント組織向け** を含める。

| 連番 | 管理ID | セクション | タイトル選択肢 | 種別 | 分 | 課題 | 目的（短文） | 話す内容（要点） |
|-----|--------|------------|----------------|------|----|------|-------------|------------------|
| 35 | L2-M1-1-1 | L2全体像 | 【L2】構築者コースの3ヶ月地図とポートフォリオ修了定義 | B | 10 | ⑤ | ロードマップ | 月別ゴール／L1との違い／課題ルール |
| 36 | L2-M1-1-2 | L2速習 | 【L2・直接受講者向け】L1相当を一気通貫で最低ラインまで持ち上げる | A | 15 | ⑤ | キャッチアップ | メッセンジャー〜自動化の圧縮実演 |
| 37 | L2-M1-1-3 | L2基礎改善 | 【L2】他者が読めるBaseに直す命名と並び・非表示のルール | A | 10 | ⑤ | 品質基準 | テーブル名・フィールド名・並び |
| 38 | L2-M1-2-1 | L2組織・承認 | 【L2・組織向け】承認が必要な業務と決裁プロセスの設計視点 | B | 8 | ⑥ | 承認の本質 | 経費・休暇・稟議／L1にない理由 |
| 39 | L2-M1-2-2 | L2組織・承認 | 【L2】経費申請の承認フローを初めて通しで完成させる | A | 12 | ⑥ | 実装 | フォーム・承認者・却下・通知 |
| 40 | L2-M1-2-3 | L2組織・承認 | 【L2】金額帯で承認者を変える条件分岐の組み方 | A | 10 | ⑥ | 条件分岐 | 閾値設計・テスト |
| 41 | L2-M1-2-4 | L2組織・承認 | 【L2】自動化の途中に「人の判断」を挟むフロー機能入門 | A | 10 | ⑥ | フロー | 見積承認の例・自動化との接続 |
| 42 | L2-M1-3-1 | L2ワークプレイス | 【L2】社員が迷わないポータルに必要な情報の並べ方 | B | 8 | ⑦ | 設計思想 | お知らせ・リンク・KPI |
| 43 | L2-M1-3-2 | L2ワークプレイス | 【L2】架空組織のワークプレイスをウィジェットで組む実演 | A | 10 | ⑦ | 実装 | 配置・モバイル確認 |
| 44 | L2-M1-3-3 | L2権限 | 【L2】部門・役職で見せるデータを切り分ける設計の考え方 | B | 10 | ⑦ | 権限設計 | 閲覧/編集/管理者・マトリクス |
| 45 | L2-M1-3-4 | L2権限 | 【L2】管理コンソールとBase権限を実際に当てはめる | A | 10 | ⑦ | 実装 | 部門別の見せ分け例 |
| 46 | L2-M1-4-1 | L2高度自動化 | 【L2】L1の自動化から一段上の「連鎖」とは何か | B | 6 | ⑧ | 位置づけ | 複合アクション・組織要件 |
| 47 | L2-M1-4-2 | L2高度自動化 | 【L2】条件で処理を分ける自動化の組み立て方 | A | 12 | ⑧ | 条件分岐 | ステータス別通知等 |
| 48 | L2-M1-4-3 | L2高度自動化 | 【L2】テーブル横断でレコードを生成・更新する連動 | A | 12 | ⑧ | 連動 | A更新→B生成・ループ注意 |
| 49 | L2-M1-4-4 | L2高度自動化 | 【L2】承認完了をトリガーにした後続処理のチェーン実演 | A | 10 | ⑧ | 承認連動 | 経費承認後の一連処理 |
| 50 | L2-M2-5-1 | L2ヒアリング | 【L2】自社改善と他社構築で変わる責任と成果物の境界 | B | 10 | ⑨ | 視座転換 | 聞く・構造化・合意 |
| 51 | L2-M2-5-2 | L2ヒアリング | 【L2】As-Is／To-Beを引き出す質問の型とNG例 | B | 12 | ⑨ | ヒアリング型 | 質問リスト・模擬例 |
| 52 | L2-M2-5-3 | L2ヒアリング | 【L2】ヒアリングシートテンプレの記入規格と良い記入例 | D | 8 | ⑨ | テンプレ運用 | 具体性・提出方法 |
| 53 | L2-M2-6-1 | L2要件定義 | 【L2】生のメモから要件定義書に落とす変換プロセス | B | 12 | ⑩ | 文書化 | 分類・スコープ・合意 |
| 54 | L2-M2-6-2 | L2要件定義 | 【L2】項目定義書でフィールドを「誰が見ても同じBase」にする | A | 12 | ⑩ | 属人性排除 | 型・必須・入力ルール |
| 55 | L2-M2-6-3 | L2要件定義 | 【L2】設計図をクライアントと合意する進め方と記録の残し方 | B | 8 | ⑩ | 合意 | 言い回し・確認済み管理 |
| 56 | L2-M2-7-1 | L2業種CS | 【L2・事例】飲食・サロン・小売の典型テーブルと初手 | C | 12 | ⑪ | 業種パターン | シフト・売上・在庫の考え方 |
| 57 | L2-M2-7-2 | L2業種CS | 【L2・事例】士業・コンサル・講座運営の典型テーブルと初手 | C | 12 | ⑪ | 業種パターン | 案件・期限・進捗 |
| 58 | L2-M2-7-3 | L2業種CS | 【L2・事例】EC・建設の典型テーブルと初手 | C | 12 | ⑪ | 業種パターン | 在庫・現場・原価イメージ |
| 59 | L2-M2-7-4 | L2業種CS | 【L2】業種が変わっても使える「最初の一手」の優先順位 | B | 8 | ⑪ | 初手判断 | 3つの質問 |
| 60 | L2-M2-8-1 | L2導入設計 | 【L2】一気に作らないMVPと段階拡張の説明の仕方 | B | 8 | ⑫ | MVP | Phase設計・期待調整 |
| 61 | L2-M2-8-2 | L2導入設計 | 【L2】導入ロードマップテンプレの書き方と成功基準の書き分け | D | 8 | ⑫ | ロードマップ | テンプレ・中間レビュー |
| 62 | L2-M3-9-1 | L2模擬案件 | 【L2】模擬クライアント・成果物レベル・スケジュールの読み方 | D | 8 | ⑬ | ガイド | 提出物・完走の定義 |
| 63 | L2-M3-9-2 | L2模擬案件 | 【L2・事例】実案件プロセスの縮図（匿名ケース） | C | 15 | ⑬ | ケーススタディ | 課題→設計→結果 |
| 64 | L2-M3-10-1 | L2模擬案件 | 【L2】構築の順序チェックリストと「動く」の最低ライン | D | 8 | ⑭ | 品質 | 順序・テストデータ・提出 |
| 65 | L2-M3-11-1 | L2納品 | 【L2】現場スタッフが迷わない運用マニュアルの章立てとスクショ方針 | A | 10 | ⑮ | マニュアル | 全体像・FAQ・手順 |
| 66 | L2-M3-11-2 | L2納品 | 【L2】納品プレゼンの15分構成と質疑で使う言い回し集 | B | 10 | ⑮ | プレゼン | Before/After・スコープ・デモ |

**レベル2集計**：動画 **32本**（第12回はライブのみ）・ 課題 **11** ・ ライブ **2**

---

## 3. レベル3A（クライアントコース）

### 3.1 基本情報（固定）

| 項目 | 内容 |
|------|------|
| 価格 | ¥400,000〜（税別） |
| 期間 | 3ヶ月（全12回） |
| 前提 | **レベル2修了** |
| 形式 | 動画＋課題＋ライブ（中間・修了）※運営は `動画コンテンツ化_運営体制設計書` に準拠して設計 |
| ゴール | サービス化・提案・契約・定着まで自走 |

### 3.2 課題（成果物）一覧

| Month | 回 | 主成果物 |
|-------|-----|----------|
| 1 | 1〜4 | サービスメニュー、価格表・収益計画、提案書テンプレ、契約書・見積テンプレ |
| 2 | 5〜8 | 営業ファネル設計、面談フィードバック記録、実案件（または模擬）提案書、進捗レポート |
| 3 | 9〜12 | 研修プログラム、月額サポート設計、実績ポートフォリオ、**修了発表・認定審査** |

### 3.3 講座専用動画マスター（案：全27本）

※L3は**実務・ロールプレイ**が多いため本数多め。ライブ・課題とセットで使用。

| 連番 | 管理ID | セクション | タイトル選択肢 | 種別 | 分 | 主な課題 | 話す内容（要点） |
|-----|--------|------------|----------------|------|----|----------|------------------|
| 67 | L3A-M1-1-1 | L3A全体像 | 【L3A】クライアントコースのゴールとレベル2との役割分担 | B | 8 | — | 売れる人の定義／12週の地図 |
| 68 | L3A-M1-1-2 | L3Aポジション | 【L3A】自分の強みを「誰のどんな痛み」に刺さるか言語化する | B | 12 | サービスメニュー | ポジショニング1文／専門領域 |
| 69 | L3A-M1-2-1 | L3Aサービス設計 | 【L3A】松竹梅メニューと「含まれる／含まれない」の切り方 | B | 12 | サービスメニュー | スコープ境界／オプション |
| 70 | L3A-M1-2-2 | L3A価格 | 【L3A】工数から逆算する価格の付け方と値引き交渉の筋 | B | 12 | 価格表 | 原価意識・松竹梅価格 |
| 71 | L3A-M1-3-1 | L3A提案 | 【L3A】提案書の章立てと「読む人が次に取る行動」の設計 | B | 12 | 提案テンプレ | 課題・提案・投資対効果 |
| 72 | L3A-M1-3-2 | L3Aデモ | 【L3A】デモ環境で見せる順序と失敗しない切り出し方 | B | 10 | デモ環境 | ストーリー・時間配分 |
| 73 | L3A-M1-4-1 | L3A契約 | 【L3A】業務委託で最低限入れる条項と追加費用の言い方 | B | 12 | 契約テンプレ | スコープ・検収・支払 |
| 74 | L3A-M1-4-2 | L3A見積 | 【L3A】見積書でトラブルを減らす書き分け（工数・成果物・前提） | D | 10 | 見積テンプレ | 項目例・注意書き |
| 75 | L3A-M2-5-1 | L3A営業 | 【L3A】リード獲得から初回面談までのファネル設計 | B | 12 | ファネル | チャネル・KPI |
| 76 | L3A-M2-5-2 | L3A面談 | 【L3A】初回面談の質問順と「売り込みすぎない」バランス | B | 12 | 面談 | 傾聴・次アクション |
| 77 | L3A-M2-6-1 | L3Aロールプレイ | 【L3A】面談ロールプレイの観点チェックリスト（講師用解説） | D | 15 | 面談FB | 観察ポイント・フィードバック型 |
| 78 | L3A-M2-7-1 | L3A提案実践 | 【L3A】実案件向け提案書の詰め方とレビュー観点 | B | 12 | 実提案書 | 差別化・リスク開示 |
| 79 | L3A-M2-7-2 | L3Aクロージング | 【L3A】クロージングで使う確認事項と次の一手の取り方 | B | 10 | 実提案書 | 決裁者・タイミング |
| 80 | L3A-M2-8-1 | L3A中間 | 【L3A】中間レビューで見るKPIと軌道修正の話し方 | D | 8 | 進捗レポート | 発表構成・自己評価 |
| 81 | L3A-M3-9-1 | L3A定着 | 【L3A】スタッフ研修のカリキュラム骨子と資料の渡し方 | B | 12 | 研修PG | 段階学習・演習 |
| 82 | L3A-M3-9-2 | L3A運用 | 【L3A】運用ルールを「守れる長さ」で書くコツ | B | 10 | 運用ルール | 禁止事項より手順 |
| 83 | L3A-M3-10-1 | L3A継続課金 | 【L3A】月額サポートの範囲設計と定期レビューの型 | B | 12 | サポート設計 | SLAに近い表現・価格 |
| 84 | L3A-M3-10-2 | L3Aアップセル | 【L3A】構築後に続く提案のタイミングと切り口 | B | 10 | サポート設計 | 改善サイクル |
| 85 | L3A-M3-11-1 | L3A実績 | 【L3A】ケーススタディと紹介を生む実績の残し方 | B | 12 | ポートフォリオ | 数値・Before/After・匿名 |
| 86 | L3A-M3-11-2 | L3A紹介 | 【L3A】紹介フローを仕組み化する導線設計 | B | 10 | ポートフォリオ | お礼・紹介しやすい文面 |
| 87 | L3A-M3-12-1 | L3A修了 | 【L3A】最終発表の構成と「事業としての次の四半期」の語り方 | D | 10 | 修了発表 | 審査観点・自己PR |

**レベル3A集計（案）**：動画 **27本** ・ **ライブ2回**（中間・修了）・ 各回に課題・採点は運営設計に合わせて定義

---

## 4. レベル3B（エキスパートコース）

### 4.1 基本情報（固定）

| 項目 | 内容 |
|------|------|
| 価格 | ¥400,000〜（税別） |
| 期間 | 3ヶ月（全12回） |
| 前提 | **レベル2修了** |
| ゴール | API・Webhook・GAS・MCP等で**統合案件**に対応できる技術ポートフォリオ |

### 4.2 課題（成果物）一覧

| Month | 回 | 主成果物 |
|-------|-----|----------|
| 1 | 1〜4 | 複合自動化フロー、DB設計書、API疎通環境、Lark Bot |
| 2 | 5〜8 | GAS同期スクリプト、Webhook処理、Make/Zapierフロー、MCP連携デモ |
| 3 | 9〜12 | 統合システム設計書、実装、技術ポートフォリオ、**修了発表・認定審査** |

### 4.3 講座専用動画マスター（案：全28本）

| 連番 | 管理ID | セクション | タイトル選択肢 | 種別 | 分 | 主な課題 | 話す内容（要点） |
|-----|--------|------------|----------------|------|----|----------|------------------|
| 88 | L3B-M1-1-1 | L3B全体像 | 【L3B】エキスパートコースのゴールとレベル2の境界線 | B | 8 | — | 外部連携の価値／安全境界 |
| 89 | L3B-M1-1-2 | L3B高度自動化 | 【L3B】多段条件とテーブル横断を組んだ自動化チェーンの設計パターン | B | 12 | 複合自動化 | 保守性・ログ・ロールバック |
| 90 | L3B-M1-2-1 | L3B DB設計 | 【L3B】正規化の考え方をBase設計にどこまで載せるか | B | 12 | DB設計書 | 冗長性と運用のトレードオフ |
| 91 | L3B-M1-2-2 | L3B DB設計 | 【L3B】複数Baseをまたぐデータの持ち方と同期の注意点 | B | 12 | DB設計書 | マスタ一元化・参照 |
| 92 | L3B-M1-3-1 | L3B API | 【L3B】Lark Open APIの認証の流れ（OAuth）を俯瞰する | B | 10 | API環境 | トークン・スコープの概念 |
| 93 | L3B-M1-3-2 | L3B API | 【L3B】Base APIでCRUDを試す最小コードの考え方 | A | 15 | API環境 | エンドポイント・レート制限 |
| 94 | L3B-M1-4-1 | L3B Bot | 【L3B】Botでメッセージを送るまでの構成要素とイベントの流れ | A | 12 | Bot | イベント購読・ハンドラ |
| 95 | L3B-M1-4-2 | L3B Bot | 【L3B】運用で困らないBotのログとエラー通知の付け方 | B | 10 | Bot | 監視・再実行 |
| 96 | L3B-M2-5-1 | L3B GAS | 【L3B】GASからLark APIを叩くための認証情報の扱い | A | 12 | GAS同期 | Script Properties・秘匿 |
| 97 | L3B-M2-5-2 | L3B GAS | 【L3B】スプレッドシートとBaseの一方向・双方向同期の設計比較 | A | 15 | GAS同期 | トリガー・競合 |
| 98 | L3B-M2-6-1 | L3B Webhook | 【L3B】受信Webhookの検証と重複・再送への備え | B | 12 | Webhook | 署名・冪等性 |
| 99 | L3B-M2-6-2 | L3B Webhook | 【L3B】外部SaaSからBaseレコードを生成する典型パターン | A | 15 | Webhook | ペイロードマッピング |
| 100 | L3B-M2-7-1 | L3B ノーコード | 【L3B】Make／ZapierでLark連携を組むときの分割の仕方 | A | 12 | ノーコード | シナリオ分割・エラー処理 |
| 101 | L3B-M2-7-2 | L3B ノーコード | 【L3B】ノーコードとコードの切り分け判断基準 | B | 10 | ノーコード | 保守コスト・複雑度 |
| 102 | L3B-M2-8-1 | L3B MCP | 【L3B】MCPでLarkデータをAIワークフローに載せる設計イメージ | B | 12 | MCPデモ | エージェント・権限 |
| 103 | L3B-M2-8-2 | L3B MCP | 【L3B】MCP連携のデモ構成とセキュリティ上の注意 | A | 12 | MCPデモ | テスト環境・データマスキング |
| 104 | L3B-M3-9-1 | L3B統合設計 | 【L3B】統合案件の要件を「データの流れ」で分解する方法 | B | 12 | 統合設計書 | システム境界図 |
| 105 | L3B-M3-9-2 | L3B統合設計 | 【L3B】失敗しやすい統合プロジェクトのリスク一覧と契約上の扱い | B | 10 | 統合設計書 | スコープ・例外処理 |
| 106 | L3B-M3-10-1 | L3B実装 | 【L3B】実装フェーズのマイルストーン分割（疎通→本番相当） | D | 10 | 実装① | 段階リリース |
| 107 | L3B-M3-10-2 | L3B実装 | 【L3B】結合テストで確認する観点チェックリスト | D | 12 | 実装① | 境界値・再実行 |
| 108 | L3B-M3-11-1 | L3Bポートフォリオ | 【L3B】技術ポートフォリオに載せるアーキテクチャ図の描き方 | B | 12 | ポートフォリオ | 非機能・選定理由 |
| 109 | L3B-M3-11-2 | L3Bポートフォリオ | 【L3B】高単価案件向けに「自分の技術スタック」を説明する話法 | B | 10 | ポートフォリオ | 事例・数値 |
| 110 | L3B-M3-12-1 | L3B修了 | 【L3B】最終発表で見せる統合成果物の構成と技術Q&Aの受け方 | D | 10 | 修了発表 | デモ順・誠実な限界の言い方 |

**レベル3B集計（案）**：動画 **28本** ・ **ライブ2回**（中間・修了は3Aと同様に運営で定義）

---

## 5. 全レベル 動画本数サマリー

| レベル | 講座専用動画（本） | 主なライブ | 主な課題数 |
|--------|-------------------|------------|------------|
| レベル1 | 34 | 修了発表 1 | 4 |
| レベル2 | 32 | 中間1・修了1 | 11 |
| レベル3A | 27（案） | 中間1・修了1 | 月次成果物（設計書参照） |
| レベル3B | 28（案） | 中間1・修了1 | 月次成果物（設計書参照） |
| **合計** | **121本**（L3A/Bは案） | — | — |

※**既存ライブラリ40本**は上表に含めない（補助教材）。

---

## 6. Lark Base への取り込みメモ

1. **テーブル案**：`コース`（単一選択：L1/L2/L3A/L3B）｜`連番`｜`管理ID`｜`セクション`｜`タイトル選択肢`｜`種別`｜`想定分`｜`紐づく課題`｜`目的`｜`話す内容要点`｜`視聴URL`｜`撮影ステータス`｜`備考`
2. **ビュー**：コース別／未撮影のみ／課題別
3. **別テーブル**「ライブラリ動画（1〜40）」を置き、講座テーブルと混在させないと運用が楽

---

## 更新履歴

| 日付 | 内容 |
|------|------|
| 2026-03-25 | L1〜L3の動画・課題を統合マスターとして新規作成。L1は非重複タイトル34本固定。L2は35本を表形式化。L3A/Bは動画案を新規に具体化 |
| 2026-03-25 | L2動画本数を表の行数に合わせ32本に修正。合計121本。ビジュアルHTML `curriculum-map.html` 追加 |