web-dev-qa-db-ja.com

ユーザー間の双方向の関係を表示する最良の方法

背景

私たちは、ユーザーが相互に接続し、その一部として、ユーザーの相互関係を選択できるWebアプリケーションに取り組んでいます。

例として、私は従業員としてJoe Bloggsに接続できます。システムは、私がJoe Bloggsの従業員であり、彼が私の雇用主であることを認識します。

問題

どのようにしてこの情報をユーザーに要求し、その後、接続を表示するのが最善でしょうか?

現在、私たちは表示します:Joe Bloggsは私の[オプション付きドロップダウン]です。

つまり、関係の種類ごとに2つのオプションが必要です(各視点に1つ)。雇用者の例では問題なく機能します。 「ジョーは私の雇用主」または「ジョーは私の従業員」と表示され、ジョーはその逆を表示します。

問題は、マネージャーなど、明白な相互関係のない関係があるときに発生します。このシナリオでは、ドロップダウンに何を入れますか? 「管理された同僚」のような表現を使用できると主張することはできますが、まったく反対のケースがないと仮定します。

考慮すべきもう1つの点は、既存の接続をどのように表示するかです。現在、サブヘッダー付きの分類されたリストでそれらを示しています:「My Employees」、「My Employers」など。

編集

アプリの一部の機能はタイプに依存しているため、関係タイプを設定しないことはオプションではありません。

例にとらわれないでください、私はシナリオを単純化しようとしていました(多分それをうまく説明していなかったでしょう)。関係は、同じ会社内の人々だけでなく、人々と組織の間の関係になります。より線に沿って;サプライヤー、弁護士、クライアント、CEO、子会社など.

8
Jacob Regan

しかし、全く反対のことがない場合があると仮定しましょう

この点についてはカバーも回答もされていないため、この点に焦点を当てます。

反対語がない場合、または適切なものが見つからない場合:文を変更するだけです。

  • あなたはXのマネージャーです
  • Yはあなたのマネージャーです

つまり、人々は"彼は私の部下"よりも"私は彼のマネージャーです"と言うことが多いと思います。人々が最もよく言うことを選ぶだけです。そして多くの場合、先輩は"彼は私の後輩です"より"私は彼の先輩です"と言います。関係が誰かが誰かの上にいることを示すとき、これは人々がそれを参照する方法です。

正直に言うと、アプリケーションが"あなたはXのジュニアです"と言うのは奇妙だと思いますが、それは私だけかもしれません。

最後に、関係が本当に双方向であるのか、それとも単一方向であるのかを考えます。

  • それが他の誰かの上にいる単方向の場合:私が言ったことを行ってください。
  • 同じレベルで双方向の場合:すでに持っているものに進んでください。
15
Walfrat

他の誰かがより良い、より根拠に基づいた答えを出すかもしれませんが、今のところ、ここに私の考えがあります:

「マネージャー」の最高の相反はおそらく「同僚」だと思います。

ただし、このアプローチではケースバイケースで関係の各セットを調べる必要があり、すべてを整理したら、主要な利害関係者がやって来て、「ああ、私たちは電話しないでください。彼らに!」言い換えれば、うまく拡張できないのです。

情報の構造だけを見て、ユーザーが自分のポジションを「Phil is a Colleague」、「Jeff is a Line Manager」、「Bob」は部門長であると宣言できるようにすることをお勧めします(おそらくドロップから会社の組織構造を使用するダウンリスト)、次に、関係との関係の年功序列を宣言します:「私はジェフです、ボブは私より年上です、フィルは私より年下です」、「私はボブです、ジェフは私より年下です、フィルは私より後輩です。」.

もちろん、これをWordで表現することもできますが、適切なインターフェイスを構築して、ビジネス構造内の特定の相互関係の問題を回避する1つの方法です。

2
Andrew Martin

考えられるすべての組織図、仕事上の関係、および文化を説明するために、この種の階層関係を強制的に適合させる前に、2回考えます。

  • それは、実際に文化が非常にフラットであるかもしれない強制されたツリー関係を導入します。

  • 人々がチーム間を移動し、さまざまな役割を担うにつれて、関係は動的になる可能性があります。

  • 昇進、部署の異動、退職などに伴い、時代遅れになりやすい構造になっています。

  • それは、管理者の力の感覚と「木の下」にいる人々の軽蔑感を高めます。

  • すべてのケースをカバーするわけではありません。

私の意見では、人々に彼らが接続されているかどうか、そしてどのように接続されているかを言うオプションを与えて、彼らに彼らが望むどんなフレージングも使用させるだけの方がいいです。あなたは人々にあなた自身のオプションのセットにフィットさせることよりもずっと多くを学ぶでしょう。

次に、見たものから学び、それに応じて適応します。

0
Roger Attrill

関係のテキストをまったく持たず、関係の記号やその他のグラフィック表示を使用することを検討したことがありますか?

たとえば、関係を示す一般的な方法はオルガノグラムです。

enter image description here

これは複数の方法で行うことができます。ユーザーが自分自身を正しい場所にドラッグし、自分の名前を正しい場所に入力し、右のアイコンをクリックする...

0
Nzall

人々が自分の立場を設定して、後で一緒に働く同僚を選ぶのに十分かもしれません。そのセットがあれば、マシンは実際に階層(存在する場合)または他のタイプの関係を把握できます。

例えば。ボブは「私は角の食料品店のオーナーです」と言います。ジェーン:「コーナーでキャベツを買う」 「私はジェーンの販売者であり、彼女は私の購入者です」と宣言する必要はありません。

人々に関係を厳密に定義することを強いる厳格なシステムを作成すると、誰も使いたくない一連の厄介なルールになってしまう可能性があります。

私は、人々に(Roger Attrillが述べた理由により)自然言語で彼ら自身を説明させ、サービスが内部で退屈な部分を実行するようにしようとします。

0