製品キャンバスとは何ですか?

新しい製品の開発作業を始める前に、その製品の目的、対象者、目標を理解する必要があります。ここで製品キャンバスが役立ちます。

Hubspot ミロ, プロダクトキャンバスは、アジャイル手法とUXの原則を組み合わせた計画ツールであり、チームが優れたユーザーエクスペリエンスを提供する製品を構築するのに役立ちます。.

ローマン・ピヒラープロダクト キャンバスの発明者である は、これを「優れたユーザー エクスペリエンスと適切な機能を備えた製品の作成に役立つ、シンプルでありながら強力なツールです。ユーザー ストーリーをペルソナ、ストーリーボード、シナリオ、デザイン スケッチ、その他の UX 成果物で補完することで、アジャイル開発とユーザー エクスペリエンス デザインを組み合わせます」と説明しています。

製品ビジョンと製品キャンバスで変化を計画する方法

よくある誤解は アジャイル手法 準備やドキュメント作成は必要なく、プロセスは各スプリントの結果とフィードバックによって魔法のように導かれるという点です。

もちろんこれは真実ではない。正しい アジャイルマニフェスト 声明はアドバイスする 「計画に従うよりも変化に対応すること」 つまり、変化に合わせて簡単に調整できる計画を立てる必要があるということです。それが適切な準備につながります。

この文脈における「適切」とは、次のことを意味します。

• ビジネス価値を提供する準備
• プロジェクトの明確なビジョンを形成する
• 予測を可能にする十分な準備
• 最初のスプリントを始めるのに十分な詳細

それ以上はやりすぎです。覚えておいてください、私たちは変化に合わせて簡単に調整できる「計画」を作成しようとしています。計画が大きく詳細になるほど、より硬直し、変更が難しくなります。

プロダクトビジョンとプロダクトキャンバスの手法は、 Mendix 私たちがこれまでに成功を収めてきたことから、これが唯一の方法論というわけではありません。「スプリント ゼロ」などの異なる方法論に従う場合でも、このブログ投稿は、プロジェクトの準備のために答えるべき質問の種類についての洞察を提供するため、非常に価値があります。

製品ビジョンボードをざっと見てみましょう

最初のステップは、プロジェクトのハイレベルなビジョンを作成することです。これは、製品ビジョン ボードを使用して行います。この部分は非常に簡単なので、このブログ投稿では詳細には触れません。

製品ビジョンボード

基本的に、製品ビジョンボードは次の質問に答えます。

• なぜアプリケーションを作成するのでしょうか?
• ターゲットユーザーグループは誰ですか?
• 彼らのニーズは何ですか？
• 私たちの製品がそれらを満たすためにはどうすればよいのでしょうか?
• そうすることで私たちのビジネス目標は何でしょうか?

製品ビジョン ボードは、製品キャンバスへの入力としても機能します。どちらも製品オーナーの責任です。ただし、すべての作業を製品オーナーが行う必要があるわけではありません。必要に応じて、スクラム チームと専門家を活用することを強くお勧めします。

製品キャンバスとそのレイアウト

製品ビジョンを定義したら、そのビジョンを実現する方法を考えます。その結果、次の質問に答えられるようになります。

• 私たちのユーザーとは誰ですか?
• 彼らの任務は何であり、それをどのように完了すると想定していますか?
• 関連する高レベルの制約は何ですか?
• 大まかなラインでのデザインはどのような感じになるのでしょうか？
• これを達成するためのエピックと準備済みのユーザー ストーリーは何ですか?

製品キャンバス

回答される質問をプロダクト キャンバスと比較すると、プロダクト キャンバスの実際のレイアウトは時系列でストーリーを伝えていないことが明らかになります。しかし、プロダクト キャンバスの作成方法を完全に理解するには、時系列が非常に重要です。

プロダクトキャンバスの時系列レイアウト

上の画像は、プロダクト キャンバスを作成するための論理的な手順を示しています。プロダクト ビジョンの要約、製品の実際のユーザーの調査、ペルソナの作成から始まり、最初のスプリントの準備完了ストーリーの作成まで、1 つの手順が次のステップにつながります。

制約はユーザー ジャーニーの作成と並行して描かれることに注意してください。制約によってはユーザー ジャーニーに影響する場合と影響しない場合があるので、事前に作成することも可能です。

製品キャンバスを作成するための7つのステップ

ステップ1: 製品のビジョンと名前

製品ビジョン ボックスは、製品ビジョン ボードの要約にすぎません。そこに到達する良い方法は、ビジョンの最も重要な部分を 1 つか 2 つの文でどのように説明するかを自問することです。

あらゆる (社内の) アプリケーション開発プロセスで最も過小評価されている要素は、アプリケーションの名前です。プロジェクトの最初のスプリントを開始するときに、すでに適切なアプリケーション名が存在していることはまれです。当然ですが、適切な名前を考えるのは大変な作業です。実際のアプリケーションと強いつながりを持ちながら、キャッチーな名前にする必要があります。簡単な作業ではありません。

最初に良い名前を考える最大の理由は、それがプロジェクトに関わる全員に良い影響を与えるからです。ペルソナと同様に、人々は自分が作成している、または作成を手伝っている実際のアプリケーションに対して感情的なつながりを抱き始めます。そして、最初にそうしなければ、それが会社の外部アプリケーションでない限り、優先順位リストのトップに上がることのない詳細の 1 つに過ぎません。

ステップ2: ペルソナの作成

機能の開発方法を検討する前に、これらの機能を誰のために、なぜ開発するのか理解することが重要です。これは、ペルソナにつながるユーザー調査を行うことで実現します。

ペルソナの例

基本的に、ペルソナは研究に基づいた典型的なユーザーです。注目すべき重要な点は、ペルソナを使用してユーザー グループをモデル化する手法は、マーケティング担当者や UX デザイナーが使用する実証されていないクリエイティブなトリックではなく、実際には科学的研究に基づいているということです。内容と使用の有効性の両方においてです。ペルソナは、共感の構築、プロジェクトの焦点の提供、プロジェクト チーム内でのコミュニケーションと合意の形成、意思決定と擁護に役立ちます。

さらに、このステップの調査部分は、プロジェクト ビジョンの作成時に立てられたすべての仮定を検証するのに役立ちます。プロジェクト ビジョンでは、ターゲット ユーザー グループが誰で、そのニーズは何かということを明記していることを思い出してください。このステップは、ほとんどの場合、10 人のユーザーとも話さずに行われます。これは必ずしも悪いことではありませんが、立てられた仮定の確認が必要です。バグの解決と同様に、プロジェクトの開始時にアプリケーションを変更するのに必要な時間と労力は、実稼働に移行した後の 100 ～ XNUMX 倍になります。

ペースの速い Mendix プロジェクトでは、時間の不足が課題の1つであり、定量的な科学的調査に基づいた（従来の）ペルソナの作成は不可能です。幸いなことに、暫定ペルソナは、非常に限られた数のインタビューを調査として行うという解決策を提供します。確かに、それらは出発点としてのみ機能し、従来のペルソナほど価値はありませんが、1〜2日で作成できるため、非常に魅力的です。 Mendix プロジェクト。

ステップ3: ユーザージャーニーの作成

この時点で、あなたとあなたのチームは、ユーザーが誰で、そのニーズは何で、これから構築するアプリケーションで何を達成しようとしているのかを正確に把握しています。次のステップは、ペルソナとそのタスク、およびアプリケーションの動作方法の間のギャップを埋めることです。ユーザー ジャーニーは、これを実現する優れた方法です。

それぞれに長所と短所がある、さまざまなレベルのユーザー ジャーニーを定義できます。

1. カスタマージャーニー

マーケティングの世界ではよくあることですが、アプリケーションが位置する全体的なエクスペリエンスをマッピングします (多くの場合、アプリケーションは全体的なジャーニーの一部にすぎません)。カスタマー ジャーニーはすでにマッピングされている可能性があります。その場合は、準備の一部として使用する必要があります。

カスタマージャーニーの例

2. 絵コンテ

ストーリーボードは、グラフィック ノベルや映画のストーリーボードに非常によく似た、より具体的な方法です。ストーリーボードは、ユーザーがアプリケーションと対話する方法を定義するだけでなく、必要に応じてコンテキストを追加するための優れた方法を提供します。

ストーリーボードの例

上記の例では、多くのコンテキストが提供されていることに注意してください。これは良いことですが、必ずしも必要ではありません。画面を図面として大まかにスケッチし、テキストと矢印を追加してストーリーを伝えることもできます。ストーリーボードは「きれい」である必要はないことも指摘しておく必要があります。ストーリーボードは、ジャーニーの設計とチーム内でのアイデアの伝達に役立つ必要があります。

3. ユーザーフロー

抽象化の最も低いレベルはユーザーフローで、マイクロフローに非常に似ています。これは、ユーザーがタスクを完了するために実行できるフローを図式的に表します。

ユーザーフローの例

ユーザー フローの作成は、簡単に作成できるため (PowerPoint もこの目的に最適なツールです)、最小限の作業と見なされます。また、ユーザー フローは、エクスペリエンスを設計し、そこに到達する方法についてチーム全体を調整する際に非常に強力です。

ストーリーボードを作成することをお勧めします。ストーリーボードではより多くのコンテキストが提供され、一部の（あまり重要でない）詳細をスキップできるため、エクスペリエンスの設計が容易になります。これらの詳細は、後の段階でユーザー フローを使用してマッピングできます。

実用的な注意: すべてのユーザー ジャーニーを計画するのではなく、最も重要なものに焦点を当てます。結局のところ、これはアジャイルな作業方法であり、準備をやり過ぎないことを意味します。

ステップ4: 関連する制約を定義する

前に述べたように、制約を作成する実際のタイミングは決まっていません。一部の制約はユーザー ジャーニーに影響を与える可能性があるため、ユーザー ジャーニーの前または並行して作成する必要があることに注意してください。良い例としては、物理的なオフィス内でのみネットワーク機能を使用できるという制約が挙げられます。この場合、ユーザーの場所はユーザー ジャーニーの非常に重要な部分になります。

制約を定義する際のヒントは、それらを関連性のあるものにしておくことです。100 個の制約のリストは、もはや準備のための生産的なツールではなく、逆効果の障害となります。実際のスプリントでは、制約を定義して対処するのに十分な時間があります。

ステップ5：設計

設計セクションは、ユーザージャーニーを構築する必要があるアプリケーションに翻訳する最初のステップです。このステップの実際のアクティビティは、アプリケーションの種類、顧客の種類、およびアプリケーションの使用に関する顧客の成熟度に応じて大きく異なります。 Mendix プラットフォームを提供します。

一般的に、非常に効果的であることが証明されているツールを少なくとも 4 つ特定できます。

1. サイトマップ（またはアプリマップ）

ウェブサイトの設計と開発では広く使用されていますが、アプリケーションの設計と開発ではあまり一般的ではないツールです。基本的に、アプリケーションの (ページ) 構造をマッピングします。

サイトマップの例

2. ワイヤーフレーム

実際の画面のデザイン スケッチは、忠実度と抽象度が異なります。これはほとんどの人にとって馴染みのあることです。この段階はプロジェクトの準備段階であるため、やり過ぎないことが重要です。個々のページではなくシステムの設計に重点を置き、ユーザー エクスペリエンス全体の大まかなラインを設計しながら最初のスプリントの準備を整えます。忠実度には、低忠実度、中忠実度、高忠実度の 3 つのレベルがあり、それぞれに長所と短所があります。

ワイヤーフレームとさまざまな忠実度レベルの例

ユーザー ジャーニーと同様に、低忠実度は最低限と考えられており、中忠実度のワイヤーフレームを少なくとも 2 つ作成することが推奨されます。UI または UX デザイナーが行うのが最適ですが、低忠実度のワイヤーフレームは誰でも作成できます。Balsamique など、低忠実度のワイヤーフレームを作成するための優れたツールがあり、ペンと紙、またはホワイトボードでも始めるのに十分です。すべてがモデル化されるまで待ってから変更するよりも、ワイヤーフレームを使用してさまざまなデザインやソリューションを試してみる方が常に迅速です。さらに、優れたワイヤーフレームは、特定のページ セットをどのようにモデル化するかを正確に示します。

3. スタイルタイル

UI のビジュアル言語は、アプリケーションの使いやすさとブランディングの両方にとって非常に重要です。アプリケーションの最高のユーザー エクスペリエンスとビジュアル言語を一緒に作成しようとすると、設計フェーズでも、チーム メンバーや関係者と設計について話し合いでも、少し大変な作業になります。スタイル タイルを使用する手法は、実際にアプリケーションを設計することなく、アプリケーションのビジュアル言語を設計することに基づいています。

スタイルタイルの例

例からわかるように、スタイル タイルのデザインは、実際のアプリケーションを表示しなくても、アプリケーションの視覚言語とブランディングを明確に定義します。これは、非常に迅速かつ効果的な方法です。特に、複数のスタイル タイルから 1 つを選択できるような実験がまだ必要な場合は、この方法が適しています。

4. デザイン/コーポレートアイデンティティガイドライン

ほとんどの企業では、オンライン Web サイトまたはアプリケーションのデザインに関するガイドラインやアセットがすでに存在します。存在する場合は、必ず製品キャンバスのデザイン セクションに含める必要があります。

ステップ6: エピックの作成

この時点で、ユーザーを網羅して調査し、ユーザーが何を達成しようとしているのかを把握し、アプリケーションを使用してこれを実現する方法を設計し、設計フレームワークも作成しました。アプリケーション設計をユーザー ストーリーに変換する最初のステップであるエピックを作成するために必要なすべての情報が揃っています。

エピックは、1 回のスプリントでは完了できない、または「準備完了」のユーザー ストーリーを作成するために個別のユーザー ストーリーに分割する必要がある、非常に大きなユーザー ストーリーと見なすことができます。ほとんどの場合、エピックは、実現するためにセクションに分割する必要がある大きな機能を説明します。

一例として、「ユーザーが食料品をオンラインで購入できるようにする」というエピックが挙げられます。このエピックは、ショップから食料品を選択する、配送先住所を設定する、オンライン支払いオプションを使用して食料品の代金を支払うというユーザー ストーリーに分割できます。

ユーザー ストーリーだけではなくエピックを作成することがよい理由は、多くの時間を節約できるだけでなく、プロジェクトに焦点を追加できるためです。既成のユーザー ストーリーの作成には多くの時間がかかります。さらに、500 のユーザー ストーリーを含むバックログは扱いにくいものです。10 のエピックと 20 のユーザー ストーリーを用意する方がよいでしょう。

ステップ7: 準備が整ったストーリーを作成する

プロダクト キャンバスを作成する最後のステップは、少なくとも最初の 1 つまたは 2 つのスプリントをカバーする準備が整ったユーザー ストーリーを作成することです。

準備完了のユーザー ストーリーとは、準備完了の定義に準拠していることを意味します。準備完了のユーザー ストーリーが提供されるのが初めてなので、このステップにはスクラム チーム全体を参加させる (すでに参加可能な場合) ことをお勧めします。

Mendixこの方法を使用した肯定的な経験

At Mendix、私たちはプロダクト ビジョン & キャンバス手法を使用して素晴らしい経験をしました。プロジェクトを開始するために、さまざまなプロジェクトでこの手法を使用しました。ストーリーボード、サイトマップ、ワイヤーフレーム、スタイル タイルを組み込んだ、わずか 1 週間の概念実証プロジェクトでは、プロダクト キャンバスのコンパクト バージョンも使用しました。

私たちが得たポジティブな効果のいくつかは Mendixプロジェクト マネージャー、スクラム マスター、開発者から受け取ったフィードバックから収集された次の内容です。

• 準備作業が限られている場合でも、最終結果の品質は大幅に向上します。
• 製品キャンバスの資産は、より短い時間でアプリケーションを完了するために必要な焦点を提供します。
• 初回から効果を発揮: キャンバスの各ステップは、調査、実験、設計、考察で構成されています。開発フェーズの開始点を改善します。その結果、プロジェクト中にほとんどやり直しがなくなります。
• チーム内のコミュニケーションと効率の向上

これらの肯定的な経験により、準備フェーズ、より具体的には製品ビジョンとキャンバス方法論の使用が現在ではベストプラクティスと見なされています。

製品キャンバスの使い方

このブログ記事ではプロダクトキャンバスについて詳細に説明していますが、重要な教訓の1つは、最初のスプリントを開始する前に準備段階を設けることの利点です。この方法は、 Mendix プロジェクトにはさまざまな側面がありますが、最終的には、コンテンツ、準備フェーズの結果で解決される質問、そしてそれがプロジェクトの残りの部分にもたらすメリットがすべてです。

もう 1 つの興味深い点は、一部のチームが、準備だけではなく、プロジェクト全体を通してプロダクト キャンバスまたはその一部を使い続けることを選択していることです。戦略会議の壁の一部をプロダクト キャンバスとして使用します。

Mendix チームは、ユーザー ストーリーの準備の定義の一部としてユーザー フローを活用しました。その理由は、ユーザー フローの図式的な方法の方が、ユーザー ストーリーのテキスト コンテンツよりも、チームがユーザー ストーリーを完全に理解するのにはるかに速く、効率的だったためです。

しかし最も重要なことは、プロジェクトの規模や複雑さの程度に関係なく、適切な準備を行えば、より集中的で効率的な開発が実現し、実際のアプリケーションの品質が向上するということです。

製品キャンバステンプレートをダウンロード

製品キャンバスとビジョン テンプレートをダウンロード:

• 製品ビジョンテンプレート
• 製品キャンバステンプレート
• ペルソナテンプレート
• Mendix プロジェクト UX テンプレート
• Mendix プロジェクト UX テンプレート – 概念と定義