オポチュニティキャンバステンプレート
新しい機能や性能について議論をスムーズに進めます。
オポチュニティキャンバステンプレートについて
オポチュニティキャンバスとは?
オポチュニティキャンバスだけで、製品の機能や性能について議論をスムーズに進めるのことが可能になります。ビジネスモデルキャンバスやリーンキャンバスと同様に、オポチュニティキャンバスを使用すれば、顧客がソリューション、潜在的な問題、戦略、課題、指標を使用する方法を確認することができます。オポチュニティキャンバスでは、他のモデルとは異なり、既に作成している製品のシナリオに対して設計を行います。そのため、運用モデルや収益モデルを検討する必要はありません。
オポチュニティキャンバスを活用する方法
既に導入している製品の新しい機能や性能を検討したいとき、オポチュニティ キャンバスを活用しましょう。まだ製品モデルや収益モデルを導入していない場合は、ビジネスモデル キャンバスや リーン キャンバスを使う方が便利かもしれません。
オポチュニティキャンバステンプレートの使い方
Miro オポチュニティキャンバステンプレートは、簡単にカスタマイズすることができ、いつでも必要な時に編集または更新内容を追加することができます。また、チームメンバーを招待して、共同でこのテンプレートを編集することも可能です。変更した内容は、リアルタイムで反映されます。メンバーに付箋(色分けすることができるので、自分のアイデアを簡単に整理できます)を追加するよう促し、他のメンバーに@メンションしてフィードバックを得ましょう。また、ビデオチャットを行い、分散したチームとキャンバスで活動を確認することができます。
オポチュニティキャンバスの作り方
ステップ 1:ソリューションのアイデアを記入します。どんな製品や、機能、拡張がターゲットオーディエンスの課題解決につながるか、ここで検討するようにしましょう。
ステップ 2:ユーザーと顧客について考えます。どんなユーザーや顧客層が自社のソリューションを使って課題を解決しようとしているのでしょうか?目標は何か?その目標をさまざまなサブ目標で個別のカテゴリーに分けることができますか?
ステップ 3:こうしたユーザーは、今どのようにその問題を解決していますか?問題を解決するために自社の製品やサービスをどのように使用するか、また競合他社の製品やサービスについても考えましょう。
ステップ 4:こうしたユーザーの課題が、ビジネスに及ぼす影響について検討します。こうした顧客の問題を解決できない場合、ビジネスにどんな損害が生じるのでしょうか?
ステップ 5:顧客が既に自社の製品やサービスを使用している場合、どのようにそれを使用しているのか、または、使用するかどうかについて考えます。自社の製品やサービス以外にどのような方法で課題を解決する可能性があるのかも一緒に検討しましょう。それによってどんなメリットがあるのか?
ステップ 6:今度は指標についてブレインストーミングします。ユーザーが製品やサービスからメリットが得られるかどうかどのように判断するのか?ビジネスが成功していることをどんな方法で示すのか?
ステップ 7:ユーザーは製品やサービスをどのように活用しているのか?上手くいっていることや、改善できることなど、導入戦略についてについて考えましょう。
ステップ 8:そうした情報を入手したら、次は成功について考えます。成功することで、ビジネスの問題をどうやって前進させるのか?
ステップ 9:最後に、予算について考えます。成功すれば、組織にどれくらいコストがかかるのか?成功しなかった場合はどうか?
プロジェクト提案テンプレート
活躍するシチュエーション:
プロジェクト管理, ドキュメンテーション, プロジェクト計画
どんなプロジェクトであっても、プロジェクト提案テンプレートは、プロジェクトの背景、目標、範囲を明確にし、関係者の賛同を得るのに重要なステップです。プロジェクト提案書では、達成したいこと、目標、目標を達成する方法について概要を説明します。通常、プロジェクト提案書では、プロジェクトの背景をある程度読み手に提供し、それが重要な理由を説明して、プロジェクトの完了に必要なアクションのリストを作成します。プロジェクトの提案書には、さまざまな用途があります。多くの場合、企業は、プロジェクト提案書を使用して、資金提供者や社外関係者から社外の賛同を得ることができます。しかし、大抵の会社は、社内の賛同を得るためにもプロジェクト提案書を作成します。
テクノロジー製品キャンバステンプレート
活躍するシチュエーション:
プロダクト管理, ソフトウェア開発, ロードマップ
プリム・サンダラムが考案したテクノロジープロダクト キャンバスは、プロダクトチームとエンジニアリングチームがロードマップを共有し、認識を合わせることを目的としています。アジャイルの手法と UX の理論を組み合わせて、製品ソリューションの検証をサポートします。各チームが製品目標とテクノロジーの目標を提示し、視覚化し、明確なロードマップの各ステージを話し合います。この演習ではチームが同期し、全員が見込みと方向性を明確にし、素直に話し合うことができます。テクノロジー製品キャンバスの作成過程を経れば、1 時間とかからずにチームの認識を合わせることができます。
コンバージョンファネルバックログテンプレート
活躍するシチュエーション:
Decision Making, Product Management, Prioritization
コンバージョンを明確にした製品に取り組んでいる場合、コンバージョンファネルに関するバックログを構築し、オーディエンスに到達することを確認するのに役立ちます。コンバージョンファネルバックログを作成する場合は、ファネル内の潜在的なペインポイントや成長機会に関する情報をまとめましょう。その情報を特定したら、優先順位を付けやすくなります。チームは、コンバージョンファネルバックログを使用して、コンバージョン、継続、紹介に集中することができ、より成熟した製品ではワークフローを調整することができます。
タイムスケジュールテンプレート
活躍するシチュエーション:
プロジェクト管理, フローチャート, プロジェクト計画
Miroのタイムスケジュールテンプレートを活用して過去から未来へのマイルストーンを視覚化してみましょう。プロジェクトのスタートからゴールまで、全体を俯瞰して確認できるマップのように活用することができます。
アクションプランテンプレート
活躍するシチュエーション:
教育, プロジェクト管理, プロジェクト計画
Miroのアクションプランテンプレートを活用して各プロジェクトごとのタスクやフローをひと目でわかるように管理し、確実に事業目標の達成に向かってプロジェクトを進行しましょう。アクションプランテンプレートを活かすことで、複数の事業やプロジェクトが常に同時進行していても行動計画の精度を高め、実現力を向上できます。
RAID ログテンプレート
活躍するシチュエーション:
アジャイル手法, プロジェクト管理, アジャイルワークフロー
RAID ログは、リスク、前提条件、課題、依存関係という 4 つの分野に着目し、プロジェクト計画の策定をサポートするツールです。リスクは、プロジェクトに悪影響を及ぼす可能性のある潜在的な問題を指します。前提条件は、発生すればプロジェクトを成功に導くことができる事象を指します(発生しなければプロジェクトに悪い結果をもたらします)。課題は、すでに発生してプロジェクトに悪影響を及ぼしたリスクを指します。依存関係は、プロジェクトを進行させるために開始または終了させる必要がある関係を指します。RAID ログは、プロジェクトの開始時に多く使用されますが、進行中のプロジェクトの調整や状況を共有するのにも有効なツールです。