ここで言いたいのは、私たちが製品を作るやり方は壊れているということです。説明します。
ここ20年ほどで、スタートアップの世界はウォーターフォール型からアジャイル開発プロセスへと移行してきました。製品チームがソフトウェアの提供を段階的に行うアプローチへ移るにつれ、長期プロジェクトはより小さな成果物に置き換えられました。
アジャイル開発の実践とデザイン思考の台頭により、ますます多くの企業が反復的なデザインと製品開発の考え方を取り入れ、より頻繁にリリースしてユーザーから学ぶようになりました。
しかし、その変化は段階的に起こってきたもので、私たちはまだ本来できるほど速く学べていません。公開後のリリースと学習は以前より速く上手くなりましたが、製品とデザインのプロセスの最中にユーザーから学ぶ実用的な方法は、まだ見つけられていませんでした。
調査にかかるコストを負担でき、専任のリサーチャーを迎え入れる価値を理解している企業だけが、大規模に得られるインサイトやユーザーへのアクセスの恩恵を受けられます。それでも、今日のリサーチャー：デザイナー：開発者の一般的な比率は1:5:50です。
多くの製品チームは、開発後にリリースして学ぶことに頼っており、その結果、製品チームやデザインチームが避けられる手戻りを行うことになります。公開後に誤りを修正するコストは、開発段階で修正する場合の最大100倍にもなり得ると推定されています。
製品チーム向けの高速テストプラットフォームであるMazeのCEO兼共同創業者として、私はこの課題の最前線に立ち、デザインと製品構築のサイクルの中で誰もが迅速にテストし学べるようにすることを使命としてきました。私たちは意図的に、デザイナーからマーケターまで誰でも自分のワークフローの一部としてあらゆる体験をテストでき、何がうまくいき何がうまくいかないかを学び、より速く情報に基づいた意思決定ができるプラットフォームを構築しました。
継続的テストがデザインと構築のあり方を変える理由
製品チームとデザインチームにとって、テストと学習は優れたユーザー体験を作るための重要なステップです。プロセスの早い段階で自分たちの仕事をテストすれば、間違ったアイデアの開発や後でのやり直しに莫大な時間とリソースを費やすことを避けられます。
さらに、部門横断でテストが行われ、PMやデザイナーからUXRまで、パズルの各ピースをそれぞれがテストすると、最初から最後まで検証済みのプロセスになります。プロダクトマネージャーは調査と検証が済んだアイデアだけを製品ロードマップに加え、デザイナーは十分にテストされたモックアップを引き継ぎ、マーケターは検証済みのキャンペーンを開始します。
「ビジネスへのインパクトを最も大きく左右するのは、組織の学習文化の強さです。」 - Josh Bersin, Bersin by Deloitte社長
最後に、テストを重ね、ユーザーから学べば学ぶほど、何がうまくいき何がうまくいかないのかについて、あなたとチームはより多くの知識を得られます。ユーザーと課題領域に関するこの組織的なノウハウは、組織の成功を左右する重要な要因です。そしてそれが組織全体の各部門の中で起これば、それはあなたの会社が持ち得る最大級の競争優位の一つになります。
Rapid Testing Frameworkで早期かつ頻繁にテストする方法
テストの重要性と利点を見てきたので、次はあなたと製品・デザインチームがそれを組織でどのように実践できるかを見ていきましょう。
Mazeでは、アイデアからローンチまで、プロセスのあらゆる段階でテストを実施できるRapid Testing Frameworkを開発しました。まず、私たちがいうラピッドテスティングの意味を定義しましょう。ラピッドテスティングとは、あらゆるデザイン上・製品上の意思決定をユーザーの入力をもとに行う意思決定フレームワークです。
Rapid Testing Framework [画像: Maze]
このフレームワークでは、あらゆる意思決定をテスト可能な入力として扱います。コンセプト、デザイン、コピー、ワイヤーフレームなど、これらすべてを製品構築サイクルの中でユーザーとともにテストし、検証します。
IOTA Loopsは、アイデアやコンセプトの検証からプロトタイプやコピーのテストまで、プロセスの重要な段階でRapid Testing Frameworkを支えます。IOTAはInput、Objective、Test、Analysisの略です。これらの段階を詳しく見ていきましょう。
IOTA Loops [画像: Maze]
入力
すべてのIOTAループでは、テストプロセスは入力を定義することから始まります。つまり、テスト可能な仮説や問いです。入力の例は次のとおりです。
開発したい製品機能は、ユーザーに価値をもたらすでしょうか？
どのデザインコンセプトを採用して進めるべきでしょうか？
コピーは明確で読みやすいですか？
最初に適切な入力を定義することが重要です。なぜなら、それが意思決定を左右するからです。問題を理解し、ユーザーと何をテストする必要があるのかをじっくり把握しましょう。
目的
次に、Objectiveを設定します。Objective（目的）は、成功を測るための結果です。各テストには明確な目的を持たせるべきで、テストが成功したかどうかを簡単に判断できるようにします。もしそうでない場合は、目的が達成されるまで解決策を洗練し、反復する必要があります。
たとえば、デザインプロセスの最終段階で高精細プロトタイプをテストする場合、よい目的は次のようになります。
「テストユーザーの80%以上が、タスクを成功裏に完了できるようにしたい。」
もう一つは次のようなものです。
「テスト参加者の85%が、新しいメッセージングを___と関連付けることを目標とします。」
プロセスの開始時に明確な目的と目標を設定することは、ラピッドテスティングの中核です。目標が分かれば、何を見ればよいかも分かります。
テスト
次に、Testを作成します。これには、5秒テストからプロトタイプテストまで、適切なテスト方法論を定義することが含まれます。必要な手法は、先ほど定義した入力と目的によって決まります。
この段階では、テスト計画を作成し、ユーザーに尋ねる質問、タスク、その他考慮すべき詳細を定義することもできます。計画しておけば、テストの実施はより容易になります。ですので、それに応じて準備しておきましょう。
分析
最後になりますが、Analysisの部分には、次のステップを決めるために結果を評価することが含まれます。テスト結果が設定した目的を満たせば、あなたとチームは意思決定を行い、デザインプロセスの次の段階に進みます。満たさない場合は、結果が満たされるまで解決策を反復します。
テストをデザインプロセスの一部にする
ラピッドテスティングをデザインワークフローの一部にするには少し慣れが必要ですが、最も大切なのはどこかで始めることです。何事もそうですが、テストとリサーチは時間をかけて鍛え、育てていく筋肉のようなものです。デザインプロセス中のテストに関するいくつかのヒントを紹介します。
1. 脆弱さを受け入れる
多くの場合、デザイナーは自分の仕事を世に出すことをためらいます。しかし、同僚と仕事を共有してフィードバックを求めることから、ユーザーテストを実施することまで、脆弱であることは優れたデザイナーになるための一部です。実際、作ったものをユーザーや他の人と共有することは、仕事が上達するための重要なステップです。あなたが作っているものを使う人たち——つまりユーザー——から、デザインをどう改善できるかのフィードバックを得られます。また、時には外部の視点を取り入れることで、新しい解決策を見つけたり、問題を別の角度から捉えたりする助けになります。脆弱さを受け入れることはデザインプロセスの中心的な要素であり、あなたの仕事の質を高めてくれます。
2. 早めにテストを始める
多くのデザイナーが犯すもう一つの間違いは、高精細プロトタイプができるまでユーザーに共有しないことです。進行中の仕事を共有することは脆弱さに関わるため、これは先ほどの点とつながっています。
しかし、デザインプロセスの最も早い段階でテストすることは非常に重要です。特に、新しい製品や機能について仮説に基づいて作業している場合はなおさらです。ShopifyのプロダクトデザイナーであるHelen Tsvirinkalは、初期段階の形成的テストの重要性について語っています。
「プロジェクトがよく知られた問題を修正するものであれば、早期テストの必要性はそれほど高くないかもしれません。しかし、仮説に基づいて作業しているなら、ユーザーが何を期待しているのかを知るために、できるだけ早く低精細のデザインをテストする必要があります。」
デザインプロセスが始まる前から、調査やテストを始めることができます。問題探索や生成的ユーザーインタビューから、アイデアやコンセプトの検証まで——後の大きな手戻りを避けるために、重要なデザイン上の意思決定はプロセスの早い段階でテストし始めましょう。
3. 結果をチームと共有する
組織の中でテストの筋肉を育てるには、一朝一夕にはいきません。しかし、テストの利点について全員の認識が一致していれば、少しずつ積み上げていくことができます。
テストをより頻繁に行うことであなたとチームが得られる価値を示す一つの方法は、結果を公開して共有することです。Slackの元Research & Analytics Operations責任者であり、Yet Another Studioの創設者であるBehzod Sirjaniは、これがなぜ重要かについて述べています。
「ユーザーが実際にどのように製品を使うか、あるいは使わないかを理解する場に、デザイナー、エンジニア、プロダクトマネージャーが参加したときに、ユーザビリティテストは最も成功しています。意思決定できる人が関わることで、すべての調査が、あなたが下したい重要な意思決定の根拠を築いていることを確認できます。『この製品をリリースするべきか？』のような高レベルの判断であれ、『これはもっと使いやすいメニューか？』のように焦点を絞った判断であれ、同じです。」 - Behzod Sirjani
人々をプロセスにより深く関与させる方法はいくつもあります。たとえば次のとおりです。
調査結果をレポートにまとめ、主要な学びを強調する
Loom動画を作成し、主な結果を説明する
インタビューやデブリーフに参加してもらうよう招く
実践的なプロダクトチーム会議を開き、結果と次のステップを話し合う
たとえば、BlaBlaCarのチームには継続的なユーザーインタビュー用のSlackチャンネルがあり、社内の誰でも参加してフィードバックをリアルタイムで見ることができます。テストをプロセスの一部にするというのは、ユーザーフィードバックがもたらす価値への認識を高めることです。そしてその第一歩は、得られたインサイトや学びをチームと共有することから始まります。
最終的に、テストを行うほど、そしてその重要性と価値を伝えるほど、将来的にテストへの賛同を得やすくなります.
ProtoPieは、デザイナーがアイデアを高精細なインタラクティブプロトタイプとして形にするのを支援します。そうしたデザインアイデアを、明確さ、インサイト、そしてビジネス成果へと変えましょう。ProtoPieがコンセプトから制作までの過程でどのように役立つかを詳しく知るには、ウェブサイトをご覧いただくか、無料でお試しください。
MazeがProtoPieと統合する様子をご覧になりたい場合は、お知らせください。
