UXキックオフミーティングを担当する方法

私はかつて、キックオフミーティングの開催方法を知らなかったデジタルエージェンシーと仕事をしていました。 そして彼らは彼らが知らなかったことさえ知りませんでした。 すべてのプロジェクトの数週間後、彼らは、自分たちが主導的ではなくフォローする立場になってしまったことに不満を感じていました。

彼らは彼らの良いアイデアを戸外に出すために戦うでしょうが、彼らのクライアントが気まぐれと蒸気に基づいた議論で叫んで戻ってきたときはいつも防御に行き着きます。 エージェンシーは、まさにその役割を演じるために雇われたにもかかわらず、プロジェクトのUXリーダーとしての地位を確立する方法を理解できませんでした。 彼らがそれが何を導くことを意味するのかを認識したかどうかさえわかりません。

一部の人は、この概念が少しコマンドアンドコントロールであると考えており、より協調的なものを好むでしょう。 この見通しは、悪いリーダーシップに対処することの一般的な効果です。 あなたはうんざりします。 あなたはリーダーシップが問題であると確信します。 あなたは世界がフラットであり、役職が不足していることを望んでいます。

それはかわいい。 しかし、それは冗談です。

リーダーシップは汚い言葉ではありません。 コラボレーションを捨てることではありません。 それは部屋を指揮し、任務を遂行することではありません。 リーダーシップは自然で普通の人間の渇望です。 グループが成功するために—デザインが成功するために—誰かがビジョン、目標、目的地を確立し、チームがそこに到達するのを助ける必要があります—チームがそこに到達するように促します。

社内チームは、いわゆるリーダーシップを通じて誰かを怒らせるという考えに不安を感じることがよくあります。 実際、「クライアント」が社内にいる場合は、コンサルタントよりもプロジェクトの前に出るのがさらに難しい場合があります。 という事は承知しています。 あなたは自分の仕事を心配しています。 あなたは、これから何ヶ月も、おそらく何年も、何度も何度も一緒に仕事をしなければならない人々を動揺させることを心配しています。

これをもっと良くしましょう。 キックオフを実行する方法、つまり船をドックに衝突させるのではなく、船を操縦できる前向きな位置に身を置く方法を見てみましょう。

キックオフは、すべてがうまくいかない可能性がある場所です。 あなたはまだ始めていません、そしてあなたはあなたがそれを作る前にすべての推薦のために戦う立場にすでに自分自身を詰め込んでいます。

文字通り、キックオフ後に起こることはすべて、キックオフ中に何をするかによって決まります。 ワイヤーフレーム、プロトタイプ、コーディング、およびユーザビリティテストの実行方法に関するオンラインの豊富な情報については、有用なキックオフミーティングを実行する方法を設計者に伝える方法はほとんどありません。 それらについての真実に焦点を当てることはさらに少ない。

キックオフは、プロジェクトのレイアウト以上のものです。 彼らはあなた自身を指導的立場に置くためのものです。

これがあなたのやり方です。 最初にロジスティクス、次にクリンチャー。

準備するが、それほど多くはない

UX戦略のフィールドガイドで説明したように、それはプロジェクトの問い合わせから始まります。 誰かがあなたのところに来て、「アプリを起動しています」、「次のレベルに到達するのに問題があります」、または「登録を増やしたい」などの具体的なことを言います。

あなたはあなたが助けることができると思います—それはUXの範囲に含まれます—しかし最初にあなたはたくさんの情報を入手しなければなりません。 そのため、電話または対面の会議を設定します。 現在のウェブサイトまたはアプリがある場合は、それをチェックアウトします。 あなたはそれのような他のウェブサイトをチェックします。 あなたはGoogleがあなたを連れて行くところに行きます。

それを超えて、電話やビデオ、またはオフィスやコーヒーショップのどこかで、いつどのように会うかをスケジュールする簡単な詳細があります。 （これは、クライアントとの最初の会話である場合もあれば、チーム全体と会ってプロジェクトへのアプローチについて考え始めるためのより正式なセッションをスケジュールする場合もあります。）

今のところこれで十分です。 あなたが最初にやろうとしていることは、グーグルが答えることができない多くの質問をすることです。

適切な質問をする

これはキックオフの二次的な目的であり、リーダーシップの地位を確立する直後です。

必須です、はい—これらの質問すべてに答えずに物をデザインすることはできません。 しかし、自分で責任を持ってデザインすることもできず、いつでも別の機会に質問することができます。

要点はこれです：あなたは彼らが何をしているのか、なぜ彼らがそれをしているのか、彼らが何をしたのか、なぜ彼らがそれをしたのか、何が起こったのか、彼らが次に何が起こることを望んでいるのか、そして誰がそれをするのかを知る必要があります。

「レゾン・デトル？」

存在する理由。

このビットは、いくつかの調査が行われるまで、UX戦略に直接反映され、UX戦略がすべての設計上の決定に反映されます。 だから、ええ、かなり重要なもの。

実際、それは問題ではありません。 言ってみてください。

「では、Acmeウィジェットについて教えてください。」

これは通常、会社のまともな歴史と、彼らが作成または改善したい製品の紹介を促します。 とにかくスタートアップの場合、これに答えることはめったにありません：

「どうやってお金を稼ぐの？」

これは、まだ多くのスタートアップが答えを持っていないためです。 これは、Webサイトがいつ広告サポートされるかがわかると彼らが想定していることが一因です。 これは、スタッフとして、サービスが扱う通貨についてはよく考えているが、それをさらに増やす方法についてはほとんど何も知らないためです。それに直面して、彼らがあなたに電話をかけたのはそのためです。

この質問への答えは、あなたの将来の決定における主要な要因です。 この質問をすることはあなたに焦点を合わせる何かを与えるだけでなく、あなたが彼らの懸念の最も重要なことに焦点を合わせていることを利害関係者に知らせます。

大雑把な説明で彼らを逃がさないでください。 この製品がユーザーの生活にどのように適合するかを知る必要があります。 競合他社と比較する方法。 安いから違うの？ それとも、他の誰もやっていない魔法のトリックをしているからですか？

これは、優れたユーザーエクスペリエンスビジョンの中心です。 「ユーザー」の部分は、ビジネスの目標と同じくらい重要です。

"今どこにいるの？"

まだ指定されていない場合は、ウェブサイトまたはアプリの現在のステータスについて質問する必要があります。

「それで、サイトのこの新しいセクションは今アップしていますか？ 作品では？ ゼロから始めていますか？」

ここで、すべてのプロジェクトの2つの最大の制約の1つである時間とお金について知ることができます。 あなたの質問に答える際に、利害関係者はおそらく3週間遅れており、前のプログラマーが辞めた後に2人目のプログラマーを雇ったばかりであり、月末に立ち上げることを計画していると言うでしょう。計画どおりに進むことはめったにありません）。

"あなたはどこにいた？"

これについては何も複雑ではありません。 しかし、この質問をすることで、いくつかのステップを進めることができます。

「どのような統計やインタビュー、その他の調査がすでに行われていますか？ あなたがすでに知っていることすべてに慣れるまで、私がレビューできるようになった今、あなたは何を持っていますか？」

次のような質問でフォローアップします。

「これまでにどのようなアプローチを取りましたか？

何がうまくいったのですか？

何がないのですか？

どのようにしてそれらの決定をしましたか？

彼らはどうでしたか？

その場合、何がうまくいかなかったと思いますか？」

このような質問は、プロジェクトの全範囲とその歴史を理解するのに役立つだけでなく、知っておく必要のある政治やスキルの制限を明らかにする可能性があります。つまり、誰も持っていない決定を下すことから始めることができます。以前に作られました。 あなたは彼らがすでに考えていることを推薦することはありません。 あなたはその時点を過ぎています。

「どこになりたいですか？」

彼らはおそらく、彼らが行きたい場所についてすでに少しあなたを埋めているでしょうが、そこに行くことは具体的であることを意味します。 改善プロジェクトの場合は、「トラフィックが欲しいだけです。 私たちが得ることができる限り。」

それに数字を入れてください。 コンバージョン率を5％上げることができます。 バウンス率を10％下げることができます。 共有を増やします。 ユニークなページビューを増やします。 完了率を上げます。 完了時間を短縮します。 1回の訪問で完了するタスクの数を増やします。 訪問頻度を増やします。 すべて一定の割合で。

これらの数値について具体的に理解すれば、影響を受けるものや哲学的な考慮事項について実際に話し合うことができます。 例えば：

• コンバージョン率を上げると、既存顧客維持率が低下する可能性があります。 人々を長期的に維持することを気にしないのであれば、より多くのサインアップを取得することは簡単なことです。 もしそうなら、それはより微妙な問題です。
• 一意のページビュー（たとえば、コンテンツWebサイト）を増やすことは、サーバーのワークロードを増やすことを意味する可能性があります。 より多くのページにコンテンツを配布するのは簡単ではありませんが、機能します。 1つの選択肢は、より良いコンテンツです。

あなたがすることは何でも効果があり、良いものはそれに伴って悪いものをもたらす可能性があります。 すべての効果に注意してください。 会社が達成したいことを詳細に説明することで、後で意図しない結果が生じる可能性があるかどうかを整理できるため、本当にそれが必要かどうかを判断できます。

"私と一緒にいる人？"

関係者の数が少なければ少ないほど、コミュニケーションはより速くなります。 担当する意思決定者が少なければ少ないほど、意思決定は速くなります。 チームに誰がいて、誰がチームの障害になっているのかを知る時が来ました。

一般的なUXプロジェクトでは、意思決定者をできるだけ少なくする必要があります。 理想的には、それは担当者であり、おそらく他の1人です。 これらの人々が誰であるか、そしてあなたが最も効果的にコミュニケーションする方法を決定してください。

ここにあなたが知りたい他の事柄があります（そしてあなたはある時点でこれらすべての人々と話しているのでメモを取ります、そしてそれぞれがあなたの決定に影響を与える可能性があります）：

• チームの全員の名前。
• このプロジェクトにおける彼らの役職と役割。
• 彼らのスキルレベル;
• リモートチームのタイムゾーンの問題、優先するコミュニケーションと作業方法、各人がどれほど効率的であるかどうか、会社や製品で最も歴史のある人など、あらゆる制約があります。

UXの意思決定者は、あなた（または製品設計の副社長などの上級レベルの設計者）を含めて最大で2〜3人であり、これによりコミュニケーションが迅速化されることを最初から期待してください。 誰もが快適に過ごせるように、コミュニケーションの方法、頻度、チェックインの電話をかけるタイミングなどを決定します。

戦略定義フェーズでは、必要に応じて他のすべての人に情報を提供し続けます。もう1つではありません。 あなたは彼らの意見と洞察を望んでいます—それが利害関係者のインタビューの目的です—しかし、あなたはあなたが下すすべての決定に10人の人々が参加することを望んでいません。 そのための時間はありません。さらに、委員会による設計のリスクがあります。

意思決定のクルーを確立することは、あなたがリードできるようにあなたのクライアントと利害関係者を準備します。 それが私の最後のポイントになります。

寝かせて

これはクリンチャーであり、会議の主な目的であり、どのように進めるか、どのようにプロセスを進めるか、自分の部分は何か、彼らの部分は何か、次に何が起こるかをレイアウトする部分です。 基本的に、これはあなたがこれを手に入れたことを彼らに伝えます。

重要なのは、利害関係者が有能な手にあることをここに疑う余地を残さないことです。 あなたの関係は確かに協力的ですが、あなたはこのことをリードしています。

ここで言うことは、この会話の過程でプロジェクトにアプローチすることをどのように決定したかに完全に依存します。 あなたは、何が研究され、何を試みたか、どのようにもっと学ぶことができるかを知っています—一般的に、物事はどこにありますか。 これまでに、お気に入りの研究とデザインアクティビティのスタックを配置して、両方の必要な答えを取得し、後で誇りに思うことができるデザインを作成する方法を理解しておく必要があります。

こんな感じです。 それに応じて適応します。

「まあ、これが私がこれにアプローチしたい方法です。 既存のユーザーからの統計とパワーユーザーへのインタビューがすでにたくさんあるので、それらすべてに精通することから始めます。 次に、どのユーザーが追加情報を得るのに適しているかについて話し合い、インタビューを設定します。 そこから、製品の全体的なビジョンに影響を与える可能性のある切断や類似点について再度説明します。 製品ビジョンステートメントのバージョンを作成し、競争力を高めるために重要と思われるいくつかの設計原則と、設計が時間の経過とともにどのように行われているかを追跡するために使用できるいくつかの成功指標を示します。」

注意喚起。 この次の部分が重要です。

「次に、いくつかの初期のワイヤーフレームとプロトタイプに取り組み、方向性を示します。 これらの各バージョンをプロジェクト管理アプリに投稿して、他の作業を開始するときにそれらについて話し合い、合意できるようにします。 これらは、先に進む直前に確実に取得できるように、最初は低解像度になります。 私はあなたと一緒にそれぞれを調べて、私が行うそれぞれの推奨事項を説明しますが、それ以上の質問がある場合は、私たちが一緒に考えることができるように、必ず私に知らせてください。」

そこで何が起こったのか分かりますか？ 注文ではなく、推奨事項を作成することを期待します。 あなたは、何かが洗練される前に、アイデアについて話し合い、合意することを明確にしました。

あなたが担当しています。

考え方のこの小さな違いはそれが取るすべてです。 今後は、キックオフミーティングを参考に、要望に応えていくことができます。 そして、その最後の部分に固執することで、それらを完全に防ぐことができます。つまり、利害関係者にそれを見てもらい、嫌いなことをしたときに攻撃に戻るのではなく、あなたの仕事を提示して説明することです。

これを今ここで行います—キックオフ中、リーダーシップを確立する可能性が最も高いときに—そしてプロジェクト全体を通して歌うことになります。

寝かせて

ここで何が起こるか知っていますよね？ それは問題ではありません。 それは声明です。

「これが最初に行うことです。 あなたは私にあなたが言及した調査を送ってくれます。それで私はそれを調べることができます、そしてそれから私はそれに対する私の応答で明日あなたとチェックインし、ユーザー調査の最初のラウンドを調整します。」

そして、ちょうどそのように、あなたはリードしています。

あなたの役割に関係なくUXリーダーになる方法については、Robert HoekmanJrの最新の本であるExperienceRequired （New Riders）を読んでください。 Robertは最近、 UX戦略の無料のフィールドガイドも作成しました。 無料の電子書籍は、Adobe、Automattic、Dodge、Intuit、Rackspaceなどの企業向けの15年以上の設計経験に基づいて、7つの章にまたがっています。

SmashingMagの詳細：

• デザインに飛び込む前にキックオフミーティングを開催する
• より良いファシリテーターになる
• モバイルワークフローにクライアントを関与させる
• ジョンはクライアントが密集していますか、それとも失敗していますか？