プロF YouTube投稿動画管理ページ設計案（v1）

📌 ナツミ依頼（2026-07-06「設計して」）に基づく設計案。プロF（大東めぐみさん案件）のYouTube投稿が本格化するにあたり、パイプライン（企画〜公開）とKPI（公開後の成果）を管理する仕組みの設計案を3案比較で作成。実装はまだしない。回答待ちのQに応じて次のステップ（DB作成→テンプレ→運用ルール）に進む。

入力ソース

YouTube運用の指標・企画分類：natsumi_memos（もえぞうさんメモ⑤：誰が何をなぜ発信・2種類の企画・拡散率・VPH・vidIQ・Outlier Score）
あさぎ＆まさる YouTube運用講座（#abc_ysp）：サムネ・タイトル・台本の型・撮影〜公開チェックリスト
既存プロF YouTubeナレッジ：index_prof_youtube（サムネFB・スクリプトプロンプター・チーム役割）
実装形態の参考：プロF既存実績（claudecode-pied.vercel.app系Webダッシュボード／Notion Tasks DB運用／Lステップ連携）

1. 前提と仮定（⚠️ ナツミの回答で変わる）

依頼文に「対象チャンネル・利用者・範囲」が回答待ちと明記されていたため、以下を仮定として設計を進めた。回答が変われば該当セクションを調整する。

項目	仮定した内容	⚠️ 変わりうる点
対象チャンネル	めぐみさんチャンネル（プロF本体）と仮定	複数チャンネル運用（サブチャンネル・シリーズ別）だった場合、管理ページを「チャンネル」列で横断できる構造にする必要あり
利用者	ナツミ＋チーム共有（めぐみさん・陽子P・みどりさん）の両対応を想定	ナツミ専用の裏方管理でよければ、権限設計・UI磨き込みは不要になり実装コストが下がる
範囲	パイプライン（企画〜公開の進行管理）＋KPI（公開後の成果測定）の両方と仮定	パイプラインのみ／KPIのみで良ければ、範囲が絞れて構築が速くなる

Q1：対象チャンネルは、めぐみさんチャンネル1本で合っているか？（複数チャンネル・シリーズ展開の予定は？） Q2：利用者はナツミだけか、チーム（めぐみさん・陽子P・みどりさん）も見る前提か？ Q3：範囲はパイプライン管理・KPI測定の両方必要か、どちらかで良いか？

2. 管理するデータ項目の設計

2-1. パイプライン系（企画〜公開の進行管理）

項目	内容	備考
動画ID	内部管理用の連番 or スラッグ	例：`YT-2026-001`
企画名	仮タイトル・企画の呼び名	例：「すてきた5」「ロードマップ」
企画タイプ	もえぞう分類：①マス向け中尺（15分弱・認知拡大・短期的快楽）／②教育系完全攻略・ロードマップ系	2種類の使い分けを可視化する列
ターゲット層	誰に向けた企画か	プロF生／TSU検討者／新規認知層等
タイトル案	複数案（A/B案）	まさる式タイトル・サムネ分離の型を反映
サムネ	案・確定・担当	ナツミ担当が基本。ABテスト用に複数案保持
台本ステータス	未着手／執筆中／レビュー中／確定	みどりさん担当想定
撮影日	予定日・実施日
編集担当	担当者名	陽子P想定
公開予定日	予定日
公開URL	公開後のYouTube URL
ステータス	企画／台本／撮影済／編集中／サムネ待ち／予約済／公開済	カンバン的に進行が見える単一列

小計：11項目

2-2. KPI系（公開後の成果測定）

項目	内容	備考
再生数（24h）	公開24時間後の再生数	もえぞう式：初速チェック
再生数（72h）	公開72時間後
再生数（1週間）	公開1週間後
再生数（1ヶ月）	公開1ヶ月後
VPH（Views Per Hour）	初速の伸びスピード	vidIQ等で取得
登録者数（公開時点）	チャンネル登録者数のスナップショット	拡散率の分母
拡散率	再生数 ÷ 登録者数（2倍以上で拡散判定）	もえぞう基準そのまま採用
CTR	サムネ・タイトルのクリック率	YouTube Studio取得
平均視聴維持率	視聴維持率（%）	台本・構成の評価指標
流入内訳	ブラウジング／検索／関連動画の比率	どの経路で伸びたか
LINE誘導数	動画経由のLINE登録数（計測可能なら）	プロF本丸のCV指標

小計：10項目

2-3. 運用系（補助）

投稿頻度目標（週◯本等）
次回企画ストック（企画アイデアのバックログ）

3. 実装3案の比較

A案：Notion DB

構築スピード：◎（最速。既存 Tasks DB と同じ環境で即日構築可）
チーム共有・権限：◎（めぐみさん・陽子P・みどりさんは既にNotion運用に慣れている）
KPI自動化：△（手入力 or 定期スクリプトでの流し込みが必要。API連携は別途構築）
更新の手間：中（ビュー切替でパイプライン/KPIを分けて見られる。入力は都度）
拡張性：中〜高（プロパティ追加は容易。ビュー・フィルター・ロールアップで柔軟に育てられる）
既存Tasks DBと同居 or 別DBは要判断（案件混在防止の観点では別DB推奨）

B案：Googleスプレッドシート

構築スピード：◎（Notion同様に速い）
チーム共有・権限：○（チームが馴染んでいれば良いが、プロFは現状Notion運用が主軸）
KPI自動化：○（GAS＋YouTube Data APIで自動記録の余地あり。グラフ化も得意）
更新の手間：中（関数・条件付き書式でパイプライン進行を色分けできる）
拡張性：中（行が増えるほど見づらくなりやすい。企画数が増えた時のUI限界あり）

C案：Webダッシュボード（claudecode-pied方式）

構築スピード：△（新規構築が必要。診断アプリ・お仕事図鑑と同等の工数）
チーム共有・権限：◎（閲覧専用リンクで見せられる・パスコード制で非公開運用可）
KPI自動化：◎（YouTube Data APIで再生数・登録者数・統計情報を自動取得しグラフ表示できる。もっとも自動化に強い）
更新の手間：低（自動取得部分は放置でOK。パイプライン部分は結局どこかに手入力が必要）
拡張性：◎（見た目・KPIダッシュボード化・アラート等、育てる余地が最も大きい）

比較サマリー

軸	A: Notion	B: スプシ	C: Webダッシュボード
構築スピード	◎	◎	△
チーム共有・権限	◎	○	◎
KPI自動化	△	○	◎
更新の手間	中	中	低（自動部分）
拡張性	中〜高	中	◎

推し：段階案

まずA案（Notion）で開始 → KPI自動化が欲しくなったらC案（Webダッシュボード）を足すという2段構えを推す（断定はしない・ナツミの回答次第で変わる）。

理由：

投稿が「始まる」段階では、まずパイプライン（企画〜公開の進行）を止めずに回すことが最優先。Notionなら即日で運用開始できる。
KPIは初期は本数が少なく手入力でも回る規模感（週1〜数本想定）。本数が増えて手入力が辛くなったタイミングで、C案のYouTube Data API自動取得を後付けする方が投資対効果が良い。
既にプロFはNotion Tasks DB運用に慣れているため、学習コストがほぼゼロ。

Q3の回答で「KPI不要・パイプラインのみ」ならA案一本で確定でよい。「KPI自動化を最初から欲しい」ならC案を先に検討する余地もある。

4. YouTube Data APIでの自動化メモ

何が取れるか：videos.list（統計情報＝再生数・高評価数・コメント数）、channels.list（登録者数）、search.list（チャンネル内動画の一覧取得）。VPHや拡散率はこれらの生データから計算式で算出可能。
制約：Google Cloud ConsoleでAPIキー発行が必要。1日あたりのクォータ制限あり（デフォルト10,000ユニット/日、videos.listは1リクエスト数ユニット程度なので通常運用では問題になりにくい）。登録者数は「非公開設定」のチャンネルだと取得不可な場合あり。
実装イメージ（3行）：
1. 定期実行スクリプト（cron / launchd）が対象動画IDのリストを保持
2. videos.list で統計情報を取得 → 拡散率・VPH等を計算
3. Notion DB（or スプシ／ダッシュボードDB）のKPI列に書き込み

5. 次のステップ（Q1〜Q3回答後）

回答を反映して本設計案の「前提と仮定」セクションを確定版に更新
確定した実装案（推奨：A案 Notion）でDBを作成
- パイプライン用DB（11項目）＋KPI用DB（10項目）を分けるか、1DB内でビュー分割するかも要確認
入力テンプレート（新規動画1本を登録する際のテンプレ）を作成
運用ルールを1枚にまとめる（誰が・いつ・何を更新するか／ステータス更新のタイミング／KPI記録の頻度）
（C案を後で足す場合）YouTube Data API連携スクリプトを別途設計

改訂履歴

2026-07-06：初版作成（設計案・ナツミQ1〜Q3回答待ち）。パイプライン11項目・KPI10項目を定義し、Notion/スプシ/Webダッシュボードの3案比較＋段階案（Notion→後でWebダッシュボード追加）を推しとして提示。

🏠 目次に戻る

プロF YouTube投稿動画 管理ページ 設計案（v1）