これは、 1cloudサービスがどのように作成されたか-最初にどのように考案され、最終的にどのようになったのか、ユーザーについて学んだこと、若いIT企業にどのようなアドバイスを提供できるかについてのストーリーです。 この記事では、ユーザーのオーディエンスを理解し、インターフェースを設計する問題に焦点を当てます。顧客が私たちの仕事をどのように見るかを見てみましょう。
当初、1cloud Vitaly GritsayとKonstantin Kudryashovの創設者は、プロジェクトを「クラウドソリューションストア」として考えていました。これは、ソフトウェアメーカーとインテグレーターがテンプレートを登録し、顧客が1cloud施設に展開できるサービスです。 創業者が考えたように、この製品の最も重要な利点の1つは、顧客とソフトウェアメーカー間の対話を簡素化する便利なインターフェイスになることでした。
しかし、しばらくして、アイデアが元の形で実現できないことが明らかになりました。分析と最初のテストでは、プロジェクトの方向を変更する必要があることが示されました。 その結果、1cloudは市場から、すべての顧客の要求を完全に自動化するIaaSおよびPaaSプロバイダーの作成に移行し始めました。
この決定は自発的なものではありません。プロジェクトの最前線にいたチーム全体がITインフラストラクチャのサポートに従事していました。その結果、それらの管理に関するかなりの知識と経験が蓄積されました。 たとえば、1cloudの創設者の1人であるVitaliy Gritsayは、自身のビジネスを作成する前に、Peter-Service社の自動化部門の責任者であり、携帯電話事業者（特にMegaphone）の活動を自動化するソフトウェアを開発しています。
市場から仮想インフラストラクチャプロバイダーに移行する決定が下された後、プロジェクトの目標も変更されました。 主なタスクは、複雑なもの（ITインフラストラクチャ管理の観点から）をユーザーにとってシンプルにし、専門教育を受けていない人々の間でこの領域に入るためのしきい値を下げることでした。 野心的な目標のうち-競争し、外国の類似物（AWS、Microsoft Azure）を超えることができるIaaS＆PaaSソリューションのロシアのプロバイダーを作成する。
私たちが働く人：クライアントに見える
サービスが解決すべき目標と目的は、ユーザーの継続的な調査によって決定できます。たとえば、仮想インフラストラクチャレンタルサービスの潜在的な消費者の視聴者に関する最初のアイデアは、サービスの開始以来、大きく変わっています。 最初は、顧客の大部分は個人であると考えていました。実際には、何よりもまず企業がユーザーになることが判明しました。
作業の過程で、誰が私たちのサービスを必要とするのか、そしてその理由をより完全に把握しています。 興味のある企業は、最終的には
1.アプリケーション開発者。 このカテゴリのユーザーにとっては、テストベンチと実稼働ブースを（継続的な統合プロセスの一部として）迅速に展開することが重要です。
2. Webスタジオとサイト所有者。 負荷増加時の信頼性と、仮想サーバーの構成を柔軟に変更し、それによって現在のニーズに適応させる機能は、それらにとってプラスになります。
さらに、作業の過程で、すべての種類のアフィリエイトプログラムがWebスタジオにも関連していることがわかりました。その職業は、クラウドプロバイダーの多くのクライアントを引き付けることができ、安定した追加収入（彼らが積極的に使用している）を受け取ることを可能にします。
3.インテグレーター企業。 このような企業は、新規顧客向けにサーバーを展開する際に時間を節約することが特に重要です。特に、ソリューションをカスタマイズし、再構成されたサーバーからテンプレートを作成する機能を作成しました。
4. 1秒で簿記を行う事業。 1cアカウンティングをクラウドに配置すると、クラウドへの分散アクセスを簡単に整理できます。変更を行うために会計士がオフィスにいる必要はありません。
ユーザー-個人に関しては、大きなコンピューティング能力を必要とするあらゆる種類のタスクに仮想インフラストラクチャを使用することが最も興味深いです。これは、自宅のPCではほとんど利用できません。
これらは、企業や個人のニーズに合わせた仮想インフラストラクチャの使用例のほんの一例です。そのような例の数は、業界全体と私たちの実践の両方で増え続けています。特にユーザーインターフェイスでの作業のおかげです。
ユーザーインターフェイス：クライアントが私たちをどのように見ているか
最初のコースは変更されましたが、目標は、ユーザーにとって複雑なものをシンプルにし、仕事のためのわかりやすいツールを提供し、どこにも行かないことです。 したがって、チームが解決し始めた最初のタスクの1つは、適切なサービスアーキテクチャを形成し、便利なインターフェイスを作成するという問題でした。
最初の段階では、いくつかの困難がありました。サービスを作成する際の主な問題は、「誰でもすぐに製品を作成できる」という欲求でした。チームは、汎用性が高く、あらゆる要件に適したアーキテクチャを構築しようとしました。 しかし、若いプロジェクトの場合、これはほとんど常に冗長であることが判明し、開発プロセスの速度低下とその過度の複雑さにつながります。
サービスを作成する方法に関する次の課題は、適切な設計を選択することでした。 一見、デザインは単なる「ラッパー」であり、製品自体から派生したものです。 しかし、1cloudで私たちはすぐに、インターフェイスとデザインが実際にユーザーが遭遇する最初の、そしてしばしば唯一の物であり、この球体を二次的なものと見なすことは不可能であることをすぐに理解しました。
ビジネスモデルのテストの段階で、Western IT企業DigitalOceanによって提案されたページデザインから先送りすることを決定しました。一方で、このソリューションにより、仮説をすばやくテストし、当社のサービスが潜在的な顧客にとって有益であり、一方で、私たちと西洋の製品の視覚的な類似性を好まなかった人々の側面（これはすべて、若い会社である私たちがフルタイムの使いやすさを持っていなかったため、サードパーティの請負業者のオファーを操作しなければならなかったという事実によってさらに悪化しました aznogo品質レベル）。
インターフェース：その後（仮説検定）...
...そして今（動作する製品）
その結果、便利であるだけでなくユニークなデザインのサービスを作成するという課題に直面しました。 私たちは資料の 1つでこのプロセスを詳細に説明しようとしました。タスクに体系的に取り組み、自分の（当時はまだまだ）経験だけでなく、他の人のミスも考慮に入れることにしました-その結果、多くの落とし穴を迂回し、自分のコーンを埋めないことが判明しました。
関連するUX / UIソリューションでこのサービスまたはそのサービスをサポートする問題は、引き続き作業に伴います。 そのため、たとえば、クライアントが設定したタスクに応じてさまざまなタイプのディスクをユーザーに提供し始めたとき、対応するコンフィギュレーターの作成はこのソリューションの自然な継続でした。
私たちにとって、視覚的なプレゼンテーションと情報の整理の利便性だけでなく、さまざまな技術的背景を持つ人々が私たちのシステムで快適に作業できる条件を作成することも重要です。
特に、この必要性は、システムに仮想サーバーテンプレートを実装するという決定によって決定されました。このように、ユーザーは仮想マシンのカスタマイズされたコピーをゼロから簡単に作成し、システムのスケーリングに最小限の時間をかけることができます。
サービスを使用してユーザーの作業を促進したいという願望は、当社の直接的な責任だけでなく、たとえば、顧客のほとんどが他社であることを認識し、法人のアカウントおよび行為の生成プロセスを促進することにしました 。
請求書、完了行為、および調整は、仮想インフラストラクチャプロバイダーにとっては中核的な活動ではないように見えますが、アカウントのステータスに関する完全な情報を確認し、ブラウザから直接ニーズに応じた会計文書のコピーを受信できることは、B2Bクライアントにとっても楽なことです数回クリックするだけでシステムを拡張できます。
設計と使いやすさの分野では、将来の計画は、適応型Webサイトの設計とコントロールパネルの作成に関連しています。 新しいデザインの一部として、サイトの外観は完全に再設計されます。以前のものよりも便利になり、サービスの絶えず拡大する機能によって研ぎ澄まされ、新しいバージョンのサイトは、ユーザーが1クラウドサービスに慣れるときに注意を払う情報の検索に関して最適化されます。
近い将来、サービスのWebバージョンのデザインを変更し、より魅力的で理解しやすくし、絶えず拡大する機能に合わせて、ユーザーにとって最も重要な情報の観点からサイトコンテンツを最適化する予定です。 さらに、長期的にはモバイルアプリケーションの立ち上げ-このプロセスの最も興味深い詳細については、ブログで間違いなくお話しします。
結論
要約すると、 1cloudをアイデアから開発サービスに変えるのに役立つ他のプロジェクトのヒントを共有したいと思います。
いずれかの初期仮説を確認せずにピボットを作成しても問題はありません。 私たちの例は生きた証拠です。
インスピレーションと意思決定の主な情報源は、ユーザーのままである必要があります。 これは単なる平凡な真実ではありません。顧客の要望に無頓着に従い、顧客の1人が要求するとおりにすべてを正確に実現する必要はありません。
問題をより広く見てみてください-本当に必要なサービスを顧客に提供できるだけでなく、このプロセスに伴うすべてのステップを可能な限り快適にすることができます：これは、法人の利便性のために会計タスクを自動化することを決定したときに起こりました。
ユーザーインターフェースの重要性を過小評価しないでください。この問題の解決策を「後で」残しておかないでください。また、請負業者が職務に対応していないと思われる場合は請負業者を交換することを恐れないでください。
他の人の設計ソリューションをコピーまたは借用する場合は注意してください。一方で、作業プロトタイプをすばやく組み立てて仮説をテストできます。一方で、潜在的なユーザーの第一印象を台無しにする可能性があります。
最終的に、フルバージョンの製品の開発者は、元のソリューションから可能な限り距離を置くという新しいタスクを実行する可能性があります（ただし、優れたソリューションではありますが、他の人のサービスにあまりにも似ています）。
テンプレートと借入が十分に注意して使用する必要がある両刃の武器である場合、他の人の経験-ポジティブとネガティブの両方-は、よく見る価値のあるものです。
他の人のサクセスストーリー（または失敗）を研究することを怠らないでください。同じレーキを踏まないでください。この「準備作業」により、他の人の経験から、業界のIaaSプロバイダーのインターフェイスを設計する際の基本的な間違いを学び、プロジェクトを作成するときにそれらを回避できました。