この記事では、Pocket の創設者である Nate Weiner が、企業開発における小規模チームの大きな利点について語ります。また、プラットフォームとユーザーを通じて製品を拡大する方法についての経験も共有します。これはすべての小規模な起業家チームにとって参考になると信じています。 後で読むアプリ「Pocket」を説明するのに動物を選ぶとしたら、それはアリでしょう。アリと同じです。なぜなら、アリには共通点が 1 つあります。アリが運ぶ物体の重量は、アリ自身の重量の何倍も重いということです。アリは自分の体重よりもはるかに重いものを運ぶことができます。Pocket も同様です。Pocket はわずか 20 人で 2,000 万人のユーザーをサポートしており、これらのユーザーは合計 20 億以上の記事とビデオを保存しています。 Pocket の並外れた機能と効率性は、すべて同社の創設者兼 CEO である Nate Weiner のおかげです。ポケット社は創業から8年になるが、最初の4年間はワイナー氏が唯一の従業員だった。彼は、Pocket の Web サイト、API、iOS アプリを独自に開発および設計しました。さらに、同社の何百万人ものユーザーに対してカスタマー サービス サポートが提供されます。 チームの規模は、実際にはそれがもたらす影響に比例しません。Pocket がその最たる例です。この記事では、会社を拡大することが必ずしも従業員を増やすことを意味しない理由をワイナー氏が説明しています。代わりに、彼はスタートアップがマーケティングチームなしでビジネスを拡大できる 2 つの方法を紹介します。彼はまた、集中力、企業文化、信頼の面で小規模チームが持つ大きな利点についても語りました。小規模から大規模への拡大を目指す初期段階のスタートアップは、ワイナー氏の企業成長の経験から大きな恩恵を受けることができるだろう。 ポケットを4年間独立して運営した後、ワイナー氏は資金を調達し、チームを結成してソロキャリアを終えることを決意した。彼はどれくらいの規模のチームを編成する必要があるのでしょうか?たった一晩で Pocket の最初のバージョンを開発した Weiner 氏にとって、5 人のチームで十分だと思われました。 「私は自分自身にこう問いかけました。『5人のチームで実際にどれだけのことができるだろうか?』。私が最初にEvernote(Pocketを買収したばかりの頃)にアプローチしたとき、彼らのチームは60人近くいて、私はそんなに大きなチームを想像できませんでした。彼らは何をするのでしょうか?1人でできることをなぜ10人のチームがやるのでしょうか?」 現在、チームの規模の拡大(2015 年末時点で約 20 人)に対応するために、Pocket はより大きなオフィスに移転する予定です。 Pocket の大成功は Weiner 氏の考え方を多少変えましたが、Pocket が開発初期に常に堅持してきた小規模チーム コンセプトが、その後の同社の継続的な急速な発展の強固な基盤を築いたと彼は固く信じています。彼は今でも、今日まで会社を築いてきた 2 つの独自の特質、つまり集中力と信頼を損なったり薄めたりすることはしたくないと考えています。以下では、Weiner 氏が、会社が成長するにつれてチームを小規模に保つことがいかに貴重な指針となり得るかを語ります。 少人数のチームで集中力を高める 非常に尊敬されている経営概念があります。それは、スタートアップにとって、集中力と十分な柔軟性を維持することが重要であるということです。しかし、この概念を実際に実践するのは非常に困難です。他の多くのスタートアップ企業と同様に、Pocket にとって、多くの外部開発機会に直面したときに、開発機会を逃さずに集中し続けることは容易ではありません。ほとんどの企業とは異なり、Pocket は小規模チームを制限ではなく、会社の集中力を維持するための手段と見なしています。 2015 年第 1 四半期、Pocket では会社全体で 20 件を超えるプロジェクトが計画されていました。つまり、計画されているプロジェクトの数は会社の従業員数を上回っていたことになります。 「どんな規模の会社でも、集中力を維持するのは絶え間ない戦いです。私たちがもっと大きな会社であれば、おそらく各プロジェクトにリーダーを任命し、各プロジェクトにエンジニアを割り当ててプロジェクトを推進するでしょう。しかし、現実には人員が非常に限られており、頻繁にプロジェクトについて考え、優先順位を付け、限られた人員を本当に重要なプロジェクトに投入せざるを得ません。」 ポケットは結局、2015年第1四半期に計画していたプロジェクトの4分の1しか完了しなかった。非常に多くのプロジェクトが同時に実行されていたため、チームは散漫で方向性を見失っているように感じました。この気持ちはすごく悪いです。その後、私たちは非常に大きなプロジェクトを手に入れました。Mozilla は、すべてのユーザーがダウンロードする Firefox のすべてのバージョンに Pocket を統合したいと考えていました。このプロジェクトは非常に大規模かつ重要なため、当社は全社的な人材をこのプロジェクトに投入しました。会社に5人しかいなかった頃を思い出します。当時は、一度に 1 つのプロジェクトのみに取り組んでおり、スタッフ全員がそれに専念していました。当社では、Pocket を Firefox にできるだけ早く統合し、Pocket の「後で読む」サービスをより多くの人に提供できるようにするために、全社を挙げて取り組みました。結局、プロジェクトはスムーズかつ迅速に完了しました。 あなたの会社が小規模なスタートアップ企業である場合、次のような質問を自問してみるとよいでしょう。条件はさておき、このプロジェクトは会社のすべてのリソースを投資する価値があるのでしょうか。答えが「はい」であれば、それを実行する方法を見つけてください。当社は、Firefox プロジェクトに全社リソースを投入しました。これにより、プロジェクトは迅速に進められ、完了しました。また、製品統合の品質が大幅に向上し、ユーザーから絶賛されました。このプロジェクトが完了したら、次のプロジェクトに取り組み始めます。複数のプロジェクトを同時に進めるよりも、一度に 1 つのプロジェクトに取り組む方が、チーム メンバーのモチベーションが高まり、より暗黙的に協力し、効率も高まります。 会社の従業員数が 100 人を超える場合は、チームの集中力を維持する方法も見つける必要があります。会社のチーム規模が 1 つの部屋に収まる程度だった頃を思い出してください。そして、その頃だったら、会社のスタッフ全員をプロジェクトに投入する気があっただろうかと自問してみてください。答えが「はい」の場合は、既存のチームからこのプロジェクトにさらに多くの人員を投入する方法を見つけます。チームの人数が 20 人、30 人、または 50 人の場合でも、チームが最も重要なプロジェクトに集中していることを確認する必要があります。 大企業はスタートアップほどプロジェクト投資に柔軟に対応できないかもしれないことも理解していますが、最も重要なのは集中力を維持することです。個人的には、一つのことに集中するように強制する必要があることはわかっています。チームが大きくなればなるほど、重要度の低いプロジェクトに人材を割くことが容易になります。小規模なチームの場合、集中しないのは困難です。将来やりたいことをするために、今やらなければならない仕事をやり遂げられずに失敗しないように最善を尽くすべきです。 ワイナー氏は、規模を問わず企業に対して、四半期ごとにチーム全体の注意を 1 つの最も重要なプロジェクトに集中させることを推奨しています。今後 90 日間で会社にとって最も重要なプロジェクトはどれでしょうか?これを決定した後、私たちは会社全体を結集してこのプロジェクトが完璧に完了するように努め、次のプロジェクトに進みました。 Pocket は現在、特に緊急の開発については、各プロジェクトの開発時間を 30 日間に短縮しています。今後 6 か月間の目標はお伝えできますが、毎月 1 つのことだけに焦点を当てています。小規模チームであるという現実により、私たちは集中力を維持することを余儀なくされます。 企業文化を集中し、チームのスキルセットを拡大する 大企業では、より多くの優秀な人材を社内に引き付けるために、企業文化の定義と維持を担当する専任の担当者または部門が存在します。 Pocket の設立当初、同社の唯一の従業員であった Weiner 氏は、同社の文化の創始者であると同時に守護者でもありました。しかし、会社を拡大するためには人材を採用する必要があることもわかっていましたが、創業当初に会社を成功に導いた2つの魔法の武器、つまり意欲と忍耐力を失いたくありませんでした。 チームの規模が小さいからこそ、ワイナーは会社が成長するにつれて企業文化が集中し、焦点が絞られることを保証できるのです。 Pocket の企業文化は、流行りのコンセプトではなく、信頼、勤勉、そしてオーナーシップの意識です。ワイナー氏は、会社にとって適切な創業文化を発見し、洗練させるために何年も費やしました。これは、他のほとんどの企業が製品と市場の適合性を模索するだけに費やす時間です。結局のところ、テクノロジーの世界では、スタートアップの文化の 80% は創業者自身 (彼らの特性) に関するものだという格言があります。 企業文化を定義するときは、サラダのようにではなく、シチューのように調理してください。最初はいくつかの材料から始めましょう。次に、シチューにすでにどんな風味があり、何が足りないかをよりよく理解できるように味見をして、必要な他の材料を追加します。この方法は、最初にすべての材料を入れて煮込むよりもはるかに良い結果をもたらします。 ワイナー氏は試行錯誤を通じてこのアイデアを思いついた。これにより、チームメンバーの多様なスキルセットを確保しながら、希望どおりにチームをより簡単に採用および拡大できるようになります。 「スタートアップの創業者なら誰でも、会社が発展していく過程で、すべてを完璧に、同じ高い水準で行うことはできないと認識しなければなりません。たとえば、私が製品デザインに苦労し、助けを必要としていた時期があったので、最初の従業員としてニッキ(Pocket の主任デザイナー)を雇いました。 彼女と比べると、私のほうが製品や開発の経験が豊富で、ニッキーは製品デザインがとても得意です。私たちの協力のおかげで、本当に素晴らしい製品を開発することができました。彼女は豊富な経験を基に、ポケットのオリジナルの「黒と黄色」を基本とした配色を、現在の魅力的なポケットへと変貌させました。最初から、Pocket で私が担ったのと同じ所有権の役割を担う人材を採用することが重要でした。彼らはそれぞれの分野で私よりもはるかに優れており、最終的に Pocket を非常に優れた製品に仕上げてくれました。 ” Pocket のチーム規模を 20 人程度に抑えることで、Weiner 氏は本当に信頼できる人材を選別できるだけでなく、自分がいなくても適切な判断を下し、うまく機能できる人材のグループを編成できます。小規模なチームには厳格な階層構造がないため、共通の価値観やチームワーク意識をより早く形成するのに役立ちます。 「技術系の創業者にとって、エンジニアリングの研究開発は委任するのが最も難しい業務領域です。 しかし、以前の経験から、自信を持って技術研究開発業務を委託できると確信しました。具体的な経験は次の通りです。以前、バックエンドで問題が発生しましたが、私はその問題に対する解決策を提供しました。チームメンバーは私の解決策を理解した後、問題を解決するために別のオフィスに行き、その後、そのオフィスで私が提案したものよりも優れた解決策を見つけました。その瞬間、私は、R&D チームに技術的な研究開発作業の全責任を完全に委任できることに気づきました。お互いを信頼し、能力が認められているチームは、本当に素晴らしい製品を構築するのに大いに役立ちます。 ” 小規模なチームは、その規模の大きさを利用して、会社が成長しても集中力を高め、企業文化を維持することができますが、これらの利点はチームの仕事の原動力にすぎません。最終的に開発された製品は、チーム規模を拡大することなく拡張することもできます。ここでの製品拡張には、主に 2 つの方法があります。 「私たちのような大規模なチームを持つ会社にとって、製品を成長させ、拡大するには、製品の背後にあるプラットフォームに頼るか、ユーザーに頼るかの 2 つの方法しかありません。」 小規模チームの利点の 1 つは、社外の人をチームの一員にする方法を見つけられることです。 Pocket が自社のプラットフォームと忠実なユーザーを活用して、共同で製品を開発、発売、宣伝する方法をご紹介します。 独自のプラットフォームを活用して迅速な開発を実現するにはどうすればよいでしょうか? Pocket の開発初期、Weiner の目標は、できるだけ多くのユーザーに完璧な製品エクスペリエンスを提供するために、Web ページの隅々に Pocket を埋め込むことでした。つまり、Pocket 製品自体が十分に柔軟で拡張可能である必要がありました。 Pocket はマーケティング チームを持たず、他の企業が自社の製品やサービスに Pocket の製品を組み込むことを非常にシンプルかつ便利にすることを目指しています。これにより、Pocket のユーザーベースが飛躍的に拡大しました。これまでに、Firefox、Twitter、Flipboard、Kobo など 2,000 を超える製品に Pocket のサービスが組み込まれています。 Pocket は、パートナーからのフィードバックと熱意のおかげで、独自のプラットフォームでさらに急速に成長することを目指しています。ワイナー氏は数え切れないほどの成長機会を見てきましたが、そのほとんどは、たとえチームの規模が現在の 2 倍になったとしても、Pocket の現在のチーム規模では実現不可能でしょう。 小規模で急成長している企業であれば、急速に規模を拡大するか、小規模のままでプラットフォームを活用して急速に成長するかを選択できます。後者を選択する場合、Weiner からの提案をいくつか紹介します。 (1)製品をできるだけシンプルで使いやすいものにする Pocket チームは、意思決定を行う際に、次のような質問を自問します。「すべてのユーザーにとって製品をシンプルで使いやすいものにするにはどうすればよいか?」たとえば、現在多くのスタートアップ企業が API を公開していますが、Pocket はこの点でさらに一歩進んでいます。当社が独自の製品を開発するために使用する API は、パートナーに公開する API とまったく同じです。しかし、数行のコードを提供することで、どれほどの助けになるのでしょうか? 数年前、私はオープンソースのソフトウェア開発キットである ShareKit を使用して共有の問題を解決しようとし始めました。私は、他の企業がたった 1 行のコードで、Pocket やその他の人気サービスを自社開発中の製品に組み込めるようにしたいと考えています。他の企業は、このコード行をアプリに書き込むだけで、アプリ内のコンテンツを Twitter、Tumblr、Facebook などのプラットフォームで共有できます。これらの企業がこの機能をゼロから開発する場合、通常は数週間かかります。この作業をシンプルにしたいです。これは、Pocket が常に遵守してきた原則でもあります。 あなたの製品を自社製品に組み込みたい人にとって、できるだけ便利なものにするようにしてください。プラグ アンド プレイにするのがベストです。シンプルであればあるほど良いです。もし Twitter 社が私たちのところに来て、Pocket を自社製品に組み込みたいと言ったとしても、それを組み込むのに 1 か月もかかるとしたら、彼らはそうしないでしょう。この場合、私は彼らを責めません。 人々に車輪の再発明をさせたくないのであれば、製品が十分に使いやすい車輪であることを確認する必要があります。もしそうなら、彼らはあなたの車輪を使うので、それを再発明する必要はなくなるでしょう。 (2)製品統合を完全にセルフサービスにする Pocket のプラットフォーム哲学は、同社の急速な成長の重要な理由です。他の企業が Pocket を統合することを非常に簡単にすることが最初のステップですが、他の企業が統合作業を完全に自力で完了できれば、Pocket の規模をさらに拡大するのに役立ちます。事業拡大をすることなく、当社は何千もの統合サービスを完了してきましたが、そのほとんどはパートナー自身によって完了されました。 簡素化により、パートナーは Pocket の統合作業を非常に簡単に完了できますが、Pocket のチーム規模が小さいため、Pocket はそうせざるを得ません。 Kobo と Firefox が私たちと提携したのは、Pocket の統合が非常にシンプルで、彼ら自身で簡単に実行できるからです。当初、Kobo は 2 か月以内に Pocket の統合を完了することを望んでいましたが、12 人のチームがゼロから統合する必要があった場合、期限内にタスクを完了することはできませんでした。幸いなことに、当社には既製の API があり、これにより Kobo はわずか 14 日間で Pocket の統合を完了することができました。 理想的には、他の企業がワイナー氏や彼のチームに助けを求めることなく、自ら統合を行えるようになるだろう。 Pocket はまた、多くのユーザーが他のアプリでも Pocket の「後で読む」サービスを統合できることを望んでいることも発見しました。ユーザーの要望により、これらの企業は Pocket についてさらに学ぶ必要に迫られました。ユーザーが他のアプリに対して行った最も重要な機能リクエストは、Pocket のサービスを統合する機能です。私は何度もこの状況に遭遇しました。これらのアプリ開発者は、Pocket 統合に対するユーザーの要望に自分たちで応えられることがわかり、大喜びしました。 Facebook Paper がやったことはこれです。Facebook Paper は、私たちに知らせずに、ひっそりと Pocket を自社のサービスに統合しました。私はある日、偶然このことを知りました。 (3)プラットフォームを活用して大企業をパートナーとして誘致し、透明性を保つ シンプルな統合プラットフォームとセルフサービス統合方法があるからといって、スタートアップ企業が積極的にパートナーを探す努力をやめてよいというわけではありません。 Pocket は、自社の製品から利益を得られる可能性のある大企業に注目してきました。たとえば、私たちが最初に Firefox の開発を始めたとき、私たちの製品は「Read it Later」と呼ばれていました。私たちは、Firefoxブラウザ用のプラグインとしてスタートしました。 私たちは、パートナー企業と私たちのストーリー、データ、製品のアップデートを継続的に共有し、企業が最初から私たちのパートナーになることがどのようなことかを理解できるような文化を築くことに取り組んできました。私たちは、彼らが準備ができたらいつでも一緒に仕事ができるということを、彼らに本当に理解してもらいたいのです。ある日、Mozilla から連絡があり、Pocket の「後で読む」サービスを Firefox ブラウザに完全に統合したと伝えられました。 覚えておいてください: アプリまたは企業がプラットフォームに正常に参加すると、取引は終了することになりますが、正式なパートナーシップが始まったことも意味します。 Pocket にとって、パートナーに対して完全に透明性を保つことは、パートナーを維持する方法であり、また、少人数のチームで製品を継続的に改善する方法でもあります。私たちはできる限りの情報を共有し、決して何も隠そうとはしません。 Apple と Google が自社製品の共有機能を向上させるにつれて、私たちはこの市場で学んだことをすべて彼らと共有していきます。こうすることで、これらの企業が「後で読む」機能を自社製品に統合する必要がある場合、誰に連絡すればよいか簡単にわかるようになり、パートナーとの取引を簡単に締結できるようになります。 小規模なチームを持つスタートアップにとって、外部パートナーがチームの外部援助者となり、販売や開発で会社に貢献できるようなプラットフォームを構築することが重要です。 Pocket を例に挙げてみましょう。Pocket が提供するプラットフォームでは、サービス統合、さらにはセルフサービス統合を簡単に完了できると同時に、豊富なデータが提供されます。このデータが一定レベルまで蓄積されると、すべてのパートナーがその恩恵を受けることができます。 次は、当社の大規模なユーザーベースを最大限に活用する方法を模索します。 Pocket サービスを統合しているパートナーは数千社に上り、ユーザー数も数百万人に上ります。今の問題は、どうすればより良いサービスを提供し、それを活用してより速く成長し、さらに前進できるかということです。 ユーザーはどのようにしてあなたを助けることができますか? DVR やストリーミングが登場する前はテレビを見るのがどんな感じだったか、Uber が登場する前はタクシーに乗るのがどんな感じだったか考えてみてください。 Uber を使ってタクシーに乗ることに慣れているユーザーにとって、Uber の使用をやめて本来のタクシーの乗り方を使うように言われても、Uber がもたらす利便性をすでに体験しているため、絶対に受け入れられないでしょう。 Pocket についても同じことが言えます。Pocket は、人々がオンラインでコンテンツを閲覧する方法を変えたと私たちは考えています。私たちは、アプリが Pocket の「後で読む」サービスを統合していないことに気づくたびに、「何がおかしいんだ、このアプリはまだ原始的な時代なのか、なぜ Pocket の「後で読む」サービスをサポートしていないのか」と文句を言うようなユーザーに出会ったことがあります。 小規模なスタートアップ企業が自社の製品に非常に熱心なユーザーに出会った場合、ユーザーが表現する愛情を企業にとって価値のあるものに変換する方法を見つけなければなりません。 Pocket は、そのようなユーザーに出会うたびに、ユーザーに製品開発を協力してもらう方法を模索していきます。 Pocket が製品の改善にユーザーを頼る理由は次の 2 つです。 (1)製品開発・テスト方法の変更:密室で単独で開発・テストを行う方法から、ユーザーとのコミュニケーションを通じた共同開発・テストを行う方法へ Pocket が設立された当初、すべての製品開発とリリースの戦略は、独自に開発し、完璧だと感じた製品をユーザーに提供することでした。製品がリリースされる前に、製品のすべてのピクセルを慎重に検討します。 当初、Pocket はウォーターフォール製品のようなもので、出力のみでインタラクションはありませんでした。当社では毎年、大規模な製品発表会を開催しています。私たちは 6 か月かけて製品を磨き上げ、素晴らしいと思った機能を開発してからリリースしました。この製品開発・リリース方法は好評を博していますが、製品開発・リリースプロセス全体にはまだまだ改善の余地があると考えています。 製品が市場の需要を満たしていることを確認した後、完璧主義は良い製品を作ることの敵であるだけでなく、急速な成長を達成することの敵でもあります。 Pocket は常に優れたデザインで知られていますが、なぜ急速な成長を遂げたのかを理解するために、当社の製品開発チームは、作業と議論の焦点を、製品デザインの詳細を細かく検討することから、製品の成長の問題を解決する方法に移しました。成長中の企業の小さなチームとして、私たちはユーザーを製品の受益者だけではなく協力者に変えていく必要があります。 すべてのスタートアップにとって、その生涯のある時点で、完璧と成長のどちらかを選択しなければなりません。前者は静的な機能であり、後者は動的なプロセスです。この複数選択の質問に直面したときは、慎重に選択する必要があります。 つまり、ユーザーとより頻繁にやりとりする必要があり、ユーザーを製品開発に参加させることは、単に可能性を広げるだけでなく、チームの働き方を再調整する必要もあります。ユーザーとの交流を深めるために、Pocket は新機能のリリースサイクルを大幅に短縮しました。 「リリースのスピードが上がりました。スプリント フェーズでは、5 ~ 6 週間ごとにリリースしています。私たちのチームにとって、すべての製品リリース前に完璧さを目指すことから、このような速いペースでリリースすることへの大きな調整でした。これは、製品リリースにおける文化的な変化でもあります。今では、新機能をリリースする前にバグがあることはわかっていますが、バグを見つけるのを手伝ってくれるユーザーが多数います。」 製品リリースに対するこのアプローチは、社内で使用されているプロトタイプである Pocket バージョン 6.0 のリリースにとって特に重要でした。当時、チームは、完全にユーザーフレンドリーなバージョンを開発するには少なくとも 9 か月かかると予測していました。私たちは Pocket 6.0 のベータ版をとても楽しんでいたので、私たち自身の制限のせいでユーザーがこの素晴らしい製品を体験するのを遅らせたくありませんでした。 そこで、当初計画していた大規模な新製品発表会を、平均して 6 週間に 1 回、合計 6 回のリリースに変更し、製品リリースを分割することにしました。別々にリリースされたにもかかわらず、製品の使用に関するフィードバックはこれまでのところ非常に好意的です。私たちの製品に関して、ユーザーからすぐに多くのフィードバックが寄せられました。私たちは、ユーザーの皆様のご意見を丁寧に分析し、耳を傾け、それに応えるとともに、皆様からのフィードバックをもとに、さらに製品の改善に努めてまいります。また、皆様のご提案を真摯に受け止め、採用させていただいたことをお知らせするため、改善版をできるだけ早くリリースさせていただきます。ユーザーは私たちのリモートワークチームのようなものです。 弓と矢は1本しかなく、狙いを定めずに射撃すると、標的に命中するのが難しくなります。常に狙いを調整できれば、的を射る可能性がずっと高くなります。 適切に使用すれば、新製品のテストによってチームに多くの有用な使用フィードバックが提供され、ユーザーは製品を改善するための提案を行うことができます。こうすることで、たとえ採用しなくても、目標を達成し、急速な成長を達成するために多くの助っ人が得られるでしょう。前回の資金調達が完了して以来、特にプラットフォームの拡張において、多くの重要な進歩を遂げてきました。私たちは、製品を早く市場に投入し、市場でテストしたいと考えていました。製品を早く出荷できればできるほど、結果は良くなります。製品のベータ版は、Pocket を前進させ、ユーザーの関心を維持するための最良の方法です。 (2)アンケート調査を利用してユーザーからプロダクトマネージャーの意見を聞く 最初から、Pocket ユーザーの情熱と忠誠心に感銘を受けました。当社のユーザーはこの製品を気に入っています。彼らの熱意と自己表現の意欲にはいつも感銘を受けます。私たちはユーザーから頻繁にメールを受け取りますが、その多くは「こんにちは。バグを報告するために来たわけではありません。ただ、あなたの製品が素晴らしいと伝えたいだけです」というものです。このような忠実なファンを製品開発に参加させるには、適切なツールを使用して彼らのサポートを求めてください。 Pocket はアンケート方式を採用しており、ユーザーからのフィードバックを収集するだけでなく、将来の製品開発に直接的なガイダンスを提供します。 「Pocket ベータ版用に収集した 600 件のユーザー アンケートを確認したところです。当社のカスタマー サポート チームは、製品内でユーザーと直接コミュニケーションを取っています。アンケートを通じて得られるユーザー フィードバックは、他のどのチャネルよりも多くなります。」 多くのスタートアップ企業は、アンケート調査を製品の活動を増やすためのツールとみなしているため、収集したユーザーからのフィードバックを真剣に受け止めていません。伝聞に頼ることはできません。ユーザーが何をどのように言っているかを注意深く聞く必要があります。私はチームに、表面的なレベルにとどまらず、ユーザーの最も純粋なフィードバックを理解するために一生懸命努力するようによく言います。 ユーザーが製品に関する問題を報告するたびに、その問題を解決する方法を提案してくれることがよくあります。 ユーザーがフィードバックをするとき、通常は「当社の製品のこの問題が嫌いです」とだけ言うわけではありません。フィードバックを読み進めていくと、通常は問題の解決策が提案されます。彼らが提案する解決策は、最終的に採用されるものではないかもしれませんが、問題をより適切に定義するのに役立ち、迅速に解決策を見つけるのに役立ちます。 たとえば、Pocket アプリの上部には、「マイ リスト」と「おすすめ」の 2 つのタブがあります。調査結果によると、ユーザーは 2 つのメニュー間をスライドしたいが、多くのユーザーの指は画面の上部に届かないことがわかりました。この質問には非常に洞察に富んだフィードバックがあります。もちろん、このインターフェース配布方法は解決策の 1 つにすぎません。 もう 1 つの方法は、iOS システムの標準 UI インターフェースを使用して、タブを画面の下部に配置することです。こうすることで、親指でこれら 2 つのタブに簡単にアクセスできるようになります。ただし、Facebook などのサービスの多くのユーザーがこの新しい機能を発見できず、同じ問題が発生する可能性があることを考慮する必要があります。最初、2 番目、あるいは 10 番目の解決策を自分で思いついただけでは、ユーザーのニーズであるスワイプ タブ バーの本質を見逃してしまいます。調査を実施する際に Weiner 氏が共有する 3 つのヒントは次のとおりです。
APP Top Promotion (www.opp2.com)は、モバイルアプリプロモーションの運用方法、経験とスキル、チャネルASO最適化ランキング、アプリマーケティング情報の共有に重点を置いた、中国トップのモバイルアプリプロモーションプラットフォームです。公式WeChatパブリックアカウント:appganhuoのフォローを歓迎します。 [トップAPPプロモーションWeChat QRコードをスキャンして、より多くの乾物と爆発物を入手してください] |
<<: オペレーションの根底にあるロジックを説明する6000語
>>: TikTok を通じてブランドを宣伝するには? 5つの広告・マーケティング手法を徹底解説!
多くの経営者や管理者は、Baidu プロモーションに明らかにお金をかけたのに、なぜ成果が出ないのかと...
コースカタログ├──1 理解と認知(事前指導) | ├──1–【ソフトテスト】システムアーキテクチャ...
この記事では、金融関係者について学びます。このレポートは、Tencent データ プラットフォームに...
自由交通のモバイルインターネットの4大思考(自由思考、越境思考、プラットフォーム思考、金融思考)を共...
小紅書は、ショッピング、ファッション、スキンケア、美容、食品に重点を置いた越境電子商取引プラットフォ...
顧客がサーバーをレンタルすることを選択する場合、最初にISP証明書を確認する必要があります。最初に考...
インターネット企業の過去、現在、そして未来を探ります。 1.インターネット広告の役割関係 インター...
他の人の記事ページタイトルは上位にランクされているのに、私のウェブサイトの記事ページは一度もランク付...
新製品を運用する場合、製品の初期段階で事前に準備する必要があることがたくさんあります。最も重要なこと...
ブランドはあらゆる予算で良い結果が出ることを望んでいます。ほとんどのブランドは、小紅書が必要だと考え...
先週、滴滴出行の運転手に客室乗務員が殺され、皆が悲しみに浸っていたとき、公共アカウント「二庚食堂」は...
まず、TKD が調整されるのは今回が初めてではなく、外部リンクや最適化に忙しいわけでもないことを、誰...
7月27日午後のDouyinエンタープライズアカウントカンファレンスで、バイトダンスのエンタープライ...
50万人ブロガー「100種の人生」短編動画作成キャンプ、誰でも自分だけの1分間の短編動画を作れる本コ...
Li JiaqiとViyaといえば、彼らの輝かしいライブストリーミング販売「記録」を思い浮かべるか...