全体概要 — AI時代の「経営者 + AI」12チーム体制
前提:KAKERUは「1人の経営者 + AI」で運営する。各チームは従来の「人間の部署」ではなく、「AI社員が担当する機能ドメイン」。経営者(Kohさん)がすべてのチームのビジョンと意思決定を担い、AIが開発・運用の実行を担う。Claude Code / Slack Claude Bridge / Cloud Functions が「AI社員」として稼働する。
(Phase 1)
& グロース
エキスパートサミットで定義された9つの専門領域と、AI時代CEOサミットの戦略に基づき、7つの開発チームと5つの運営チームに編成。AI時代の原則「最初の3ヶ月で全機能を並行構築し、残り9ヶ月はデータ蓄積とイテレーション」に従ったWBSを策定。
組織体制 — チーム構成 & 役割
開発チーム(7チーム)
| ID | チーム名 | ミッション | 対応サミット領域 | 実行主体 |
|---|---|---|---|---|
| T1 | AIルートエンジン | ルート生成AIの品質を世界最高水準に | #1 AIルートエンジン | Claude API + Claude Code |
| T2 | データパイプライン | ソーシャルデータの自動収集基盤を構築 | #9 データ + #11 ソーシャル戦略 | Cloud Functions + Scheduler |
| T3 | スポットDB & 地理空間 | 日本最高精度のツーリングスポットDBを構築 | #3 地理空間 + #4 スポットDB | Cloud Functions + Claude API |
| T4 | UX/プロダクト | 最高のライダー体験を実現するUI/UX | #2 プロダクトデザイン | Claude Code + v0.dev |
| T5 | セーフティ | ライダーの安全を守る機能群 | #8 セーフティ | iOS + Cloud Functions |
| T6 | コミュニティ | ライダー同士のつながりとエンゲージメント | #5 コミュニティ | Firestore + iOS |
| T7 | マネタイズ | 持続可能な収益基盤の構築 | #6 グロース & マネタイズ | StoreKit + Stripe |
運営チーム(4チーム)
| ID | チーム名 | ミッション | 対応サミット領域 | 実行主体 |
|---|---|---|---|---|
| T8 | グロース & マーケティング | ユーザー獲得とブランド認知拡大 | #6 グロース + #7 コンテンツ | AI自動生成 + SNS API |
| T9 | データ運用(DataOps) | パイプライン監視 & データ品質の維持 | #9 データ + CEO P0 | Cloud Monitoring + Claude |
| T10 | カスタマーサクセス | ユーザーの声を聞き、プロダクトに反映 | #2 プロダクト + CEO P1 | アプリ内AI + App Store監視 |
| T11 | グローバル展開 | 台湾→東南アジアへのスケール | CEO グローバル戦略 | AI翻訳 + 地域パイプライン |
| T12 | 法務 & コンプライアンス | 法的基盤・プライバシー保護・Apple審査対応 | CEO 法務判断 | 経営者判断 + AI文書生成 |
AI責任者 — 12チームのリーダー紹介
「経営者 + AI」組織の核心: 各チームのAI責任者は、Kohさんのビジョンと意思決定を即座に実行に移すエージェント。名前で呼ぶことで、Slackからの指示がシンプルになる。
例: @claude-code ナビオ、ルートの天気チェック追加して
開発チーム(7名)
「今週末どこ走る?」に世界最高の回答を返す。ルート生成AIの品質を毎週改善し、満足度80%超を達成する。
プロンプト最適化 / A/Bテスト運用 / Prompt Caching / 会話型調整(propose/execute) / 天気連動ルーティング
全国のツーリング情報を24時間自動収集する。YouTube・X・Google Trends・走行ログ・Uターンデータの5層パイプラインを構築・維持する。
YouTube 50ch自動取込 / X Search API / Google Trends / 走行ログ集約 / Uターン検出パイプライン
日本最高精度のツーリングスポットDBを構築する。道の駅1,200件を起点に、10,000件のキュレーション済みスポットへ拡大する。
touring_spots管理 / AIキュレーション(重複検出) / OSM curviness score / 二輪規制DB / クラウドソーシング品質DB
ライダーが「使いたくなる」UIを作る。30秒でAI価値を体感させるオンボーディングと、全33画面を一貫したデザインシステムで統一する。
SwiftUI全33View / v0.dev連携 / デザインシステム(Cyan+CoolWhite) / TestFlight Beta / UIテスト自動化
ライダーの安全を最優先で守る。異常検知・緊急SMS・危険スポットDBを構築し、「KAKERUを使うと安全に帰れる」という信頼を築く。
異常停止検知 / 緊急SMS自動送信 / 危険スポットDB / Apple Watch連携 / 走行中UI安全設計
ライダー同士がつながる場を作る。ルート共有・バッジ・レビューを通じて「KAKERUがないとツーリングが始まらない」状態を作る。
shared_routes機能 / バッジ&実績システム / スポットレビュー / プロフィール拡張 / フォロー&フィード
持続可能な収益基盤を構築する。Free/Proの価値設計を最適化し、M8での月次黒字化(¥121K)を達成する。
StoreKit 2サブスク実装 / 広告統合(AdMob) / Free枠設計(月3ルート) / 価格実験 / 収益ダッシュボード
運営チーム(5名)
M12で20,000DLを達成する。ASO・SNS・MotoVloggerコラボで月1,500-2,500DLペースを維持する成長エンジンを回す。
ASO最適化 / SNSコンテンツ自動生成 / MotoVlogger連携 / CACモニタリング / SEOブログ運営
パイプライン稼働率99%を維持する。データ品質をリアルタイム監視し、異常を検知したら即座にアラート&自動修復する。
Cloud Monitoring / パイプライン監視 / データ品質チェック / Firestoreバックアップ / KPIダッシュボード(Looker Studio)
ユーザーの声を聞き、プロダクトに反映する。NPS 50+を達成し、App Storeレビュー★4.5以上を維持する。
App Storeレビュー監視 / インアプリNPS調査 / フィードバック→機能提案 / FAQ自動更新 / 問い合わせ対応
M10台湾版ローンチ → M12で3カ国展開を達成する。各国のスポットDBとローカライズをAIパイプラインで自動化する。
多言語化(繁体字→タイ語→英語) / 各国スポットDB構築 / 地域パイプライン / 現地コミュニティ連携
法的リスクゼロでApp Store審査を通過する。プライバシーポリシー・EULA・特商法を整備し、海外展開の法務基盤も構築する。
Apple Developer登録 / プライバシーポリシー / EULA / App Store審査対応 / 特商法表記 / 各国データ保護法調査
指揮系統
12名のAI責任者は全員、Kohさんの意思決定を即座に実行するエージェント。従来の組織では「伝言ゲーム」で意図が歪むが、AI組織ではKohさんの言葉がそのまま実行命令になる。
| コミュニケーション | 方法 | 例 |
|---|---|---|
| VS Code | 直接対話 | 「ナビオ、プロンプト改善して」 |
| Slack #touring-app | リモート指示 | 「デザ、HomeViewのカード大きくして」 |
| 週次レビュー | KPI確認 | 「オプス、今週のパイプライン稼働率は?」 |
「12人のAIリーダーは、Kohさんの分身。1つの意志が、12の専門領域で同時に実行される。」
マスタースケジュール — 12ヶ月全体Gantt
凡例:濃いバー = アクティブ開発期間 | 薄いバー = 継続運用・イテレーション期間 | ◆ = マイルストーン
AIルートエンジンチーム
WBS — タスク詳細
| ID | タスク | 期間 | 月 | 依存 | 成果物 |
|---|---|---|---|---|---|
| 1.1 | 現行プロンプト分析 & ベースライン測定 現在のルート生成品質を定量評価 | 3日 | M1 W1 | — | 品質スコアベースライン |
| 1.2 | 多変量プロンプトv2設計 時間×天候×季節×ユーザー嗜好を組み込み | 5日 | M1 W1-2 | 1.1 | プロンプトテンプレート v2 |
| 1.3 | 天気API連携(OpenWeatherMap) ルート生成時にリアルタイム天気を取得 | 3日 | M1 W2 | — | check_route_weather関数 |
| 1.4 | Prompt Caching実装 system引数形式変更でAPI費用を50%削減 | 2日 | M1 W2 | 1.2 | キャッシュ対応プロンプト |
| 1.5 | 会話履歴パススルー iOS→Backend会話コンテキスト連携 | 4日 | M1 W3 | 1.2 | conversation API拡張 |
| 1.6 | 提案→確認フロー実装 propose/execute/fullモード切替 | 5日 | M1 W3-4 | 1.5 | 3モードルート生成 |
| 1.7 | categoryAffinities → プロンプト注入 ユーザー嗜好をルート生成に反映 | 3日 | M2 W1 | 1.2, T3 | パーソナライズドプロンプト |
| 1.8 | A/Bテスト基盤構築 プロンプトバリアント管理 + 満足度追跡 | 5日 | M2 W1-2 | 1.6 | A/Bテストインフラ |
| 1.9 | 走行後フィードバック → プロンプト自動改善 フィードバックデータを次回生成に反映 | 5日 | M2 W3-4 | 1.8, T4-4.5 | 自動改善ループ |
| 1.10 | 週次A/Bテスト運用開始 毎週プロンプトを最適化し続ける | 継続 | M3〜 | 1.8, 1.9 | 週次レポート |
| ◆ | マイルストーン: ルート満足度80%達成 | — | M3末 | all | — |
データパイプラインチーム
WBS — タスク詳細
| ID | タスク | 期間 | 月 | 依存 | 成果物 |
|---|---|---|---|---|---|
| 2.1 | YouTube MotoVlog 50chリスト選定 日本の人気MotoVlogチャンネルをリサーチ・登録 | 3日 | M1 W1 | — | 50ch登録リスト |
| 2.2 | ingest_youtube_spots拡張 既存関数を50ch対応 + バッチ処理最適化 | 4日 | M1 W1-2 | 2.1 | 拡張版ingest関数 |
| 2.3 | Cloud Scheduler設定(週次自動実行) 毎週月曜5:00 JSTで自動収集 | 1日 | M1 W2 | 2.2 | スケジューラ設定 |
| 2.4 | X/Twitter Search API v2 連携 #ツーリング #バイク旅 等のキーワード日次収集 | 5日 | M1 W2-3 | — | twitter_trend_ingest関数 |
| 2.5 | Claude NER(固有表現抽出)パイプライン ツイートからスポット名を自動抽出 | 4日 | M1 W3 | 2.4 | NER + Firestoreマッピング |
| 2.6 | Google Trends連携 pytrends週次バッチ(ツーリング関連キーワード) | 3日 | M1 W4 | — | trends_ingest関数 |
| 2.7 | トレンド検知ロジック mentionCount急増 → トレンディングフラグ付与 | 3日 | M2 W1 | 2.3, 2.5 | trending判定アルゴリズム |
| 2.8 | social_trendsコレクション設計 & 構築 ソーシャルトレンドデータの統合ストア | 2日 | M2 W1 | 2.5, 2.6 | Firestoreコレクション |
| 2.9 | 走行ログ集約パイプライン GPSデータ匿名化 → 道路セグメント品質算出 | 5日 | M2 W2-3 | T4-4.6 | road_quality_aggregator |
| 2.10 | パイプライン統合ダッシュボード 各パイプラインの実行状況を一元監視 | 3日 | M2 W4 | 2.3-2.9 | 監視ダッシュボード |
| ◆ | マイルストーン: 5層パイプライン全稼働 | — | M2末 | all | — |
スポットDB & 地理空間チーム
WBS — タスク詳細
| ID | タスク | 期間 | 月 | 依存 | 成果物 |
|---|---|---|---|---|---|
| 3.1 | 道の駅データ一括インポート 既存P35-18_GMLデータ → touring_spots | 2日 | M1 W1 | — | 1,200+スポット登録 |
| 3.2 | touring_spotsスキーマ拡張 品質スコア、トレンドフラグ、ソース管理フィールド追加 | 2日 | M1 W1 | — | 拡張スキーマ |
| 3.3 | AIキュレーション自動化 Claude APIで新規スポットの品質スコアリング・重複検出 | 5日 | M1 W2-3 | 3.2, T2-2.3 | auto_curate_spots関数 |
| 3.4 | OSM curviness score計算 OSMデータからワインディング度をスコア化 | 5日 | M1 W3-M2 W1 | — | curvinessスコアDB |
| 3.5 | 二輪通行規制DBフェーズ1 主要ツーリングルートの二輪規制情報を収集 | 5日 | M2 W1-2 | — | restrictions DB |
| 3.6 | クラウドソーシング道路品質DB 走行ログから路面品質を推定しスコア化 | 5日 | M2 W3-4 | T2-2.9 | road_qualityコレクション |
| 3.7 | スポット自動発見(走行停止パターン) 多数のライダーが停止する地点を未登録スポットとして検出 | 4日 | M3 W1-2 | 3.6 | 自動発見ロジック |
| 3.8 | スポット検索API(Algolia or ネイティブ) 地名・カテゴリ・評価でのフルテキスト検索 | 4日 | M3 W2-3 | 3.2 | search_spots API |
| 3.9 | スポットDB国際化対応スキーマ 多言語スポット名、country_codeフィールド、各国規制情報の統合設計 | 3日 | M6 W4 | 3.2 | 国際化スキーマ |
| ◆ | マイルストーン: スポットDB 1,000件達成 | — | M3末 | all | — |
UX/プロダクトチーム
WBS — タスク詳細
| ID | タスク | 期間 | 月 | 依存 | 成果物 |
|---|---|---|---|---|---|
| 4.1 | UI全面リデザイン(v0.dev) 全画面のデザインモック作成 | 5日 | M1 W1-2 | — | UIモック全画面分 |
| 4.2 | ExploreView実データ接続 サンプルデータ → Firestore touring_spots + トレンド | 4日 | M1 W2-3 | T3-3.2 | リアルデータExploreView |
| 4.3 | ルート生成UI改善 提案→確認→実行の3ステップUI | 4日 | M1 W3-4 | T1-1.6 | 新ルート生成画面 |
| 4.4 | 走行中UI(ターンバイターンナビ改善) 走行中の視認性向上、夜間モード | 5日 | M2 W1-2 | — | 走行中UI v2 |
| 4.5 | 走行後フィードバックUI 3択評価 + ルートセグメント単位の評価 | 3日 | M2 W2 | T1-1.8 | フィードバック画面 |
| 4.6 | 走行ログ記録UI改善 GPSトラッキング精度向上 + バッテリー最適化 | 4日 | M2 W3 | — | 改善版トラッキング |
| 4.7 | シェアカードUI 走行後サマリーの美しいカード + 1タップシェア | 4日 | M2 W4 | 4.6 | シェアカード機能 |
| 4.8 | オンボーディング改善 初回起動30秒でAIの価値を体感。バイク種別→即ルート生成の1画面統合 | 3日 | M2 W4 | T1-1.7 | 改善オンボーディング |
| 4.9 | UIテスト自動化 & スナップショット基盤 swift-snapshot-testing + XCTest UIテスト + A11y監査(3回テスト義務) | 4日 | M3 W1 | all UI | テストスイート |
| 4.10 | Beta版テスト(TestFlight) 外部テスター10-20名に配布。2週間のフィードバック収集 | 14日 | M3 W1-3 | 4.9, T12-12.5 | Betaフィードバック |
| 4.11 | Beta フィードバック反映 & 最終調整 重大バグ修正、UX調整、パフォーマンス最適化 | 5日 | M3 W3 | 4.10 | リリース候補 |
| ◆ | マイルストーン: KAKERU v2.0 リリース ※ App Store審査(7-10日)は T12-12.6 で管理 | — | M3末〜M4 W1 | 4.11, T12-12.6 | App Store公開 |
セーフティチーム
WBS — タスク詳細
| ID | タスク | 期間 | 月 | 依存 | 成果物 |
|---|---|---|---|---|---|
| 5.1 | 異常停止検知アルゴリズム CoreMotion + GPS速度パターンから異常停止を検出 | 5日 | M1 W2-3 | — | 異常検知ロジック |
| 5.2 | 緊急SMS送信機能 異常検知 → 確認プロンプト → 緊急連絡先にSMS + 位置情報 | 3日 | M1 W3-4 | 5.1 | 緊急SMS機能 |
| 5.3 | 緊急連絡先設定UI 設定画面で緊急連絡先を登録 | 2日 | M1 W4 | — | 設定UI |
| 5.4 | ライブロケーション共有 家族・友人にリアルタイム位置を共有するリンク生成 | 5日 | M7 W1-2 | — | 共有リンク + WebView |
| 5.5 | 通行止め自動検知(Uターンパターン) 複数ライダーUターン地点 → 通行止めアラート | 4日 | M7 W2-3 | T2-2.9 | アラートシステム |
| 5.6 | Apple Watch連携(転倒検知) WatchKitで加速度センサー → 転倒判定 → 自動通報 | 7日 | M8 W1-3 | 5.2 | Watch App |
| ◆ | マイルストーン: Phase 1 安全機能リリース | — | M2末 | 5.1-5.3 | — |
| ◆ | マイルストーン: Phase 2 Apple Watch対応 | — | M9末 | 5.4-5.6 | — |
コミュニティチーム
WBS — タスク詳細
| ID | タスク | 期間 | 月 | 依存 | 成果物 |
|---|---|---|---|---|---|
| 6.1 | ユーザープロフィール拡張 バイク種別、走行スタイル、累計距離を表示 | 3日 | M3 W1 | — | プロフィール画面v2 |
| 6.2 | ルート共有機能 走ったルートを他ユーザーに公開 + いいね | 5日 | M3 W2-3 | 6.1 | shared_routesコレクション |
| 6.3 | 「この道を走った人」リスト ルート上のスポットを訪問したライダー一覧 | 4日 | M3 W3-4 | 6.1, 6.2 | ルートベースソーシャル |
| 6.4 | バッジ/実績システム 都道府県制覇、距離達成、スポット訪問バッジ | 5日 | M7 W1-2 | 6.1 | badges DB + UI |
| 6.5 | 都道府県制覇マップ 走行済み都道府県を可視化するインタラクティブマップ | 4日 | M7 W2-3 | 6.4 | 制覇マップUI |
| 6.6 | 走行ストリーク & 年間統計 連続走行日数、月間/年間統計ダッシュボード | 3日 | M8 W1 | — | 統計画面 |
| 6.7 | KAKERU Awards月次表彰 最高距離、最多スポット、ベストルート投稿の表彰 | 4日 | M8 W2-3 | 6.4, 6.6 | Awards機能 |
| ◆ | マイルストーン: コミュニティ機能フルローンチ | — | M9末 | all | — |
マネタイズチーム
WBS — タスク詳細
| ID | タスク | 期間 | 月 | 依存 | 成果物 |
|---|---|---|---|---|---|
| 7.1 | フリーミアム設計 & Free/Pro機能分割 Free: 月3ルート、Pro: 無制限+詳細データ+広告非表示 | 2日 | M2 W3 | — | 機能分割仕様書 |
| 7.2 | StoreKit 2 IAP実装 Pro Monthly ¥580 / Annual ¥4,800 | 5日 | M2 W3-M3 W1 | 7.1 | 課金基盤 |
| 7.3 | 課金ステータス管理 Firestore userドキュメントにsubscription状態を同期 | 3日 | M3 W1 | 7.2 | サーバ検証 + 同期 |
| 7.4 | Pro限定機能のゲーティング 各画面でFree/Pro分岐 + アップグレード導線 | 4日 | M3 W2 | 7.3 | ゲーティングUI |
| 7.5 | AdMobバナー広告導入(Free版) 閲覧系画面にバナー、操作系画面は非表示 | 3日 | M3 W3 | 7.4 | 広告表示 |
| 7.6 | 収益ダッシュボード構築 課金数、広告収益、LTV、チャーン率を可視化 | 3日 | M4 W1 | 7.3, 7.5 | ダッシュボード |
| 7.7 | リワード広告(ルート追加生成) Free版ユーザーが動画視聴で+1ルート生成 | 3日 | M5 W1 | 7.5 | リワード広告 |
| ◆ | マイルストーン: 初回収益達成 | — | M4末 | 7.2-7.5 | — |
開発チームが「作る」ことに集中するのに対し、運営チームは「育てる・守る・広げる」を担う。AI時代ではこれらの大部分をAI自動化する。経営者がやるのは「意思決定」と「ユーザーとの生の対話」だけ。
グロース & マーケティングチーム
WBS — タスク詳細
| ID | タスク | 期間 | 月 | 依存 | 成果物 |
|---|---|---|---|---|---|
| 8.1 | App Store最適化(ASO) スクリーンショット、説明文、キーワード最適化 | 3日 | M3 W1 | T4-4.1 | ASO設定 |
| 8.2 | KAKERU公式SNSアカウント開設 X / Instagram / YouTube の公式アカウント | 2日 | M2 W4 | — | 3アカウント |
| 8.3 | AI自動コンテンツ生成パイプライン 週次「おすすめルート」記事をClaude自動生成 → SNS投稿 | 5日 | M3 W1-2 | T3-3.2 | 自動投稿システム |
| 8.4 | MotoVlogger 10名シードキャンペーン 人気YouTuberへの直接DM + 早期アクセス提供 | 10日 | M3-M4 | T4 | 10名パートナーシップ |
| 8.5 | 季節コンテンツカレンダー策定 桜前線、紅葉、夏休み等に合わせたキャンペーン計画 | 2日 | M3 W2 | — | 年間カレンダー |
| 8.6 | リファラルプログラム実装 招待コードで友人招待 → Pro 1ヶ月無料 | 4日 | M4 W2-3 | T7-7.3 | リファラル機能 |
| 8.7 | ランディングページ改善 デモ動画追加、利用者の声、DL誘導最適化 | 3日 | M5 W1 | 8.4 | LP v2 |
| 8.8 | SEOコンテンツ戦略 「〇〇 ツーリングルート」記事をAI自動生成 → Webで公開 | 5日 | M5 W2-3 | 8.3 | SEOブログ |
| 8.9 | 東京モーターサイクルショー出展準備 ブース設計、デモ端末、パンフレット | 10日 | M10-M11 | — | 出展準備完了 |
| ◆ | マイルストーン: 月間1,000新規DL達成 | — | M6末 | 8.1-8.6 | — |
データ運用(DataOps)チーム
WBS — タスク詳細
| ID | タスク | 期間 | 月 | 依存 | 成果物 |
|---|---|---|---|---|---|
| 9.1 | パイプライン監視基盤構築 Cloud Monitoring + Slackアラート連携 | 3日 | M2 W4 | T2-2.10 | 監視 + アラート |
| 9.2 | データ品質チェック自動化 スポットDBの重複・不正データを日次で自動検出 | 4日 | M3 W1-2 | T3-3.3 | 品質チェックジョブ |
| 9.3 | Firestore使用量 & コスト監視 読み書きカウント、ストレージ、費用のダッシュボード | 2日 | M3 W2 | — | コスト監視 |
| 9.4 | API使用量最適化 YouTube / X / Claude / Maps API のコスト分析 + 最適化 | 3日 | M4 W1 | 9.3 | 最適化レポート |
| 9.5 | データバックアップ & リカバリ計画 Firestore定期バックアップ + 復旧テスト | 2日 | M4 W2 | — | バックアップ運用 |
| 9.6 | 週次データ品質レポート自動生成 AI生成の週次品質レポート → Slackに自動投稿 | 3日 | M5 W1 | 9.2 | 自動レポート |
| ◆ | マイルストーン: 全パイプライン稼働率99% | — | M6末 | all | — |
カスタマーサクセスチーム
WBS — タスク詳細
| ID | タスク | 期間 | 月 | 依存 | 成果物 |
|---|---|---|---|---|---|
| 10.1 | App Storeレビュー自動監視 新規レビューをSlackに自動通知 + AI感情分析 | 3日 | M3 W3 | T4 v2.0 | レビュー監視Bot |
| 10.2 | アプリ内フィードバック機能 設定画面から簡単にフィードバック送信 | 3日 | M3 W4 | — | フィードバックフォーム |
| 10.3 | フィードバック分析 & 優先度付け Claude APIで受信フィードバックを自動分類・優先度付け | 3日 | M4 W1 | 10.2 | 自動分類パイプライン |
| 10.4 | アプリ内FAQチャットボット よくある質問にAIが自動回答 | 4日 | M5 W2-3 | 10.3 | AIチャットBot |
| 10.5 | NPS(Net Promoter Score)調査 月次NPSアンケート + トレンド追跡 | 2日 | M6 W1 | 10.2 | NPS測定基盤 |
| 10.6 | 月次ユーザーインサイトレポート AI生成のフィードバックサマリー → 開発優先度に反映 | 2日 | M6 W2 | 10.3, 10.5 | 月次レポート |
| ◆ | マイルストーン: NPS 50+達成 | — | M9末 | all | — |
グローバル展開チーム
WBS — タスク詳細
| ID | タスク | 期間 | 月 | 依存 | 成果物 |
|---|---|---|---|---|---|
| 11.1 | 台湾MotoVlogチャンネルリサーチ & 50ch登録 台湾人気MotoVloggerを選定してパイプラインに追加 | 5日 | M7 W1-2 | T2全稼働 | 台湾50chリスト |
| 11.2 | 台湾スポットDB自動構築 YouTube→スポット抽出パイプラインを台湾対応 | 5日 | M7 W2-3 | 11.1 | 台湾touring_spots |
| 11.3 | UI多言語化(繁体字中国語) AI翻訳 + ネイティブチェック | 5日 | M8 W1-2 | — | 繁体字対応UI |
| 11.4 | 台湾二輪規制 & 道路情報DB 台湾の規制情報をAIで収集・構造化 | 5日 | M8 W2-3 | T3-3.5 | 台湾restrictions DB |
| 11.5 | 台湾版ベータテスト 台湾在住ライダー10名に早期アクセス提供 | 14日 | M9 W1-3 | 11.2-11.4 | ベータフィードバック |
| 11.6 | 台湾版正式ローンチ 台湾App Storeでの公開 + ASO | 3日 | M10 W1 | 11.5 | 台湾版リリース |
| 11.7 | タイ市場調査 & パイプライン構築開始 タイのMotoVlog 50ch + スポットDB構築開始 | 7日 | M10 W2-M11 W1 | 11.6 | タイ版パイプライン |
| 11.8 | タイ版UI翻訳(タイ語)& ローンチ準備 AI翻訳 + タイの二輪規制DB | 7日 | M11 W2-M12 W1 | 11.7 | タイ版準備 |
| ◆ | マイルストーン: 台湾版ローンチ | — | M10 | 11.1-11.6 | — |
| ◆ | マイルストーン: 3カ国展開達成 | — | M12末 | 11.7-11.8 | — |
法務 & コンプライアンスチーム
経営者の判断が必須な領域:法務・コンプライアンスはAIが文書ドラフトを生成できるが、最終判断と署名は経営者(Kohさん)が行う。特にGPS走行ログの収集・匿名化・クラウドソーシング利用には、ユーザーの明示的同意が法的に必要。
WBS — タスク詳細
| ID | タスク | 期間 | 月 | 依存 | 成果物 |
|---|---|---|---|---|---|
| 12.1 | Apple Developer Program登録・設定 年間登録、証明書発行、プロビジョニングプロファイル整備 | 2日 | M1 W1 | — | Developer アカウント |
| 12.2 | プライバシーポリシー策定 GPS走行ログ収集、ソーシャルデータ利用、AI処理に関する包括的ポリシー | 3日 | M1 W2 | — | プライバシーポリシー |
| 12.3 | 利用規約 & EULA策定 App Store提出用EULA、サービス利用規約 | 3日 | M1 W2-3 | — | 利用規約 / EULA |
| 12.4 | 走行ログ収集の同意フロー実装 初回起動時 + 設定画面での明示的同意取得UI | 2日 | M2 W1 | 12.2, T4 | 同意フローUI |
| 12.5 | App Store申請準備 スクリーンショット、説明文、App Privacy詳細、レーティング設定 | 3日 | M3 W1 | T4 | 申請素材一式 |
| 12.6 | App Store初回申請 & リジェクト対応 審査提出→レビュー待機(7-10日)→リジェクト時修正→再申請 | 14日 | M3 W2-4 | 12.5 | App Store公開 |
| 12.7 | 台湾版プライバシー・規制対応 台湾個人情報保護法への準拠、繁体字版ポリシー | 3日 | M9 W1 | T11 | 台湾版法務書類 |
| 12.8 | 年次証明書・登録更新 Apple Developer、API契約、ドメイン等の年次更新管理 | 継続 | M12〜 | — | 更新カレンダー |
| ◆ | マイルストーン: 法的基盤完備(App Store公開可能状態) | — | M3 W1 | 12.1-12.5 | — |
チーム間依存関係マップ
クリティカルパス:T2(データパイプライン)→ T1/T3(並行: AIルート + スポットDB)→ T4(UX/プロダクト)→ T12(App Store審査)→ v2.0公開。T1とT3はM1から並行で進行し、T2のデータを受けて品質を上げる。T12の法務基盤(プライバシーポリシー等)もApp Store審査のブロッカー。
| 供給チーム(上流) | 受益チーム(下流) | 依存内容 | 開始タイミング |
|---|---|---|---|
| T2 データパイプライン | T3 スポットDB | YouTube / X から抽出されたスポット生データ | M1 W3〜 |
| T3 スポットDB | T1 AIルートエンジン | ルート生成に使うスポットDB | M1 W2〜 |
| T1 AIルートエンジン | T4 UX/プロダクト | 提案→確認フローAPI、パーソナライズAPI | M1 W3〜 |
| T4 UX/プロダクト | T1 AIルートエンジン | 走行後フィードバックデータ | M2 W2〜 |
| T2 データパイプライン | T5 セーフティ | 走行ログ集約データ(Uターン検知用) | M2 W3〜 |
| T4 UX/プロダクト | T7 マネタイズ | UIが完成してから課金導線を実装 | M2 W3〜 |
| T7 マネタイズ | T8 グロース | リファラルプログラムの課金連携 | M4 W2〜 |
| T3 スポットDB | T8 グロース | AI自動コンテンツ生成のためのスポットデータ | M3 W1〜 |
| T2 データパイプライン | T9 DataOps | 監視対象パイプライン | M2 W4〜 |
| T4 UX/プロダクト | T10 カスタマー | App Storeリリース後にレビュー監視開始 | M3 W3〜 |
| T2 データパイプライン | T11 グローバル | パイプライン基盤を各国版に複製 | M7 W1〜 |
| T3 スポットDB | T11 グローバル | スポットDBスキーマを各国版に適用 | M7 W2〜 |
| T12 法務 | T4 UX/プロダクト | 同意フロー実装、プライバシーポリシー表示 | M2 W1〜 |
| T12 法務 | T11 グローバル | 各国法規制対応(個人情報保護法等) | M9 W1〜 |
クリティカルパス図
CRITICAL PATH(最長経路 — ここが遅れると全体が遅れる)
T2 パイプライン → T1 AIルート / T3 スポットDB → T4 UX + Beta → T12 審査 → v2.0
※ T1 と T3 は M1 から並行で進行。T12(法務)は App Store 審査のブロッカー
PARALLEL PATHS(並行で進行)
T5 セーフティ | T6 コミュニティ | T7 マネタイズ
CONTINUOUS OPS(継続運営 — M3以降常時稼働)
T8 グロース + T9 DataOps + T10 CS + T11 Global
資金計画 & キャッシュフロー管理
月次コスト構造
| カテゴリ | 項目 | M1-M3(開発集中期) | M4-M6(ローンチ後) | M7-M12(成長期) | 備考 |
|---|---|---|---|---|---|
| AI API | Claude API(ルート生成・スポットキュレーション) | ¥8,000 | ¥15,000 | ¥25,000 | ユーザー数に比例。Prompt Cachingで30-50%削減可能 |
| Claude Code Max(開発用サブスクリプション) | ¥30,000 | ¥30,000 | ¥30,000 | 月額固定。開発の主力ツール | |
| Maps / Weather / Places API | ¥3,000 | ¥8,000 | ¥15,000 | Google Maps無料枠$200/月、超過分 | |
| インフラ | Firebase(Firestore / Functions / Hosting) | ¥0 | ¥3,000 | ¥8,000 | Spark→Blaze移行。無料枠内で開始 |
| Cloudflare Pages(TOKI Docs等) | ¥0 | ¥0 | ¥0 | 無料プラン十分 | |
| Apple Developer Program | ¥1,082 | ¥1,082 | ¥1,082 | 年¥12,980(月割) | |
| マーケティング | SNS広告 / ASO | ¥0 | ¥10,000 | ¥30,000 | M4以降。ROI測定しながら段階的に拡大 |
| MotoVloggerコラボ費 | ¥0 | ¥5,000 | ¥20,000 | 少額ギフティングから開始。効果測定後に拡大 | |
| 月次合計 | ¥42,082 | ¥72,082 | ¥129,082 | ||
収益予測 & 損益分岐
| 月 | DL累計 | WAU | 有料会員 | 広告収益 | 課金収益 | 月間売上 | 月間コスト | 月次損益 |
|---|---|---|---|---|---|---|---|---|
| M3 | 2,000 | 600 | 0 | ¥0 | ¥0 | ¥0 | ¥42,000 | -¥42,000 |
| M4 | 3,000 | 1,000 | 30 | ¥3,000 | ¥14,400 | ¥17,400 | ¥72,000 | -¥54,600 |
| M6 | 6,000 | 2,500 | 100 | ¥12,000 | ¥48,000 | ¥60,000 | ¥85,000 | -¥25,000 |
| M8 | 10,000 | 4,000 | 200 | ¥25,000 | ¥96,000 | ¥121,000 | ¥110,000 | +¥11,000 ✅ |
| M10 | 15,000 | 5,500 | 300 | ¥40,000 | ¥144,000 | ¥184,000 | ¥120,000 | +¥64,000 |
| M12 | 20,000 | 7,000 | 500 | ¥70,000 | ¥240,000 | ¥310,000 | ¥129,000 | +¥181,000 |
価格設定の根拠
ルート無制限 + 広告非表示 + オフラインマップ
月額比2ヶ月分お得。LTV最大化
月3ルート生成 + バナー広告
キャッシュフロー管理ルール
| ルール | 内容 | 判定基準 |
|---|---|---|
| 🔴 STOP | M6時点でDL < 1,000 → ピボットまたは撤退判断 | 市場フィット不足 |
| 🟠 CAUTION | 月次コストが売上の200%超 → マーケ費用を凍結 | バーンレート超過 |
| 🟢 GO | 有料転換率5%以上 → マーケ予算を2倍に拡大 | PMF確認 |
| 🟢 EXPAND | 月次黒字3ヶ月連続 → 海外展開予算を計上 | 持続的収益性確認 |
リスク管理 & 対応策
技術リスク
| ID | リスク | 影響度 | 発生確率 | 予防策 | 発生時対応 |
|---|---|---|---|---|---|
| R1 | Claude API障害・値上げ | 高 | 中 | マルチLLM対応設計(Claude / Gemini / GPT切替可能なabstraction layer)。Prompt Cachingでコスト最適化 | Gemini 2.0 Flashにフォールバック(T1.4で実装済み前提)。ユーザーには「AI調整中」表示で品質劣化を最小化 |
| R2 | Google Maps API制限・値上げ | 高 | 低 | 月$200無料枠の消費監視(Cloud Monitoring)。キャッシュでAPI呼び出し削減 | Mapboxに切替(同等機能、価格競争力あり)。スポットDB自前データでルート品質維持 |
| R3 | Firebase障害・データ損失 | 高 | 低 | 日次Firestore Export(Cloud Storage)。Firestoreルールで不正書込み防止 | バックアップからのリストア手順をT9 DataOpsで文書化。RPO: 24時間、RTO: 4時間 |
| R4 | AIルート品質の不安定 | 中 | 中 | A/Bテストパイプライン(T1.6)。ルート満足度の定量測定。プロンプトバージョニング | 前バージョンのプロンプトにロールバック。低評価ルートの分析 → プロンプト改善サイクル |
| R5 | データパイプライン停止 | 中 | 中 | T9 DataOpsで監視アラート設定。各ソースの独立動作設計(1つ止まっても他は動く) | 手動トリガーで再実行。スポットDBはキャッシュされた既存データで暫定運用 |
ビジネスリスク
| ID | リスク | 影響度 | 発生確率 | 予防策 | 発生時対応 |
|---|---|---|---|---|---|
| R6 | Apple審査リジェクト | 高 | 中 | T12で審査ガイドライン事前チェックリスト作成。プライバシーポリシー・EULA完備。TestFlightで事前検証 | リジェクト理由を即日分析 → 修正 → 再提出(平均対応時間: 2-5日)。よくあるリジェクト理由: メタデータ不備、クラッシュ、プライバシー不足 |
| R7 | ユーザー獲得コスト高騰 | 中 | 中 | オーガニック施策優先(ASO、ツーリングコミュニティ口コミ、MotoVlogger)。CACを常時モニタリング | 有料広告を一時停止。オーガニックチャネルに集中。コミュニティ紹介プログラムの強化 |
| R8 | 有料転換率が想定以下 | 中 | 中 | Free枠を絞りすぎない(月3ルートで十分な体験を提供)。Pro限定機能の魅力度を検証 | 価格実験(¥480→¥380)。Pro限定機能の追加(オフラインマップ、天気連動ルート)。広告モデルの比重を増加 |
| R9 | 大手競合参入(Google/Yahoo!カーナビ強化) | 高 | 低 | データモートの構築を最優先。「バイク特化」のニッチ深掘りで大手が真似しにくい領域を確保 | コミュニティ + UGCデータ資産で差別化。大手が持てない「ライダー同士の評価データ」で勝負 |
法務・規制リスク
| ID | リスク | 影響度 | 発生確率 | 予防策 | 発生時対応 |
|---|---|---|---|---|---|
| R10 | 位置情報プライバシー規制強化 | 高 | 中 | 走行ログは端末ローカル保存をデフォルトに。サーバー送信は明示的同意後のみ。匿名化処理を標準実装 | データ取扱いを即座に厳格化。ユーザーに透明性レポートを公開 |
| R11 | AI生成コンテンツの責任問題 | 中 | 低 | 「AIルート提案は参考情報」の免責表示。危険スポットDBとの照合で安全性担保(T5) | 問題ルートの即時非表示。ユーザーレポート機能で迅速フィードバック |
| R12 | 海外展開時のデータ規制(台湾・タイ等) | 中 | 中 | T12で各国のデータ保護法調査をM8までに完了。データ保存リージョンの分離設計 | 該当国のデータを現地リージョンに移行。法務専門家への単発相談(¥50,000-100,000想定) |
リスクマトリクス
低確率 中確率 高確率
高影響 | R2 R3 R9 | R1 R6 R10 |
中影響 | R11 | R4 R5 R7 R8 R12 |
最優先対応: R1(LLM依存), R6(Apple審査), R10(プライバシー)
→ この3つは発生時の事業インパクトが大きく、M3リリース前に予防策を完了させること
KPI & マイルストーン統合
月次マイルストーン一覧
| 月 | マイルストーン | 担当チーム | ゲート条件 |
|---|---|---|---|
| M1末 | 全チーム開発開始完了、初期パイプライン稼働 | T1-T5 | YouTube週次自動実行確認 |
| M2末 | 5層データパイプライン全稼働 + 安全Phase1 | T2, T5 | YouTube/X/Trends/走行ログ/Uターン全稼働 |
| M3末 | KAKERU v2.0 正式リリース | 全開発チーム | DL 2,000 / スポット1,000件 / 満足度80% |
| M4末 | 初回収益達成(課金 + 広告) | T7, T8 | 月間収益 ¥10K+ |
| M6末 | グロースマシン稼働 + データ品質安定 | T8, T9 | 月1,000新規DL / パイプライン稼働率99% |
| M9末 | コミュニティ + Apple Watch + NPS | T5, T6, T10 | NPS 50+ / コミュニティ機能利用率30% |
| M10 | 台湾版ローンチ | T11 | 台湾スポットDB 500件 / 繁体字UI完了 |
| M12末 | 年間目標達成 — 3カ国展開 | 全チーム | DL 20K / WAU 7K / 収益¥350K/月 |
最終KPI目標
KPI根拠 & 測定方法
| KPI | 目標値 | 測定方法 | ベンチマーク & 根拠 | 達成の前提条件 |
|---|---|---|---|---|
| 総DL数 | 20,000 M12時点 |
App Store Connect「ユニットデータ」。Firebase Analyticsのfirst_openイベント |
日本バイク人口: 約350万人(二輪車新聞2024)。ツーリング層は推定100万人。20KはTAMの2%。類似アプリBeeline JP初年DL: 15K(推定)。ASOとMotoVlogger施策で上振れを狙う | M3リリース + M4マーケ開始。月1,500-2,500 DLペースが必要。ASO最適化 + SNS施策 + MotoVlogger3名以上 |
| WAU | 7,000 M12時点 |
Firebase Analytics「weekly_active_users」。DAU/WAU比率も追跡 | DL→WAU転換率35%はモバイルアプリ中央値(Mixpanel 2024: 25-40%)。ナビアプリは利用頻度が週末中心のため、D7リテンション20-30%が現実的 | 週末ツーリング習慣との結合。プッシュ通知(天気+おすすめルート)でリテンション維持。オフシーズン(冬)の落ち込みは想定内 |
| 有料転換率 | 3-7% WAU比 |
Firebaseカスタムイベントsubscription_start。Revenue Cat(予定)でサブスク管理 |
趣味アプリの有料転換率: 2-8%(Liftoff 2024)。Strava 3.5%、Komoot 5%。バイクは熱量の高い趣味のため上限寄り。初期目標3%→PMF後5-7% | Free枠の体験価値(月3ルート)が十分魅力的であること。Pro限定機能が明確な差別化(オフラインマップ、天気連動、広告非表示) |
| 月間収益 | ¥350K M12時点 |
App Store Connect売上 + AdMob収益。月次で集計 | 有料500名×¥480 = ¥240K + 広告¥70K + その他¥40K。広告CPM: ¥300-500(日本モバイル広告中央値、eMark 2024)。WAU 7Kで広告インプレッション推定14万/月 | 有料転換率7%達成。広告はバナー+インタースティシャル併用。リワード広告(ルート追加+1回)で追加収益 |
| ルート満足度 | 80%以上 「良い」以上 |
ルート完走後のインアプリ評価(5段階: ★★★★ 以上=「良い」)。走行ログ完走率(途中離脱 vs 完走)も補助指標 | Googleマップのルート評価は★4.2/5.0(約84%が満足)。AI生成ルートは初期60-70%想定 → プロンプト改善 + ユーザーフィードバックループで80%達成 | T1 A/Bテストパイプラインが稼働。低評価ルートの自動分析。月次のプロンプト改善サイクル。天気・時間帯・季節の考慮 |
| NPS | 50+ M9以降 |
四半期インアプリNPS調査(10%サンプリング)。「KAKERUを友人に勧めますか?」0-10スケール | モバイルアプリNPS中央値: 30(Retently 2024)。高NPS例: Strava 60、Komoot 48。ニッチ趣味アプリは熱量が高くNPSが上振れしやすい | コミュニティ機能の実装(T6)。ユーザーの声をプロダクトに反映するサイクル確立。バグ対応の迅速性(T10 CS) |
| スポットDB | 10,000件 M12時点 |
Firestoreのspotsコレクションのdocument count。品質スコア(情報充実度)も追跡 |
道の駅: 1,209駅(2025年時点)。バイク向けスポット(峠、絶景、温泉、グルメ)は推定5万件以上。10Kは国内主要エリアのカバーに十分 | T2データパイプラインの安定稼働。YouTube/X/Google PlacesからのAI自動キュレーション + ユーザー投稿 |
この12チーム体制は、従来なら最低30-40人の組織が必要な規模だ。しかしAI時代の運営モデルでは:
Claude Code — 全開発チーム(T1-T7)の実装を担当。1日で複数チームのタスクを並行実行。
Slack Claude Bridge — 外出先・ツーリング中でもSlackから開発指示。移動時間がゼロダウンタイム。
Cloud Functions + Scheduler — T2パイプライン、T9 DataOps、T8コンテンツ生成を24時間自動運営。
Claude API — T3スポットキュレーション、T10カスタマーサポート、T8 SEO記事を自動生成。
経営者(Kohさん)が担うのは:
✓ ビジョン策定と各チームの方向性決定(週次レビュー)
✓ ユーザーとの直接対話(フィードバック確認)
✓ クリエイティブ判断(UIデザイン最終承認)
✓ パートナーシップ(MotoVlogger、イベント)
✓ 事業全体の意思決定(優先順位、投資判断、Go/No-Go)
「12チームを回すのに必要なのは、12人ではない。1人の経営判断と、AIの実行力だ。」