私たちの新しいユーザーは誰ですか
課金、PRM、CRM、BPMシステムなど、10年以上にわたってビジネス情報システムの開発、実装、サポートを行ってきました。 これらはすべて「ボックス化」ソリューションではありません。 システムを実装するには、クライアントのITインフラストラクチャを調査し、製品と統合する必要があります。 これは、クライアントの敷地内にミニデータセンターを組み立てることを意味する場合があります。 さらに、従業員のトレーニング。 当然、そのようなシステムは安くなることはできず、当社の顧客は常に大企業または成功した中規模企業でした。 潜在顧客の新しいセグメントであるSMB-中小企業向けに、クラウドベースのPRMシステムをリリースすることにしました。
そのような企業は、既成のITソリューションの不完全さと技術サポートの質の低さにしばしば悩まされます。 特定のビジネスの要件に適応するシステムに比べてシンプルなものを提供したかったが、手頃な価格で信頼できる製品を提供したかった。 そのため、ソフトウェア自体がデータセンターにあるときにSaaSモデルを実装することが決定されました。SaaSサービスプロバイダーがサービスを提供し、ベンダーとして開発と更新を行い、クライアントにWebインターフェイスを介してアクセスを提供します。
機能第一
複雑なビジネスプロセスに大量の情報を提供するソフトウェアを少なくとも一度は扱ったことがある人にとって、そのインターフェイスが設計実験の分野ではないことは秘密ではありません。 もちろん、この技術はまだ止まっておらず、モニターの解像度は低価格のラップトップでも「タッチスクリーン」機能が表示され、デザイナーや開発者はトレンドに追いつくように誘惑されています。 ユーザーの目には恐竜のように見えることを望みません。彼らの製品のインターフェイスで、95番目の「Windows」のノスタルジックな思い出を呼び起こします。 それにもかかわらず、ビジネスソフトウェアの装飾的な変更でさえ、非常に慎重に行う必要があります。 自動化製品の成功は、大量の情報の処理を簡素化し、日常業務を加速する方法にかかっています。 アイコンの配色やデザインを変更しても、ユーザーの見当識障害を引き起こす可能性があり、作業時間が数秒かかります。 そして、ご存知のように、ビジネスでは時は金なりです。
エンタープライズアプリケーションの機能-プレゼンテーションのメインフォームとしての各画面およびテーブル上のデータの高密度パッケージ化。 創造的な想像力のための場所はありません。 歴史は、デザインをより新しくしたいという願望を知っており、テーブルがそれほどかさばらず、更新されたバージョンの失敗と顧客からの多くの苦情をもたらしました。 これは、ソフトウェアがクラウドで実行されているかクライアントサーバーで実行されているかに関係なく、留意する必要のあることです。
このような密度のデータの認識を促進し、それらと連携するために何ができますか？ まず、データ構造を注意深く調べて、冗長なものを削除します。 たとえば、ユーザーが単一のセマンティックブロックに属するものとしてコンテンツを読み取るセルを結合します。 次に、テーブルデータを並べ替えてフィルター処理し、指定されたパラメーターに従って表示する機能を導入します。 PRMSaaSでは、ユーザーは表示されたパラメータの柔軟な設定システムを使用して、基本的に独立してデータを構造化できます。 第三に、知覚の色とパターンを賢く使いましょう。 制限された配色は、システムでフルタイムで働いている人でさえ、感覚の過負荷を引き起こしません。 この抑制された背景に対して、視覚的なアラームは、ユーザーにとって重要なイベント（エラー、空白フィールド、新しいメッセージ）を明確に示します。 オリジナルではありませんが、機能的です。
中小企業の技術的機会
また、システムが機能する条件を理解する必要がありました。 そして、国民経済の特徴が働き始め、一般的に「モスクワはロシアではない」と要約されました。 首都と無限のロシア州の企業のITサポートの違いは、以前は顕著でした。 近年の経済状況は、このギャップを広げただけです。 その結果、潜在的なユーザーの技術的能力を考えると、ウファ、サマラ、またはノボシビルスクのどこかにある新しい小売店の真新しいMacBookとマネージャーを持つ人々を想像しなければなりませんでした。攻撃する）。
最悪のユーザー機器であっても、プロジェクトの1つのように、サービスの動作を遅くする余裕はなかったため、ローカルハードウェアでは最新のブラウザーを起動できませんでした。
これは私たちにとって何を意味しましたか？ まず、ユーザーのハードウェアの負荷を最小限に抑える必要があります。すべての労働集約的な操作はバックエンド（「薄い」インターフェイス）に転送されます。 ユーザーのコンピューターに不要なスクリプトを読み込むことはできません。 大幅なハードウェアアクセラレーションが必要なエフェクトは使用できません。
計算では、一部のユーザーは15インチの画面でサービスを使用するか、FullHDよりも低い画面解像度で作業することになります。 つまり、経済的にスペースを使用し、視覚ノイズを最小限に抑える必要があります。
テストアルゴリズム
ここでは、何も発明する必要はありませんでした。 情報システムのインターフェイスをテストし、ユーザーエクスペリエンスを調査するためのスキームが既にありました。これは、他のForward製品の開発および実装中にテストされました。 さらに、既存のPRMシステムのインターフェースの調整について話していたため、この場合の手順の一部をスキップできました。
アルゴリズム全体は次のようになります。
- 古い情報システムで、または自動化せずに同じタスクを実行する際のユーザーエクスペリエンスの調査。
- ユーザー作業の典型的なシナリオの準備、これらのシナリオに基づく役割またはユーザーグループの割り当て。
PRMSaaSの場合、これら2つのステップはすでに完了しています。これは、非クラウドPRMの作業中に収集されたユーザーの行動とその可能な役割に関する情報があったためです。
- サービスの継続的なユーザー作業の期間を考慮して、システムの負荷を評価し、将来のユーザー数をスケーリングする この段階では、たとえば、待機時間の境界許容値とサービスの実際の動作を比較するために、自動負荷テストが実行されます。
- ユーザーの権利の分離と、この特定の役割の過剰な機能のインターフェイスからの削除。
- 各役割に必要な最小限の機能を備えたインターフェイスプロトタイプの反復準備、作業インターフェイスのドラフトバージョンの開発。
- 限られた数のユーザーで操作をテストします。
- テスト結果の調査とユーザーエクスペリエンスの正確性の検証。
- バグ修正、ロードおよびユーザーテストの結果に基づくフロントエンドおよびバックエンドの最適化。
サービスに実装された各機能ブロックまたはプロセスに対して同じことが繰り返されます。
結論の代わりに
これらの前提条件とプロセスから、PRMSaaSインターフェースは現在の形で生まれました。 上記の困難にもかかわらず、2つの主要なベクトルを区別できます。 バックエンドでは、美と功利主義の闘争が功利主義に勝ちます。 この選択は、ほとんどのエンタープライズソフトウェアのインターフェイスの一般的な運用要件によって決まります。 フロントエンドはポータルテクノロジーに焦点を当て、モバイルアプリケーションで動作します。ここでは、設計と人間工学の指示があります。 そして、ここではもちろん、実用性を考慮するだけでなく、外国の開発者やインターフェース設計者が話題にしている傾向を参考に、製品を適切なパッケージに包む必要があります：ユーザータスクのゲーミフィケーション、デザインのカスタマイズ、またはタッチスクリーンテクノロジーの使用」