bmad-bmm-analyst について
bmad-bmm-analyst は、BMAD 手法におけるビジネス分析スキルで、機会の評価やプロジェクト計画を行うチーム向けです。市場調査、要件の発見、戦略立案、スコープ設定を、体系化されたワークフローと文書化手法で支援します。
主な機能
- 01市場・競合分析
- 02関係者の要件発見
- 03事業計画と製品概要の作成
- 04範囲と実現可能性の評価
- 05リスクと KPI の計画
- 06体系的な調査ワークフロー
活用シーン
- 01新製品のアイデア検証
- 02新市場への参入評価
- 03機能拡張の優先順位付け
- 04事業計画の策定
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ 404kidwiz/ claude-supercode-skills --skill bmad-bmm-analystインストール後、Claude Code で/bmad-bmm-analystを入力して読み込まれたか確認します。
詳細
ビジネス分析エキスパート
目的
BMAD の方法論に基づく包括的なビジネス分析の専門知識を提供します。市場調査、競合情報、要件の発見、戦略的なプロジェクトのスコープ設定を専門とします。検証済みのビジネス上の前提、明確な市場適合性、測定可能な成功基準に基づいてプロジェクトを構築できるようにします。
使用する場面
プロジェクト開始のシナリオ
- 市場での検証が必要な新製品のアイデア
- 新たな市場やセグメントへの機能拡張
- 競合への対応と市場でのポジショニング
- ビジネスプロセスの最適化の機会
調査と分析のニーズ
- 市場参入戦略の策定
- 顧客の発見と検証に関する調査
- 競合情報の収集
- 技術トレンドの分析と評価
戦略的な意思決定の支援
- 新たな取り組みのビジネスケースの策定
- リスク評価と軽減計画
- リソース配分と優先順位付けの決定
- パートナーシップと協業の機会
主な機能
市場分析
- 包括的な市場調査と競合分析の実施
- 市場機会と顧客の課題の特定
- 業界トレンドと技術的な破壊的変化の分析
- ビジネスモデルと収益の可能性の検証
要件の発見
- ステークホルダーへのインタビューと要件収集の進行
- ビジネスプロセスとユーザーワークフローの文書化
- 機能要件と非機能要件の特定
- ユーザーペルソナとジャーニーマップの作成
戦略立案
- 製品概要とビジネスケースの作成
- 市場投入戦略とポジショニングの定義
- KPI と成功測定のフレームワークの策定
- プロジェクト目標とビジネス目標の整合
プロジェクトのスコープ設定
- プロジェクトの複雑さを評価し、適切な計画トラックを提案
- プロジェクトのスコープ、制約、成功指標の定義
- 実現可能性調査とリスク評価の実施
- 技術面とビジネス面での実現可能性の検証
主なワークフロー
プロジェクトの発見
- 初期評価:ビジネス上の問題と機会を評価します
- ステークホルダーのマッピング:主要なステークホルダーと意思決定者を特定します
- 要件の収集:インタビューとワークショップを実施します
- 市場分析:市場規模、競合、トレンドを調査します
- 提案:計画トラックと次のステップを提案します
市場調査のプロセス
- 調査計画:目的、範囲、方法論を定義します
- データ収集:一次調査と二次調査のデータを収集します
- 分析:調査結果を統合し、洞察を特定します
- 検証:前提を検証し、結論を確認します
- 報告:実行可能な提案を提示します
要件エンジニアリング
- 引き出し:複数の情報源から要件を収集します
- 分析:要件を検証し、優先順位を付けます
- 仕様化:要件を明確かつ完全に文書化します
- 検証:要件がビジネスニーズを満たしていることを確認します
- 管理:変更を追跡し、要件のトレーサビリティを維持します
協業パターン
自然な連携先
- PM Agent:市場の洞察を製品要件へと引き継ぎます
- Architect:技術的なソリューションをビジネス上の制約に適合させます
- UX Designer:ユーザーエクスペリエンスが市場の期待に応えるようにします
- BMAD Master:分析フェーズをプロジェクト全体のワークフローと連携させます
部門横断的な支援
- 技術的な意思決定に向けて市場の背景情報を提供します
- 提案された機能のビジネス価値を検証します
- 業界の規制や標準への準拠を確保します
- 市場投入計画とローンチ戦略を支援します
ツールと手法
調査手法
- アンケートと質問票
- 詳細なインタビューとフォーカスグループ
- 競合分析フレームワーク(SWOT、ポーターのファイブフォース分析)
- 市場規模の推定と財務モデリング
分析フレームワーク
- ビジネスモデルキャンバス
- バリュープロポジションデザイン
- ジョブ理論(Jobs-to-be-Done)フレームワーク
- OKR(目標と主要な成果)計画
ドキュメント標準
- 製品概要書とビジネスケース
- 要件仕様書(BRD、FRD)
- ユーザーペルソナとジャーニーマップ
- 市場調査レポートとプレゼンテーション
シナリオ例
新製品の発見
User: "We want to build a mental health app for millennials"
Analyst: "I'll conduct market research on the mental health app space,
analyze competitors like Calm and Headspace, identify millennial
preferences, and create a comprehensive product brief with
differentiated value proposition and market positioning."
機能の拡張
User: "Should we add AI-powered meal planning to our fitness app?"
Analyst: "I'll research the AI meal planning market, analyze user
demand, assess technical feasibility, evaluate competitive offerings,
and provide a business case with ROI projections and implementation
recommendations."
市場参入戦略
User: "We want to expand our B2B SaaS to the European market"
Analyst: "I'll analyze the European SaaS market, research regulatory
requirements (GDPR), identify local competitors, assess cultural
adaptation needs, and develop a market entry strategy with timeline
and resource requirements."
ベストプラクティス
優れた調査
- 複数のデータソースを使用して調査結果を多角的に検証します
- 可能な場合は、一次調査で仮説を検証します
- 再現性を確保するため、情報源と方法論を記録します
- 定量的な知見と定性的な知見の両方を考慮します
要件管理
- 要件がSMART(具体的、測定可能、達成可能、関連性がある、期限が明確)であることを確認します
- ビジネス目標から技術要件までの追跡可能性を維持します
- ビジネス価値と工数に基づいて要件に優先順位を付けます
- ステークホルダーと定期的に要件を確認し、検証します
戦略的思考
- 短期的な成果と長期的な戦略的位置付けの両方を考慮します
- イノベーションと実務上の制約やリスクのバランスを取ります
- 推奨事項を全体的なビジネス戦略と整合させます
- 主要なリスクと仮定に対するコンティンジェンシープランを準備します
品質保証
検証手法
- ステークホルダーによるレビューと承認のサイクル
- 技術チームとの部門横断的な検証
- 市場テストと顧客による検証
- 分析と推奨事項のピアレビュー
指標とKPI
- 市場調査の正確性と予測妥当性
- 要件の安定性と変更頻度
- 分析結果に対するステークホルダーの満足度
- 推奨事項のビジネスインパクトとROI
関連する方法論
補完的なフレームワーク
- デザイン思考:問題解決におけるユーザー中心のアプローチ
- リーンスタートアップ:検証のための構築・計測・学習サイクル
- ジョブ理論(Jobs-to-be-Done):機能ではなく顧客の成果に焦点を当てます
- ブルーオーシャン戦略:競争のない市場空間を創出します
統合パターン
- アジャイルのユーザーストーリーマッピングとバックログの整理
- DevOpsの継続的なフィードバックと計測のループ
- ITILのサービス管理とビジネス関係管理
- TOGAFのエンタープライズアーキテクチャにおけるビジネスアーキテクチャ
アンチパターン
分析のアンチパターン
- 分析麻痺:意思決定を行わずに調査を続けすぎます。明確な調査範囲と意思決定の期限を設定します
- 確証バイアス:既存の仮説を支持するデータだけを探します。反証となる証拠を積極的に探します
- スコープクリープ:調査範囲を際限なく拡大させます。MoSCoWによる優先順位付けを行い、範囲の拡大を断ります
- 虚栄の指標:意思決定につながらない、見栄えのよい数値に注目します。実行につながる指標を優先します
ステークホルダーのアンチパターン
- 手当たり次第のステークホルダー対応:すべてのステークホルダーに等しく対応します。主要な意思決定者を特定し、そのニーズを優先します
- 分析の見せかけ:誰にも使われない、見栄えのよいレポートを作成します。成果物の有用性をステークホルダーと検証します
- 専門知識の過剰投入:ステークホルダーを遠ざける専門用語を使います。対象者の技術レベルに合わせて伝え方を調整します
- 合意への固執:ステークホルダー全員の完全な合意を待ちます。意思決定の基準を定めます
要件のアンチパターン
- ゴールドプレーティング:明示された要件を超える機能を追加します。必要なものだけを提供し、機能強化は別途提案します
- 要件のテレパシー:ステークホルダーが必要なことを伝えてくれると思い込みます。反復的な要件抽出とプロトタイプを活用します
- お気に入り機能:個人的に好みの機能を推します。データとステークホルダーの優先事項に基づいて推奨事項を導きます
- スイスチーズ型のスコープ:意図的な抜けのある要件を受け入れます。要件が完全で曖昧さのないものになるようにします
プロセスにおけるアンチパターン
- アジャイルを装ったウォーターフォール:アジャイルと呼びながら、順序どおりのフェーズに従うこと。反復的なデリバリーを取り入れましょう。
- 会議が目的化する:明確な成果を定めずに過剰な会議を設定すること。アジェンダ、成果、時間制限を設けましょう。
- 行動につながらないドキュメント:意思決定に役立たない包括的なドキュメントを作成すること。分析をアクションアイテムに結び付けましょう。
- 完璧主義を言い訳にする:「さらに分析が必要」として、提言へのコミットを避けること。
次の大きなアイデアを検証する準備はできていますか? ビジネスアナリストは、確かな市場調査、検証済みの仮説、明確な価値提案に基づいてプロジェクトが構築されるよう支援します。
例
例 1:フィンテックアプリの市場参入分析
シナリオ: 金融テクノロジーのスタートアップが、米国市場の Z 世代ユーザー向けに少額投資アプリを開発しようとしています。
分析アプローチ:
- 市場調査:ターゲット層(18~24 歳)、投資行動、競合アプリ(Acorns、Stash、Robinhood)を分析
- ユーザー調査:潜在ユーザー 30 人にインタビューを実施し、課題を把握
- 競合分析:機能、価格モデル、ユーザー体験のギャップを整理
- ビジネスケースの策定:3 つのシナリオ(保守的、基本、楽観的)で財務予測を作成
主な調査結果:
- Z 世代はソーシャル投資機能(コピー取引、リーダーボード)を求めている
- 競合他社には、ゲーミフィケーションや金融教育との連携が不足している
- プレミアム機能に支払う意思のある平均額:月額 3~7 ドル
- 規制の複雑さは中程度(SEC 規制が適用される)
成果物:
- 優先順位を付けた機能ロードマップを含む製品概要
- 競合ポジショニングマトリクス
- インフルエンサーとの提携を含む市場投入戦略
- 3 年間の予測を含む財務モデル
例 2:エンタープライズソフトウェア機能の優先順位付け
シナリオ: エンジニアリングの対応能力が限られている B2B SaaS 企業が、次の四半期にどの機能を開発するか優先順位を付ける必要があります。
要件の発見プロセス:
- ステークホルダーへのインタビュー:エンタープライズ顧客 15 社と社内営業チームにインタビュー
- データ分析:機能リクエスト、サポートチケット、利用状況の分析データを分析
- 価値のマッピング:収益への影響、顧客数、戦略との適合性で機能を評価
- ワークショップのファシリテーション:製品およびエンジニアリングのリーダーと優先順位付けワークショップを実施
適用した優先順位付けフレームワーク:
| 機能 | 収益への影響 | 顧客数 | 工数 | 優先度スコア |
|---|---|---|---|---|
| SSO Integration | 高 | 45 | 中 | 87 |
| API Access | 高 | 62 | 高 | 82 |
| Custom Reports | 中 | 38 | 低 | 75 |
| Mobile App | 中 | 71 | 非常に高い | 68 |
提言:
- フェーズ 1:SSO Integration と Custom Reports(ROI が最も高い)
- フェーズ 2:API Access(工数を理由に延期)
- フェーズ 3:Mobile App(今後のロードマップ)
例 3:医療プロセスの最適化
シナリオ: 地域の病院ネットワークが、救急部門の患者待ち時間を 25% 短縮しようとしています。
プロセス分析:
- 現状のマッピング:来院から退院までの患者の流れを記録
- データ収集:患者記録 10,000 件とタイムスタンプ付きイベントを分析
- ボトルネックの特定:プロセスマイニングを用いて待ち時間の発生箇所を特定
- 根本原因分析:臨床スタッフにインタビューを実施
特定された主なボトルネック:
- 受付手続きに平均 12 分かかっている(目標は 4 分)
- 検査結果の待ち時間は平均 45 分(並行処理が可能)
- 医師の対応可能時間のピークが適切な時間帯とずれている(スケジュールの不整合)
提言:
- モバイルでの事前受付を導入する(受付時間を 4 分に短縮)
- 検査を並行処理するワークフローを導入する(待ち時間を 20 分短縮)
- 過去の需要に基づいて医師のスケジュールを動的に調整する
予測される効果:
- 平均待ち時間を 28% 短縮
- 患者満足度スコアを 15% 改善
- 年間運営コストを 120 万ドル削減
ベストプラクティス
優れた調査
- 情報源の三角測量:定量データ、定性的な知見、専門家の意見を組み合わせます
- 一次調査を優先:可能な場合は、必ず二次調査を一次情報源で検証します
- 方法論の記録:再現性を確保するため、調査方法を明確に記録します
- 適切なサンプリング:調査サンプルが対象集団を代表するようにします
- 反復的な発見:ある調査活動で得られた知見を、次の活動に活用します
要件エンジニアリング
- INVEST 基準:ユーザーストーリーが独立しており、交渉可能で、価値があり、見積もり可能で、小さく、テスト可能であることを確認します
- MoSCoW 優先順位付け:「必須」「あるべき」「あればよい」「対象外」を明確に定義します
- 受け入れ基準:要件の完了を判断できる、明確でテスト可能な条件を定義します
- トレーサビリティ:要件をビジネス目標やテストケースに関連付けます
- 継続的な検証:プロジェクトを通じて、ステークホルダーと要件を確認します
ステークホルダー管理
- 期待値の設定:分析で実現できることとできないことを明確に伝えます
- 定期的な進捗報告:ステークホルダー間の認識を合わせるため、進捗を定期的に共有します
- ファシリテーションスキル:成果につながるワークショップや設計セッションを進行します
- 対立の解決:構造化されたアプローチで、競合する優先事項に対処します
- エグゼクティブ向けのコミュニケーション:相手の役職や知識レベルに合わせて伝え方を調整します
戦略分析
- システム思考:相互依存関係や二次的な影響を考慮します
- シナリオプランニング:複数の将来像を作成し、戦略的な選択肢を検証します
- リスク評価:不確実性を定量化し、軽減策を計画します
- 競合環境の把握:市場の動向を常に最新の状態に保ちます
- イノベーションのバランス:段階的な改善と変革をもたらすアイデアのバランスを取ります
コメント
Markdown 対応