実際のUX戦略：UXPeopleのYuri Vetrovによるレポート

UXPeopleカンファレンスのYuri Vetrovによるレポート。



みなさん、こんにちは。Mail.ruのYuri Vetrov（@jvetrov）です。 今日は、UX戦略についてお話します。 UXストラテジーは特定のニーズであり、これは設計において長らく待ち望まれていました。 以前は、デザインは基本的な問題を解決するための一種のツールでしたが、今日では製品にとってより重要になり、より重要になり、「製品管理」のレベルに浸透しています。 私のビジョンで何が起こっているのか、Mail.ruでそれがどのように起こっているのかを説明し、私たちがどこに向かっているのか、Mail.ruで説明しようとします。







レポートのプレゼンテーション： www.slideshare.net/jvetrau/ux-people2013-yvetrovuxstrategy

完全なビデオ：uxpeople.ru/video



理想的な世界では、製品設計は最初から行われ、すぐにすべてが理想的なプロセスに従って行われます。 ただし、人生ではすべてが多少異なります。製品の開始時には、実際に製品として正確に存在することを証明することがはるかに重要です。 視聴者を増やし、コンセプトを適用してニッチ、アプローチを見つけることがより重要です。 ちなみに、お金がまったくないということが起こります-スタートアップには最小予算があり、それは最も重要なものに費やされます。 設計のための時間が残っていないことがあるからです。 有名なブランドを例にとると、1985年の最初のバージョンのWindowsはこのように見え、ユーザーや市場に理解されず、その結果、50万部未満しか売れませんでした。 現在、市場とスペースの循環の90％を占めています。







または、Androidを使用する場合、2007年にAndroidが起動したとき、誰もがそれらをock笑しました。 2009年には、彼らは2％未満でしたが、再び、誰もが彼らをock笑しました。 今、誰もが自分の居場所を知っています。 なぜこれが起こっているのですか？ 創業当初、利益の成長と視聴者の成長は製品の品​​質よりもはるかに重要であり、技術的な実装の品質と設計の品質の観点から製造方法よりもはるかに重要だからです。 原則として、製品が市場に存在する権利を持っていることを最初に証明する必要があります。 次に、設計が重要であるという理解があります。 この理由は異なる場合があります。 たとえば、競合他社は、デザインですべてが順調であるか、製品に関する否定的な世論があるか、ユーザーからの悪いフィードバックがあるか、ユーザーの流出が始まるか、単にデザインに従事することが流行になります。 そしてこの時点で、同社はユーザーベースの積極的な蓄積からその保持へと移行しています。







Mail.ruの経験では、約40の製品があり、その多くにタブレットとモバイルバージョンがあり、合計で200のプロジェクトがあります。部門には約20があります。 これはすべて最終的にその制限を課します-急に何かを変更することは危険であり、何かをする前に10回考える必要があります。



私たちの経験と他の多くの企業の経験に基づいて、3つのレベルのUX成熟度を共有しています。 最初のレベルは操作可能です。この場合、設計チームは成果物を作成する問題を解決します。 たとえば、デザイナーはレイアウトを作成し、それを描画し、それを返すように言われ、それが仕事の終わりです。 2番目のレベルは戦術的で 、設計者は既に製品チームの一部であり、開発者、テスター、マネージャー、その他の専門家と緊密に連携しています。 3番目のレベルは戦略的であり、最終製品に対するデザイナー自身の影響をすでに暗示しています。



設計戦略により、ビジネス上の問題を解決し、あるレベルのプロジェクトが成功した場合、次のプロジェクトが悪い場合など、急激な品質レベルの欠如を達成できます。 これらすべてのために、UXの成熟度が会社内にあることと、会社自体の成熟度を知ることが重要です。



企業の成熟度を理解することは非常に重要です。なぜなら、これはあなたが働く環境だからです。 会社は、リソース、プロセス、優先度という3つの主要なコンポーネントによって特徴付けられます。 最も基本的な意味でのリソースとは、お金（少なくともプロジェクトのパフォーマンスと視聴者の蓄積を維持するいくつかの基本的なタスクに費やすことができる予算）、人々（デザインに関わる専門家、その資格と可用性が重要です） 、時間と信頼の信用。 後者の指標は、設計チームが経営陣をどれだけ信頼しており、そのアイデアに耳を傾けているかを示しています。



2番目の重要なコンポーネントはプロセスです。 最初のプロセスは製品の開始です。製品の作成の必要性はどこから来ますか。 2番目の部分は開発です。会社でどのように仕事が組織されているか、どのような環境で仕事をするかを理解することが重要です。 また、デザイナーが開発者に転送するアーティファクトを理解することも重要です。 第3段階は品質保証です。 たとえば、設計およびUXで重大な問題が見つかった場合にリリースを遅らせるなど、チームがこのプロセスに影響を与えているかどうかを理解することが重要です。 4番目のプロセスはマーケティングです。 通常、これは2つの方法で行われます。これは、バナーやチラシなどを描く部門です。つまり、メンテナンスを扱います。2つ目-マーケティングが製品チームの一部である場合、製品に深く浸透する場合-たとえば、Appleこのすべてが緊密に統合されています。 また、マーケティングでの約束が製品の現実にどのように対応しているかを理解することも重要です。 5番目の段階はサポートです 。つまり、会社はどの段階でどのような形で製品のユーザーを支援します。 デザイナーが作業のすべての段階で参加することが重要です。



会社の原則を理解することも重要です-作業プロセスの参加者の力は何であり、彼らの責任は何ですか。 タスクをどのように調整するか、パフォーマンスをどのように評価および監視するか、さらに組織構造-会社を製品、部門に分割する方法が重要です。 もう1つの重要なポイント-最初はほとんどの組織が小さなチームであり、全員が作業プロセス全体に参加しています。 しかし、会社が成長するにつれて、専門化はすでに始まっています。 したがって、会社が現在どの段階にあり、どこに向かっているのかを理解することが重要です。

最後に、各会社にはポリシーがあります。これは、他の部門と連絡を取り、その部門の利益を考慮する方法を意味します。 一部の従業員が自分の仕事を上手く行えるように支援するなら、彼らは将来あなたを助けるでしょう。



また、デザイナーの役割を理解する4つのレベルがあります。 1つ目は、設計者が成果物を単純に引き出し、それを上位管理者に提供する場合の、 開発の問題に対する単純なソリューションです。 2つ目-デザイナーがユーザーのタスクを解決し始め、それらについて考え、消費者が必要とするものを理解するとき。 第三に、デザイナーがビジネス上の問題を解決し始めると、会社のニーズ、彼女が達成したいこと、直面している問題を解決する方法を理解します。 第4段階、最も興味深い-デザイナーが会社に尋ねることができる場合：

「この特定の問題を本当に解決する必要がありますか？」 別の人を決める必要があるかもしれません？」

。 これらのレベルが高くなるほど、市場での需要が高まり、この会社での価値が高まります。



会社では、設計に加えていくつかの一般的なプロセスが無効になる可能性があることを理解することも重要です。 そして、自分の中で完璧なレイアウトのチェーンを構築し、それを配ったとしても、悪い開発者、マーケティング担当者、または他の誰かに出くわすかもしれません。 それからあなたの小さな世界ではすべてがうまくいきますが、すべてが間違ってしまい、最終的に製品自体の品質に影響します。 この場合、設計者は他のプロセスに介入し、他の従業員に職務を完全に遂行してもらう必要があります。 つまり、設計プロセスだけでなく、会社全体を変更する必要があります。



たとえば、Mail.ruでは、「すべてを描いて台無しにした」と言えるようなものを投稿することはありません。 既に機能するリンクがあるもののみを投稿します。 何か良いことを達成できたなら、自慢できることがあります。 できなかった場合は、より良い仕事をする必要があります。



会社の第三の、非常に重要な要素は優先事項です。 これは、会社が行く場所、これらの領域を選択する方法、およびそれらがまさにそのようである理由です。 ビジネスの問題を解決しないと、時間が経つにつれて不必要になり放棄されるからです。



パリティの選択に影響を与えるいくつかの重要なコンテキストがあります。 1つ目は、市場、その製品、およびビジネスモデルの検索です。 現時点では、同社は絶えず変化し、実験し、ユーザーベースと利益を蓄積できるアプローチを探しています。 現時点では、製品の仮説が機能しなかった可能性があるため、納期について考えるのは難しい場合があります。1週間ですべての開発を放棄し、まったく異なる方向に進む必要があります。 比較的言えば、この段階では必要のないものを作成するタスクですが、研究、対象者の調査、現在のソリューションの有効性の監視、製品バージョンの迅速な作成に積極的に参加する必要があります。



次のコンテキストは、利益とユーザーベースの成長です。ニッチはすでに模索されており、製品はいくつかの機能とともに成長し始め、新しい流通方法も受け入れています。 第三段階は、すべてが成長し、ユーザーを維持する必要性が高まり、競合他社が強化され、何らかの形でそれらを再構築する必要がある場合です。 製品の総数、サービスの品質、デザインの視覚的品質を高める必要があります。 4番目のコンテキストは、製品ポートフォリオに対する作業の有効性です。 これは、あなたの会社がすでに多くのサービスを提供しており、多くの異なる部門があり、それらが互いに調整された方法で動作する必要があり、製品が接続されている必要がある場合です。単一のバンドルでこれらすべてが良好であることを確認するために作業する必要があります 最後に、悪い状況は、製品が危機にinしていて、それを保存する必要がある場合です。 繰り返しますが、このような状況では、いくつかの理想的なプロセスなどを忘れる必要があります。まず、問題の原因を見つけ、次に、そこから抜け出すための解決策を見つけます。 多くの組織が突き刺されるもう1つの重要なポイントは、特定の「2階支持者」、つまり、あなたがやることが製品とビジネスに役立つことを理解し、それがあなたのために立ち上がることを理解するトップマネージャーが必要だということです。そして、あなたは前に引かれます。 状況は「デザインがファッショナブルであることを見て、遊んで、遊んで、期待したものではなかった-解散しましょう」というスタイルではよくあるからです。 そして、非常に多くの大企業がこれに穴を開けています。 「上の男」があなたの仕事が重要であることを理解することが重要であり、もし彼がこれを理解しないなら、彼に重要性の深さを必ず伝えることが重要です。



上記のすべては、会社のチェックリストである「ポートレート」であり、デザインで何かを始める前に理解することが重要です。 このチェックリストに加えて、研究に役立つ企業成熟度の他のモデルがあります。 最も有名なものの1つは、 Ichak Adizesライフサイクルモデルです。 会社がどのように「生きている」かを明確に示しており、現在のライフサイクルのどの時点で確立できるかを示しています。







2番目の重要なポイントは、会社の成熟度と、製品に影響を与えるために必要なパスを理解し、結果が会社の「内部」で失われないようにし、開発が独占的に上向きになることです。 会社の設計が無計画に行われる最初の段階はカオスであり、目標は、たとえ少なくとも何らかの形で、形式的にであっても設計上の問題を解決することです。 最終的な品質-「どれほど幸運か」の原則 この段階の開発者は自分で対処します。おそらく、相互接続されない最初のデザイナーが登場します。また、おそらく、アウトソーシング業者が接続します。 これは、いくつかの企業が長い間踏み鳴らし、ある会社は無限に踏み、ある会社はジャンプするような段階です。



次の段階は運用可能です。 会社に特定の人物が現れ、リーダーがそれを前進させ始めます。 この段階に移行するには、経営陣は彼らの問題を認識している必要があります。 これは最初に言われたことです-負のフィードバックまたはユーザーの流出。 製品には明らかな問題があり、それは設計に結びついており、常に批判され、何かがおかしいと言っています。 社内にリーダーがいるか、または側から来ています。 リーダーは、会社の問題が何であり、どのように解決できるかを正確に示します。 最も簡単な方法の1つは、いくつかのテストを実行して、会社に問題があることを証明する実際のフィードバックを収集することです。



次のステップは、チームとワークフローの出現です。 チームは独立して組み立てられるか、購入されるか、他の方法で編成されます。 欧米では、スタートアップ全体を購入することが流行になっています。その結果、彼のチームは社内の別のユニットになるか、他のユニットに「散らばっています」。 ロシアでは、このような方法も使用されており、より普及しています。 タスクを設定および承認する手順を設定することが重要です。 多くの人がこれを過小評価しており、私たちの経験では、これがすべてが動き出すための重要な問題であることに気付きました。 私が到着したとき、「今から1か月でプロセスを構築します」と考えました。その前にプロセスの構築とチームの収集に優れた経験があり、会社は私を信じており、すべてがうまくいくようで、会社はこれを行うことに同意しました。 始めたとき、レベルが失速し、タスクを失望させることができなかったことがわかりました。 すべてがうまくいくように見えるので、タスクが設定され、私たちはそれらを実現しています。 ただし、さまざまな入力データとさまざまなパリティに基づいて解決できるため、どのタスクにもいくつかの解決策があります。 1つのソリューションはオーディエンスを惹きつけるためにより優れており、もう1つはプロジェクトポートフォリオ全体の一貫性のため、3番目は広告などを引き付けるためにより優れています。 そして、より多くの人々がそれに接続するほど、より多くのそのようなコンテキストが与えられます。 その結果、意思決定プールを見て、いずれかを選択することは不可能であることを理解します。



このタスクのプロセスを修正して、それらを解決できるようになるまで、それは非常に困難でした。 これを行うとすぐに、プロセス全体がすぐに始まりました。 したがって、私は常にこれに集中しようとします。

計画には主に3つのレベルがあります。短期（たとえば1週間の計画）、中期（1か月または4か月の計画）、および長期（1年または2年先の計画）です。 最初の段階では、少なくとも中期および短期の計画方法を学ぶことが重要です。 また、タスクを完了するための明確で典型的なプロセスがあることも重要です。 たとえば、製品のコンセプトを実現する問題をどのように解決するか、テストをどのように行うか、インターフェースのレビューをどのように調整するかなどです。 つまり、一般的なタスクでは、明確で合理化された明確なプロセスを用意することが重要です。



また、作業用のツールを選択し、アーティファクト、レイアウトなどを作成し、ドキュメントを維持し、知識を共有することも非常に重要です。 このツールキットが機能することが重要です。 この段階でアウトソーサーを接続することはできますが、アウトソーサーは製品の問題を解決するのではなく、タスクの一部を解決することが重要です。たとえば、既成概念を持ち込み、すでにそれに応じて機能します。 食品は非常に時間がかかり、同時にこの段階では製品がどうあるべきかを理解していないため、食品を提供しないことが重要です。これは作業を複雑にします。



私はすでに請負業者と顧客の両方からプロセスを見る機会がありました。 永遠の対立があることに気づきました：請負業者の仕事は、計画外のリソースの損失をできるだけ少なくして、プロジェクトをできるだけ早く完了することであり、会社の仕事は製品を可能な限り高品質にすることです。 さらに、当初、会社は多くの場合、何が必要かを理解していません。製品について一定の仮説を立てていますが、詳細については理解していません。 仮説が具体的なものに変わり始めるとすぐに、代替経路の問題がすぐに始まります。 したがって、既成の明確なタスクを与えることをお勧めします。



また、社内のエンドスペシャリストのトレーニングと開発のプロセスを確立することも重要です。 この段階の結果は、生産ラインとして優れた働きをし、優れた結果を提供し、あらゆるタスクを実行できるチームです。



この目標が達成されたら、次のレベルである戦術に進むことができます。 このレベルでは、あなたはもはや単なるデザインユニットではなく、製品チームの有機的な部分です。 最も重要なことは、すべての開発、テストなどのプロセスに含まれるとき、全員と直接通信するときの統合です。 バッファのようにあなたの決定を転送し、あなたのためにタスクを設定するある種のマネージャーを通してではなく、すでに直接。 すべてのプロダクトマネージャーと連絡を取ることが重要です。 優れたデザインの重要性、なぜこの会社に来たのか、経営陣があなたを信頼するのか、なぜそれをするのかを理解することが重要です。 その後、彼らはあなたをサポートし、常にあなたに来ます。 彼らは解決策を持ってあなたに来ませんが、「ここで私たちはそのような問題を抱えています、私たちはそれを解決するのを助けます」と言うでしょう。 現時点では、チームには権威と信頼があり、これが正しいことを毎回証明する必要はありませんが、これは正しくありません。 最終的に将来の作業を促進するため、この権限は絶えず引き上げられ、引き上げられる必要があります。



そうすれば、レイアウト設計者、開発者、テスターなどの最終的な専門家からすでに信頼され始めています。 彼ら自身があなたのところに来て、「見てください：質問があります、私がそれを解決するのを助けてください」というスタイルであなたと直接コミュニケーションします 結局のところ、誰もが単に描画だけでは不十分であり、最も難しい部分は開発中に始まることを知っています。 常に多くのホワイトスポット、多くの矛盾、コンテンツやエンジンなどを「引っ張る」ときに「抜け出す」多くの問題があります。 このすべてを解決するのを手伝ってくれる人がいない場合、開発者は自分でそれを行い、結果が元のビジョンからかなり離れていることは明らかです。 この時点で、1年先を見据えて長期計画を立てることも重要です。 チームが何をするかを理解し、製品がどこで開発されているか、そしてこの開発にどのように結び付けられるかを知っています。 この時点で、メカニズムも表示されるはずです。これにより、ペイントしたものすべてが最終的に意図したとおりにプロジェクトに表示されるようになります。



次に、設計原則と標準に進むことができます。 あなたがやっていることは、何らかの形で製品とソリューションの観点から構築され、これに基づいて特定の認識可能な顔と予測可能な品質をすでに構築することができます。 これを表示するには、「モデル製品」が必要です。 あなたが作ったそのような製品。 あなたが好きなタスクを解決します。 重要なことは、技術設計です。 私たちが作成し、現在モバイルWebを積極的に収集しているモバイルWebのモバイルフレームワークにより、2か月で同じ外観と動作をする10以上のプロジェクトを再描画して迅速に立ち上げることができました。 エンジンが1つしかないため、それらは迅速に開発され、迅速に更新されます。1か所で何かを変更すると、その変更は13のプロジェクトすべてにロールアウトされます。 これはこれで良いです-レイアウトやガイドラインで作業している場合、各プロジェクトの実装を「実行」して、レイアウトが正しくレイアウトされているか、レイアウトが正しいかなどを確認します。 結局、あなたは疲れてしまうか、これらすべてをコントロールする余分なデザイナーを雇うでしょう。いずれにしても、非効率的で、役に立たず、長くなります。

この状況でできることは、すでに100個の小さなプロジェクトではなく、5つのメガプロジェクトを制御する必要があるときに、多くのプロジェクトを大きなプロジェクトに減らすことです。 このソリューションのおかげで、設計の実装は設計自体で計画されたものとまったく同じになり、この実装を制御する方がはるかに便利になります。



また、作業に必要な一般原則、つまり設計が存在しなければならない原則を決定する必要があります。 デザインの「精神」を伝える明るくてジューシーなプロジェクトを使用できます。ガイドラインをまとめることができる10〜15のルールを使用して、プロジェクトの作成方法とプロジェクトの作成理由に影響を与えることができます。



重要なことは、知識共有システムです。 あるプロジェクトで学んだことを別のプロジェクトに移すとき、間違いを繰り返さないとき、会社がすべての知識を蓄積して開発するとき。 プロジェクトの作業に関する知識をあるプロジェクトから別のプロジェクトに移すことができるツールキットが必要です。そのおかげで、会社全体がどのように機能するかについての一般的な理解が得られます。 現在、同様のツールを作成していますが、これは非常に複雑です。データを収集および分析するシステムと、このデータの出所の両方が重要だからです。 ユーザーが製品をどのように使用するか、競合他社について、どのようにアイデアが考慮され、どこから来たかについての知識ベースが作成されます。 この時点で、製品のアイデアはすでにボトムアップから来ていると言えます-デザイナーから製品マネージャー、管理まで。 最終段階は、デザインがすでに市場差別化の手段になりつつあるときです。 すでに効​​果的なツールである場合、設計を通じて会社が利益と市場での重要性を高めることができる場合。 認識可能な視覚言語が表示され、製品デザインはすでに業界全体に影響を与える可能性があります。



他のUX成熟度モデルも役立ちます。 それらのいくつかがありますが、最もクールなものの1つは、使いやすさの拒否から大規模なデザインキャンペーンまで、8段階のNielsenモデルです。 5つのレベルを持つBruce Temkinのモデル。 これらのステージのリフトを含む、デンマークのデザインオフィスのモデル。 マカダミアンモデルは非常に優れており、各段階で、どのスキルが設計チームから要求されているかを詳細に説明しています。 Andrea Vascellariによる適応型UX戦略モデルもあります。



残念ながら、普遍的なモデルはなく、特定の企業ごとに独自の状況があります。 企業が同じ目標を持っている場合でも、内部の構造は常に異なるためです。 そして、現実に未来を課すことは、会社ごとに異なるさまざまな状況を生み出します。 ただし、上記のモデルは出発点として適切です。



要約すると、UXのこれらのレベルの成熟度が高いほど、最終的にはより高品質の製品が得られることに注意する必要があります。 長期的な目標に集中する必要があります。 さらに、設計プロセスだけで機能するわけではなく、会社の他の生産チェーンを変更する必要があります。



それとは別に、デザイナーと他の従業員との間のリンクはかなり密接でなければならないことを思い出します。 それはそのようなものであってはならない、と彼らは言う、「私はマネージャーだから、私が言うようにそうする」。 デザイナーや他の専門家は、問題を解決するためにチームとして働く必要があります。



さらに-今日、食品デザイナーは非常に高く評価されており、1つのデザインだけでなく、多くの関連する職業も理解しています。 したがって、全員が1つのデザインに限定されるのではなく、関連する専門職を勉強することをお勧めします。



レポート全体はこちらで見ることができます：uxpeople.ru/video