6年間、当社はモバイルアプリケーションの設計と開発を行ってきました。 社内とクライアントの両方で、プロセスの最適化を何度も試しました。 その結果、私たちは多くの点で独自のワークスタイルを形成しました。



私は設計部門を率いており、仕事へのアプローチを共有したいと考えています。 この記事では、クライアントにとって効果的で快適な作品を作成する方法を説明します。



私たちはアウトソーシング会社です。 顧客満足度は、仕事の質にとって最も重要な基準の1つです。 これはどのサービス部門にも当てはまると思います。 この点で、当社のプロセスは製品設計とは大きく異なります。



私たちの会社でのデザイナーの役割は多面的です。 彼は、プロジェクトのすべての段階（販売段階からリリースまで）にいます。 インターフェースの設計と設計という当面の責任に加えて、分析、クライアントとのコミュニケーション、開発サポート、テストに参加しています。



プロジェクトには、クライアントのビジネス要件と期待をよく理解し、それらをプラットフォームの技術的能力と関連付け、同時にユーザーを忘れない人が必要です。

期待を形式化する

仕事中に遭遇した問題のほとんどは、顧客と請負業者の間の誤解に関連していた。 プロジェクトを開始する前に、クライアントが必要としているもの、時間枠、費用、仕事の結果として受け取るものを明確に理解する必要があります。 プロジェクト中にこれらの条件のいずれかが変更された場合、それを報告することを忘れないでください。

クライアントがあなたに頼った理由を調べます

あなたが理解する必要がある最初の事柄は、彼らがあなたに来た理由、彼らがあなたの助けを借りて閉じたいと思う能力です。 プロジェクトに取り組むチームの構成は、これに大きく依存します。 当社に連絡するすべての顧客は、次の3つのカテゴリに分類できます。

1. 頭が必要です。 顧客には固有のタスクまたは問題があります。 彼は、モバイルアプリケーション、新技術、市場を理解し、ソリューションを提供できるチームを探しています。
2. 経験が必要です。 彼らはそのような問題を解決した経験のある人を探しています。 超自然的なものは何も必要ありません。 そのようなプロジェクトでは、彼らはあなたに耳を傾け、あなたの意見を考慮します。
3. 手が必要です。 すべてが明確で理解しやすく、技術的な課題があり、すべてがすべての場所で合意され承認されています。 言葉を減らし、アクションを増やします。

各タイプのクライアントには、独自のアプローチが必要です。 たとえば、クライアントが頭を必要とする場合、問題をより広く見て、理由がある場合はタスク自体を再考することを提案できます。 そして、手を探している顧客に対してこれを行う必要はありません。 これは刺激を引き起こすだけです。



分割は非常にarbitrary意的であり、さらに、プロジェクトの進行中に頻繁に変更されます。 彼らがあなたを信頼すればするほど、彼らはより頻繁に耳を傾けます。 自信がある場合は、常にイニシアチブを取り、解決策を提案する必要があります。 しかし、クライアントがあなたの意見が彼にとって重要ではないという事実に何度も注意を引いた場合、制作のニーズの枠組み内でのみ「改善」を提供することは理にかなっています。

タイミングを鳴らす

プロジェクトとその実施のタイミングの評価を行うとき、それらが満たされる条件を常に発音する必要があります。 これは、プロジェクトに関する十分な情報がない場合、または資料が十分でない場合に特に当てはまります。

デザイナー：この作業を80時間で評価します。 議論と合意に基づいて、これには約3週間かかります。 日中に運用上の質問に答える人があなたの側にいることを条件とします。

また、誰に何を負い、なぜそれが重要なのかを思い出してください。 締め切りを破り、事実が情報の不足であると言った後の状況は受け入れられません。

結果を議論する

作業の最後に顧客が何を受け取るかを正確に話し合う必要があります。 順序が設計と開発の場合、これはそれほど重要ではありません。 この場合の最終結果は実用的なアプリケーションであり、レイアウトを開発者に渡す方法を誰も気にしません。



ただし、クライアントがアプリケーションの設計のみを注文する場合は、すべてを整理する必要があります。 どのフォーマットのどのアーティファクトを受け取り、次にそれらを使って何ができ、何ができないのか。



作業の最後に、クライアント側の開発者がWindowsで作業していて、レイアウトをスケッチで出荷したことが判明すると、残念です。

クライアント：すべて順調です！ 今日は、取締役会へのプレゼンテーションになります。 brandnewapp.flintoファイルを開くにはどうすればよいですか？ Androidのアプリケーションが見つかりませんでした:(

拒否することを学ぶ

各企業には独自の「理想的な」クライアントがあります。 あなたの原則を共有し、仕事へのあなたのアプローチに同意します。 潜在的な顧客がこのモデルから遠ざかるほど、期待に合わないリスクが高まります。



悪い戦略は、あなたに連絡したすべてのクライアントをつかむことです。 内部プロセスを再構築するか、新しいクライアントの品質基準を変更する必要があることを理解している場合は、拒否することを学びます。 そして、これに関するリソースはありません。



クライアントがプロジェクトの迅速な立ち上げや予算削減のために基準を下げるように要求するとき、それは特に危険です。 長い目で見れば、これは人々が下手に慣れることにつながる可能性があります。



プロジェクトをより速く実行したい-機能を切り取り、インターフェイスを簡素化する必要があります。 品質を犠牲にすることはできません。 顧客がその準備が整っていない場合は、拒否するか、すべての結果を認識し、それらの準備ができていることを確認します。

コンテキストを理解する

コンテキスト外のタスクには、無限の数のソリューションがあります。 最適なソリューションの検索を絞り込むために、コンテキストを理解することが重要です。 そうでなければ、運と当て推量に頼らなければなりません。



クライアントからの情報は絶対に重要です。 結局、問題を解決して決定を正当化するだけでなく、このソリューションを顧客に「販売」する必要もあります。 そして、作業のこの部分は常にプロジェクトに直接関係しているわけではありません。



主なことは、クライアントのビジネス、彼を動かす限界と動機を理解できるように、クライアントと知識を可能な限り同期させることです。 そして、設計プロセスがどのように機能するかを理解しました。

質問する

多くのデザイナーは、あまりにも多くの質問をして、愚かに見えるのを恐れています。 「彼らは私が愚かだと思うだろう。」 おそらく。 しかし、時間とお金を節約するソリューションを提案すると、問題との関係がより忠実になります。



適切な質問をして、正しく質問することが重要です。 この情報またはその情報に興味がある理由を正当化する準備ができているはずです。 そして、なぜあなたが何かを尋ねているのかをすぐに言う方が良いです。 正しい質問は、パフォーマーと彼の経験について多くを語っています。

クライアントを勉強します

一般的な情報。 誰と会い、将来的に働くかを知ることは常に役立ちます。 ソーシャルネットワークで公開情報を見ることができます。 これが公的な人である場合は、インタビューを見るか記事を読んでください。 これにより、共通言語をすばやく見つけることができます。



経験。 クライアントは、同様のプロジェクトやモバイルアプリケーション全般の経験がありましたか？ そうでない場合、一部の時間はトレーニングに専念する必要があり、プロジェクトを評価する際にこれを考慮する必要があります。

目標を策定します

尋問から始める最初のことは、目的を見つけることです。 クライアントがアプリケーションを注文することで得たいと思うもの。 彼がプロジェクトの成功をどのように評価するか。 彼が自分の目標を達成するのに役立つのはアプリケーションだと思うのはなぜですか。 現在、彼のクライアントは同様の問題を解決しています。



これらは非常に単純な質問です。 しかし、彼らは、クライアントが必要なものをどれだけ理解しているかをよく示しています。 アプリケーションを開発するための技術的なタスクが存在する場合がありますが、それを行う理由が正確に理解されていません。 この場合、クライアントと一緒に目標を策定し、必要に応じてTORを修正する必要があります。 アプリケーションはそれ自体が目的ではなく、単なる手段であるという考えを伝えることが重要です。

デザイナー：受け取った情報を考慮に入れると、サイトのモバイルバージョンを作成するだけで十分です。 彼女はあなたのすべての問題を解決します。

はい、注文が届かない場合があります。 しかし、これは顧客を失うことと同じではありません。 彼は本当にアプリケーションが必要なときに彼に戻ってきます。 ただし、モバイルアプリケーションを必要としない顧客との作業は非常に困難です。 特に彼がそれを実現するとき。

事業を勉強する

クライアントのビジネスをよく理解することをお勧めします。 したがって、コミュニケーションの際には、ビジネスプロセス、価値、機能、対象者、競合他社など、最大限の情報を見つける必要があります。



クライアントにとって、彼のビジネスは当然です。 すべての欲求で、彼は全体の話をすることができなくなります。 このプロセスでは多くの詳細が明らかになります。 そして、おそらく、新しい入門書は多くのクールなアイデアを消すでしょう。 そのような状況での主なことは、あなたの決定に集中するのではなく、柔軟で開かれたままであることです。

リソースを扱う

顧客が自由に使用できるリソースと制限事項を理解すると、ソリューションの検索領域を削減できます。 そして、それはお金と時間だけではありません。

クライアント：チャットに基づくソリューションを提案しました。 ただし、独自のサポートサービスはありません。費用がかかりすぎます。

提案するソリューションは、可能な限り既存のリソースに基づいている必要があります。 そうしないと、新しい問題が発生します。



アイデアはあるが、このためのリソースがあるかどうかわからない場合は、話し合ってください。 おそらくあなたの計画は興味深く、クライアントはその実装のために資金を割り当てることができるでしょう。

入門を分析します

顧客から提供された資料について話します。 ブランドブック、調査、アプリケーション参照、プロトタイプ、既存のアプリケーション、または参照条件などです。 すべてを慎重に研究し、クライアントにこのすべての良いことをどうするか伝えるよう依頼してください。



ブランドの本について話している場合、それをフォローするのはどれほど難しいでしょうか。 原則として、ガイドにはアプリケーションの設計に関する明確なルールがないため、どのブランド定数が存在する必要があり、どのブランド定数が存在しないかを理解する必要があります。



アプリケーション参照。 彼らが正確に好きだった理由と理由。 おそらく、アプリケーション全体から見ると、たった1つの要素、興味深いインタラクションの方法、または「軽さの一般的な感覚」に似ています。



クライアントからのTKは、そこにない制限です。 それを公理と考えないでください。 特定の機能を選択して、誰が、いつ、なぜ、依存したかを書いた。 そこには間違いなく有用な情報がありますが、あなたが持っている自由度を理解することは重要です。

デザイナー： TKには多くの論理的な矛盾があります。 どの程度明確にそれに従う必要がありますか？ プロジェクトの目標に基づいてビジョンを提供する準備ができています。 プラットフォームガイドラインを実装して一致させる方が簡単です。

アラーム！

情報を収集するときに特別な注意を払う必要があるもの：

1. 締め切りはありません。 それは、一般に、誰もプロジェクトを気にしないことを意味するかもしれません。 締め切りは、両側での効率的な作業を促進します。 それらがないと、調整が遅くなり、ダウンタイムが避けられません。
2. 悪いコミュニケーション。 交渉時に顧客が姿を消した場合、電話を取らず、手紙に答えない-悪い兆候。 プロセスでは、これをすべて繰り返すことができます。 必要かどうかを検討する価値があります。
3. 誰も責任を負いません。 または、彼と直接接触することはありません。 ここではすべてが明確です。 継続的な台無しにされた電話があるでしょう。 そして、最初の2つのポイントと組み合わせて、プロジェクトは無限に伸びます。
4. 不確実性。 すべてのディスカッションを終えても、彼らがあなたから何を望んでいるのかまだ理解していないのなら、おそらくあなたではないでしょう。 一部の人々は非常に衝動的であり、しばしば彼らの心を変える。 すべての決定を文書化し、頻繁にやり直す必要があるという事実に備えてください。 そのような場合は固定費で、仕事をしない方が良いです。

仕事を始める

インターフェイス設計プロセスは、別の記事のトピックです。 これでは、クライアントとのやり取りに関連する瞬間のみを説明します。

チームを結成

クライアントはチームの一員です。 それはすべて人から始まります。 あなたが提供するサービスが何であれ、本物の人はすべての会社、あらゆるポジションの後ろに立っています。 そして、それはしばしば、この人にあなたが仕事のあなたの部分にどれだけうまく対処するかに依存します。



私たちは顧客/パフォーマーの正式な役割から離れるように関係を構築しようとします。 箱を売るとき、役割はうまく機能します。 しかし、独自の製品を作成する場合、これは機能しません。 意思決定が議論の結果であり、未知の「上から」から来たものではない場合、単一のチームとして行動する方がはるかに効果的です。 請負業者の側には実装分野の能力があり、クライアントの側にはビジネスがあります。

提示ソリューション

重要な会議を直接開催できる場合-すばらしい。 ただし、画面を共有する機能を持つスカイプまたは同様のソフトウェアも適しています。 リアルタイムで提示する必要があります。レビュー用に事前に何も送信しないでください。 そうでなければ、プレゼンテーションの時点で、その人はすでに意見を持っているでしょう。 そして、常に前向きではありません。 彼は彼自身の方法で理解するであろうが、彼はまったく理解しないだろう。 これを修正するのは非常に困難です。



プレゼンテーションの後、レイアウトとキーポイントを送信できます。 決定を下すには、物事を熟考し、同僚と相談するのに時間がかかります。 因果関係を調べて復元できるドキュメントがある場合に便利です。



これは、最終決定を下さない人と一緒に作業している場合に特に重要です。 この場合、彼があなたの作品を発表する際に使用する十分な数の引数で彼を武装させることが重要です。 彼がすべてを理解し、あなたの立場を共有していることを確認してください。

必需品に焦点を当てる

インターフェイスの各要素には何らかの意味があり、いくつかの問題を解決します。これは私たちが話し合う必要があるものです。 あなたの物語の主流が「美しいアイコン」と「トレンディな色」に向かうとすぐに、あなたはすぐにこれについて反対の意見を得るでしょう。



美学は非常に相対的な概念であり、常に論争することができます。 誰もが「美しい」という独自の考えを持っています。 あなたがそれについて話す機会を与えれば、彼らはあなたに伝えます。



インターフェースの効果的な作業に直接影響する意思決定のフレームワーク内に留まります。 グラフィックス、フォント、色-これはすべてそれ自体が語っていますが、これに焦点を合わせるのは意味がありません。

顧客を巻き込む

その過程で、設計者は何百もの微小な決定を下します。 多くが舞台裏に残っています。 これらの決定やそれらの決定に至った経緯、どのような選択肢があったのか、なぜこのオプションを選んだのかを伝えることが重要です。 これはあなたの立場をより説得力のあるものにします。



クライアントを作業プロセスに浸してみてください。 意見を聞き、議論のためにオープントピックを残します 彼は、なされたすべての決定を理解し、共有しなければなりません。 彼が積極的に参加すれば、プロジェクトとの感情的なつながりがより強くなります。

専門家が誰であるかを忘れないでください

ただし、プロセスへの顧客の関与には制限があります。 この機能またはその機能を実装する最善の方法については彼に尋ねないでください。 あなたは彼ではなく、モバイルアプリケーションの制作のエキスパートです。 顧客はこれを理解していないため、理解すべきではありません。



ただし、クライアントなしではできない状況もあります。 たとえば、選択したソリューションは他のソリューションよりもはるかに高価です。 この場合、次のことを行う必要があります。状況を説明する→オプションとその理由を説明する→その長所と短所は何か→推奨するオプションとその理由。

鋭い角を回る

あなたがその正当性を確信しているなら、あなたの立場を擁護してください。 しかし、たとえ議論があっても、クライアントを説得することは常に可能ではありません。 他のオプションを解析するという逆の方が簡単な場合もあります。 その過程で、おそらくすでにこれを行っており、それらの弱点を知っています。 そうでない場合は、両方に適したオプションを一緒に見つけます。



クライアントが何らかの決定によって自分の立場をすでに擁護している場合にも、逆の状況があります。 最後の言葉は彼のものなので、ここではすべてが少し複雑です。 同意しない場合、「これは悪い考えです」と言うことはできません。 彼自身がこの結論に達することが最善です。 ソリューションが動作不能であるか、ソリューションが失われる状況をシミュレートできます。 妥協点を見つけて、それらを1つにまとめてみてください。 導入部をもう一度話し、全員が同じ方法でタスクを理解していることを確認します。 主なことは、権威を粉砕して対話をすることではありません。

一緒に問題を解決する

プロジェクトの問題は、横枠がどちら側にあるかに関係なく、一般的です。 有罪の捜索は、あなたを解決策に近づけるのではなく、雰囲気を刺激するだけです。 もちろん、繰り返しを避けるために、個人に頼ることなく状況を分析する必要があります。



しかし、あなたが率直にフラッシュしたり、予期しない何かが起こった場合-謝罪し、いつ、どのように修正するかを言った。 何かをだまして隠すことは固く禁じられています。

デザイナー：みんな、プロジェクトの1つがリリースされたために小さな障害があります。 金曜日までにすべてのタスクを実行する時間はありません。 そり、何が起こったのか、来週、私たちは他の人とつながり、計画に追いつくでしょう。

目標を混同しないでください

パフォーマーとして、あなたはプロジェクトにあなたの目標を持っています。 ケースが必要です。 そして、「デザイン」とテクノロジーが多ければ多いほど良いです。 これは、プロジェクトを複雑にし、予算を増やすことを許可されるべきではありません。



独自の目標を達成することは、クライアントのタスクに取り組んだ結果でなければなりません。 すべてのプロジェクトがドリブルに役立つわけではありません。 しかし、ほとんどすべての場所で、興味深い解決策や実験のための場所を見つけることができます。

責任

クライアントは常に正しいことが判明しましたか？

はい、契約および刑法の範囲を超えない場合。 あなたはサービスに対してお金を支払われ、あなたはこのサービスを提供します。 あなたの意見が正当化され確認されたが、クライアントがまだ自分自身を主張している場合、彼はこの理由を持っています。 顧客は彼の経験に基づいて決定を下し、彼自身の手段を危険にさらします。



その人がただ愚かである可能性はまだありますが、これはプロジェクトの開始前に監視する必要があります。 そのようなクライアントで作業を開始した場合、それは彼が唯一の愚か者ではないことを意味します。

そして、何、これはデザイナーがすべきことなのでしょうか？

まったくそうではありません。これをマネージャーに任せるか、クライアントに詳細な技術タスクを書くよう依頼することができます。 そのような状況では、結果を処理し、理由を知らないことで、何が起こっているかを制御できなくなります。 もちろん、障害が発生した場合は、すべての責任を「彼が何を望んでいるかわからない」顧客に転送できます。 またはあなたの決定を彼に納得させることができなかったマネージャー。



しかし、正直に言ってください。結果が悪いプロジェクトであり、不満のあるクライアントである場合、あなたはがらくたです。