ペルソナの設定
簡単に言うと、ペルソナの設定は「商品企画会議で顧客代表が一緒に座っている」ようなものです。新しい製品やサービスを設計する際、会議室の中で自分たちの思い込みだけで議論していると、どうしても作り手の都合が優先されてしまいます。しかし、実在するかのような詳細な顧客像を会議の席に「招いて」おけば、議論の中で「でも、この田中さん(ペルソナ)はこういう状況だから、この機能は使わないんじゃないか」といった具体的な問いかけができるようになります。抽象的な「ユーザー」ではなく、具体的な「誰か」を想定することで、チーム全員が同じ方向を向いて議論できるようになるわけです。
カテゴリ解説を読む少なくとも1つの大きな事業仮説に対して、対応する1つ以上のペルソナが作成されているか。
DESIGN-1-2学習と改善事業、製品のペルソナについて、データや仮説検証で学習したことを受けて定期的に見直しているか。
DESIGN-1-3プラクティスペルソナを記述した資料は、施策会議のたびに意識され、参照されているか。
DESIGN-1-4プラクティスペルソナについて、チームで繰り返し議論されイメージの共有化をしているか。
DESIGN-1-5プラクティスB2Bなど顧客における関係者が複数人いる場合、購買プロセスの各担当者など、意思決定に関わる人物の数だけ必要なペルソナを作っているか。
DESIGN-1-6アンチパターンペルソナの具体的なライフストーリーが欠如しており、仮説構築につながらない。
DESIGN-1-7アンチパターン過剰に属性情報が肉付けされていて、チームのメンバーが同じユーザー像を想像しづらいペルソナになっている。
DESIGN-1-8アンチパターンユーザーインタビュー/ユーザー調査なしに勝手なイメージでペルソナを作っている。
顧客体験
簡単に言うと、顧客体験の管理は「レストランの顧客満足度を高めるための仕組み」のようなものです。優れたレストランは、料理の味だけでなく、予約のしやすさ、待ち時間、店員の接客態度、料理の提供速度、店内の雰囲気、会計のスムーズさ、そして帰り際の見送りまで、すべての接点で顧客の満足度を高める努力をしています。一つひとつの接点で顧客がどう感じたかを測定し、改善を続けることで、リピーターが増え、口コミで新規顧客が増えていきます。デジタルサービスにおける顧客体験も全く同じで、問い合わせへの対応速度、ヘルプページの充実度、サポート担当者の対応品質など、すべての接点が顧客満足度に影響を与えます。
カテゴリ解説を読む顧客に対してNPS(ネットプロモータースコア)や満足度を継続的に測定しているか。
DESIGN-2-2学習と改善顧客による問い合わせから返信までのリードタイム、問い合わせおよび回答への満足度について定量計測を行い、目標管理をしているか。
DESIGN-2-3プラクティス構造化されたヘルプページがあり、ヘルプに書かれた内容を改善するために顧客がフィードバックできるか。
DESIGN-2-4プラクティスCRM(顧客管理システム)、SFA(営業支援システム)を導入するなどして、デジタルデータとしてお問い合わせや行動履歴を把握できているか。
DESIGN-2-5プラクティス顧客が価値を感じるまでの感情的な動きやチャネルを分析したカスタマージャーニーマップを作成しているか。
DESIGN-2-6アンチパターンカスタマーサポートなど顧客接点となるスタッフから、課題の吸い上げができていない。または、ごく一部の顧客の課題しか吸い上げられていない。
DESIGN-2-7アンチパターン電話やメールでの対応に対して、柔軟な対応をしすぎてしまい自動化の阻害要因になっている。
DESIGN-2-8アンチパターン顧客体験の向上のための担当エンジニアリングチームが存在せず、システム化や自動化による改善ができていない。
ユーザーインタビュー
簡単に言うと、ユーザーインタビューは「新商品開発の前に試食会を開く」ようなものです。飲食業界では、新しいメニューを正式に発表する前に、試食会で顧客の反応を見ます。そこで得られるのは、単なる「美味しい」「美味しくない」という評価だけではなく、「この味付けだと塩辛く感じる」「この食感が気になる」「こういう場面で食べたい」といった具体的なフィードバックです。デジタルプロダクトの開発でも同じで、実際のユーザーと対話することで、アンケートやアクセスログだけでは見えてこない、ユーザーの隠れたニーズや感情、意思決定のプロセスが明らかになります。数字には現れない「なぜそう行動するのか」を理解することが、真に価値のある製品を生み出す出発点となります。
カテゴリ解説を読むユーザーインタビューによって見つけた課題に対してどの機能がリリースされているのかが記録されており、その効果も測定されている。
DESIGN-3-2学習と改善直近、半年以内になんらかのユーザーインタビューを行っているか。
DESIGN-3-3プラクティスユーザーインタビューの実施のための稟議やフローは軽量で、一ヶ月以内に行うことができるか。
DESIGN-3-4プラクティスインタビュー結果のインサイトをまとめて、共感マップなどを作成しているか。
DESIGN-3-5プラクティスインタビュー参加者が話しやすい雰囲気作りのための工夫がインタビュースクリプトに組み込まれている。
DESIGN-3-6アンチパターンユーザーインタビューに関して訓練を受けていないスタッフが実施しており、仮説に対して誘導的すぎたり、クローズドクエッションが多くなったりしている。
DESIGN-3-7アンチパターンインタビュー結果が具体的な次の一手(異なる仮説の構築や、具体的な機能反映)につながらずに実施したまま放置されている。
DESIGN-3-8アンチパターン仮説をもたずにインタビューを設計しており、インタビューイの要望をそのまま拾い上げたり、サンプルの少ないインタビュー結果をそのままセグメント全体問題としてとらえてしまっている。
デザインシステムの管理
簡単に言うと、デザインシステムは「料理の共有レシピ集」のようなものです。家族みんなが同じ料理を作るとき、それぞれが勝手に作り方を考えていたら、味もボリュームもバラバラになります。しかし、共有レシピ集があれば、誰が作っても同じ味・同じ仕上がりになります。さらに、「このレシピを使って、あとは好みでアレンジしてよい」というルールがあれば、一貫性を保ちながら柔軟に応用できます。デジタルプロダクトのデザインも同じで、ボタン、フォーム、ナビゲーション、カードといった再利用可能なUIコンポーネントを標準化し、カタログ化することで、デザイナーとエンジニアは毎回ゼロから作る必要がなくなり、スピードと品質を両立できます。
カテゴリ解説を読むデザインシステムの整備されたUIライブラリを用いて、機能の仮説検証が半数以上できている。
DESIGN-4-2学習と改善利用頻度の高いコンポーネント等をまとめたデザインシステムを構築し、継続的に棚卸するなど陳腐化することなく改善できているか。
DESIGN-4-3プラクティスデザインシステムの目的と具体的な設計情報を含めたドキュメントと、動作するUIライブラリの両方が整備されているか。
DESIGN-4-4プラクティスオンラインコラボレーションに対応しているUIデザインツールを、プロダクト組織で共通して利用しているか。
DESIGN-4-5プラクティスプロダクト特有のUIコンセプトが一貫した情報設計に基づいており、ドキュメント化されているか。
DESIGN-4-6アンチパターンデザインシステムにUXライティングについてのガイドラインが存在しない。
DESIGN-4-7アンチパターンデザインシステムが存在するのにもかかわらず、関係者のアドホックな意思決定によってデザインの一貫性が損なわれている。
DESIGN-4-8アンチパターンデザインシステムにマイクロインタラクション(ユーザーの行動に応じた細やかなアニメーションや音、振動、トランジションといった動きのあるUI要素)が組み込まれていない。
デザイン組織
簡単に言うと、デザイン組織の構築は「レストランに専任シェフを置く」ようなものです。レストランを経営する際、外部のケータリング業者に料理を頼むこともできますが、それでは店の個性や一貫した味を作り出すことは困難です。専任のシェフがいれば、日々顧客の反応を見ながらメニューを改善し、季節や流行に応じて新しい料理を開発し、店全体のクオリティをコントロールできます。デザイン組織も同じで、外部のデザイン会社に依存するのではなく、社内に専任のデザイナーを配置することで、プロダクトに対する深い理解と継続的な改善が可能になります。デザイナーが事業の一部として溶け込み、エンジニアやプロダクトマネージャーと日常的に協働することで、本当に価値のあるデザインが生まれます。
カテゴリ解説を読む事業に必要なデザイン業務の過半数を内製化できているか。
DESIGN-5-2学習と改善デザイン組織のリーダーは、自社戦略に必要なデザイナーの人事戦略を自ら立案しており、採用・育成についての権限と責任を負っているか。
DESIGN-5-3プラクティス全社のクリエイティブや顧客体験デザインを担う専門知識を持った経営幹部がいるか。
DESIGN-5-4プラクティスサービスデザイナー、UI/UXデザイナー、グラフィックデザイナーなどの明確な役割と専門性を認識した上で、ジョブディスクリプションが定義されているか。
DESIGN-5-5プラクティス事業責任者は顧客体験やデザイン思考のトレーニングを受けているか。
DESIGN-5-6アンチパターンデザイナーがプロジェクトを横断して派遣され、兼務が多くなったり関わる期間が短くなるため、各プロダクトにおけるユーザーへの共感や事業価値の理解が弱くなっている。
DESIGN-5-7アンチパターン個別のプロダクトや事業チームごとに専任で配置されるのみとなっており、デザイナーとしてのキャリアやスキル向上のサポートが乏しい。
DESIGN-5-8アンチパターンデザイナーがプロジェクトの意思決定に関われなかったり、デザイナーに情報を伝えるのが遅いため、カスタマージャーニー全体に対する価値が発揮しづらくなっている。
プロトタイピング
簡単に言うと、プロトタイピングは「建築における模型づくり」のようなものです。建築家は、数千万円から数億円かけて実際に建物を建てる前に、まず紙や木材で模型を作り、クライアントに見せて反応を確かめます。模型の段階であれば、間取りの変更や窓の位置の修正は簡単にできますが、実際に建ててしまってからでは膨大なコストがかかります。デジタルプロダクトも全く同じで、完成品を作ってからユーザーに見せるのではなく、簡易的なプロトタイプを作って早期に評価することで、失敗のコストを最小化し、成功の確率を最大化できます。特に、市場の不確実性が高い現在では、「完成させてから評価する」のではなく、「早く失敗して早く学ぶ」というサイクルが競争力の源泉となります。
カテゴリ解説を読む少なくとも四半期に1回以上の戦略仮説に向けたサービスプロトタイプを作成しているか。
DESIGN-6-2学習と改善一年に一度以上の頻度で経営幹部も参加するプロトタイプづくりのワークショップを行っているか。
DESIGN-6-3プラクティスある課題の発散のフェーズでは、プロトタイプは極端な仮説に基づいて複数個つくられているか。
DESIGN-6-4プラクティスデザイナーやプロダクトオーナーはプロトタイピング専用ツールを使うことができるか。
DESIGN-6-5プラクティス作ったプロトタイプは、一度破棄してから製品用の設計を行っているか。
DESIGN-6-6アンチパターンプロトタイプを作るために、プレゼンや大きな稟議が必要になり、プロトタイピングの前に頓挫することが多い。
DESIGN-6-7アンチパターンMVPを特定せずに、プロトタイピングに製品版の完成度を求めてしまう。(プロトタイプはどれだけ雑に仮説検証が達成できるかが重要である。)
DESIGN-6-8アンチパターン一度のプロトタイピングで、中止や製品化を判断してしまう。
ユーザビリティテスト
簡単に言うと、ユーザビリティテストは「新しい家電製品のモニター調査」のようなものです。家電メーカーは、新しい製品を発売する前に、一般の消費者に実際に使ってもらい、「ボタンの位置が分かりにくい」「この操作が直感的でない」「説明書を読まないと使えない」といった問題を発見します。開発者や設計者は製品に詳しいため、問題に気づきにくいのですが、初めて使う人の視点で評価することで、隠れた使いにくさが明らかになります。デジタルプロダクトも同じで、開発チームは製品の隅々まで理解していますが、実際のユーザーはそうではありません。ユーザビリティテストを通じて、実際のユーザーがどこでつまずき、どこで迷い、どこでフラストレーションを感じるかを観察し、改善することで、顧客満足度を大きく向上させることができます。
カテゴリ解説を読むユーザビリティパフォーマンステストを行い、タスク達成率などを継続的または周期的にトラッキングしているか。
DESIGN-7-2学習と改善新規・既存顧客について継続的にユーザビリティの変化がないか示すメトリクス(タスクの成功率など)を計測し、それをもとに改善を行っているか。
DESIGN-7-3プラクティスプロダクトチーム自身が顧客の業務や活動を再現する環境が整備されていて、習慣的にユーザビリティを体感して気づきを得ているか。
DESIGN-7-4プラクティスプロダクトのリリース後も入力エラーやタスク時間などを計測しているか。
DESIGN-7-5プラクティス自己申告メトリクスなどを用いて、印象を含めた満足度のテストをおこなっているか。
DESIGN-7-6アンチパターンユーザー調査(何が課題かの発見)とユーザビリティテスト(使い心地が良いか、どのような印象を抱いたか)を区別せず同時に行ってしまう。
DESIGN-7-7アンチパターン事業KPIとの関連の薄い些細な項目ばかりに時間を使ってしまう。
DESIGN-7-8アンチパターン3名以下の少なすぎるユーザビリティテスト対象者の結果に振り回されてしまう。
プロダクトマネジメント
簡単に言うと、プロダクトマネジメントは「新製品開発プロジェクトのリーダーの役割」のようなものです。新製品を立ち上げるとき、デザイン担当、技術担当、マーケティング担当、営業担当など、様々な専門家が関わります。各専門家はそれぞれの領域でプロフェッショナルですが、「誰のためにどんな価値を届けるのか」「何を優先して作るのか」「市場にいつ出すのか」という意思決定をするのがプロジェクトリーダーです。リーダーは各専門家の意見をまとめるだけでなく、顧客視点とビジネス視点を両立させながら、プロダクトが成功するための方向性を定めます。プロダクトマネージャーも同じで、エンジニア、デザイナー、マーケター、営業といった専門家をまとめ、プロダクトのビジョンを示し、顧客価値とビジネス価値を両立させる役割を担います。
カテゴリ解説を読む

