会議とワークショップ に戻る

デザインワークショップ テンプレート

プロダクトの未来を共創しましょう。デザインワークショップ テンプレートは、デザイナー、開発者、ステークホルダーがリアルタイムで解決策をスケッチし、フローをマップし、ユーザー体験について認識を合わせるための協働キャンバスを提供します。

17 のテンプレート

もっと見る

デザインワークショップ テンプレートとは?

デザインワークショップ テンプレートは、問題から具体的な解決策へチームを導くために使う、構造化された視覚的な作業スペースです。個人で行うデザインセッションとは異なり、これらのワークショップには「non-designers」(プロダクトマネージャー、開発者、ステークホルダー)が参加し、最終成果物が望ましく、実現可能で、事業として成立することを確認します。デザインスプリントサービス ブループリントなどのフレームワークを使い、ユーザー体験の見えない層を可視化します。

"Design Logic" チェック:製品をより良くする3つの方法

優れたデザインは単に「見た目が良い」だけではなく、機能的であるべきです。Miro でワークショップを始める前に、以下の3つの専門家による「ヘルスチェック」を行ってください:

1. 「ユーザー中心」ロジックチェック

監査: ワークショップは "What should the screen look like?" ではなく "What is the user trying to do?" から始まっていますか? 対処法:共感をチェックしましょう。プロのデザイン テンプレートは、ユーザー ペルソナ共感マップから始まります。ユーザーの感情状態(例: "Anxious" や "Rushed")がわからなければ、成功するインターフェイスを設計できません。まず "Human Context" から始め、"Pixels" の前に人間の文脈を把握してください。

2. "Technical Feasibility" のテスト

監査: 開発チームが構築に 2 年かかると言うような "Moonshot" 機能を設計していますか? 対処法:実現可能性の制約をチェックしましょう。テンプレートに "Developer Corner" を含め、エンジニアを招いて早い段階でアイデアに "Red-Pen" を入れてもらいましょう。2 時間のワークショップ中に技術的な "No-Go" を特定できれば、無駄なデザイン作業を 2 か月分節約できます。

3. 「サービス ブループリント」ガードレール

監査:フロントエンドだけをデザインして、裏側で何が起きているかを無視していませんか? 対処法:フルスタック エクスペリエンスの観点で監査を行ってください。 サービス ブループリントテンプレートを使って、「フロントステージ」(ユーザーが見る部分)と「バックステージ」(内部プロセスや API)をマップしてください。 多くの場合、優れたデザインは外側のボタンを直すだけでなく、内部のワークフローを改善することにあります。

戦略的フレームワーク:どのデザイン テンプレートが必要ですか?

現在のデザイン課題に合った Miro テンプレートを選択してください:

  • エクスペリエンス マッピング ワークショップ:

    • 最適な用途: 既存プロダクトのギャップを特定するのに適しています。

    • 目的:ユーザージャーニーを可視化し、ユーザーが離脱したりイライラする「Pain Points」を見つけます。

  • コンポーネント発見(デザインシステム)ワークショップ:

    • 最適な用途: デザインシステムを立ち上げる、または拡張するチームに最適です。

    • 目的: 既存の UI を監査し、どの要素を標準コンポーネントにするか決定します。

  • ペーパープロトタイピング(Crazy 8s)ワークショップ:

    • 最適な用途: 新機能のレイアウト案を素早く多数生み出すのに適しています。

    • 目的:8 分で 8 枚のハイレベルなスケッチを作成し、UI の可能性を幅広く探索します。

デザインワークショップ テンプレートの主要コンポーネント

高パフォーマンスなデザインボードには、次の5つの主要要素が必要です:

  • インスピレーション "Wall": 競合他社のスクリーンショット、アート、または "Best-in-Class" な UI 例を貼り付けるスペース.

  • ユーザーフロー図: ユーザーが目標に到達するまでのステップを示す、シンプルな "Box and Arrow" マップ.

  • スケッチエリア: 各参加者がアイデアを描くための個別の "フレーム"("絵が描けない" と感じる人でも).

  • "I Like, I Wish, What If" フィードバック表: 感情を害することなく、建設的に批評を行うための構造化された方法.

  • プロトタイプ ロードマップ: どのアイデアを Figma で高忠実度のモックアップにするかを定義するセクション.

デザインワークショップでよくある落とし穴

  • 委員会方式でのデザイン:みんなを満足させようとして、結局 "Bland" な製品になってしまう。

    • 解決策:"Decider" ロールを採用する。チームが意見を出した後、最終判断を下すために一人(通常はプロダクトマネージャー)に "Super Vote" を与える。

  • "Small Screen" を無視する:デスクトップ向けだけを設計して、モバイルユーザーを忘れてしまう。

    • 解決策:Mobile-First テンプレートを使う。チームにまず縦長の長方形でスケッチさせ、本質的な価値が小さな画面で失われないようにする。