2012年8月30日にサービスを開始しましたが、インターネットコミュニティとメディアから非常に熱い議論と関心が寄せられました。 多くの人が私たちの一時的なスタブを思い出し、その作成の歴史と女の子に描かれたレナについて、どういうわけか別々に教えます：
今回、私たちは経験を別の会社と共有し、デザインとユーザビリティの問題を委託することにしました。また、 Malgini Design and Web Development Studio（Tekhinform LLC）と一緒に1年間この製品を作成した方法とその内容を伝えました最終的にはこれから出てきました。
結果に基づいて、質問に答えようとします。 システム設計をサードパーティ企業に提供することは可能ですか、外部チームを信頼することはそれほど重要ではないのですか？
インターフェイス要件
ユーザーインターフェイスは、最終製品で作業を試みるすべての人に表示されます。 これはまさに彼らが迎えられる「衣服」です。 そして、グラフィックの見た目と品質だけで人が第一印象を与えることができれば、数分の作業の後、彼の焦点はインターフェースの便利さとシンプルさに移ります。 アップルや他の企業に甘やかされて、今日のユーザーは学習したり、指示を読んだりしたくありません。 彼らはすべてがただ働き、快適であることを望んでいます。
この点で、最新のインターフェースに関する少なくとも以下の要件を区別できます。 彼は：
1.ポジティブな感情を呼び起こす。
2.仕事に便利であること。
3.（可能な限り）トレーニングを必要としない。
4.システムを他のシステムと区別します。
5.ラップトップからスマートフォンまで、ユーザーが使用するさまざまなデバイスに適応します。
優れたインターフェイスの概念は、外観（デザイン-イラスト、デザイン）とシステム内のユーザーのロジック（機能性と使いやすさ）に同時に影響することがわかりました。
小冊子を作成している場合、「外部のデザインスタジオで信頼できますか？」という質問には簡単な答えがあります。もちろんです。 この場合、小冊子の読者に伝えたい考えを定式化するだけでよく、優れたデザイナー・イラストレーターは、1回目または2回目の試行で完全に設計されたレイアウトを作成します。
インターフェイスのデザインはどうですか？ ユーザーが「シンプルさと便利さ」を考えるという魔法はどのように生まれたのでしょうか？
コラボレーション方法
デザイナーの請負業者と作業するプロセスは、少なくとも次の方法で構築できます。
1.設計者は、システムの新機能に関するすべての議論に参加し、ソリューションを提供します。実際、最も直接的な方法でシステムの機能に影響を与え、チームとほぼ統合します。 さらに、システムを作成する目的、特定のタスク、その重要性などを理解している必要があります。 これは、彼らが多くの時間を費やすという事実につながり、私たちは彼らに依存し始めます（請負業者に！）そして彼らと調整せずに決定をする必要はありません。
2.プロジェクトチームは、新しい機能を考え出し、「ユーザーが機能を使用するシナリオとは」、「機能をユーザーが簡単に理解できるようにする方法」、「各機能を他のユーザーと相互接続する方法」、つまりユーザーワークフロー、ニーズなどの質問に対する答えを決定します。 。 次に、これらの要件は、使いやすさの点で解決策を見つけ、必要な機能を追加してシステムのレイアウトを変更する設計者に送信されます。
3.プロジェクトチームは、デザイナーのために考えて全体を考え出し、外観デザインの問題のみをデザイナーに任せます。
これらの各方法は、さまざまなケース、外部企業の関与の程度、そのサービスのコストなどに適しています。最適なオプションを決定するために、3つの作業オプションすべてを試しました。この場合、結果は次のとおりです。
さまざまな作業方法を試した方法
外部の会社で働くデザイナーをすべての議論と交渉に引き付けようとしたとき、デザイナーはプロジェクトの発展を阻むようになりました。なぜなら、会議はしばしば問題を特定するために予定外に開催され、私たち以外のデザイナーは他のプロジェクトと顧客を持っていて、彼らができなかったからですすべての事項を放棄した需要は、システムについて私たちと議論し始めます。 会議は延期され始め、私たちは皆緊張しました。その結果、残りは私たちとデザインスタジオに残りました。 これはまた、仕事の条件の増加につながった。
次に、3番目のオプションに従って、私たちの観点から最も速く、最も効果的であるようにしようとしましたが、90年代の大企業によって作成されたかのように、シンプルで簡単なインターフェイスの代わりに、大きなフロッピーモンスターが出現し始めたという問題に直面しました。 はい、すべてのアイコンは「なめたい」ものでしたが、システムの全体的な印象はますます落ち込んでいます。 さらに、設計者自身がそのようなシステムを仕事に使用したくないことをほのめかし始め、その結果、インターフェイスの開発者にそれらを言及することは最良のアイデアではありません。 ご存知のように、成功には多くの親がいます。失敗は常に孤児です。 これは、プログラマーがシステムを作成すると、プログラマー向けのシステムになるという事実に一部起因します。これは、複雑で強力ですが、平均的なユーザーには理解できないものです。 この理由は、アラン・クーパーによる「患者の手の中の精神病院」という本で詳細に議論されています。
その後、最終的に中間点を見つけ、コラボレーションのプロセスを構築しました。
要件と製品開発戦略の形成に参加したすべての主要なチームメンバーは、便利なシステムの動作原理の一般的なアイデアを得るために、ユーザビリティと設計に関する文献、記事、およびサイトに精通しました。 特に、Jeff Raskin氏の本「インターフェース：コンピューターシステムの設計における新しい方向性」に注目してください。 このような準備により、外部のデザインスタジオとのコミュニケーションプロセスがはるかに高速になり、ほぼ同じ言語を話すようになりました。
私たちのチームは、絶対に必要だと考えたそれらの機能のリストを書き、必要と考えた範囲で詳細に説明し、その説明をデザイナーに渡しました。 マルギニの男たちは、自分たちの中で見て、議論し、同僚に尋ね、隣人や友人に見せ、そして彼らが好きなことや深刻な修正が必要なことについて10-20のコメントと提案のリストを書いた。 その後、Skypeで予定された会議を開き、両側で作成された意見の相違と質問のリストを調べて、両側を満足させるすべての回答をすばやく見つけました。 満足し、デザイナーは結果を出し、プログラマーはそれを実現しました-そして、インターフェースの新しいバージョンを手に入れました。
私たちにとって、このアプローチは最も効果的です。
まず、アナリストの思考のスピードと抽象的思考の深さは、デザイナーのそれとは根本的に異なることが判明しました。 デザイナーを「拷問」し、その場でアイデアを「その場で」追い払うと、何も機能せず、常に創造性を発揮しますが、機能しません。 しかし、最終的な目標を明確に理解し、それを批判し修正する自由を与えれば、デザイナーの創造的な才能が含まれ、彼らは議論と洗練を復geし、時には「創造的な一時停止」なしでは決してできないようなクールなアイデアを提供します以前はこれを考えていませんでした。
第二に、デザイナーは私たちのアイデアを「シラミのために」テストした最初のユーザーとして行動しました。 彼らはいくつかの反復をスキップし、すぐに機能を非常にうまくするのに役立ちました。
第三に、デザイナーはアイデアを擁護する権利を得ました。これは最終製品に大きな影響を与えました。使いやすさと味覚の優れた理解を持ち、説得に時間を費やしました（私たちの要求を額面どおりにするのではなく） 。
他に何を学びましたか？
1.便利で美しいインターフェイスを作成するために、設計者はチームのメンバー以上にプロジェクトを「ルート化」する必要があることがわかりました。 つまり、単にデザインをアウトソーシングし、美しいブランドブック（原則として、年に数回製品を作成および再作成するスタートアップにとって非現実的です）に要件を書き留めると、魂のない「死んだデザイン」になります。 あなたはデザイナーの想像力の飛躍を厳しく制限し、結果への影響の度合いを減らしますが、これは創造的な人々には不可能です。 結果は悲しい。
2.設計者が他の顧客のプロジェクトに取り組み続け、目をつぶらなかったこと、そして私たちのアイデアを「打ち負かす」役割を果たすことができたなど、外部のデザイン会社との仕事は非常に効果的であることが判明しました。 「1つのテーブルで」アイデアが生まれた場合、人々は心理的に共通の意見に同意する傾向があり、アイデアのそのような良い誠実な検証は行われません。
3.「作業単位ごと」に支払う試みは、プロジェクトに損害を与えました。 設計者にとってクロックで支払うことは非常に面倒でリラックスでき、各モジュールに支払うことで以前に作成したモジュールの改良の要求が複雑になりました。 たとえば、1年の間にシステム内のアイコンを5回再描画しました。そのたびにお金を払えば、今ではすべてがひどく見えます。 その結果、「一定期間の技術仕様に従って」支払いモデルに切り替えることが決定されました。このモデルでは、全期間（2週間）が固定価格でした。 このオプションは私たちにとって最も適切であることが判明し、チーム間の信頼関係を構築することができました。
その結果、私たちは得られた結果に非常に満足しており、システムが起動したとき、私たちは皆、夜寝ずに一緒に「応援」しました。 私たちはこれを要求する必要はありませんでした-マルギーニの男たちは責任感と関与を感じ、チームのメンバーとして行動しました。
外部企業の設計を信頼できますか？
結論として、「システム設計をサードパーティ企業に提供することは可能ですか、外部チームを信頼することはそれほど重要ではないのでしょうか」という質問に答えてみましょう。
私たちの経験では、企業間で作業のプロセスを正しく構築し、インターフェイスだけでなくシステム自体の設計プロセスに外部企業を部分的に関与させると、このような作業モデルは非常に効果的で楽しいものになります。
設計が外部企業に与えられたという事実には、私たちの仮説をテストし、他のプロジェクトから他の人の経験を引き付け、コストを削減するという、紛れもない利点がありました。
このような作業スキームのおかげで、基本的に新しく、シンプルで便利なインターフェイスを作成することができました-デスクトップやタブレットに共通のウィンドウの代わりにレイヤーを使用して、簡単で快適です。 Malginiは、システムからいくつかの機能を削除するように私たちを説得しました。いくつかの機能を追加しました。それに対して、確かに非常に感謝しています。
私たちに残された謎は1つだけです。他のいくつかの開発会社は、このような密接な相互作用なしに、外部企業にインターフェース設計開発をどのように外部委託しますか？
私たちの仕事の原則をより詳細に強調するために、私たちはあなたの質問にお答えさせていただきます。
PS開発中に見つかった独自のインターフェイス要素の詳細なプレゼンテーションは、 RIA Novostiでの1時間半のビデオプレゼンテーションで見ることができ、Unicloud Business 365システムはここで入手できます 。