Microsoft Lyncのインターフェース設計またはシステムをゼロから視覚化





チャットとオーディオ/ビデオ録画の内部管理システムをゼロから開発した私の経験を共有したいと思います。 それは一年以上前でした。 今後、プロジェクトが凍結されたことを悔やみながら言いたいと思います。 危機、リーダーシップによるプロジェクトへの信頼の喪失、またはその他の理由かどうか-私は知りません。 チームは快適でしたが、問題を解決することは興味深くエキサイティングでした。 一般的に、私は精神の中でタスクを設定するのが好きです。 ここで、鉛筆を持って何かを描いてください。」 そして、彼らとの協力は理想的にはこの形式に該当しました。



ちなみに、Figmaを使用する場合は既製の設計システムに注意することをお勧めします 。 フリーランサーが1か月あたりの注文を増やすのに役立ち、プログラマーは自分で美しいアプリケーションを作成できます。また、チーム作業用の既製の設計システムを使用して、チームが「スプリント」スプリントを迅速にリードします。



また、深刻なプロジェクトがある場合、当社のチームは、ベストプラクティスに基づいて組織内に設計システムを展開し、Figmaを使用して特定のタスクに合わせて調整する準備ができています。 Web /デスクトップ、および任意のモバイル。 また、React / React Nativeにも精通しています。 Tへの書き込み: @kamushken




晴れた春の日に、ベルが鳴りました。 女の子は、「自分のシステムのインターフェースの開発者としてフリーランスの契約をしたくありません。 リモートで。 時折オフィスを訪問します。」 主な仕事のスケジュール、空き時間、特に自宅から自転車で20分のオフィスの場所を考慮して、子音を電話にひょっとうなずきました。



さらに標準的な手順。 知り合い、面接、その他の手続き。 そのため、組織内のチャットルーム、音声会議、ビデオ会議を管理するためのシステムのボックス版を計画しています。 記録された断片の膨大なセットがあり、何が起こっているのかこの画像を何らかの形で視覚化する必要があります。 ターゲットオーディエンスは、システム管理者、セキュリティガード、部門管理と見なされていたためです。 管理者-管理します。 警備員-ペトロフの疑惑にさらされているため、ペトロフのメモをすべて聞きたい。 管理-後れを取らないこと(言い換えれば、すべてとすべてを見ること)。 それから、最初の会議で、私のお気に入りの提案が表明されました-もちろん、何かが私の頭に現れない限り、鉛筆を取り、すぐに何かを描くことです。 視覚化に問題はなく、会話の5分後に何を提供できるかを明確に想像しました。 マーカーを手に取って、遅滞なく、理想的にはエンタープライズオートメーションシステムの概念を課しました。その要素の開発は並行して行われました。



画像



楽しい驚きから広がるリーダーシップの目を見て、私は「フロップナッツ」)))(ナッツ(英語のナッツ)-ポーカープレイヤーの俗語、スラング表現、この分布で最も強いハンドと、支配者に対するプレイヤーの自信を示していることに気付きました。この手の強さ-ed。)「うわー、私たちはそのようなアプローチがまったく可能だとは思わなかった。」 ビンゴ! 経営陣がメトロインターフェイスガイドラインを好むことをようやく知ったので、この役職の残りの候補者をバイパスした場合、どのように行動するべきかをすでに知っていました。 テストタスクに数時間を費やした後、荷物を詰め続けました。 結局、数日後、私はバイクで不慣れな国を渡って何千何千キロという形で休暇を待っていました。 後に、長さ150 kmのイタリアの別の山の蛇紋岩を一周し、その上で昼光を費やし、ほとんど力のないテントに横たわった後、私は彼らが私と協力する準備ができている同じ大切な電子メールを受け取ります。



時間を手放し、仕事-1時間。 冗談。 数日のうちに噂がかき集められていることに気づき、仕事に取り掛かりました。 前述のケースの問題「私たちはそのようなデータセットを持っていますが、それがどのように見えるべきかわかりません。 ここでは、鉛筆を持って私たちに何かを描いてください」と主に述べているのは、入り口の写真の劣等感です。 これはわくわくすると同時に悪いことです。 開発者は、開発中のコンセプトに新しい希望を「くさび」でかけるとき、幅広い視野と柔軟性を示し、一方で、経営者からの「食欲が伴う」シリーズの編集に追加の時間を費やします。 典型的なシナリオのいくつかの詳細については、最終的な目標と他のビジョンスキームは問題外でした。 「警備員はこのように、管理はそのように、そして残りのユーザーはそのような読み取り専用特権を持つことを望んでいます。」と、大まかなモノローグで指でいくつかのスクリプトが発表されました。 そして、仕事が沸騰し始めた....



上記のスキームに従って、最初の画像はY軸にユーザーを表示し、X軸にタイムラインを表示することになっています。記録された各チャット、ダイアログ、またはビデオ会議は、時間軸に幅が投影されたブロックの形で提供されました(以下、断片のみを表示します)レイアウト):







3つのデータ型にはそれぞれ独自の色がありました。 システムに入ると、ユーザーはすぐに「企業の鼓動」を感じることができました。つまり、どの色が支配的か、ブロックの長さ、そしてそれに応じて記録の期間、ユーザーの活動です。 「なぜ今日、Ivanovに空白のデータギャップがあるのですか?」部門の長は自問して、チェックを開始できました。



おそらく、リストに表示されるそれぞれに特定の評価(プロファイル画像の下にある緑色のバー)があることが理解されました。 十字をクリックすることで、リストを「捨てる」ことができ、検索に戻ることができます。 以下のタブは、自動保存フィルターの選択です。 私自身は、「オーディオのみ」または「特定の長さのビデオのみ」を表示する必要がある場合に管理オプションを提供しました。 別の「利害関係」は、フィルターを使用してドロップダウンリストをどのように調和させて実装するかという問題でした。



それらに焦点を合わせて黒くするのは強いですか?







または、バランスを維持して背景を白のままにしますか?







しかし、新しいフィルタリング基準が将来のバージョンに登場した場合、そのような垂直的な方法でフィルターの開発の可能性を残しますか?



この場合、下のタブに、通常は水平スキャンに配置することができます。







一般的に、想像力の創造的な飛行は本格的に急上昇しました:)最後の水平オプションにとどまることにしました。



先に進みます。 他のすべてに、私はブロック要素のいずれかを再現するというアイデアを提案しました。 彼らは、クリックでミニプレーヤーを作ることで妥協することを決めました。例えば音声を使って:







ビデオの例:







そして、機能を拡張するためにフルスクリーンモードに展開します:







私の非標準ソリューションを除いて、すべてが多かれ少なかれ標準であり、音声会議中にヒストグラムにテキストの対応も表示します。 突然、そのようなケースも存在することが判明しました(ha!誰が疑うでしょう)。 タイムラインの音声でテキストチャットを投影しました。 上記のヒストグラムのすぐ上にリストされている著者に色でマッチ棒を割り当てます。 スプレッドのある下のリストは、明らかに名前が割り当てられ、編集、展開、共有、削除が可能な、自由に保存されたオーディオレコードのフラグメントのように見えると思います。 だから、私はそれらに集中しません。 それとも、すでに指摘されていますか?



そのため、ある日、小さなブレインストーミングセッション中に、誰かが突然言いました。 しかし、結局のところ、ペトロフは一度に複数の対話を持つことができます! そして何をすべきか?」 一定のタイムアウトが発生したので、入力の質の低い情報でアプローチのマイナス面をもう一度味わい、「でもそれでいい」と言わなければなりませんでした。







現在、「ペトロフゾーン」の高さは固定ではなく、浮いています。 従業員が異なる人々と10のチャットを同時に行った場合、それらすべてを1つの時間単位で表示する必要があるためです。 これにはプラスがあります。すべてのマルチタスカーがすぐに明らかになります。



会議中の1日で、ユーザーをグループ化する必要が生じました。 誰かがコレクションの作成にアクセスする権利を持ちます。 読み取り専用ユーザーの場合、管理者が事前にインストールできます。 実装されたアコーディオン:







異なるユーザーを異なるグループに「分散」したい場合に備えて、ドラッグアンドドロップで入力することをお勧めします。







さて、あなたは火のない煙がないことを理解していますか? すぐに、空きスペースの問題が崩壊したグループの右側に浮上しました。 そして、この問題は、多くのグループが存在する場合に特に深刻でした。







そして、ここでも、私はなんとか状況から抜け出すことができました! 折りたたまれた各コレクション内で何が起こっているかについて簡単な概要を表示してみませんか? 内部に現れた新しいイベントに関する通知を表示できます。 それが起こった時間を書く方が正しい。 レコードを毎分作成できる巨大企業のフレームワークでは便利です。







毎週機能的に大きくなりすぎています。 指導者たちは、可能な限りあらゆる方法で彼らの大部分から抽象化を試みたにもかかわらず、第2バージョンに先送りしました。 最終的には、これもプロジェクトの凍結に一役買ったかもしれません。 いずれにせよ、私たちは肯定的な意見に別れを告げました。



ここでは、月、年など、さまざまな時間スケールの多数のモデルを挿入しません。 グリッドを使用して、より大きな時間単位でイベントをカウントするというアイデアは今でも気に入っていますが、







「レポート」セクションのチャートやグラフに再び目を奪われることはありません。これらは各ユーザーにとって一般的かつ具体的でした。 検索付きのメッセージのセクション、サブセクションの束を持つ管理セクションであなたを苦しめません。 最終版の色が少し改善されたとしか言えません。







「バグの作業」を実行するためにも、これらの概念を上げることにしました。 古い作品を開いて、1年前にボタンがどのように機能するかを思い出せない場合、その時点で成長することがたくさんあったと思います。 そして、同じプロジェクトを開いて、今までとは違う、より良い結果をすぐに確認できれば、この1年はあなたの職業の発展の面で無駄になっていません。



友達を育てよう!



All Articles