Design Sprintを使用してイノベーションプロセスを高速化する(パート2/2)

記事の最初の部分では、 Design Sprintを使用する動機、いくつかの主要なコンポーネント、およびGoogle Venturesが提供する形式との大きな違いについて説明しました。 記事のこのパートでは、プロセスについて毎日お話しし、独自のデザインスプリントの実施に役立ついくつかの側面を強調します。



1日目-分解して続行



初日、私たちは私たちとユーザーベースに関心のある市場セグメントに関する知識をチームと共有しました。 初日の作業の目的は、状況を概説し、製品が作成される潜在的な顧客の消費者の肖像に同意することでした。



最初の日は、膨大な量の情報から始めました。 当時の戦略計画グループは、実行ジョブ(JTBD)の分析を既に完了していましたが、UXおよび製品リリースチームは、過去数年間にわたって無数のユーザー調査を行いました。 情報は、市場の状況と高度な人格の大きなギャップという形でチームに提示されました。



PowerPointのプレゼンテーションが原因で、初日が「致命的な退屈」に変わるという本当の脅威がありました。 幸いなことに、そのようなことは何も起こりませんでした。 いくつかのトリックのおかげで、私たちのコーディネーターは、すべての人が一日中何かに関与し、関与していることを確認しました。



ヒント#1宿題とプレゼンテーションの練習



スプリントを始める前に、宿題をもらいました。 グループの各メンバーは、競合他社について2分間のプレゼンテーションを準備する必要がありました(PowerPointなし)。 さらに、私たちはそれぞれ、私たちを刺激するものについて2分間話さなければなりませんでした。 このようなミニプレゼンテーションの間に、秘書は交代で、それぞれが各グループのプレゼンテーションについて意見を述べました。



スプリント自体を破棄する場合、この演習はいくつかのポイントを達成するのに役立ちました。



•全員が話さなければなりませんでした。

•メモを取る必要があるため、全員が注意深く耳を傾ける必要がありました。

•競合他社のレビューにより、私たちは機会の空間に移動しました。

•インスピレーションの議論により、より広いアイデアについて考えるようになりました。



その結果、その日は活発な議論、先入観への挑戦、概念の明確化でいっぱいでした。 2日目までに、既存の問題に関する準備が整った視点を思いつきました。



2日目-共感を生み出す



2日目は、誰もがすでにデザインを取り入れてスケッチを始めたいという気持ちがありました。 私たちはすでに問題の理解に合格しているので、これは正常な反応でした。 実際、Google Ventures形式では2日目にスケッチを推奨しています。



スケッチする代わりに、ユーザーの考えに没頭することに一日中費やすことにしました。 この日は、ユーザーの動きのマップと共感マップの作成に費やしました。



私たちで起こったことは、ターゲット市場のいくつかの明るい配色であることが判明しました-小さな会社と個人のセットです。



ヒント#2共感を築く時間を過ごす



チームのすべてのメンバーが、ユーザーの代わりにいることについて同じ考えを持つわけではありません。 このステップをスキップすることは魅力的ですが、ユーザーが占める動機と恐怖についてはあまり理解していません。 これにより、設計が進むにつれて、より有益な議論と議論ができるようになりました。



週の残りの間、私たちは私たちが作った会社と人々に言及しました。 また、実際のユーザーでテストしたときに、それらの側面を確認し、挑戦しました。



3日目-プレゼントとテスト



スケッチを始める前に、かなり具体的な問題を解決する必要がありました。 ここまで、私たちは機会の空間とターゲット市場について共通の理解を築き上げてきました。



共感マップとディスプレイスメントマップ、および「どのようにすればよいか」という演習により、紙とペンで解決できるほど具体的な問題を定式化することができました。



グループ化と優先順位付けに時間を費やしました。その前に、各チームは1枚の「どうするか」カードを選択し、考えられる解決策をスケッチし始めました。



スケッチに関しては、最初のパートで説明した素材を使用して、かなり標準的なデザインスタジオプロセスに従いました。



ヒント#3時間をかけて「学習」して描画する

一日の初めに、「描画を学ぶ」という演習を完了しました。 これにより、チーム全体が同様の精度で、驚くほどまとまりのある外観でスケッチしたと確信しました。 インターフェイススケッチスキルを向上させるために実行できるいくつかの手順を次に示します。



•薄いマーカーでインターフェイスを描画します。

•より厚いマーカーで主要な構造コンポーネントをポイントします。

•デザインの最も重要な構造的側面を色付きのマーカーで強調します。

•背景を明るい灰色のマーカーで色付けします。 これにより、前景の要素が目立ちます。



午後の1時に、テスト参加者の最初のグループが到着しました。 私たちの紙のプロトタイプが粗すぎる、または参加者から十分なフィードバックを得る機会を与えてくれないという疑いはすべて、ユーザーが私たちのプロトタイプに興味を持ってすぐに優れたレビューを提供し始めるとすぐに解散しました。



ヒント#4全員にレビューセッションに参加する機会を与える



経験豊富なファシリテーターにフィードバックセッションを実施することは非常に簡単です。 しかし、誰もが参加できるように、私たちはすべてエンドユーザーとの会話と共感のさらなる発展に関与していました。





4日目-プレゼントとテスト。 再び



4日目の3日目に到達したアイデアを解決する代わりに、新しいカードを選択することから始めました。 昨日、テスト中に問題が解決しなかったという事実に基づいて、新しい問題を解決し始めました。

残りの日は3日目と同じ時間を使いました。テストのために2つのユーザーグループが来て、その間にデザインを微調整する時間がありました。



ヒント5より時間をかけてより多様なアイデアを見つける



3日目には、アイデアの開発に直行し、1つの解決策を見つけることができました。 しかし、問題の新しい側面を検討し、新しいアイデアを模索するのに少し時間を費やしてから、私たちは本当に思考を広げました。 その結果、3日間のアイデアの最高の部分が、4日間ソリューションのまったく新しいコンポーネントの一部になりました。 その後、テストして選択できるアイデアをさらに作成しました。



5日目-ミキシング



12人のユーザーから2日間で十分なフィードバックを受け取りました。そのため、ソリューションのさまざまな部分を組み合わせて、それらを1つの提案にまとめます。



近年、壁に収集された設計サンプルの存在により、受け取ったフィードバックの議論が簡素化され、さらなる研究のために単一の設計を持ち込むことができました。



最終期限も概略されています。金曜日の15:00に、エグゼクティブグループにプレゼンテーションを行う必要があります。 ユーザーレビューを収集するための事前に計画されたセッションのように、これは週を閉じるために必要な目標を設定しました。



6日目-プロトタイプ



6日目に、2人のUXデザイナーが部屋を閉め、より詳細なプロトタイプを作成しました。 プロトタイプの1つはSketchとMarvelを使用して作成され、2つ目はAxureで作成されました。 両方ともテストのために携帯電話にダウンロードされました。



この段階では、プロトタイプを作成するタスクは非常に簡単でした。 製品の詳細を明確にするために在庫に余裕があったので、私たちを遅らせる可能性のある質問はあまりありませんでした。



ヒント#6必要に応じてもっと時間をかける



チームとして、私たちは公式の5日間の設計スプリントが終了するまで、正確なプロトタイプの作成を延期することにしました。 期限が延長されたという事実にもかかわらず、それは間違いなく価値がありました-上記のように、チームがアイデアを提示、フィルタリング、およびテストする時間がありました。



5日は12人を日常業務から引き離すのに十分な長さですが、すでにこれまでに行った場合、最終結果を数日間余分に危険にさらすのは残念です。



7日目-党派テスト



スケジュールされた参加者が私たちのところに来た以前のテストとは異なり、ここでは2人のグループに分かれ、プロトタイプを電話にアップロードして旅行に行きました。 私たちは彼らの環境-ユーザーを職場で捕まえました。



ヒント#7ユーザーに移動する



ユーザーのオフィスへの計画的な到着と、環境へのユーザーの予期しない到着の間には、微妙ですが、非常に重要な違いがあります。 ユーザーを自分の場所に招待すると、自動的に特定のムードが設定されます。 彼らはなぜ彼らがそこにいるのかを理解しており、確かに彼らの一部は否定的なレビューをすることを嫌がるでしょう。



警告なしにユーザーにアクセスすると、別の反応に遭遇します。 ユーザーはあなたのアイデアを拒否し、より重要なフィードバックを与える可能性があります。



次は?



スプリントのデザインは退屈でしたが、間違いなく刺激的でした。 それに参加した人のほとんどは、それが彼らがこれまでに参加した最も活発な創造的なプロセスであると言いました。 私たちのさらなるタスクは、獲得した知識を保存し、それを新製品のさらなる開発に使用することです。 小さなチームが私たちが開発しているいくつかのアイデアを形成し、製品をより早く市場に提供し、経済的であり、私たちが移動するにつれて学ぶ方法を探ります。



得られた知識に加えて、革新はそれ自体で起こるものではなく、実践する必要があるものであるため、私たちが将来製品を開発する方法の一部になるために経たプロセスに興味があります。



Megamind読者向けのPaysto支払いソリューション:



All Articles