人生の主な問題
新製品、チームの専任スペシャリスト、または外部の請負業者のインターフェースを開発するのは誰ですか？
私たちの意見は明らかです。 外部の請負業者が作業を行うと、製品がより速く、より良くなると確信しています。 いいえ、代理店のデザイナーのほうがクールだからではありません。一般に、専門家の急勾配の程度はほぼ同じです。 また、病気休暇、VHI、およびその他の企業向けグッズをすべて考慮に入れて安くなったとしても、これは議論の余地がありませんでした。
問題は、「顧客-実行者」作業フォーマット自体が特定の品質基準を設定することです。 しかし、一般的な言葉から具体的な例に移りましょう。
回答における当社の役割
UXスペシャリストの重要性をどのように強調しても、現実はインターフェース開発がゼロから始まることはありません。
私たちと一緒に仕事をする前に、Responseにはすでに多くのことがありました。 すなわち：
- 開発チーム;
- 製品ビジョン（テキストの説明）;
- 市場の知識、競合他社の長所と短所。
- 競合他社から離調するための概念的なアイデア。
- 実装すると便利な機能の全体。
- 彼らの技術的能力と限界の冷静な評価。
実際には製品。 欠けていたのは、視覚的なコンポーネント-インターフェースだけでした。 メッセンジャーはどのように見えますか？ すべての機能が画面にどのように収まりますか？ この脳は不幸なユーザーを爆発させますか？ とにかく、インターフェイスを通して彼らの明るい考えを伝えることは可能でしょうか？ 関数は関数であり、使用のコンテキストはまったく異なる話だからです。
上記のすべては、UXデザイナーの一連の責任に当てはまります。 イベントを開発するための2つのオプションに関する問題の標準的な声明：スタッフに独自のデザイナーを配置するか、外部の請負業者に作業を転送するか。 「回答」は2番目のオプションを選択しました。
基準点
簡単に言うと、「回答」の基本的な考え方は次のように説明できます。 市場には十分な数のメッセンジャーがいますが、それ自体は悪くはありませんが、概して、チャットするという1つの問題を解決します。 企業のメッセンジャーをより強力なコラボレーションツールに変えるといいでしょう。 まず、大規模なチームに不可欠なユーザーの階層を追加し、アクセス権を構成します。 第二に、タスクマネージャーがかさばりすぎて、個人の日記が信頼できないという課題を処理します。 さて、そしてささいなことではるかに。
作品の冒頭で述べたように、一定の割合の作業カオスがこれに付随していました。 そして、はい、それはプロジェクトの終わりまで保存され、「Answer」がリリースを公開することを妨げませんでした。 しかし-イベントの年表に戻る。
誰が何について？
外部のUX請負業者と協力する際の最初の重要なポイントは、製品の本質に対する責任の領域を明確にすることです。 ほとんどの場合、顧客がそれを担当し、請負業者はビジョンを採用する必要があります-それは必ずしも容易ではありません。 応答の個々の決定を批判することはできましたが、この批判は厳密に建設的であり、私たちの責任範囲を超えていませんでした。
この「受け入れ」は、UXチームに必須の分析フェーズを解放しません。 潜在的なユーザーに4つのインタビューを実施しました。 それはたくさんですか、それとも少しですか？
- この入門的な新製品の上に構築する壊滅的な少数。
- 現実のビジョンをテストするのに十分です。 メカニズムは簡単です。インタビューで、私たちのアイデアとの重大な矛盾が明らかにならなければ、そのアイデアは大丈夫です。 4人の対象インタビュアーのうちの1人がそれが何であるかを理解していない場合、それは災害です。
短い分析の結果、実装のリスクを説明するドキュメントが登場しました。 さらに重要なことは、顧客が実装したい機能を評価するための基準が用意されたことです。
もう描いてみよう？
同僚やデザイナーは、プロジェクトの最初の3分の1で、この痛みに慣れています。顧客が既に「長期化」した分析に非常に神経質になっており、さらに2千点を話し、修正したいのです。 しないでください。 どのように必要ですか？
- 請負業者-意志の強い決定を下して停止します。 誘惑は大きすぎて理想的なTKを作成できず、何らかの理由で「私たちは同意しませんでした」と紙を突く。 このアプローチは機能しません。
- お客様へ-辛抱強くお待ちください。 私を信じて、新しいトピックを掘り下げてみてください。たとえそれが高度な数学でなくても、3日間は機能しません。
- すべて一緒に-お互いを信頼します。 自然な「ラップ」はすでに作業の段階にあり、現在では「キャラクターが収束しない」という大きなリスクがあります。
私たちは息を吐き、人生の状況とシナリオを説明し（誰も方法論をキャンセルしませんでした）、完璧主義に打ち込み、設計を開始します。
設計
私たちはすぐに、Webバージョンとモバイルアプリケーションが2つの異なるインターフェイスであることに同意しました。 そのため、2人のデザイナーを一度に接続してプロセスをスピードアップできます。 ただし、製品は1つであり、同期が必要です。
- スクリプトの単一リスト。
- 機能の単一リスト。
- マネージャーによる手動制御。
- 顧客管理。
- デザイナー同士のコミュニケーション。
次-長時間のデザイン。 そして、何かがうまくいかないという新しいリスク。 プロジェクトの成功は、顧客と請負業者の両方にかかっています。 しかし、成功要因はそうです。
チームの絶え間ないコミュニケーション
週に2〜3回電話をかけて、開発者との中間結果について話し合いました。 すぐに「やるよ」「そうではない、非現実的」などの回答を受け取りました。
顧客はすぐに個々の「ウィッシュリスト」の具体化を見ることができます-それがインターフェースになるか、「機能」が相互作用のコンテキストに適合しないことが判明します。
コレクティブUXマインド
2人のデザイナーと1人のマネージャーがプロトタイプに取り組んだようです。 実際、5人のデザイナー、3人のマネージャー、2人のゼネラルディレクターが何らかの方法で知識を共有しました。
私たちは皆のために言いませんが、 パブロワの犬は、すべての仕事が他のすべての人に見えるように配置された人生を持っています。 正式なレポート、内部プレゼンテーション、および「聞く必要がある」などの簡単なコミュニケーションがあります。
このような贅沢品は、1人のデザイナーがいるチームではほとんど余裕がありません。 各プロジェクトで、約10人のクールなインターフェイススペシャリストの経験と知識が投資されていることを自慢するのに飽きません。
マウスに着く
この要素は完全に顧客の手にあります。 彼はただ個々の写真で「うん」と言うだけです。 しかし、顧客が各ボタンとリンクについて話すように頼むとき、それはより良いです（そして、「答え」でそれはそのようでした）。 ドキュメントで説明するのではなく、声で話すこと。
私たちは非常に正直になります。共同作業を組織するこの方法は、一般的にどのチームでも非常に効果的です。請負業者がいるかどうか、またはすべてが「家」として起こるかどうかは関係ありません。
ho声への紛争
一般に、プロジェクトの終わりまでにマネージャーが修道院に行きたくない場合、それは彼が146％に最高を与えなかったことを意味します。 仕事の対立は避けられません。 特に技術的に洗練された製品に関しては。 特に、関係者全員が本当に結果を出したい場合。
プログラマーは、少なくとも、デザイナーが思いついたすべてを実装するという理論上の可能性のために戦っています。 銃を手にしたデザイナーは、ユーザーの利益を守ります。 これらは常に論争ですが、常に建設的ではありません。
建設的でありながら、平凡な契約関係が追加されます。 私たちは、プログラマーと何かについて議論するだけの余裕はありません。タスクトラッカーで働いた時間に気づき、その報酬を受け取ります（申し訳ありませんが、気分を害したかった）。 私たちは通常の関係を維持し、プロジェクトの枠組みの中で維持し、それを最後までもたらし、うまくいく必要があります。
そして、あなたの決定を守ります。 そして、健全な顧客の決定に屈する。
そして、結果は何ですか？
プロトタイプが受け入れられました。 製品が作成されました。 クローズドテストが進行中です。
実際、これは信じられないほどの成功であり、この成功には一定量の仕事があることを嬉しく思います。 テスト、開発、サポートに先立ち、話は終わりません。
ところで、UXサポートについても説明します。 しかし、別の例、別のプラットフォームで、また別の機会に-これは、Habréの企業ブログでの最後の出版物です。 すべての読者のおかげで、ソーシャルネットワークで私たちを探してください。