プロF 業務効率化アプリ 要件定義書 v1

作成：2026-07-03（ラン③）／作成者：ナツミ＋クロちゃん（Fable 5）／ステータス：ドラフト（ナツミレビュー前）

根拠ソース：業務棚卸しレポート（2026-07-03 ラン②）／制作物×要員マッピング v2／タスク分担表ドラフト（めぐみさん 7/3）／めぐみさんLINEトーク（7/2-7/3）／セールスプロモーション自動化 要件まとめ（2026-03-19）。証拠のない箇所は「推定」「未検証」と明記。

1. 目的と背景

10月プロモ（3Days・10/28-30仮・目標：入会300人／リスト1万／売上1.95億）に向けて、プロFマーケチームの実動ボトルネックを解消する社内向け業務効率化アプリを構築する。狙いは3つ。①めぐみさん方針「企画を量産して測り、当たるまで出す・違うものはやめる」を支える計測と判断の基盤を7月中に用意する。②クリエイティブ量産がナツミ1人に集中している構造を、制作の手（ALC卒業生等）が安全に入れる仕組み（依頼・レビュー・ブランド資産）で解消する。③議事録・Notion正本・経理などナツミに滞留する裏方業務を自動化し、ナツミと絵夢さんが「数字を見てPDCAに集中する」体制（7/2合意）を実現する。

2. ユーザーと利用シーン

• めぐみさん（社長・設計と登壇）：KPIコックピットでリスト獲得・企画別成績を確認し、「やめる基準」の判断とコンセプト意思決定に使う。詳細画面は見ない前提（サマリー中心）。
• なつみ（集客・全体統括）：計測ダッシュボードで企画別PDCA／企画ランチャーで新企画立ち上げ／制作依頼ボードで制作の手へのディレクション。最重量ユーザー。
• 絵夢さん（教育）：診断・アンケート属性DBでリードのニーズを把握し、ステップ配信・教育コンテンツ設計に反映。ツール配布ポータルの受け取りログを参照。
• みどりさん（ライティング）：LINE配信カレンダーで下書き（AI生成）を監修・納品。
• さおりさん（LINE・システム）：配信承認済み原稿をLステップに実装。計測タグ規約の共同管理。
• りささん（コミュニティ）：週報サマリー・コンテンツカレンダーで全体把握。
• 陽子P・おっくん（動画・システム）：素材ライブラリ・撮影バッチ予定の参照。
• 制作の手（ALC卒業生・7月中確保予定）：制作依頼ボードで依頼を受け、ブランドアセットライブラリを参照して制作、FBを受ける。社外に近い立場なので閲覧範囲を制限する（→ 6章）。

3. 機能案15個

優先度凡例：🔥今すぐ（プロモ前に必須）／⭐️プロモ中に効く／🌱プロモ後でよい。実装規模：S=数日／M=1-2週／L=それ以上。

計測・判断系（めぐみさん方針「測って、やめる」の土台）

① 流入経路×企画 計測ダッシュボード

• 解決する課題：分担表🔵3「流入計測とPDCA — 経路別タグ・企画別の登録数/CPA計測（仕組みは7月中）」。現状は仕組みがこれからで、ゆうちゃんLPで作った Clarity/GA4/GTM 導入テンプレ（6/1・棚卸しA-4）を横展開できる。経路タグの正本はLステップ（教育表5「Lステップ連携・タグ・計測」）に置き、アプリはそれを集計・可視化する読み取り側。
• 主な利用者：なつみ・めぐみ・絵夢
• 優先度：🔥（7月中の期限が分担表に明記）／規模：M

② 「やめる判断」アラート＋企画スコアボード

• 解決する課題：分担表🔴「やめる基準の数値決め（なつみさんと）／量産開始前」。めぐみさん7/2「効果測りながら違うなと思ったらやめていく」。基準値（めぐみさんと決める）を登録し、企画別に登録数/CPAが基準を割ったら自動フラグ。感覚でなく数値で撤退判断できる。
• 主な利用者：なつみ・めぐみ
• 優先度：🔥（量産開始＝7月末の前に基準運用が必要）／規模：S（①の上に載せる）

③ プロモKPIコックピット

• 解決する課題：目標（リスト1万・入会300・1.95億）からの逆算進捗が一覧できる場所がない。週次マーケMTG（分担表「このページを正本として更新」）の冒頭5分で全員が同じ数字を見る用途。
• 主な利用者：チーム全員（特にめぐみ）
• 優先度：⭐️（9月〜10月に真価。①ができれば派生で作れる）／規模：S

制作・量産系（ボトルネック＝クリエイティブ量産の解消）

④ リスト取り企画ランチャー（企画量産キット）

• 解決する課題：分担表🔵2「リスト取り企画の量産（7月末〜継続）」。実測 1企画＝設計3日＋実装3〜7日（体制案v1・Modelyモニター実測）。企画テンプレ（企画概要→告知文→LP雛形→バナープロンプト→計測タグ自動発行）を1画面で発行し、立ち上げを1〜2日に圧縮。めぐみさん7/2「1日一個とか作れるのに」「思いついたら作る」に応える。
• 主な利用者：なつみ・制作の手・（企画起案はめぐみ・絵夢も）
• 優先度：🔥（7月末の量産開始に間に合わせる）／規模：M

⑤ 制作依頼・レビューボード

• 解決する課題：分担表⚪「クリエイティブ制作の手 — ALC卒業生1-2名の試験登用（候補出し7/10まで）」。制作の手が入っても、依頼→ドラフト→FB→承認の流れが Discord/LINE に散ると、ディレクション自体がナツミの新しい負荷になる。依頼票（参照アセット・締切・チェックリスト付き）とバージョン管理・FBログを一元化。めぐみさん要件「デザインクオリティをとにかく落とさない」をチェックリストで担保。
• 主な利用者：なつみ（ディレクション）・制作の手・絵夢（教育側制作物）
• 優先度：🔥（試験登用の開始＝7月中旬〜に合わせる）／規模：M

⑥ サムネ・バナーFB管理（まさる式ナレッジ蓄積付き）

• 解決する課題：棚卸しA-3「サムネ制作・FBサイクルで8原則ナレッジ化（6/17〜7/2 現役）」＋体制案v1「サムネ制作の手が現状なつみのみ」。案の横並び比較・まさるさんFBの記録・採用/不採用理由の蓄積で、サムネ工程を制作の手に渡せる状態を作る。ナツミ構想の「サムネFB管理」に対応。
• 主な利用者：なつみ・制作の手・めぐみ（OK出し）
• 優先度：⭐️（⑤のサブモジュールとして後付け可）／規模：S

⑦ ブランドアセットライブラリ

• 解決する課題：体制案v1の追加提案11「世界観・KV確定＋維持 — ブレるとクリエイティブ量産が全部やり直しになる」（ロードマップv2でも🚨7として決定版から抜けを指摘）。KV・トンマナ定義・ロゴ・写真Tier分類・画像生成プロンプト資産（banner-create/image-prompt Skill化済み）を1箇所に集約し、制作の手が参照する正本にする。めぐみさん7/2「キービジュ作ってトンマナを定義したらいけると思う」がそのまま根拠。
• 主な利用者：制作の手・なつみ・チーム全員（参照）
• 優先度：🔥（KV確定＝7月前半とセット。制作の手受け入れの前提条件）／規模：S

配信・リード系（絵夢さん側との連携面）

⑧ LINE配信カレンダー＋AI下書き・承認フロー

• 解決する課題：集客表5「LINE随時配信（8月末〜）」＋教育表「ローンチ期日別配信 10-20通/日・9月にAI一括生成」。AI生成（megumi-line-writer 資産流用）→みどりさん監修→さおりさんLステップ実装、の3段階を1本のフローにし、10月の配信ラッシュで原稿が行方不明にならない状態を作る。ナツミ構想の「LINE配信管理」に対応。
• 主な利用者：みどり・さおり・なつみ・絵夢
• 優先度：⭐️（本番は9-10月。設計は8月で間に合う）／規模：M

⑨ 診断・アンケート属性DB（リードプロファイル）

• 解決する課題：めぐみさん7/3「公式LINEに登録してもらってアンケートで属性を取る／AIツールを使ってもらってニーズを知る」。マーケフロー診断改良版【主砲】や舵タイプ診断の回答・アンケート属性を蓄積し、絵夢さん側の教育セグメント設計とめぐみさんのコンセプト検証に供給する。2026-03の自動化要件にあった「セグメント・スコアリング」構想の実現形でもある。
• 主な利用者：絵夢・めぐみ・なつみ
• 優先度：⭐️（診断改良版のリリース＝7月〜に追随）／規模：M

⑩ AIツール配布ポータル＋受け取り・利用ログ

• 解決する課題：分担表🟠「受け取りLP・プレゼント配布の仕組み — 受け取り記録のデータ化（7月末）」。プレゼント4種（商品設計AI等）＋弾倉企画のツールを一覧配布し、誰が何を受け取り使ったかを記録。「ツールを使ってもらってニーズを知る」の計測面を担う。①の経路計測とデータを共有。
• 主な利用者：絵夢（オーナー）・なつみ・リード（外部利用者）
• 優先度：⭐️（絵夢チーム担当領域。アプリとしては受け皿を提供）／規模：M

裏方自動化系（ナツミ滞留業務の切り出し）

⑪ 議事録自動化パイプライン

• 解決する課題：棚卸しA-5「マーケMTG運営・議事録・文字起こしがナツミに滞留（週3〜5h）・分担表に担い手未記載」。whisper.cpp 環境はナツミ構築済み（6/17実績）なので、録音アップ→文字起こし→要約→Notion正本へ下書き投稿→チーム通知、を自動化。ナツミ構想の「議事録要約自動化」に対応。
• 主な利用者：なつみ（当面）→りさ or 実行部隊へ移譲
• 優先度：🔥（週次で即効く・実装も軽い・移譲の受け皿になる）／規模：S

⑫ 統合コンテンツカレンダー

• 解決する課題：ロードマップv2 🚨2「SNSの分解 — YouTube公開順・ショート・インスタ・スレッズ・X・note は媒体ごとに担当とリズムが違う」＋ローンチ日程逆算（🔵1・8月頭まで）。媒体×日付でコンテンツ予定と担当を一覧し、9月の伏線期→10月本番の切り替えを全員が見える化。
• 主な利用者：チーム全員
• 優先度：⭐️（8月末のSNS仕込み開始までに）／規模：S

⑬ メンバー進捗・週報サマリー自動生成

• 解決する課題：棚卸しA-5「Notion正本メンテ・タスクDB転記がナツミに滞留」＋分担表「確定タスクはタスク管理DBに転記・週次MTGで正本更新」。プロFタスクDB（claude-prof 運用中）から週次で進捗サマリーを自動生成しMTG資料にする。ナツミ構想の「メンバー進捗管理」に対応。
• 主な利用者：チーム全員（生成はシステム）
• 優先度：🌱（手動運用でも回るため。プロモ中の負荷次第で前倒し）／規模：S

⑭ 経理・請求 月次オートメーション

• 解決する課題：棚卸しA-5「FB広告料履歴PDF→くにさん送付（プレイブック化済み）＋月末請求書」。月次リマインド＋PDF取得手順の半自動化で、月末のナツミの定型作業を削る。
• 主な利用者：なつみ・くにさん
• 優先度：🌱（軽負荷だが毎月確実に発生。プロモ最優先の間は現状運用で可）／規模：S

⑮ 実績者の声・素材ライブラリ

• 解決する課題：ロードマップv2 🚨8「実績者の声（撮影3バッチ）— セールスLP・3Days・教育動画すべての素材なのに制作物として明示なし」。受講生の声・撮影素材・写真をタグ付きで蓄積し、LP実装（9月）や教育動画で即引用できる状態に。TSU LPの「受講生の声9件実装」（6/29実績）の再発明を防ぐ。
• 主な利用者：なつみ・絵夢・みどり・陽子P
• 優先度：🌱（素材が溜まる8-9月までに間に合えばよい）／規模：S

4. 優先実装セット提案（最初に作る4個＋次の1個）

選定基準：(a) 分担表に期限が明記されている（計測=7月中・量産=7月末〜）、(b) 制作の手の受け入れ（7/10候補出し→試験稼働）の前提になる、(c) 実装が軽く即効く。

• 第1弾（7月上旬・今週〜来週）
  • ⑪ 議事録自動化（S）：既存 whisper 環境の配管作業のみ。最初の「見せられる成果物」としてチームへのデモ効果も大きい（めぐみさん7/2「見せられるものがない」への回答にもなる）。
  • ⑦ ブランドアセットライブラリ（S）：KV確定（7月前半）と同時に公開。制作の手が入る前に必須。
• 第2弾（7月中旬〜下旬）
  • ①＋② 計測ダッシュボード＋やめる判断（M+S）：分担表の期限「仕組みは7月中」に合わせる。前提として、Lステップ連携・タグ規約（教育表5・さおりさん＋シフトAI）と経路タグの命名規則をこのタイミングで確定させる。
  • ⑤ 制作依頼・レビューボード（M）：ALC卒業生の試験稼働開始に合わせて最小構成（依頼票＋FBスレッド＋チェックリスト）で先行リリース。
• 第3弾（7月末〜8月頭）
  • ④ 企画ランチャー（M）：リスト取り企画量産の開始（7月末）に合わせる。①の計測タグ発行と接続して「企画を立てた瞬間から測れる」状態に。
• 以降：8月に⑧（LINE配信フロー・9月のAI一括生成に間に合わせる）→⑨⑩（診断・配布まわり、絵夢さんと共同）→⑫→🌱群。

マイルストーン（10月から逆算）：7/10 タグ規約合意 → 7月末 ①②⑤⑦⑪稼働・④リリース → 8月末 ⑧稼働 → 9月末 ③コックピットで本番モード → 10/28-30 本番はダッシュボード運用のみ（新規開発は凍結）。

5. 技術構成案（シンプル優先・ナツミが1人で保守できる範囲）

• フロント＋API：Cloudflare Pages（管理画面）＋ Cloudflare Workers（API）。既存のサーバー構成方針（Cloudflare=API・Xサーバー=静的HTML）と整合。全HTMLに noindex,nofollow 必須（社内ルール準拠）。
• データ：正本は極力 Notion（タスクDB・正本ページは既にNotion一本化済みで、チームが見る場所を増やさない）。集計・ログ系（経路別登録数・受け取りログ・スコア）だけ Cloudflare D1（SQLite）に置き、WorkersのCronで日次集計。
• LINE系：配信・タグ付けの実行は Lステップが正（アプリは代替しない）。アプリはLステップからのデータ取り込み（CSVエクスポート or API・→7章）と、LINE Messaging API での通知程度に留める。
• 自動化の糊：議事録パイプラインは当面ナツミのMac上の whisper.cpp＋launchd（構築済み資産）→ Notion API へpush。経理系リマインドは GAS（Gmail/スプレッドシート連携が最短）。
• 認証：Cloudflare Access（メール認証）でチームメンバーのみアクセス可。制作の手には閲覧範囲を絞ったロールを用意（⑤⑦のみ等）。
• 開発順の思想：まず Notion＋既存Skill＋GAS の「配管」で成立するもの（⑪⑦⑬⑭）から作り、専用UIが本当に要るもの（①④⑤⑧）だけ Pages/Workers でアプリ化する。作り込みすぎない——めぐみさん自身が「細かいことはPDCA回しながら」「雰囲気ね！」と言っている通り、要件は動く前提で小さく出す。

6. リスクと前提

• リード個人情報の扱い：⑨⑩はLINE ID・アンケート回答という個人データを持つ。D1に置く場合は最小項目・仮名化（LINE IDのハッシュ等）を検討し、めぐみさん・おっくんと保管方針を合意してから実装する。ダッシュボード類は集計値のみ表示とし、個票は権限者のみ。
• プロFチーム共有時の注意：このアプリのコード・ログは将来プロFチームに見える前提で作る（claude_prof 隔離ルールと同じ思想）。ナツミ個人・他クライアント（LSC・REXLI等）の情報・コード・ログを混在させない。リポジトリはプロF専用に分離する。
• Lステップ／シフトAIとの住み分け：タグ設計・ステップ配信・計測の実行部はLステップ＋シフトAI連携（教育表5・7月・さおりさん担当）が担う。アプリはその上に載る可視化・ワークフロー層であり、二重実装しない。7/10のシフトAI MTG（ツール→セールス1枚図）の結果次第で①⑨の設計が動くため、確定前に作り込まない。
• 担当の住み分け（7/2シフトAI MTG知見）：拡散用ツール＝集客（なつみ）、教育用ツール＋LINEステップ＝教育（絵夢）。⑨⑩は絵夢さんがオーナーで、アプリは受け皿提供という整理が分担表と整合する。
• 要件変動リスク：めぐみさんの制作物一覧は「雰囲気」（本人談）であり、コンセプト確定（7/7）・1枚図（7/10）で前提が変わりうる。第1弾をコンセプト非依存の⑪⑦にしているのはこのため。
• ナツミの開発時間そのものがリスク：アプリ開発が「16個目の制作物」になっては本末転倒。第1弾はS級2本（合計数日）に絞り、以降は各弾ごとに「プロモ制作物との優先度比較」をMTGで確認してから着手する。めぐみさん7/3「今抱えてるもののリリースが最初のステップ」＝TSU残タスク5本の始末が先。

7. 未検証事項

• Lステップのデータ取得手段：APIの利用可否・プラン条件・CSVエクスポートの粒度（経路タグ別の登録数がどこまで取れるか）は未確認。①⑨の実現方式を左右する最重要の未検証点。7/10までにさおりさん経由で確認したい。
• シフトAI連携の具体範囲：教育表5「Lステップ連携・タグ・計測（シフトAIと）」が何をどこまでカバーするのか未確認。重複開発回避のため7/10 MTGで確認。
• 診断ツール改良版の実装スタック：主砲診断がどこで動くか（既存のキャリドラ式設計 5/18 との関係含む）未確認。⑨のデータ連携方式に影響。
• 費用負担・契約形態：このアプリの開発工数がナツミの業務委託範囲か、別建て（アプリ開発として請求）かは未合意。「もう出てる／どんどん作って」の内諾（7/2）は方向性のOKであり、スコープ・対価の合意ではない（推定）。
• 制作の手のツール環境：ALC卒業生がNotion・Discordどちらで動くか未確定。⑤の実装先（専用UI か Notionボード か）に影響。
• おっくん（システム担当）の関与範囲：アプリの運用・保守をナツミ以外が引き継げる体制にするかは未検討。
• 各機能の工数見積り（S/M/L）は実測ではなく推定：類似実績（競合リサーチアプリ=2日・LP計測導入=1日等）からの類推。第1弾の実測で補正する。

以上がラン③の成果物です。次のアクション候補（ナツミ判断待ち）：①この15個から優先セットをナツミ視点で削る／②7/10シフトAI MTG前に「Lステップのデータ取得可否」だけ先に確認する／③めぐみさん共有用に1枚サマリー版を作る——のどれから進めるかをご指示ください。