次のUXプロジェクトのビジネス目標を定義するときにSMARTを考える

公開: 2022-03-11

明確なビジネス目標は、正確で効率的な実行を意味します。 SMARTフレームワーク（具体的、測定可能、実用的、現実的、および時間ベース）は、設計を成功させるための鍵となる可能性があります。

多くのUXデザイナーは、彼らの主な目標は、楽しいユーザーエクスペリエンスまたは洗練されたデザインを作成することであると考えています。しかし、それが主な焦点であってはなりません。デザイナーは単なるピクセルを超えて考える必要があります。彼らはビジネスの視点を採用し、戦略的に考え、主要な目的を検討し、ユーザーとビジネス目標の両方に向けて設計する必要があります。

クライアントの概要を読んでいると、ビジネスの目標と要件が明確に定式化されていないことがよくあります。地獄からクライアントを獲得するか、コミュニケーションの欠如に苦しむか、非現実的で不明確な期待に直面しています。「新しいウェブサイトでより多くの訪問者を引き付けたい」、「非常にキャッチーなアプリが必要」など、漠然としたリクエストが寄せられています。その結果、主要な設計目標を特定するのに苦労しています。すべてのプロジェクトのニーズと期待される結果を評価して計画することは、プロの設計者の義務です。

優れたUXデザイナーは、デザインの実行に専念するだけでなく、最適な結果を目指して努力する先見の明のある人です。優れた設計プロジェクトは、常にクライアントの概要を分析して、プロジェクト全体を間違った方向に導く可能性のある問題点を見つけることから始める必要があります。そして最後に、両当事者は、エンゲージメント全体を通じて主要な成果物について合意する必要があります。

思考と計画が常に設計の前に行われるべき理由

この記事で学習するように、SMARTフレームワークは無駄を省き、効率を最大化します。優れた設計者は常に結果志向です。設計を開始する前に、要件と目標を明確にし、期待を管理し、明確な計画を立てます。それは彼らの努力を最適化し、プロジェクトが軌道に乗っていることを確認するための最良の方法です。

早い段階で重要な質問をし、予備調査を行うことは、その過程で重要なステップです。たとえば、ウェブサイトやモバイルアプリをデザインする必要がありますか？

積極的に考え、必要なものと必要なものを区別することが重要です。クライアントは、複雑な機能が満載のモバイルアプリが必要だと思うかもしれませんが、勤勉なビジネス目標分析により、シンプルでレスポンシブなWebサイトで十分であることがわかります。

設計プロセス中にSMARTを考える方法

彼の著書「Principles」の中で、世界で最も成功している投資家および起業家の1人であるRay Dalioは、原則を「現実にうまく対処して、人生から望むものを引き出す方法」と定義しています。彼は、会社、チーム、または個人が生活や仕事で取り組むほぼすべてのものに対して、体系的で測定可能なアプローチのアイデアを強調しています。腸の感覚だけでも、良好で明確で健康的なコミュニケーションの妨げになる可能性があります。そのため、システムとフレームワークは非常に価値があります。

設計プロジェクトを成功させるには、SMARTフレームワークをお勧めします。 1981年にビジネスコンサルタントのGeorgeDoranによって開発されました。彼は、特定の、測定可能で、達成可能で、現実的で、タイムリーな目標に注意を向けることで、人々とチームが成功の可能性を高めるのに役立つ規律を提供すると考えました。

SMARTの頭字語は、具体的、測定可能、実用的、現実的、および時間ベースの略です。

このフレームワークの各側面と、それが設計プロジェクトにどのように適用されるかを見ていきましょう。

S-特定

各目標は明確に定義する必要があります。具体的に、誤解を招くような解釈の余地を残さないでください。

「より多くの訪問者が欲しい」というのは、あまりにも多くのことを意味する可能性があります。

クライアントは月に2,000人の訪問者に満足するでしょう。
クライアントは30,000人以上の訪問者を期待しています。
クライアントは20％の増加に満足するでしょう。

漠然とした要求に基づいて推測ゲームをプレイする必要はありません。非特定の目標は、私たちをウサギの穴に連れて行き、多くの欲求不満を引き起こす可能性があります。それを避けるために、正確に何が必要かが明確になるまで、必要なだけ多くの質問をしなければなりません。

逆に、「毎月のWebサイト訪問者を20％増やす必要がある」というのは具体的であり、解釈の余地はありません。

M-測定可能

データがなければ、あなたはただ意見を持っている別の人です。 –W.エドワーズデミング

デザインはアートではありません。 重要な洞察は入力に情報を提供する必要があり、出力は測定可能である必要があります。

「ユーザーに幸せを感じてもらいたい」というのは美しく高貴な目的ですが、幸せは主観的な価値であり、測定するのは困難です。

クライアントはウェブサイトで寄付金額を確認できるため、「ユーザーに寄付を30％増やしてほしい」というのは測定可能です。

疑わしい場合は、設計者はA / Bテストを実行して、代替の設計ソリューションを比較し、最終結果を最適化する必要があります。

A-実用的

明確で測定可能な目標ができたら、それを適切に実行する手段が必要です。

「視聴者にブログ記事を完全に読んでもらいたい」というのは、少なくともUXデザインの観点からはあまり実用的ではありません。特定のページで費やされたページビューと時間を追跡することはできますが、ユーザーにすべての単語を強制的に読ませることはできません。この場合、設計ソリューションについて説明する前に、コンテンツとSEOの最適化を提案することをお勧めします。

「ブログの記事に対するユーザーのエンゲージメントを高めたい」というのは、より実用的です。その目的を満たすソリューションを設計できます。記事または著者に賛成するためのボタン、フィードバックを残すためのフォーム、新しいコメントセクションなどです。

R-現実的

月を狙うのではなく、現実的な目標を達成できるようにする必要があります。

「私たちは、私たちのサイトのすべての訪問者にサインアップしてもらいたい」というのは非常に野心的な目標です。同じことが、「私たちはあなたに私たちのスタートアップが1日あたり10万人の訪問者を変換するためのウェブサイトをデザインしてほしい」と言っています。彼らはしっかりしたマーケティング戦略を持っていますか？彼らは彼らがそのような高い期待に達するのを助けるために成長ハッカーを雇いましたか？

設計者は、クライアントが期待する数値とメトリックに注意する必要があります。たとえば、「この新しいeコマースサイトのコンバージョン率は10％になると予想しています」と思われるかもしれませんが、eコマースの平均コンバージョン率が2.95％であることを考えると、実際にはかなり野心的です。

T-時間ベース

タイミングが全てだ。すべての目標を特定の時間単位にバインドします。

「サイトのトラフィックを10％増やしたい」というのは時間制限ではありません。その目標を達成するためにどれだけの時間が必要かを知る必要があります。数値と予測は重要です。期待を管理するには、それらを事前に評価することが不可欠です。

「今後6か月間、毎月1,000人のユーザーを獲得したい」というのは、非常に具体的で、測定可能で、実用的で、現実的で、タイムリーなものです。また、望ましい結果につながる作業をどれだけの期間行う必要があるかを知ることも不可欠です。これにより、プロジェクトの展開時に効率を維持するために、リソースと優先順位に注意を払うことができます。

クライアントでのSMARTの使用

設計者は、クライアントとのすべての概要を分析し、期待を達成可能な目標に変換する方法についての詳細な会話に導く必要があります。これは、強力なコミュニケーションフレームワークと双方の信頼を構築するための継続的なプロセスです。

IDEOのデザイン思考アプローチは、「デザイナーのように考えることで、組織が製品、サービス、プロセス、および戦略を開発する方法を変革できる」ことを説明しています。そのため、クライアントとすべての利害関係者と一緒にSMARTフレームワークを適用するには、明確なコミュニケーションと共感が鍵となります。

設計チームでのSMARTの使用

SMARTフレームワークは、設計者向けであり、建築家向けの青写真です。後者は、フィールドと設計上の考慮事項の明確な評価なしに家を建て始めることはありません。主要なビジネス目標を達成するために、設計チームは、次のドリブルショットを超えて、設計がクライアントとエンドユーザーの両方の具体的な問題を解決するという共通の目標と手段の背後に集結する必要があります。

実際には、SMARTの目標は、ユーザーストーリーとして組み立てることも、AlanKlementが説明するようなジョブストーリーでさらに具体的にすることもできます。「ユーザーとして、幸せになりたい」というのはそれほどスマートではありません。逆に、「ユーザーとして、本の内容を検索し、カテゴリやタグで結果をフィルタリングしたい」は、非常に具体的で実用的であり、 SMART目標の優れた例。

SMARTを超えて

Google Design Sprintは、「設計、プロトタイピング、顧客とのアイデアのテストを通じて重要なビジネス上の質問に答えるために」チームで設計するときに「バトルテストプロセス」を使用することがいかに価値があるかを示す優れたデモンストレーションです。

プロジェクトにデジタル製品の焦点と開発が含まれている場合は、PaulBarnesによるアジャイルプロジェクト管理のこの紹介をご覧になることをお勧めします。

•••

Toptal Designブログでさらに読む：

デザインの原則とその重要性
最高のUXデザイナーポートフォリオ–刺激的なケーススタディと例
ゲシュタルトのデザイン原理を探る
Adobe XDとSketch–どのUXツールがあなたに適していますか？
トップデザイナーが使用する10のUX成果物