あなたはそれを使うか、おそらくすでにSlackについて聞いたことがあるでしょう。



そして、これは驚くことではありません-アクティブなオーディエンスの数の驚くべき増加を示しています。



すでに、30,000を超えるさまざまなチームと350,000を超えるユーザーが毎日この便利なプラットフォームを社内コミュニケーションに使用しており、ビジネスの評価総額は10億ドルに達します。



TwitterでWall of Loveを見たことはないでしょう。誰もが承認と賞賛を表明できます。 そのようなユーザー-最初は懐疑的で、後に職場でコミュニケーションをとるための素晴らしい方法を発見しました。



同時に、Slackは高価なマーケティングキャンペーンを実施せず、ニューヨークの中心部で看板を購入せず、実際には、広告メッセージをメールにほとんど送信しませんでした。 その秘密は何ですか？



Slackの創設者であるStuart Buttfieldが製品と会社の進路について話をスライドさせた場合、彼はユーザーのフィードバックに焦点を当て、彼らの提案に基づいて作業と開発の努力を積み上げました。



そして今、SlackはY Combinatorを去りWebExと競合するスタートアップであるScreenheroを買収して買収市場に参入しました。 主な機能：音声通話を提供し、他のユーザーの画面にアクセスしてファイルを編集する機能。 これまでのところ、Screenheroは、Screenheroは別個に存在し、サービスがSlackプラットフォームに完全に統合されるまで、既存のユーザーには何も起こりません。



Screenheroチームの追加により、Slackのスタッフ全体は従業員100人を超えました。 ニュースフィードにはすでに音声/ビデオチャットとクロスプラットフォームPC / MACアクセスが画面に表示されるというメッセージがいっぱいであるため、吸収されたプロジェクトのこれら6人は認識を超えてSlackを変更できます。 同意する-悪くない。







Firstroundの独占インタビューで、 SlackのCEOでFlickrの前共同設立者であるStuart Butfieldが、市場参入戦略、タスクの優先順位付け、顧客獲得について語っています。



Slackは2012年の終わりに製品の開発を開始し、2013年3月までに社内で既にアクティブなテストを開始できるようになりました。 5月、Slackはサードパーティユーザー向けのサービスを開始し、プラットフォームが使用できることを確認しました。



「 私たちは、さまざまな企業で働いているすべての知人や友人に、製品を試して私たちに意見を表明するよう懇願し、懇願しました 。 CozyとRdioは、社内コミュニケーションでSlackを使用し始めた最初の企業でした。「 個人的なリクエストの結果、6〜10社が参加しました 。」



そのほぼ直後に、Slackのエンジニアは製品のスケーラビリティが非常に優れていることを認識しました。 従業員は私たちのプラットフォームで話し始めました-合計120人です。」



その後、製品のすべての欠陥が明らかになり、従業員が現在従事している修正が行われました。 この知識を武器に、スチュアートとチームは初期計画に多くの変更を加え、新たにプロセスを開始し、さらに多くのチームがプラットフォームを使用しました。 2013年の春までにSlackは磨かれ、8月に作業開始からわずか7か月で一般公開されました。



「 もちろん、これは私たちのベータリリースでしたが、ユーザーが製品が湿っていたり、信頼性が低いと思うかもしれないので、それを呼び出しませんでした 。」 代わりに、スチュアートチームは「プレスブリッツ」テクニックを採用しました。これは、ツールを使用して、うまく機能できるユーザーを引き付ける必要があることを示しています。 初日、8,000人のユーザーがSlackに登録し、2週間後、その数は15,000人に増加しました。



学んだ最初の教訓は、伝統的なメディアの力の典型的な過小評価に関連しており、発売を伴いました。 スチュワート氏は、まずこのことに集中する必要があり、製品をリリースする数ヶ月前から通信を開始し、発売後数週間継続する必要があると述べています。「 利用可能なすべての文字列を引き出します。 「従業員から顧客や投資家に至るまで、何でも構いません 。」



さらに重要なことは、メディアストーリーは、どの出版物によってもテキストが公開された時点で終わらないことです。 スチュワートは、これは成功のための総レシピの20％にすぎないと考えています。「 残りの80％はこのニュースについて話し合う人です。ニュースサイトに行くことはほとんどありません。コンテンツが多すぎます。友達と知り合いが共有しています。



ソーシャルメディアは競技場をより広くしているので、あなたはあなたが持っているもので走り回らなければなりません-つまり、リンクを取り、それをさらに送信し、あなた自身の連絡先を通して聴衆を広げます。

ユーザーに製品が必要な理由を説明してください。

Slackの初期の経験のもう1つの興味深い点は次のとおりです。開発のどの段階（Alpha / Beta）でも、それについてどのように話し、それを管理するかに関係なく、将来製品に起こるすべてを決定します。 この間にできる限りのフィードバックをすべて絞ってください。



Slackは最大値を絞り出して、サービスがテストされ、それが何であるかを公開するずっと前に、それが何であるかを見る機会を与えました。 これは当初考えられたということではなく、直感的に起こったものです。「 プラットフォームの「オープン」を発表した2013年8月までに、かなり複雑な製品を7か月間しか開発していなかったため、今と同じフィードバックはまだありませんでした 」 。



Slackの最大のテストは、製品をチームや企業に販売した経験であり、単なる愛好家だけではありません。「 ほとんどの企業では、通常、職場でだけでなくプラットフォームを使用するように動機付けられた単一のユーザーに企業を切り替えることはより困難です」 これをDropboxと比較できます。Dropboxは、最初の使用を2、3回行った後、ユーザーに拡張ディスク容量に対して数ドルを支払うよう説得するのは難しくありません。 Slackは、多くの別個の要素で構成される会社を説得して、変更を通常はしぶしぶ行うツールを実装する必要がありました。



Slackの場合の主なリスクは、サービスを拒否するリスクが倍増することです。つまり、チーム/会社のメンバーの1人がプラットフォームの使用を拒否すると、おそらく会社全体がそれを拒否します。



Slackのエンジニアとマネージャーがベータ期間中に戦ったのは、この問題の解決策です。「 Slackを使用する利点をユーザーに説明するために膨大な量の資料を作成し、その仕組みを説明します。チーム管理者-私たちの主な目標は、これらの人々にSlackに切り替えるよう説得するために必要なすべての弾薬を提供することでした。



企業内コミュニケーションは比較的新しいビジネス分野であるため、製品の使用に関するトレーニングを、そのような製品の市場のルールに関するトレーニングから分離することは困難です。 Stewartは次のように述べています。「 HipChat、Campfire、IRCなどの他の集中型通信システムから得られたユーザーの20％から30％であり、これはおおよその見積もりに過ぎません。内部通信の場合、答えは「 何もありません 」でした。しかし、もちろん、これも完全に正しいわけではありません 。メールでも、このカテゴリの製品では誰もが何らかのツールを使用しません 。



スチュアートは、生まれつきの好奇心から、スラックに登録している企業が何も使用していないものをまったく最初から整理するようになったとき（同様のプロジェクトの以前の経験なし）、実際、膨大な数の異なるサービスが使用されていることを発見しました。彼らの数、互いに一般的な非互換性により、ユーザーは「何もありません」と言いました：「 これらのサービスは、単一のプラットフォームを表すものではありませんでした。人々は、ハングアウト、SMS、Skype、行く ogle + "。



ここから次の結論が導き出されます。「 完全に新鮮な市場で革新を行い、製品を理解しやすくし、競合他社やすべての収益性の高い場所との根本的な違いが明らかな場合、これが市場参入戦略の核となるはずです。 「そのようなサービスの利点」のリストだけでさえ、売り上げを生み出すことができます。



そして、スチュアートが言うのは、多くの場合、いくつかのチームが存在する会社全体ではなく、「チーム」の製品ポジショニングについてです。「 小規模な組織の場合、「チーム=会社」と判明しますが、15の企業の例を見ると、 000人の従業員は、9つの異なるSlackコマンドをサポートするアドビの状況にいることに気付くでしょう。この方法で検出された「抜け穴」により、Slackはユーザー数で迅速かつ定性的に成長できました。言うだろう 「ああ、クールなもの」、そしてこれらは、彼の同僚を楽しむために始めている-のサービスのための任意の集中型の調達や支払いを必要としません」。



企業環境でのSlackの最初の成功に貢献したのは、この要因でした。「 プラットフォームへの参加を簡単にし、プロセスを可能な限り楽しくしました。誰もが小さなことを調整したくないので、人々がサービスを使用できるようにしました。そもそも、後で使用するために赤いテープを残すか、まったく行わないことです。」



ユーザートレーニングは有用なものであることが判明しました：「 2013年8月から2014年2月までに最初の15,000件の登録を行い、そのうち半数以上がSlackユーザーのニーズを理解してくれたので、誰でも好きで簡単にアクセスできる製品を成長させることができました」



プラットフォーム開発チームがユーザーから製品の学習方法を知ることができるため、フィードバック、ユーザーの意見、問題に取り組むことがSlackの組織プロセスの中核となります。 「 時には、 」とスチュアートは語ります。「製品のビジョンとは根本的に異なるフィードバックを受け取りました。同時に、最初は完全に理解していなかった方向に飛び込もうとすることができます。ユーザーによって-しかし実際には、私たちのサービスのテスターに​​よって、私たちが確かに知っていたように、プラットフォームを正しく効率的に使用すべきだった企業の間で 。」



これらの重要なユーザーの1人が、何かが正しく機能しない、または正しく表示されないと書いたとき、すぐに修正して修正しました。



そのようなアクションの例は、Slackの各プロジェクト内で作成される「チャネル」で実証できます。これらは任意の数量で作成でき、たとえば、会社の新入社員が単純にどのプロジェクトをそれらのうち、彼らは参加しなければならない、そしてどれ-無視する。 Slackチームはすぐにこの問題を見つけ、チャネルの構成を変更して、説明をすばやく読み、各チャネルの参加者数を個別に確認できるようにしました。 例は単純ですが、示唆的なものです。最も明白でユーザーの生活を単純化することで、誰もが満足するでしょう。



Slackの数値でのフィードバックへの焦点は次のようになりました：月に8,000のZendeskチケットと10,000のツイート。 みんなはまだすべてのリクエストを処理しようとしていますが、最初は大変でしたが、特に2人しか処理しませんでした-スチュアートはTwitterからのリクエストを整理し、品質とサポートのディレクターであるアリレールは忙しかったですZendesk もちろん、Slackは依然としてユーザーの意見を開発の主な推進力と考えているため、これらのタスクのスタッフは大幅に増えています。18人のうち、6人は24時間365日、誇張なしにTwitterを監視しています。



@SlackHQにツイートを自分で書いて、このチャンネルからのフィードバックでサービスがどれほど迅速かつ効率的に機能するかを感じることができます。 これは単なるサポートではありません-解決に成功したユーザーの問題は、ネットワーク化された方法で彼の連絡先に分岐し、当初計画されていなかったマーケティング効果を高めます。



したがって、スチュアートによる次の一般的な発言-各クライアントと彼との各対話は、製品をマーケティングするための実用的な無限の機会を与えます。 個人的な訴えの後で彼の問題を解決する場合-彼はすべての友人にあなたを推薦する可能性が高いです。



当然、Slackはすべてのユーザーリクエストが体系化されることも保証します-視聴者が提供する機能は、最大の参照数などでソートされます。 これにより、チームがSlackをどのように使用しているかに基づいてのみ、プラットフォームの改善に関する作業を計画できます。



「 数字をよく知ってください 」は、スチュアートのもう1つのヒントです。 「 Slackでは、「マジックナンバー」は2000です。これは2000メッセージです。私たちの経験では、チームは約10時間の継続的なコミュニケーションで2000メッセージを生成し、これは50人のチームです。10人のチームの場合、これは1週間になりますいずれにせよ、Slack内でこれらの2000件のメッセージを交換するチームが私たちと一緒にいることが重要です。このしきい値を超えた組織の7％だけが最終的にSlackを放棄しました 。」



「 コンバージョンとユーザーリターンの平均値やプロジェクトではなく、よく理解する必要があります 。 これらの概念があなたとプロジェクトにとって意味するものを知っておく必要があります 」とStuart氏は言います。 さまざまな製品が、これらの概念を扱うさまざまなルールとメカニズムを規定しています。 Slackはその「二千」とこの数字の魔法の意味を知っているので、さらなるプラットフォームの改善を計画する際にそれに集中することができます。







しかし、いずれにしても、フィードバックの根底にあるのはあなたが作った製品です。 そして、あなたがうまくやれば、何がそれをポピュラーにするのかを知っています。「 私たちは自分たちのために非常に高いガイドラインを設定し、彼らに到達するまでは内部的に満足しません 。」



ここで、スチュアートは、Paul Bookheitの最近の出版物に「 あなたの製品が素晴らしいなら、それは良いものである必要はない 」という見出しを引用しています 。 BookheitはGmailの共同設立者の1人として知られており、その論文は非常にシンプルです。1つまたは2つのタスクを任意の規模で完全に実行する場合、残りは一般にそれほど重要ではありません。 例としてのGmail-長い間、文字による検索、メッセージの分岐、そしてほぼ1 GBの空き容量を除いて何もありませんでしたが、ユーザーは「Gmailにないもの」を考えませんでした-彼らは驚いたその中には何があります。



「 私たちは角を切るつもりはありません 。 本当に重要だと思うことに集中しています 。」



Slackにはそのようなことはあまりありません。



検索します。 Slackにとっても、Gmailにとっても検索は重要です。多くのアクティブな通信チャネルがあるため、人々は必要な情報にすばやくアクセスしたいと考えています。 ユーザーは、ドキュメントを保存しなかったという事実を心配する必要はありません。いつでもドキュメントにアクセスできる必要があります。



同期する Slackをどこでどのように使用しても、チャンネルは常にデバイス間で同期されます。 何も見逃すことはなく、すべての情報がデスクトップ、またはスマートフォンで届きます。



シンプルなファイル共有 。 Slackはドキュメントの問題を解決し、最も簡単な方法で共有します。ファイルをドラッグアンドドロップするだけで、すぐに誰でも利用できるようになります。 ローカルマシン、Dropboxコーポレートアカウント、またはサードパーティのサービスのどこからでも、このファイルはチャンネル内で他のユーザーに表示されます。



「 私たちは、3つのSlackの柱として何を検討するべきかについて長い間議論してきました。その上でプラットフォーム全体を構築し、最大限の注意を集中しました。 Slackの周りのユーザー。これはあまりにも単純に聞こえるかもしれませんが、競争市場に参入するときは、間違いにならないように、何かに頼らなければなりません。これらのtrであるという印象 そして物事は、行動のルールが誰にもまだ完全に理解されていない新しい市場で私たちが競争に先んじることを許しました 。