KSSをどのように比較しましたか。 パート2

今日も、 前の記事で始まった企業のソーシャルネットワークを選択するというトピックを続けています 。 その中で、ロシアの企業が欧米のレビューとプラットフォームの説明に基づいてプラットフォームを選択する決定を下す際に直面している困難について話しました。 したがって、利用可能な資料を検討し、レビューに含まれるネットワークで機能することを試みて、企業のソーシャルネットワークの機能の表を作成しました。 この機会を利用して、分析の表の補足と拡大を支援し、支援し続けている積極的な参加者に感謝します。



次に、企業のソーシャルネットワークを選択するときに見られる「トップダウン」と「ボトムアップ」の2つのアプローチについて説明し、「スーパースタイル」を選択するためのレシピを示します。 大企業で従来のITシステムを選択する際に伝統的に使用されているアプローチから始めましょう。



トップダウンアプローチ



このアプローチでは、原則として、ビジネス顧客は会社のリーダーシップにあり、プロジェクトの主な受益者およびエンジンです。 ビジネス顧客は、現在のプロセスと不足しているものを分析して、ビジネスで望ましい結果を達成します。 その結果、彼は実装する必要がある新しいルールまたはプロセスを見つけました。 プロセスを実装するために追加のITシステムが必要な場合、情報技術局が接続され、現在のITシステムを理解し、新しいプラットフォームの技術要件を形成します。 たとえば、ERPシステムの実装が決定された場合、プロジェクトはITプラットフォームの展開を開始し、新しいプロセスを導入します。 意思決定のロジックは、人、プロセス、および通信テクノロジーを接続する企業のソーシャルネットワークに関しては、わずかに変更されています。 この場合、人事部門または内部コミュニケーション部門は通常、分析段階で接続されます。分析段階では、企業文化に基づいて、新しいシステムを使用するように従業員を引き付ける方法を探し、その後、プロジェクトの実装段階で、新しいシステムの操作に人員を関与させようとします。 概略的には、プロセスは次のようになります。



esncomparison_topdown.jpg



要約すると、深刻な準備作業の結果として、バランスの取れた決定が下されます。 包括的な分析のおかげで、成長の問題やシステムの狭い技術的能力に遭遇する可能性が最小限に抑えられます。 ただし、このアプローチは、スタッフの関与に多大な時間とリソースコストを必要とし、仕事のために追加のプラットフォームが本当に必要であることを証明しています。



ボトムアップアプローチ



私は自分の練習から短い話を思い出します。 どういうわけか、新しいプラットフォームへの移行を正当化するために、Yammerの機能をSharePointと比較分析するように依頼したIT担当の副社長である大規模な顧客の代表者が登場しました。 当時、私はまず企業のソーシャルネットワークで情報を検索するという安定した習慣をすでに身につけていました。 したがって、最初にこのリクエストを送信しました。 Yammerが設立されたその日から販売していた外国人の同僚から受け取った答えに戸惑いました。 彼は、彼が同様の分析をするように頼まれたときにすでに経験を持っていることが判明しました。 多数の比較ポイントから、機能は非常に似ていました-合計スコアはほぼ等しく、SharePointに少し賛成でした。 しかし、これらは外観の異なる完全に異なるプラットフォームです! その結果、顧客はSalesforce Chatterを購入しました。これは、IT部門の代表者が機能比較について質問し、その時点でビジネス顧客がChatterへのテストアクセスを開いて使用を開始したためです。



したがって、私の同僚は私に比較分析を提供せず、実施しないことを強く推奨しましたが、ビジネス顧客を特定し、彼に実演をさせました。 この経験に注意することをお勧めします。企業のソーシャルネットワークを販売するときは、機能を評価するだけでなく、将来のユーザーにプラットフォームを自分で見て使用する機会を与えることも、彼らがすぐにいくつかのオプションを好むか嫌うかです。 与えられたケースは異なるアプローチ-ボトムアップを説明しています。



これは、企業経営のレベルではなく、地上で意思決定が行われ、その後、側面にまで広がる場合のオプションです。 原則として、これはローカルの問題を解決する必要があるある種のビジネス部門かもしれません。 部門の活動家は、ITサービスにアクセスし、そこで作業を開始するためのソリューション(おそらくクラウドソリューション)を見つけます。 アイデアは口コミによって広まり、新しい部門は使用シナリオでシステムに接続されます。 ある時点で、すでに会社のコミュニケーションプロセスの顕著な部分が変更されており、会社自体が新しいプラットフォーム上で少し異なる動作をしていることがわかりました。 このような自然発生的なイベントの結果として、経営者による企業のソーシャルネットワークの拒否に関連する問題が発生する可能性があります。 また、新しいシステムの技術的能力の真剣な分析が不足しているため、企業のソーシャルネットワークを既存のITシステムと統合するという困難に直面する可能性があります。 しかし、重要な肯定的な点もあります。新しいシステムに誰も関与させる必要はなく、人々はすぐにそれを使い始めます。 概略的には、プロセスは次のようになります。



esncomparison_bottomup.jpg



もちろん、人生は、説明されている2つのオプションに限定されるものではなく、実際には、2つの方向付けられたプロセスの組み合わせが観察されます。 しかし、私たちが検討しているプラ​​ットフォームを見ると、概念的には、開発者が何らかの方法で意思決定を行い、それに合わせて製品を調整していることが概念的にわかります。



トップダウンオプションは、JiveとIBM Connectionsにとってより大きな負担になります。 いずれにしても、クリエイターはポータルの社会化を通じてソーシャルネットワークへの動きを始めました。ポータルは歴史的に企業メディアとして始まり、「トップダウン」で広がりました。 ところで、以前のSharePointもこのパスに沿って開発されましたが、その後、社会化機能の開発で停止しました。 したがって、これらのプラットフォームでは:





ボトムアップアプローチから、YammerやDaOfficeなどのプラットフォームは次の傾向があります。





たとえば、現在、YammerはOffice 365に積極的に対応していましたが、そのインターフェイスは「拡張」され、多くの裏切りが行われました。



この意味でのBitrix24は、あるグループまたは別のグループに割り当てることはできません。 それは独自の方法で進み、最初はソーシャルイントラネットとして開発されます。



上記のすべてが、「このプラットフォームはこの方法でのみ実装する必要がありますが、これは異なる」などの制限を意味するものではないことに注意してください。 単純に、機能の詳細な分析を行うと、トップダウングループの代表者により多くのチェックマークが収集され、ボトムアップグループからプラットフォームを簡単にテストできます。



Supereonアプローチ



それでは、プラットフォームの選択方法は? 単一の答えはありません。 会社の組織文化に最適なトップダウンアプローチとボトムアップアプローチの組み合わせを見つける必要があります。 次のシーケンスは、私たちにとって最も適切であると思われます。これは、両方のアプローチの利点を組み合わせたものです。





最後に続きます。 その中で、企業のソーシャルネットワークのテストに関するヒントを提供するとともに、さまざまなプラットフォームから収集したユーザーエクスペリエンスを紹介します。 感情的になります!



(*)一部の企業および公共のソーシャルネットワークの類似性は、そのように発生しただけでなく、いわゆるA / Bテストの結果であることを認めなければなりません。 顧客調査と分析グループの作業のおかげで、インターフェースを最適化する、または開発チームが実装する新しい機能を追加するというアイデアが生まれました。 次に、クラウドサービスのユーザーの2つの類似グループが強調表示されます。1つは現在のインターフェイスを使用し、もう1つは変更された、または新しい機能を使用します。 クラウドサービスのボックス化インストールとは異なり、これは簡単に実行できます。 これら2つのユーザーグループの例では、分析が実行されます。2番目のグループは新しい機能の使用を開始し、クラウドサービスの使用レベルは一般的に増加していますか? その場合、新しいリビジョンは「バトル」テストに合格しており、すでにすべてのユーザーに適用できます。 そうでない場合、新しい機能は企業のソーシャルネットワークにふさわしくないものとして削除されます。 たとえば、メンバーであるグループをリストする列は常に左側にあり、右側には決してありません。A/ Bの測定によると、ユーザーがテストする方が便利だからです。



esncomparison_abtesting.jpg



それが多くのソーシャルネットワークが非常に似ている理由です-それらはユーザーが最も簡単に認識できるように作られています。 しかし、それはあなたがそれらを好きになるという意味ではありません。



ウラジミール・イヴァニツァ




All Articles