どのスタートアップを開始するかを決定する際に、私はどのような問題領域に取り組みたいかを考えてきました。私が注目している分野は、特にチームのコミュニケーションとコラボレーションです。
テクノロジー企業向けの現在の業界をリードするソリューションであるSlackを見ると、チームや企業のコミュニケーションとコラボレーションの方法を改善する大きなチャンスがあることがわかります。
以下は、多くの研究セッションを行った後の問題空間に関する私の考えです。ご意見、ご感想をお待ちしております(下記コメント)。
Slack はスケーリングしません。 Slack のワークスペースに人が増えるほど、騒がしくなります。 Slack は IRC に基づいており、メッセージング クライアントです。コラボレーション用ではなく、同期通信用に作成されました。結果として、大企業向けに Slack を拡張する方法は、ますます多くのチャネルを作成することです。これにより、企業内で生成される情報量が増加します。これは良いことかもしれませんが、Slack ユーザーには質の高い情報と質の低い情報を選別する能力がありません。
これにより、いくつかの問題が発生します。
従業員は圧倒されます。チャネルとメッセージが多すぎます。
彼らは、チャネル、特にスレッドで行われている重要な議論を見逃しています。
以前の議論を見つけたり参照したりすることはできません。
Slack を使用すると、操作が難しくなり、居場所を失いやすくなります。これにより、人々はメッセージに返信することを忘れたり、メッセージに返信する場所さえ忘れてしまいます。
これらの苦痛は、Slack 内で消費される大量の情報を生成するため、コラボレーションのために書面によるコミュニケーションに依存している企業で特に感じられます。これらは、次の特徴の 1 つ以上を持つ企業である傾向があります。
Slack の問題点については、前述のとおりです。ただし、その名誉のために、Slack の優れている点は次のとおりです。
最後の 2 つのポイントは、企業内で Slack を置き換えることを困難にする 2 つの別個の強力なネットワーク効果であるため、特に重要です。
Slack の代替手段は、次の 2 つのカテゴリに分類される傾向があります。
純粋な Slack クローンですが、いくつかの小さなバリエーションがあります。
Slack クローンですが、機能 X があります。機能 X は通常、タスク管理、プロジェクト管理、メモなどのようなものです。これらのアプリの例は次のとおりです。
2 番目のカテゴリのアプリの問題は、既存の 2 つのツールと競合することです。たとえば、チャット機能が Slack よりも優れていることを確認する必要があるだけでなく、タスク/プロジェクト管理機能が Asana / Monday / Jira / Notion / G-suite などよりも優れていることも確認する必要があります。企業内のこれらすべての製品のネットワークへの取り組みを中断して、強力な採用を確認してください。彼らの名誉のために、彼らはあなたが使用するアプリや情報を検索する必要があるアプリの数を減らします.
毎月 2 億 7000 万人のアクティブ ユーザーを抱える Teams は、この分野で最大の競争相手です。これは、主に Microsoft 製品スイートを使用する企業によって採用されています。 Teams は、Microsoft スイートの他の部分と非常によく統合されています。これらは、Accenture や Pfizer などの古い組織や大規模な組織で使用される傾向があります。
Teams は、テクノロジー ファーストの企業やスタートアップからはあまり採用されていません。これがなぜなのかはわかりません。逸話的に私は聞いた:
パフォーマンスはあまり良くありません。
Microsoft の評判 (たとえば、業界をリードするソフトウェアとして認識されていないなど)。
Slack が確立されたデフォルトです。
これについてさらに洞察がある場合は、お知らせください。
Slack の代替ソリューションは、Slack が得意とすることを行う必要があります。すなわち:
次に、次の原則に従うことで、Slack がうまく機能しないこと (つまり、情報の過負荷) を改善できます。
前述のように、Slack がうまく機能する理由の 1 つは、Slack が企業内で広く採用されていることです。このネットワーク効果を置き換えるには、トップダウンとボトムアップの 2 つの方法があります。
トップダウン: Slack を別のツールに置き換えるよう経営幹部を説得します。どの企業でも、主要なコミュニケーション ツールを変更すると社内で多くの抵抗が生じるため、これを達成するのは困難です。これは、企業の従業員数が多いほど特に当てはまります。このアプローチのもう 1 つの問題は、会社全体が移行できるようになる前に、多くの機能を備えた製品を構築するために多額の先行投資が必要になることです。
ボトムアップ: 2 人以上の独立したチームに製品を使用してもらい、社内での採用を促進します。これは実際、Slack が採用を獲得するために使用したアプローチです。最終的に、社内の十分な数のチームが Slack を使用するようになり、会社全体で Slack を採用することが理にかなっている状態になりました。
ここには、これをさらに一歩進める機会があると思います。独立した個人に製品を使用してもらうことで、企業内での採用を促進します。同僚に製品を使用するよう説得するよりも、個人が製品を自分で採用する方がはるかに簡単です。
私は今、問題空間とその制約の良い基盤を持っていると感じています.私にとっての次のステップは、これを使用して潜在的な解決策をブレインストーミングすることです.
読んでくれてありがとう。あなたの考えを私と共有してください。
ここにも掲載されています。