ARR 0ドルから700億ドルへ:AWSのプロフィール

2002年、アマゾンはクラウド・インフラストラクチャ・アズ・ア・サービスというサイドビジネスを立ち上げました。それから20年後、アマゾンの年間売上は700億ドルを超えました。巨大なビジネスです。実際、AWSの多額の利益はアマゾン全体の50%以上を占めています。

アマゾンの至宝です。偉大なビジネスがひしめくコングロマリットの中で、最高の存在です。AWSの最初のリーダーの一人であるアンディ・ジャッシーは、今やアマゾンのCEOになりました。

だから、AWSは有名な話だと思うでしょう。そうではありません。この記事を書いている間に雑談した私の家族のほとんどは、AWSの名前すら聞いたことがありませんでした。

それに比べ、コカ・コーラの2021年の売上高は約400億ドルでした。AWSはコカ・コーラの2倍近い売上を達成する勢いですが、その陰に隠れています。売上40億ドルの小さなZoomでさえ、もっとよく知られています。

さらに、AWSの歴史について書かれていることは、滑稽なほど間違っています。テッククランチをはじめとするほとんどの主要メディアは、AWSはアンディ・ジャッシーの「インターネットOS」構想の後、2003年に始まったと書いており、サービス自体は2006年に開始されたとしています。

どちらの 「事実」も完全に間違っています。Wayback Machineのようなサイトやキャッシュのような技術に助けられたインターネットのパンくずは、決して消えることはありません。AWSが最初にローンチしたのは2002年で、コリン・ブライヤーが率いていました。

年間売上高700億ドルを超えるビジネスにとって、会社の明確で正しい歴史がないのは不可解です。

しかし、だからこそ私はProduct Growthニュースレターを書き、今日最も重要なテクノロジー・ビジネスのプロダクトストーリーを伝えているのです。 ストライプペイプルコインベースカヤックで行ったように、AWSが業界を征服するために使用したプロダクトビジョン、戦略、ロードマップについて記録を正すつもりです。

今週は特に、ルチンとトップ・オブ・ザ・ラインのチームとのコラボレーションを紹介できることに興奮しています。彼らは、プロダクト主導の成長に関する最高のニュースレターを書いており、自身もセコイアから1500万ドルのシリーズAを調達したばかりです。AWSを分析するのにこれ以上のメンバーはいません。

我々はこの4ヶ月間、5,000億ドル以上の企業価値を持つであろうこの巨大企業の本当の歴史とプロダクトに関する教訓を得るために、深く掘り下げてきました。それでは、本題に入りましょう。


この記事は、「From 0 to $70B ARR: The AWS Profile」を著者の了承を得た上で翻訳したものです。

  1. 教訓 1:強みをプロダクト化する
  2. 教訓 2:逆算せよ
  3. 教訓 3:レゴブロックを作る
  4. 教訓 4:使用量に応じた価格
  5. 教訓 5:積極的に長期的に考える
  6. 教訓 6:顧客と深く付き合う
  7. 教訓 7:理想の顧客のために構築する
  8. 教訓 8:新プロダクトのフライホイールを作る
  9. 教訓 9:顧客のために成功を定義する
  10. 教訓 10:政府から必要とされるほど優秀になる
  11. 要点

著者:Aakash Gupta
翻訳者:渡辺圭祐


教訓 1:強みをプロダクト化する

1998年、アマゾンはまだ若い会社でした。その4年前にスタートしたアマゾンは、飛躍的な成長を遂げました。しかし、そのような成長の渦の中で、同社は常に次の1年の計画を立てていました。先のことを考えるのは現実的ではありませんでした。

その結果、コードベースはほとんど混乱していました。ビデオストリーミングのような新機能を追加するためのコードベースの変更には、本来必要な時間よりもはるかに長い時間がかかりました。同社はエンジニアを増員していましたが、物事をより速く構築することはできませんでした。

このようなフラストレーションを痛感した事業部門のひとつが、アマゾンの新しいeコマースサービス(Merchant.comとして知られる予定)でした。サイト上のあらゆるものが単一のモノリスに構築されているため、開発をサポートするには無理がありました。

その結果、「分散コンピューティング宣言」という社内エンジニアリング文書が作成され、広く回覧されました。それは伝説となりました。そしてイニシアティブは勢いを増しました。APIはMerchant.comの開発環境をよりスムーズにするために機能しました。APIはスピードと難易度の両方の問題を解決するのに役立ちました。

具体的には、サービス・アーキテクチャは3つの重要な進化を遂げました:

  1. マイクロサービス・アーキテクチャ・パターン
  2. 1対1のデータベースとマイクロサービスのマッピング
  3. 各チームが独立してリリースできるようにした 

これらの進化は非常に劇的で価値あるものであったため、2000年までには会社全体がこれに取り組むようになりました。アマゾンは、十分に文書化された一連のAPIを備えた「サービス企業」に意識的にシフトしました。

アマゾンはこれらのAPIアクセスシステムを無駄なく効率的に構築しました。倹約を中核的価値観とするベゾスのリーダーシップの下で、これらの社内サービスは、代替オプションと比較してかなりのコスト優位性を持って構築されました。

社内チームのためにこのような優れたオプションを開発することに成功した同社は、外部マーケットをテストすることになりました。2002年3月、コリン・ブライヤーに率いられ、同社は最初のAWSプロダクトをリリースしました。これは、アフィリエイト・マーケターをターゲットにしたものでした。SDK(ソフトウェア開発キット)は、アマゾンのプロダクトカタログに関する広範なデータを照会することを可能にしました。

このプロダクトはすぐに成功を収めました。アフィリエイターだけでなく、開発者からの関心もすぐに集まりました。

この機能をリリースして文字通り数時間後、私たちは何か大きなものを掴み、私たちの実験が私たちの期待をはるかに超えるものになることを知りました。

コリン・ブライヤー

世界中の開発者が、新しいウェブサイトやアプリケーションを開発するためにウェブサービスを利用していました。あるサイトでは、カバーアートに関するクイズが出題されました。また、気まぐれなbaconizer.comは、アマゾンのカタログにある2つのプロダクトのつながりをマッピングしました。

AWSの最初の機能は、メディアサイト向けのリッチなサービスとなりました。

教訓 2:逆算せよ

アフィリエイト・サービスはヒットしましたが、そのプロダクトはすでに提供されていません。それはAWSの始まりの機能ではあったが、AWSをグロースさせる機能ではありませんでした。そのために、アマゾンのリーダーシップは、ベゾスの哲学の重要な信条に立ち戻る必要がありました。

逆算のプロセスは、基本的な洞察から始まります。顧客は常にそれ以上のものを求めています。ジェフが言うように、「顧客は美しく、素晴らしく、不満足です。」

逆算は、この不満の震源地から発せられます。まず、顧客の不満の場所を明確に定義します。次に、チームは顧客のために逆算して発明する。最後に、3つの核となる成果物を作成する: 

  1. プレスリリース – ペインポイントを解決するプロダクトを発表する。プロダクトが本当に売れるように説得力を持つまで、繰り返し作成する。
  2. FAQ文書 – PRリリースに付随する補足文書で、社内関係者や潜在顧客からの予測可能な質問に答える。
  3. カスタマーエクスペリエンスを視覚的に表現することで、イノベーションの終着点を明確にする。

AWSチームはこれら3つをリアルタイムで完成させました。その年の7月、チームはアマゾンの有名なプレスリリースの1つをリリースしました。これは、私たち外部のオブザーバーが見ることのできる、貴重なプロダクトの成果物のひとつです。

ソース:アマゾンプレスアーカイブ

このプレスリリースの注目すべき点は、最初の2段落に、今後20年以上にわたるAWSのビジョンが凝縮されていることです:

本日、Amazon.com(Nasdaq: AMZN)は、開発者とウェブサイト所有者のために特別にデザインされた革新的なウェブソリューションとサービスを作成するためのプラットフォームである「Amazon.com Web Services」の最初のバージョンを開始しました。

開発者は、Amazon.com Web Services (www.amazon.com/webservices) を利用することで、Amazon.comのユニークな機能の数々をWebサイトに組み込むことができるアプリケーションやツールを無料で構築することができます

プレスリリース

2002年当時、AWSチームはすでに逆算して動いていた証拠です。アフィリエイト機能は、開発者が自分のウェブサイトにアマゾンのユニークな機能を組み込むための、将来のプラットフォームの「最初のバージョン」に過ぎないと認識していたのです。

逆算は一見シンプルですが、明確さを強制し、単に作るために作ること(「ビルドトラップ」)を防ぐのに役立ちます。AWSにとって、チームの視野を実際の顧客のニーズ解決に絞ることができました。Inc. 誌は、逆算を「アマゾンの秘密兵器」とまで呼んでいます

このワーキング・バックワード・プロセスの結果、初期のAWSプロダクトは2002年から2003年にかけて利用が伸び続け、同様のサービスに対するマーケットの需要が実証されました。アマゾン幹部は、分散コンピューティング・マニフェストとAWSの両方の成功に気づきました。

2003年にジェフ・ベゾスの自宅で行われたリトリートで、経営陣は自社のコアコンピタンスを特定するための演習を行いました。サービスとしてのインフラが特に高く評価されました。彼らは、アマゾンが信頼性が高く、スケーラブルで低コストのインフラを運用することに特に長けていることに気づきました。

そこで彼らは、本格的なAWSイニシアチブを構築するために、アフィリエイト機能にさらに投資することを決定しました。

教訓 3:レゴブロックを作る

本格的なAWSへの投資の一環として、ジェフは最も信頼できる幹部の一人であるアンディ・ジャッシーをプロジェクトに投入しました。アンディはこの仕事に慣れるにつれて、コンピュート、ストレージ、データベースにおける会社の強みをピンポイントで指摘しました。彼はまた、これらがウェブスケール・アプリケーションの3つの重要なビルディング・ブロックであると認識しました。

そのビジョンを明確にするために、彼はこれを「インターネットのためのオペレーティング・システム(OS)」と呼び始めました。これがAWSのプロダクトビジョンとなりました。ジャッシーは、ビジネスとエンジニアリングの混成チームを結成し、イニシアチブを開始しました。

2003年の間、チームの主な目的のひとつは、既存のユーザーから学ぶことでした。コリン・ブライヤーは、AWSの最初のローンチ前のこの時期を、エンジニアがコードを書かない実質18ヶ月間だったと表現しました

その代わり、チームの目標はユーザーのニーズを深く理解することでした。アマゾンはデータのユーザーを対象としたカンファレンスを開催しました。8人が集まりました。しかし、そのうちの1人が、AWSのもう1人の重要な初期採用者となります: 彼は現在もチーフ・エバンジェリストとして同社に在籍しています。

ジェフはAWSのニュースブログを立ち上げ、ほぼ毎日記事を書き続けています。彼は、アマゾン S3やAWSの機能をレゴブロックのように拡張する何千もの記事を書いてきました。これらの投稿は、社内外で、モダンなインターネットアプリケーションのためのビルディングブロックとしてのAWS機能の共通理解を構築するのに役立っています。

ソース:シアトル・タイムズ

ユーザーリサーチと、ジャッシーが「10人の優秀な技術者と10人の優秀なプロダクトマネージャー」と表現するような基本的な技術的洞察により、チームは初期のプロダクトロードマップをレゴブロックで作成しました。

一方、2004年半ばまでに、5万人の開発者がオリジナルのアフィリエイト向けアマゾンSDKをダウンロードしました。100以上のアプリケーションが構築されました

チームはSDKに続いて2つのベータサービスをリリースし、ウェブOSのビジョンを達成し始めました: アレクサ・ウェブ・インフォメーション・サービス(AWIS)とシンプル・キュー・サービス(SQS)です。AWISはプロダクトカタログの自然な進化でした。現在は終了しています。

SQSは現在も存在しています。SQSは、開発者がメッセージング・ミドルウェアを保守する必要なく、マイクロサービスをデカップリングしてスケールできるようにします。インターネットのOSレイヤーを構築する上で重要な役割を果たしました。

教訓 4:使用量に応じた価格

AWSのプロダクトは、2005年まで、ほとんどの部分が無料のベータ機能でした。その年の間に、チームは次のユーザーケースを理解することに集中し、それらの機能をベータ版から本格的なプロダクトへと卒業させました。

ウェブOS戦略の2つの至宝であるコンピュートとストレージは、秘密保持契約の下で顧客に提供されました。ベータ・テスターはこの2つを気に入りました。そこでジャッシーとチームは、優れたプロダクトと優れた価格モデルを組み合わせる必要があると考えました。

彼らは最終的に、使用量に基づいた価格を設定することに決めました。これが基本的な洞察となりました。使用量ベースで低価格のサービスを提供することで、AWSは最新のガレージ・スタートアップからフォーチュン500の大企業まで、あらゆる人に対応できるようになりました。

利用料金は最も民主的な価格モデルの一つでした。これは、最近ネットフリックスがユーザーに対して未使用のサブスクリプションをキャンセルするような顧客フレンドリーな動きを思い起こさせます。AWSを使い忘れても、請求書が届くことはありません。AWSから価値を見出せないのであれば、利用をやめればいいのです。

この価格モデルを最初に採用した象徴的な機能は、アマゾンのストレージプロダクトでした。2006年3月、アマゾンはシンプル・ストレージ・サービス(S3)をリリースしました。事実上無限に拡張可能で、安価で、オンラインで利用可能という、アマゾンの開発者が長年にわたって利用してきたタイプのストレージを、あらゆる開発者が利用できるようにするものでした。これは、ジャッシーのウェブOSに向けた第2のステップでした。

使用量に基づく価格設定について特に注目すべき点は、このサービスがスタートアップにとっていかに魅力的であったかということです。スタートアップの開発者がS3の機能をどのように説明したかは、傾聴に値します。S3は他のどのサービスよりもはるかに優れていました。

私たちがアクセスできるものには、S3が提供できるような機能に少しでも似たものは何もありませんでした。誰かがキャンディストアの鍵をくれたような気がしました。

2006年、スタートアップFilmmakerLiveでS3を利用したドン・アルバレス氏

大企業であれば、S3よりも安価なオンプレミスのストレージソリューションを社内で構築できることも多いです。しかし、スタートアップにとっては、データセンターを構築するための初期固定費は高すぎました。つまり、エアビーアンドビー、ピンタレスト、ストライプのような世代のスタートアップにとって、S3は明らかに優れた選択肢だったのです。

その年の後半、アマゾンはウェブOSの次に重要なコンポーネントであるコンピートを発表しました。Elastic Compute Cloud(EC2)は、S3からわずか4ヶ月後の8月にリリースされました。S3がどんな開発者にもアマゾンスタイルのストレージを提供したのに対し、EC2は事実上無限にスケーラブルで、安価で、オンラインで利用可能なコンピュートを提供しました。

基本的に、EC2アマゾンは、開発者がデータセンターで仮想コンピュータを借りることを可能にしました。これらのコンピューターで、開発者は自分のアプリケーションを実行することができます。1時間10セントで、「ウェブスケール」のアプリケーションを実行するためにコンピュータをスケールアップする簡単で比較的安価な方法でした。

オンラインで利用できることが重要で、そのデータは信頼性が高く、安全でもありました。当時、スタートアップがアマゾンと同じサービスを作ることはできたかもしれませんが、アマゾンの名前に支えられていなかったため、それほど成功しなかったでしょう。

S3と同様、EC2もほぼ瞬時にプロダクト・マーケット・フィットを証明しました。2つのプロダクトの成功の結果、同社は2006年に2,100万ドルの収益を計上することになりました。同社が長年にわたり多くの新プロダクトをリリースしてきたにもかかわらず、コンピュートとストレージは、その後10年以上にわたってアマゾンの収益の大半を占めることになりました。

ソース:Next Platform

教訓 5:積極的に長期的に考える

EC2とS3によって、アマゾンはサービスとしてのクラウド・インフラストラクチャマーケットを切り開きました。現金が流れ込んできました。アナリストは経営陣に営業利益率について質問攻めにしました。経営幹部は、反論しました。しかし社内では、アマゾンの利益率が高いことを知っていました。アマゾンはそのマージンをビジネスに再投資し続けました。

その一例が地理的な拡大でした。米国でEC2のフル・パブリック・ベータを開始したわずか数週間後、アマゾンはヨーロッパを追加しました。もしスタートアップが最初の数週間でヨーロッパに進出したとしましょう。失敗するように仕組まれていると笑うでしょう。しかし、AWSはそれを実行しました。長期的な視野に立ち、大きな投資をしました。そして成功しました。

これは長期的思考ではありません。これは積極的な長期的思考でした。次の数四半期のことだけを考えていたわけではありません。数十年先を見据えた投資だったのです。

アマゾンは非常に積極的に動くことを強く信じている。

クリス・ピンカム、2000年代前半のアマゾン・インフラストラクチャーのエンジニアリング責任者

その数カ月後、アマゾンは地理的な拡大に続き、またもや爆発的なプロダクト投入を行いました。コンピュートとストレージに続く、ウェブOSの次のコンポーネントはデータベースでした。アマゾンは、EC2とS3の上にHadoop(ハドゥープ)テクノロジーを使用したアマゾン SimpleDBを発表しました。

2006年から2007年にかけて、チームはウェブOSの重要な構成要素であると決定された3つのプロダクト、すなわちコンピュート、ストレージ、データベースのすべてを発表しました。アマゾンがこれほど短期間で幅広いサービスを立ち上げたのも、長期的な視野に立った積極的な姿勢の賜物です。

同社はまた、長期的な視野に立った価格設定も行いました。競合他社を「シャットアウト」するため、マージンは極限まで薄く抑えられていました。

2007年までには、開発者のウェブサイトはすでにAWSを恐ろしい「テッククランチ問題」の解決策として宣伝していました。あるスタートアップは、テッククランチに取り上げられると、100倍、あるいは1000倍のトラフィック負荷を経験することになります。しかし、オンプレミスのコンピュートとストレージ・システムでは、そのトラフィックをサポートすることができませんでした。サイトがクラッシュするのは、まさに訪問者が最も多いチームでした。

その結果、2008年にグーグルがAWSの真の競合となる最初のプロダクトをリリースした時、その評判はそれほど高くありませんでした。グーグルApp Engineの最初のプロダクトには、インフラだけでなく、ユーザー認証やメール送信のためのグーグルAPIのセットや、フル機能のローカル開発環境が含まれていました

しかし、これらの機能はAWSの勢いを止めることはできませんでした。App Engineは1日の使用量の上限が低かったのです。ウェブスケールには対応できていませんでした。ゲームに2年近く遅れたことは、その結果を招きました。アマゾンは2008年に限定的なサービスを提供したグーグルを超えていました。その年、AWSはベータ版サービスから本サービスへの移行に忙殺されました。

グーグル・クラウドがベータサービスを開始したのと同じ年に、EC2はサービス・レベル・アグリーメント(SLA)付きのパブリック・リリースを開始しました。アマゾンは、コンピュート・サービスがいつでも99.95%のリクエストに対応できるという驚くべき約束をしました。これにより顧客は、最大規模のアプリケーションであってもAWS上で確実に実行できるという確信を得ました。App Engineがスタートアップをターゲットにしている間に、EC2は中堅企業を経て企業へと移行していきました。

2009年までに、この戦略は見事に成功しました。AWSがサクセスストーリーになることは明らかでした。ジェフは年次書簡の中で、このビジネスラインを大きく取り上げています:

私たちはアマゾン・ウェブ・サービスに心から投資しています。

ジェフ・ベゾス

しかし、AWSはこの事業から利益を搾り取るのではなく、現金を流し続けました。これは、いくつかの注目すべきプロダクトの発表で明らかになりました。

コンピュート・サービスを拡張するために、アマゾンは処理ツールをリリースしました。4月にはElastic MapReduce(EMR)を発表しました。EMRは膨大なデータを素早く処理することを容易にしました。そして5月には、コンピュートのスケーリングを容易にするプロダクト群をリリースしました。Elastic Load Balancing(ELB)、Auto Scaling、CloudWatchは、開発者が急成長や「テッククランチ問題」をよりうまく管理するのに役立ちました。

アマゾンはストレージ事業も軽視していませんでした。同月、アマゾンはImport/Expertサービスもリリースしました。これにより、ユーザーはS3にデータを取り込みやすくなりました。

アマゾンはコンピュートとストレージの大々的な立ち上げに続き、第3の事業としてネットワーキングを開始しました。8月、アマゾンはVirtual Private Cloud(VPC)を発表しました。VPCによって、顧客はEC2インスタンスを独自の分離されたネットワークに立ち上げることができます。これは劇的なヒットとなりました。

このようなプロダクト発表が相次ぐ中、2010年2月、ついにクラウドインフラマーケットにおける第3のビッグプレーヤーが登場しました: Microsoft Azureです。 その時点で、AWSはすでに長い間先行していました。アジアに進出していたのです。なぜなら、AWSは積極的に長期的な視点に立っていたからです。

教訓 6:顧客と深く付き合う

グーグルやマイクロソフトのクラウド・チームが初期オファリングの準備に忙殺されている間、アマゾンは2010年に顧客のニーズについてより深く学ぶことに使いました。チームは、特に2つの重要な顧客との実践的な統合をサポートしました: ネットフリックス(今日の時価総額:850億ドル)とオートデスク(今日の時価総額:400億ドル)です。

AWSは、ネットフリックスとオートデスクのすべてのトラフィックをAWSに移行する方法を学ぶために働きました。それは、ネットフリックスとオートデスクのエンジニアリングチームと密接に関わるプロセスでした。これは、アマゾンのリーダーシップ原則である「カスタマー・オブセッション」の典型的な例でした。

深く付き合うことが功を奏しました。2010年末までに、ネットフリックスのトラフィックの大半はAWSによってサポートされるようになりました。当時のエンジニアリング担当副社長はこう書いています

我々はクラウドコンピューティングが未来だと考えています。

ネットフリックス エンジニアリング担当副社長 ジョン・チャンクッティ氏

AWSは、クラウドが未来であることを世界に証明することができました。その成功を生かすため、AWSはユースケースを広げました。

2010年には、Simple Notification Service(前述のグーグルメールAPIに対抗するため)、CloudFormation(宣言型Infrastructure as Codeツールの初期の例)、Route 53(API経由でアクセス可能なドメインネームシステム)など、一連のプロダクトが発表されました。

AWSがどのようにして何度も何度も正しい機能を選択したのかという質問に対して、ジャッシー氏はチームがどのようにプロダクトロードマップを構築したかを説明しました。90%は顧客と深く付き合うことから、10%は顧客に代わって発明することから。

多くの企業が顧客重視を謳っていますが、実際にそれを実践している企業はほとんどありません。私たちのロードマップと開発の90%は、顧客が重要だと述べることに基づいています。残りの10%は、顧客が言おうとしていることに耳を傾け、その間にある意味を読み取り、彼らのために革新しようとしています。

アンディ・ジャッシー

急成長しているウェブ2.0企業と多くの時間を過ごすことで、アマゾンは彼らのニーズに合ったプロダクトロードマップを作成することができました。

このことはアナリストの目にも明らかでした。ガートナーがクラウド・インフラストラクチャ・アズ・ア・サービスとウェブ・ホスティングのマジック・クアドラントを発表したとき、アマゾンはビジョンの完全性という点で最高位にランクされました。

ソース:ガートナー

当時の競合は主にウェブ・ホスティング・プロバイダーで、その多くはサービスとしてのインフラマーケットから撤退しています。AT&T、Rackspace、ベライゾン、これらはテクノロジーのDNAを持たないネットワーク・プロバイダーです。もうクワドラントでは見かけなくなりました。

アマゾンは競争の弱さを心配する代わりに、顧客にこだわることに集中しました。

実際、チームがその年に焦点を当てた3番目の顧客は、自分自身(アマゾンの小売事業)という極めて重要なものでした。信頼性、バックアップ、スケーリングなどです。これらの障害を解決するために機能を追加し、またもや成功しました。2010年末までに、アマゾンリテールはウェブサービスをAWSに完全に移行したと発表しました。

ネットフリックス、オートデスク、アマゾンリテールをAWSに移行した後、チームはセールスマシンのスイッチを入れる自信を得ました。

教訓 7:理想の顧客のために構築する

完全なクラウドSaaSを提供するためのすべてのコンポーネントが整ったことで、アマゾンは2011年から2015年にかけて、一流のセールス実行力をそのプレイブックに加えました。もちろん、同社は急速なペースでプロダクトを発表し続けましたが、この時期に最も注目すべきことは、より大規模な顧客を獲得するために、意図的かつ高価なアウトバウンドセールスを開始したことです。

しかし、ただ万人向けに作ったわけではありません。皆のために作ることは、誰のためにもなりません。

セールスにはICP(理想顧客像)という概念があります。アマゾンの顧客は、どの分野でも2位か3位のプレーヤーでした。彼らは、変革的なITを受け入れる可能性が最も高い人たちでした。 一方、No.1のプレーヤーは、現在のソリューションに自信を持ち、基幹システムの根幹を引きちぎってアマゾンの手に渡すことを避けたいと考えている可能性がはるかに高いのです。

これにより、プロダクトチームと営業チームは、獲得したい3,500の指定アカウントに集中できるようになりました。そのためにAWSは軍隊を配備しました。ジャッシー氏がAWS re:Invent 2016で明らかにしたように、AWSはフィールドセールスとソリューションアーキテクチャチームに数千人を抱えていました。

AWSが営業チームを劇的に強化するようになった理由の1つは、競争でした。2013年までに、AzureはガートナーのInfrastructure as a Serviceにフォーカスした新しいクアドラントに登場しました。右下からスタートしたAzureは、2014年にはAWSのすぐ後ろにまで急浮上し、グーグル・クラウドも登場しました。それ以来、アマゾンが切り開いたマーケットに挑み続けているのが、この2社、そして遠く4番手に続くIBMです。

ソース:アントワーヌ・ラジェ

2012年から2015年にかけて、ガートナーは合計24の新規参入企業を分析しています。これらのプレーヤーが問題に資金を投じる一方で、AWSはすでに大規模な利益を上げていました。

教訓 8:新プロダクトのフライホイールを作る

2013年、VentureBeatは「Amazon’s ‘mountain of margin‘ in cloud services(アマゾンのクラウドサービスにおける「莫大な利益」)」という記事を掲載しました。それによると、同部門の粗利益率は80%を超えていました。

このマージンの多くは、10年前にチームが構想したオリジナルプロダクトの1つであるEC2がもたらしたものです。EC2がこのような多額のマージンを生み出すために用いた手法には、次の2つがあります:

  1. プロダクトを廃止しないこと
  2. 将来の使用に対する予約の割引を顧客に許可すること

どちらもやや直感に反します。ほとんどの企業は古いプロダクトを非推奨とし、メンテナンスの複雑さを軽減しています。しかし、AWSは古いサーバーを大切に扱いました。オフラインにする代わりに、新しいマシンよりも安いコストで顧客に提供したのです。

将来の予約を許可することも、直感に反しますが有用です。クラウドをオンラインにするために必要なハードウェアの量を予測しやすくなるからです。そうすることで、コストをコントロールすることができます。つまり、顧客とAWSの双方にとってメリットがあります。

EC2以外にも、AWSの利益を大きく左右するのがデータ転送です。帯域幅のコストは下がり続けていますが、AWSはデータ転送料金を同じ価格で請求し続けています。

EC2、データ転送、その他の既存プロダクトから得たこの利益はすべて、チャレンジャー・プレーヤーが覇権を握るための新プロダクトに投入されました。2013年、アマゾンはストリーミング・データをリアルタイムで処理するKinesisをリリースしました。これによって、アナリストはデータが起こっているときにそれを見ることができるようになりました。

これは私のような元ゲーミングPMには必須です。フォートナイトのイベントがあったとき、何人のプレイヤーがオンラインになったかを知る必要がありました。このようなデータのニーズは重要ですが、計算コストがかかります。

AWSインフラストラクチャの上に構築されたこの種のアプリケーションは、それ自体で大きな請求書を鳴らし、インフラコストでも大きな請求書を鳴らすという利点があります。

同様に、2014年にAWSはAWS Lambdaでサーバーレスの概念を導入しました。Lambdaを利用する顧客は、EC2コストのほぼ2倍を支払うことになります

これは、「AWS新プロダクトフライホイール」を生み出します。AWSは新プロダクトをリリースし、顧客がより多くのビジネス価値を生み出せるようにします。これにより、AWSのインフラプロダクトに対する需要が継続的に増加し、その結果、同社はさらに多くの新プロダクトの開発資金を確保できます。それぞれの活動が次の活動を生み出します。

フライホイールは、多額の利益を生み出すためにも機能します。規模が大きくなれば、すべてを再投資する必要はありません。2016年までには、AWSはアマゾンの総利益の原動力として十分に重要な存在となり、同社は年次報告書にAWSを記載するようになりました。

それ以来、アマゾンはAWSの驚異的な粗利益率を活用し、アマゾンの他の事業の原資となる営業利益率を高めています。AWSはコストセンターからプロフィットセンターへと変貌を遂げました。700億ドルという驚異的なARRで、営業利益率は約30%であり、さらに増加しています。

教訓 9:顧客のために成功を定義する

過去10年の終わり頃、マーケットにおけるAWSのリードは崩れ始めていました。IBM、グーグル、マイクロソフトなどがクラウド・コンピューティングに大きな賭けをし、それぞれのサービスを強化し始めました。

特にマイクロソフトは、このマーケットに多大な進出を果たしました。実際、マーケットアナリストのCloud Warsは、クラウド収益においてマイクロソフトがアマゾンを上回ると評価しています。

マイクロソフトが2019年に米軍の100億ドル規模のJEDI契約を獲得したことを受けて、AWSは営業人員を倍増すると発表しました。この営業戦略の転換は、戦争の叫びでした。

AWSの営業チームは、プロダクトの営業チームと同様に、顧客の目を通して成功を定義しました。実際、これはOBAM(Outcome-Based Account Management)として広く知られ、公表されている4段階のプロセスとして公式化されています:

  1. 探索:見込み客のデジタル戦略、外部要因、課題、機会に関する広範な調査に基づいて価値仮説を立案する。
  2. 関与:信頼と信用を獲得し、リードの適格性を確認し、最初の価値提案を提供する。顧客の成熟度は、組織構造、調達/法務の仕組みなどに基づいて評価される。
  3. 共感:組織文化、さらには個人的な意図、個人のコミュニケーションスタイルに基づき、各リードにオーダーメイドで適合するものを特定する。この段階は関係構築に重点を置いている。
  4. 支援:AWSリソースの役割と責任、アカウントのバリュープロポジションを具体化する。

OBAMは、プロダクトチームのワーキングベークワーズアプローチに非常に似ています。営業チームが顧客のために成功を定義することにかかっています。

そして、安っぽい名前にもかかわらず、それは非常にうまくいっています。

教訓 10:政府から必要とされるほど優秀になる

JEDI契約を失って以来(現在はキャンセルされている)、AWSは公共部門で驚異的な成長を遂げています。主な契約は以下の通り:

  • 国家安全保障局との100億ドルの契約
  • CIAとの5億ドルの契約
  • NASAとの6500万ドルの契約

AWSは、ITソフトウェア調達の経験を持つ元政府高官を少なくとも66人雇用しています。これにより、AWSは調達プロセスにおいて優位に立つことができます。

元政府調達担当者は、「『提案依頼書』プロセスに関連する官僚主義に精通している」ため、アマゾンの契約獲得に役立っています。相手側にいたことのある人物は、RFP提案がどのように競争的に検討され、分析されるかを正確に知っています。私たちが優位に立てるのはそこです。

ハゼム・エルダクドキー、AWSのシニア・テクニカル・プログラム・マネージャー、元DOJ司法省副最高情報責任者

2021年、エコノミック・タイムズ紙は、「AWSの公共部門ビジネスでは、過去3年間、毎年従業員数が倍増している。AWSは今後数年間、大規模な成長を予測している。」と出版している。

AWSは政府から必要とされるほど優秀な企業となったのです。そして、それは米国政府だけではありません。AWSはオーストラリアからジンバブエまで、世界中の政府と大規模な契約を結んでいます。

要点

ある事業分野で大きな成功を収めた既存のテック企業が、新たな事業分野に進出するのは最近では本当に珍しいことです。アマゾンはAWSでそれを見事に実現しました。まさに新しいビジネスラインを切り開いたのです。アマゾンのプロダクト立ち上げとビジネス成長の真の歴史を学ぶことで、私たちは時代を超越した10のプロダクト成長の教訓を得ることができます。


フォローして最新情報をチェック!

冷酷な優先順位付け

すべての高機能チームは優先順位をつけなければならない。月に一度でも、週に一度でもない。- しかし、厳しく、冷酷に。

優先順位付けとは、最も重要なことを最初に行うことを意味します。プロダクトを作るのであれば、最も顧客価値を生み出すことを最初に行うことを意味します。

私の経験では、優先順位を決定する技術は、その決定が非常に複雑になるため、チームに伝授するのが最も難しいスキルの1つです。通常、優先順位決定はプロダクトマネージャーの中核的な責任ですが、私は、最高のチームとは、全員が同じ目標に向かってマニアックに優先順位を決定し、互いに一貫性のある方法でそれを行っているチームであることを発見しました。

この記事では、優先順位付けについて考えるためのフレームワークについて紹介します。


  1. 優先順位付けのフレームワーク
  2. プロジェクト間の優先順位付け
    1. 1. 投資利益率の見積もり
    2. 2. 制約条件を適用する
  3. プロジェクト内での仕事の優先順位付け
    1. 1. 優先順位決定システムの構築
    2. 2. クオリティとスピードのトレードオフを行うためにプロダクトの仮定を使う
    3. 3. 出荷の時間的価値
  4. 優先順位付けは技術である

この記事は、「Ruthless prioritization」を著者の了承を得た上で翻訳したものです。

著者:Brandon Chu
翻訳者:渡辺圭祐


優先順位付けのフレームワーク

プロダクトマネジメントにおける優先順位付けは、2つのスコープに分けることができます:

  1. プロジェクト間の優先順位付け – これは、チームが次に行うべきプロジェクトを決定することです。
  2. プロジェクト内での作業の優先順位付け – これは、プロジェクトをいかに効率的に実行するかということです。

これからわかるように、それぞれのスコープに取り組むべき方法は大きく異なります。なぜなら、それぞれが異なるタイプの決断を迫られているからです。

プロジェクト間の優先順位を決めるとき、あなたはひとつの大きな決断を下さなければなりません。私のチームは次に何に投資するのか?これに取り組む正しい方法は、パズルを完成させるようなものです。すべてのピースを見つけるために厳密なプロセスを適用し、すべてのピースがどのように組み合わされるかに答えがあります。

プロジェクトの中で仕事の優先順位をつける場合、同じ決断を何百回も下さなければなりません。これは絶対に行う必要なのか?これに対する正しいアプローチ方法は、プロダクトを作るという無秩序な性質を受け入れ、絶対に必要なことを素早く決断する冷酷な考え方を身につけることです。

プロジェクト間の優先順位付け

パズルを解くための厳密なプロセス:私のチームは次に何に投資するのか?

この質問に答えるには厳密さが必要かもしれませんが、プロセスは複雑ではありません:

  1. 各プロジェクトの投資利益率を見積もる
  2. 3つの制約条件を適用する:依存関係、スケジュール、チーム構成
  3. パズルを組み立てる – ROI + 制約に基づいてプロジェクトを順番に進める

これらのコンセプトのほとんどは読者にとって新しいものではないと思うので、かなり手短に説明します。

1. 投資利益率の見積もり

すべてのプロジェクトの優先順位付けの基本は、投資利益率(ROI)です。ROIは、チームが単位時間内に生み出す顧客価値の量として測定されます。優先順位付けの目標は、時間の経過とともに生み出される顧客価値を最大化する仕事を常に行うことです。

プロジェクト間の優先順位を決めるには、2つのデータを見積もる必要があります:

  1. 生み出される顧客価値の量
  2. プロジェクトの完了までにかかる時間

各プロジェクトについてこのデータを入手したら、それらを単純に比較すれば、ほら、優先順位が決まります。

メカニズム的には、あなたがやろうとしていることはこのようなことです

もちろん、インパクトとエフォートの両方を見積もるのは難しいことで有名ですが、見積もるたびに間違っている確率が等しいと仮定すれば、ROIを計算することはプロジェクトの優先順位付けの正当な方法です。

ヒント:見積もりの労力を2倍、インパクトを半分にすれば、より現実に近くなる。

2. 制約条件を適用する

人生はスプレッドシートのように整然としているわけではないので、優先順位の決定に織り込まなければならない制約もあります。あなたが対処しなければならない主な制約は、依存関係、スケジュール、チーム構成です。

依存関係

依存関係とは、ある作業単位が完了しないと、別の作業単位が進まない場合に生じます。

例えば、あなたがモバイルチームで、顧客の携帯電話にシームレスなワンタップ決済ボタンを作りたいとします。あなたは、これが最もROIの高いプロジェクトであると認識し、早急に実行したいと考えました。

しかし、それを実現するためには、そもそも決済を受け付ける機能が必要であり、現在別のチームが取り組んでいます。他のチームの完成に依存しているということは、あなたはまだ何もできないということであり、正しい優先順位付けの決定は、ワンタップ機能を延期し、次にROIの高いプロジェクトを行うことです。

プロダクト作りには依存関係がつきものであり、規模が大きくなればなるほど、より複雑なシステムが構築されるため、プロダクトが成功すればするほど、依存関係は悪化します。大企業では、依存関係を理解し回避することが、優先順位をつける上で最も重要な次元になることが多いです。

余談ですが、スタートアップのスピードが速いのは、彼らがより懸命に働き、より野心的だからだと考える人が多いです。実際は、スピードの違いのほとんどは、依存関係がはるかに少ない(そして、何か失敗したときに動揺する顧客が少ない)ことから来ています。

逆の依存関係

他のチームの目標達成に大いに役立つプロジェクトがある場合があります。この場合、あなたは依存関係にあります。

もしあなたが、自分のプロダクトよりも会社のROIを最適化しているのなら(そうあるべきだが)、チームの優先順位を正しく決定するために、自分のプロジェクトだけでなく、ブロックを解除した依存プロジェクトの累積ROIを評価する必要があります。

他のチームのブロック解除に取り組むチームを見るたびに、私は彼らから尊敬の念を抱きます。このようなチームは、プロダクト会社にとって縁の下の力持ちであり、最も大きな力を発揮するチームなのです。

タイムライン

タイムラインは典型的な制約であり、誰もが経験したことがあるものです。特に深刻なのは、ROIの最も高い機能が出荷される前に、あなたのスタートアップが資金を使い果たして死んでしまうことです。

このような場合、もちろん正しい優先順位付けの決定は、時間枠内で達成可能なROIの最も高いプロジェクトを行うことです。

チームの構成

すべてのチームが平等というわけではなく、チーム内の特定の人たちの構成によって、どのプロジェクトに優先順位をつけるか、異なる決断が必要になることもあります。

例えば、インターンの集まりのような、入社して間もない人ばかりのチームがある場合です(インターンに失礼かもしれませんが、全ソフトウェアの50%はインターンによって作られています)。

このような状況では、たとえROIが最も高くても、顧客に対するリスクが大きいプロジェクトを優先することには注意すべきです。その代わりに、重要なコードやユーザー・エクスペリエンス・ジャーニーに触れないプロジェクトを優先した方が良い場合が多いです。

新人チームは、まず小さな成果を出荷して、足元を固めましょう。本番用の機能をいくつか開発したら、より複雑なプロジェクトに進むことができます。

プロジェクト間の優先順位付け: パズルを完成させ、仕事に取り掛かる

上記のすべての情報を収集するのに必要な作業量を矮小化しているが、いったんすべてを手に入れたら、あとはピースを組み立てるだけです。

プロジェクト内での仕事の優先順位付け

判断する冷酷な考え方: これは絶対に必要なのか?

プロジェクトの実行中は、優先順位付けの性質が異なります。混沌としています。毎日のように決断が求められ、プロジェクト間で優先順位をつけるときのように、ひとつひとつを深く分析する時間はありません。また、実際の顧客が影響を受け、自分たちの評判が危うく感じられるかもしれないので、チームにとってはより感情的な時間でもあります。

プロダクト作りのスピードとカオスに対抗する唯一の方法は、非情なマインドセットを身につけることです。チームが行っている作業を常に意識し、その作業の必要性について彼らに挑戦します。

冷酷なマインドセットを持つということは、現実を受け入れるということです。それは、どこに重点を置くべきか、日々厳しい選択を迫られることを認識することです。完璧なプロダクトを出荷することは幻想であり、出荷するためには常にトレードオフが必要だということを認識することです。

冷酷な考え方を持つことは、出荷する意志を持つことです。ステークホルダーや顧客の期待はチームに大きなプレッシャーを与え、その結果、チームは出荷を恐れるようになります。そして、小さな問題で汗をかくようになり、何も行動できなくなるようになるのです。重要なこと、つまり時間をかけて生み出される顧客価値を見失い、完璧であろうとし始めるのです。

立ち上げ時にバグがないチームを教えてくれれば、もっと前に出荷すべきだったチームを教えましょう。

現実には、プロジェクト内での作業の優先順位付けは混沌としているため、そのプロセスを定義することは無謀です。より生産的な戦略とは、「これは絶対に必要なのか」という問いに冷酷に答えられるよう、プロダクト開発のコンセプトをチームに浸透させることです。以下は、この記事の残りの部分で取り上げるものです:

  1. 優先順位決定システムの構築
  2. クオリティとスピードのトレードオフを行うためにプロダクトの仮定を使用する
  3. 出荷の時間的価値

1. 優先順位決定システムの構築

すべてのソフトウェアは負債です。現在バグがあり、時間が経てばさらにバグが増えます。新しいバグに直面したとき、チームがそれを修正すべきかどうかを素早く判断できなければ、最も重要な仕事に集中する能力が常に中断されることになります。

バグが出るたびに優先順位付けのミーティングをする余裕はないでしょうから、バグを修正するタイミングや次に進むタイミングを判断するシステムを作ることが、最もレバレッジの高いことの1つです。

以下は、私がチームのために生産的だと感じた例です:

X軸はバグがユーザーに影響を与える頻度を表し、Y軸はそのバグの深刻度を表します。赤い点がバグです。

このシステムを使うには、チームと協力して、どの程度の深刻度(この場合、ユーザーが支払えないこと)が深刻すぎるか、どの程度の頻度(この場合、影響を受けるユーザーが5%)が頻度高すぎるかを定義します。そして、そのバグがどのゾーンに当てはまるか、少なくとも1つのアクションをバックログに入れ、何もしない、というアクションセットに合意します。

これに投資すれば、あなたのチームはバグのトリアージマシンになり、誰かが価値の低いバグに取り組む可能性は組織的に取り除かれます。

2. クオリティとスピードのトレードオフを行うためにプロダクトの仮定を使う

プロダクトの初期に創業者が書いたクソコードについてよく耳にします。会社が成功するにつれて、このコードはチームに加わる新しいエンジニアにとって悪夢となっていきます。

創業者は下手なプログラマーだったのでしょうか?そうかもしれません。しかし、可能性が高いのは、当時はプロダクトが成功する見込みがなかったため、コードのクオリティにはあまり関心がなかったということです。それよりも、スピードと自分たちのアイデアの検証を重視していたのです。

出荷するためには、どのチームも必ずクオリティを犠牲にします。そしてそれは、プロダクトのクオリティにとって何が不可欠か、という優先順位の決定に帰着します。

ここで、スピード対クオリティのスペクトラムの正しい位置に自分を導く便利な方法を紹介しましょう。それは、プロダクトの仮定をベースにすることです。プロダクトの仮定とは、顧客の問題や、顧客のために構築しようとしているソリューションについて、あなたが抱いている基本的な信念のことです。

フェイスブックの初期の頃の単純な例で言えば、人々はオンラインでお互いにつながりたいと思っているという問題仮説があったでしょう。その問題が検証された後、他のユーザーを友達として追加できるようなプロダクトアイデアを考えました。

あなたのプロダクトについて考えてみると、このようなプロダクトの仮定に関して、3つの状況が考えられます:

  1. 解決しようとしている問題が想定である。
  2. 既知の問題を解決するためのソリューションが仮定である。
  3. どちらも仮定ではない(あなたは何が必要で、なぜ必要なのかを正確に知っている)。

このスペクトルの左側に位置する場合、顧客の問題について想定はしていますが、それが本当かどうかはわかりません。このような状況では、できるだけ早く出荷するために手を抜くべきで、存在しない問題を解決しようとするリスクを最小限に抑えることができます。

一方、あなたが解決しようとしている問題と、適切なソリューションを構築する方法について高い確信がある場合は、その機能が成功し、将来にわたって拡張する必要があることが分かっているため、クオリティを最大限に高めるべきです。

よく、チームを「実験」するチームと「コア」な仕事をするチームに分けている企業を見かけません。私の意見では、このような組織構造は、ほとんどのチームがプロダクトの想定スペクトルを理解できず、スピードとクオリティのどちらかにギアを切り替えることができないことを反映していません。

3. 出荷の時間的価値

ソフトウェアは、出荷されて初めて顧客に価値をもたらします。

このように、顧客により早く何かを出荷することに価値を置くことができるはずです。これは、私が少し前に書いた「出荷の時間的価値」という概念です。

例として、プロダクトチームがしばしば直面する困難な選択は、80%の顧客ベースには早く機能を出荷し、最後の20%にはその機能を遅らせるかどうかです。この選択は通常、最後の20%の構築には多くのニッチな機能が必要で、(最初の80%の構築の)倍の時間がかかる場合に生じます。

この選択を分解してみましょう:

図を見てみると、80%の顧客は、選択肢#1では付加価値を得る期間を享受しているのに対し、選択肢#2では待たなければならないことがわかります。では、#1を選ぶのは当然なのでしょうか?そうとは言い切れませんが、チームにとっては難しい選択です:

  1. なぜなら、その機能が機能しない20%の顧客は、彼らをサポートしないというあなたの選択を間違いなく認識し、腹を立てるだろうからです。彼らにとっては、何も提供しないよりも悪いことなのです。
  2. その機能が使える80%の顧客は、その機能を早く手に入れることで得られる特別な価値を実際には認識していません

この2つの効果の皮肉なところは、時間をかけてより多くの顧客価値を提供するという決断を下すことで、実際に腹を立てる顧客が増えるということです。不思議な時代です。

上記のようなことがあるにもかかわらず、このような選択を迫られた場合、私は通常、非情になって出荷することをチームに勧めます。その理由はこうです:

  1. もし顧客が完全な背景を知り、私たちのために決断を下すことができるのであれば、彼らの大半は私たちがそれを出荷することを望むでしょう。
  2. 長い目で見れば、チームが一貫してこの戦略に従えば、顧客が80%|20%の良い方に転ぶ回数は均等になり、その結果、常に100%を待つ企業と比較して、常に機能を早く手に入れることの効果が積み重なり、顧客は時間とともに指数関数的に多くの価値を得ることになります。

顧客により早く出荷することに価値を置くことは、理解するのは簡単ですが、痛みを伴うため行動に移すのは難しい概念の一つです。冷酷な優先順位決定者はこれを見抜き、顧客の利益のために行動します。

プロジェクト内での仕事の優先順位付け:冷酷な考え方は不自然

今回取り上げたコンセプトは、経験から学んだ内面化する価値のあるものに過ぎません。もっとたくさんあるし、自分の経験に基づいてこれらを微調整するのです。

悲しいことに、この業界のほとんどのチームは、プロダクト会社の中核的なミームであるにもかかわらず、冷酷な優先順位付けをするインセンティブを与えられていません。

例えば、大規模な組織では、チームは常に機能を出荷しており、ほとんどの社員は顧客が発表するまでその発表について聞くことすらありません。そのような環境において、従業員は自分のチームメイトが、同じ場所にいる他の従業員よりも3倍速く出荷できたことを理解できると思いますか?そうではないでしょう。むしろ、チームメイトが意識的に受け入れていたにもかかわらず、プロダクトに欠けているものしか目に入らないのです。

対照的に、完璧に洗練されたプロダクトは、社内で多くの賞賛を受ける傾向があります。出荷に2年もかかったのは残念です。そのような機能が出来るとは思っていなかったために解約したすべての顧客についてほとんど考えていませんのは残念です。

もっと良くなるようにチームに挑戦させる。冷酷になるよう挑め。


優先順位付けは技術である

あなたのチームの時間は、企業が自由に使える最も貴重な資源であり、もしあなたの仕事の一部がその時間を管理することであるなら、あなたはそれが得意になる必要があります。それは技術であり、練習すれば意図的にうまくなるものです。

優先順位の付け方について、最後にもうひとつだけ真実をお伝えしたい。「現在の計画よりも早く目標を達成する方法は必ずある。

常に。それを見つければいいのです。計画会議の最後に、「どうすれば半分の時間でできるでしょうか」と尋ねれば、奇跡的にチームは方法を見つけてくれます。

何年もプロダクトを出荷してきましたが、より少ない投資時間で同じ顧客価値を生み出す方法をチームが見つけられなかったという状況に私はまだ出くわしたことがありません。また、チームが物事の優先順位を完璧に決めたという状況にも出会ったことがありません。

常に方法はあるということを受け入れるなら、今プロジェクトを実行中であろうと、次にどのプロジェクトに取り組むかを決定中であろうと、冷酷かつ厳密に優先順位をつけることが唯一の論理的なことです。

たとえプロジェクトが国全体であっても。


終わりに、考えておくべきことがあります:

  1. この記事が役に立ったと感じたら、推薦またはシェアしてください。人々がこの記事に価値を見出すことを知ることは、私に書く🔋を与えてくれます。
  2. このような記事をもっと読みたい、あるいは投稿してあなたのストーリーを共有したいとお考えの方は、プロダクトマネジメントのブラックボックスを購読してください。

フォローして最新情報をチェック!

ペイパル:元祖プロダクトグロースカンパニー

2015年7月20日

どこにいたんだ?

当時はパロアルトに住んでいました。テクノロジー関係の仕事をしていました。ペイパルのスピンオフの日がやってきた」という見出しを見たとき、私は肩をすくめました。会社にも横目で見ていました:

➡️ 「何年も革新的なことをやっていないイーベイの中の会社じゃないのか?」

➡️ 「イーベイ以外でペイパルを使う人はいるのだろうか?」

➡️ 「あの会社は20年前の会社です。恐竜だよ。」

実は、一番記憶に残っているのは、イーロン・マスクがペイパルについて話している映像でした。その前の週末、私は彼の1時間のインタビューを見ていたのです。プロダクトに携わる私にとって、イーロンは企業について最も攻撃的なことを言ったのです。「私が2000年に書いたプロダクト計画を見てください。ほとんど違いがない。」


  1. 2015年7月20日
  2. フェーズ 1:プロダクトグロースのDNA – イーベイ以前 🧬
    1. 1998
    2. 1999
    3. 2000
    4. 2001
    5. 2002
  3. フェーズ 2:イーベイ時代 🐌
    1. 2007
    2. 2014
    3. 2015
  4. フェーズ 3:スピンオフ後 ↗️
    1. 2016
    2. 2017
    3. 2018
    4. 2021+
  5. ペイパルから学ぶ: プロダクトグロースのポイント

この記事は、「PayPal: The Original Product Growth Company」を著者の了承を得た上で翻訳したものです。

著者:Aakash Gupta
翻訳者:渡辺圭祐


彼は本質的に、彼らは十分に速く動いていなかったし、革新的でもなかったと主張しています。バレーにいた他の多くの人たちと同様、私も革新的でないと思われる会社には関心を持ちませんでした。イーベイの親会社の下で長年運営されてきたことで、技術者たちの間でイーベイというブランドの文化的な価値が失われていたのです。

しかし、私は間違っていました。悪いことに。皆さんも、この記事を読みながら、首を傾げることがあったかもしれません。おそらく、その株を買ったかどうかがリトマス試験紙になるのではないでしょうか。もしそうでなければ、あなたも間違っていたことになります。ペイパルは、分離独立後、実に目覚ましい発展を遂げました。株価は現在7倍です。これは、かつての親会社であるイーベイよりもはるかに速い企業価値のグロースである。また、決済会社のライバルであるビザやマスターカードよりもはるかに速い:

ペイパルの時価総額は、決済の競合他社やかつての親会社であるイーベイ、最大の決済ネットワークであるビザとマスターカードを大きく上回います。ソース:Yahoo Finance

ペイパルはどのようにして企業価値を飛躍的に高めたのか?なぜ時価総額が327Bドルに達し、かつての親会社イーベイの6.5倍になったのか?これはマスターカードにわずか24Bドル(7%)の差です。

ペイパルは元祖プロダクトグロースカンパニーです。このDNAは、スピンオフ以降、進化と加速を遂げた同社に息づいています。 ここでは、ペイパルの歴史的なストーリーを紹介しながら、プロダクトグロースプロフェッショナルにとって基礎となるべき8つのプロダクトグロースレッスンをお伝えします。


フェーズ 1:プロダクトグロースのDNA – イーベイ以前 🧬

1998

コンピュータサイエンスの学部を卒業してわずか1年後、マックス・レヴチンは会社を設立するためにシリコンバレーにやってきました。アイデアを求めていたマックスは、好奇心と野心に溢れ、世界で最も重要な偶然の出会いを実現するために、まさにうってつけの組み合わせでした。ある日の午後、彼はスタンフォード大学で行われた無名の金融講演会に参加しました。その部屋には6人しかいませんでした。マックスは、その日、ピーター・ティールの話を聞いていた5人のうちの1人でした。当時はまだ、ピーターが今ほど有名でなかったのは明らかです。

講演の後、マックスはピーターと婚約しました。彼は会社を興したいと思っていました。具体的には、暗号技術に興味がありました。ピーターもインターネット企業の立ち上げに興味がありました。ピーターは当時、31歳で小さな投資会社を経営していました。彼は、多くの友人がスタートアップのアシメトリーな報酬を経験するのを見てきました。そして、2人は手を組みました。

マックスの暗号への興味と、ピーターの金融マーケットへの興味を組み合わせたのです。ルーク・ノセックとともに、3人のオリジナル共同創業者が集まって、デジタルウォレットの会社を立ち上げました。当時はCofinityという名前だった。

ペイパルが誕生したのです。

教訓 1:PMF後にしかグロースしない

3人は、PDA用のデジタルウォレットとピアツーピアの決済機能であるFieldLinkを開発しました。残念ながら、このビジネスには2つの問題がありました。まず、PDAのマーケットが大きくなかったこと。第二に、お金を送ったり受け取ったりする人々のネットワークがなければ、デジタルウォレットはユーザーの核となる問題を解決することはできませんでした。単純に、プロダクト・マーケット・フィットがなかったのです。

ここで、ペイパルの歴史から得た最初のプロダクトグロースの教訓に出会うことになります。ユーザーのニーズに合っていること、十分に大きなマーケットであることなど、適切な特性がなければプロダクトをグロースさせることはできません。 この若い会社は、FieldLinkで無名のまま苦労し続けることはありませんでした。彼らはピボットしたのです。

実際、この先何十年も会社を支えることになるアイデアを見つけたのです。ウェブチェックアウトとEメールベースのデジタルウォレットに移行したのです。このプロダクトは、マーケット規模が大きく、プロダクトのマーケットフィットも高かったのです。このプロダクトは、「オンラインでお金を安全に送受信する」という、ますます普遍的になっていく顧客の課題を解決するものでした。 

この重要な条件を満たした時点で初めて、プロダクトグロースのためのプレイブックを書き始めたのです。そのことを知るために、歴史を辿っていきましょう。

1999

教訓 2:(最初の)リファラルプログラム

ペイパルの初期のホームページの画面。紹介プログラムは目立つ位置にあった。

ペイパルは、初めて(既知の)20ドルあげると20ドルもらえるオンライン顧客プロダクト紹介プログラムを開始しました。これは、ハイプ・サイクル・テクノロジーのトリガーとなる瞬間でした。当時のペイパルのマーケティング責任者、ルーク・ノセックの言葉です。

紹介プログラムは、最初の数ヶ月で着実に成功を収めました。それは便利なものでした。メールアドレスだけで、オンラインでお金を送ったり受け取ったりすることができるのです。しかも、最初は20ドルからスタートできました。アーリーアダプターたちは、この問題が解決する直接的なニーズを理解し始めると、ペイパルを使って、友人と一緒にお金を支払ったり受け取ったりしたいと思うようになりました。お金のやり取りは本来社会的なものであるため、紹介チャネルはプロダクトのグロースレバーとして完璧にフィットしていました。

3ヶ月目、紹介チャンネルは脱出速度に乗りました。指数関数的にグロースし始めたのです。このプログラムは、1日に5〜6%の複利効果を発揮していました。

これは、ペイパルのケーススタディから得た、プロダクトグロースにおける2つ目の大きな教訓です。リファラルチャネルを正しく調整することで、指数関数的なグロースを生み出すことができます。獲得したユーザーのLTVが低下するにつれて、ペイパルはインセンティブを減らしていきました。20ドルあげたら20ドル、10ドルあげたら10ドル。そして、5ドルあげれば5ドルもらえるようになった。

数年後、ピーター・ティール氏は、同社が設立後数年間、このプログラムに6,000万~7,000万ドルを費やしたと推定しています。インセンティブが時間とともに減少することを考えると、ペイパルで新たに5~600万人のアクティブな取引者を生み出したと私は推測しています。これこそ、プロダクトグロースのプロフェッショナルが舌を巻くスケールの大きさです。

教訓 3:(最初の)大きな加盟店との統合

イーベイでのペイパルチェックアウト体験の例。最近の写真です。2000年のものではありません。

ペイパルの歴史のこの時点で、私たちは2番目の大きな(顧客)グロースレバーである、大きな加盟店統合にも遭遇しています。ご存知の通り、インターネットのエコシステムのこの時点では、イーベイがEコマースの王者でした。アマゾンは何でも屋ではありませんでした。ショッピファイやエッツィーは、スモールビジネス向けには存在しませんでした。多くのEコマースがイーベイを経由していたのです。

ペイパルは、イーベイとの統合を構築するために、プロダクト/エンジニアリングチームを立ち上げました。短期間で、ペイパルボタンはイーベイの自社プラットフォームよりも多くのボリュームを生み出すようになったのです。

現在、加盟店との統合をサポートする専門のプロダクトグロースチームは、あらゆるフィンテック企業(スクエア、クラーナ、ストライプなど)で試行錯誤されている戦術です。しかし、これを大々的に示したのはペイパルが初めてでした。 

2000

ペイパルという名称が正式に登場したのは、2000年。ピーター・ティールのコンフィニティは、イーロン・マスクのX.comと合併しました。ソース:CompareRemit.com

ペイパルは、リファーラルやマーチャントインテグレーションという革新的なプロダクトのグロースレバーを駆使して、ますます高みを目指していく一方で、競争の激化にも直面していました。

その一つが、イーロン・マスクが立ち上げたデジタルバンクの新興企業、X.comです。2000年3月、両社は資金繰りが悪化したため、合併することになりました。イーロンはCEOに就任しました。今や有名になったイーロンの流儀で、社内の様子は激しかったのです。すべてが電光石火のスピードで動いていました。

ペイパルは、詐欺、決済、ウォレットに革新的な技術を導入しました。同社はマーチャントアカウントを立ち上げました。これは、ペイパルの歴史上、最も重要な決断の1つとなりました。顧客アカウントとマーチャントアカウントの両方を総合的に追求するようになったのです。ピーター・ティールが実際に退社しました。

結婚以来、一度も休暇を取っていなかったイーロンは、9月にようやく2週間の休暇を取りました。残念ながら、イーロンの留守中、会社では物事がうまくいきませんでした。イーロンは、自分がCEOの座から降りることを望む経営陣のもとに戻ってきました。10月にはピーター・ティールが復帰し、CEOの座に就きました。

一方、連邦準備制度理事会では、アラン・グリーンスパン議長が何度も金利を引き上げました。2000年3月10日、ナスダックはピークを迎えました。そこから2002年10月9日まで、世界中がマーケットの低迷に見舞われました。

ペイパルは、ドットコムバブルが崩壊した後にIPOし、下降の一途をたどりました。ソース:WSJ.

2001

インターネット株のバブル崩壊という状況にもかかわらず、ペイパルはアクティブユーザー数、取引量、取引高、時価総額を伸ばし続けました。

そんな中、9月11日が起きた。世界は衝撃を受けました。企業はIPOを止めました。ナスダックはニューヨークにあります。同時多発テロの震源地です。

2002

それでも、ペイパルのチームは耐え抜きました。同社は、9.11後に初めてIPOした企業です。IPOは大成功でした。株価は50%上昇しました。

しかし、マーチャント・インテグレーションプロダクトのグロース戦略は、創業4年目のスタートアップにとって、少し「成功しすぎ」だったのかもしれません。上場から1年も経たない7月8日、ペイパルはイーベイに15億ドルで買収されました。10月には、ペイパルはイーベイの一部となりました。


フェーズ 2:イーベイ時代 🐌

イーベイの傘下で、ペイパルは13年間、親会社との距離を縮めてきました。優秀な人材が多数在籍していたにもかかわらず、プロダクトのグロースは停滞しました。チームは、イーベイでのチェックアウト体験の強化に注力しました。しかし、これではアクティブアカウントは直線的にしか増えません。ペイメントビジネスをグロースさせるという鋭い視点が欠如していたのです。

2007

フォーチュンの作品に登場するペイパルマフィアの実行イメージ。有名どころでは、ジェレミー・ストッペルマン(Yelp)、デビッド・サックス(Yammer)、ピーター・ティール(Palantir)、キース・ラボア(スクエア)、リード・ホフマン(LinkedIn)、マックス・レブチン(アファーム)、イーロン・マスク(Tesla, SpaceX)などがいます。ソース:フォーチュン

イーベイ時代にペイパルに起こった最も大きな出来事の1つは、2007年のことでした。フォーチュン誌が「ペイパルマフィア」という有名な記事を掲載したのです。それまでシリコンバレーで知られていた事実が、全米のニュースになったのです。

2007年以降、ペイパルマフィアメンバーの成功が続いたことで、彼らに関する知識は増え続ける一方でした。実際、この記事の編集者のほとんどは、ペイパルマフィアのメンバーの名前は聞いたことがあっても、ペイパルの現CEOの名前を挙げることはできませんでした。彼は、この物語の重要な登場人物である。近いうちにお会いしましょう。

イーベイ時代、同社が貴重で戦略的な買収を行ったことは特筆に値します。

  • 2008年1月: フラウドサイエンス、リスク&不正管理
  • 2008年11月 Bill Me Later、9000以上のオンラインマーチャントと提携
  • 2013年9月: ベンモも所有していたブレーンツリー

これらの企業は結局、ペイパルのプロダクトグロースの重要な部分を担っています。

2014

2014年9月30日、ペイパルのすべてが変わりました。イーベイの首脳陣は、ベテランの技術幹部であるダン・シュルマン氏を起用しました。ダンはすでに2つの会社を上場させた経験がありました。彼の指揮の下、プライスラインはIPOしただけでなく、2000万ドルだった売上を10億ドルにまで伸ばしました。その後、リチャード・ブランソンにスカウトされ、自ら創業チームに加わった彼は、ヴァージン・モバイルでこの偉業を繰り返しました。だから、イーベイの上層部は、新しい経営者に大きな期待を寄せていたと言っていいでしょう。しかし、彼がどれほどの影響力を持つかは、誰も予想できませんでした。

世界で最も影響力のあるテックリーダーの一人、ダン・シュルマン。スクリーンショットは、eBay Inc.より。

2015

就任から1年足らずで、ダンは3社目の株式公開を成功させました。7月20日、彼はイーベイからペイパルを分離独立させました。ペイパルの時価総額はすぐに親会社を上回りました。


フェーズ 3:スピンオフ後 ↗️

2016

教訓 4:ユーザーを第一に考える

2016年、ペイパルはその戦略全体を大きく変更しました。18年間続いた、ファイル上の低価格の楽器に顧客を誘導することをやめたのです。その代わりに、彼らはユーザーを第一に考えた。顧客に選択肢を与え、どの楽器で支払うかを選べるようにしたのです。

つまり、ペイパルは1回の取引で得られる金額が少なくなりますが、顧客の支払いニーズはより満たされることになります。その結果、ペイパルにとって素晴らしい結果がもたらされました。ユーザーは、より高いロイヤリティという形で好意に応えてくれました。ユーザーはペイパルとの取引を増やし、取引量を増やしました。これが、ペイパルによる4つ目のプロダクトグロースの重要なインサイトです。

ユーザーを第一に考えることで、短期と長期をトレードオフすることができるかもしれません。ユーザーを第一に考えることは、どの業界のどの企業でもほとんど引くことができるプロダクトグロースのレバーなのです。

2017

教訓 5:ソーシャルを解き放つ(ベンモを使って)

2017年以降、ペイパルはベンモのソーシャルを解き放ちました。取引量は、6.8Bドルから5.8Bドルへと、毎期グロースしています。このグロースは絶対に凄まじいです:

17年第1四半期から21年第2四半期までのベンモのTPV(総支払量)。ソース:Quarterly Results

ベンモが人気なのは、そのP2P決済の技術が最高だからではありません。ベンモが人気なのは、ソーシャルネットワークに接続できるためです。ソーシャルペイメントを体験できるのです。これが、ペイパルのケーススタディにある5つ目の重要なプロダクトグロースレバーである「ソーシャルを解除する」です。

これは、単なるソーシャル紹介プログラム以上のものです。ソーシャルフィードをユーザーがベンモを利用する理由の中核とすることで、ペイパルはピアツーピア決済という基本的な実用性を超えたエンゲージメントのフックを作り出しました。ロブロックスやフォートナイトのようなゲーム会社は、何年も前からこのプロダクトグロースのテコを利用してきました。人々は、友人と一緒にプロダクトを使うことで、より長く付き合うことができます。

ベンモのようなソーシャルなループや体験を構築することは、今や試行錯誤の末のプロダクトグロースレバーと言えます。ペイパルは、フィンテック分野のほとんど誰よりも、このレバーをうまく使い続けています。

2018

教訓 6:両面ネットワーク効果の構築

同社が倍増させているもう一つの重要なプロダクトグロース戦略は、両面ネットワーク効果の構築である。それぞれのグループが他のグループを養うのです。顧客が増えれば、ペイパルは加盟店にとってより魅力的な存在になる。加盟店が増えれば、顧客にとっても魅力的になります。多くの加盟店や顧客を獲得することは、競合他社にとって1つではなく、2つの堀を追加することになります。

ペイパルは、常にこのレバレッジを追求してきました。しかし、2018年からこの領域に本当にダブルクリックしました。 6月21日、リスクサービスを提供するSimilityを買収。9月20日、ポイント・オブ・セールスのiZettleを買収。11月15日、ペイアウトのためのハイパーウォレットの買収を完了しました。(翌2019年11月20日、ハニーも買収)これらの買収はすべて連動しています。それらは、ペイパルの両面ネットワークに大きな価値を与えています:

同社の戦略的買収により、ペイパルの両面ネットワーク効果は強化された。インベスターデー・プレゼンテーション

これは、ペイパルの6番目の重要なプロダクトグロースの教訓です。二面的なネットワーク効果を構築して堀を強化する。買収でそうすることもできる。堀があるからこそ、マーケットプレイスビジネスは時価総額/売上高の倍率が高く取引されるのです。

教訓 7:新しいグロースプロダクトの構築

イーベイのもと、2014年の時点で、ペイパルはそのプロダクトについて限られたビジョンを持っていました。その「グロース戦略」と呼べるものには、決済における「常に次のイノベーションの中心にいる」といった決まり文句が含まれていました。しかし今、同社は顧客の金融について、より全体的に考えています。新しいグロースプロダクトを作っているのです。今のアプリを見てください:

今日のアプリには、ソーシャル・ピアツーピア決済、貯蓄、株式、Pay in 4、お得なキャンペーン、ウォレットがあります。もう小さなプロダクト表面積ではありません。ソース:インベスターデー・プレゼンテーション

これはすべて、「40~50のアプリに40~50の異なるパスワードはいらない」という顧客の苦痛を解決するためのペイパルの戦略の一部です。そこで同社は、銀行と提携して新しい金融商品をホワイトラベル化し、ペイパルブランドのログインの下に置くようにしています。暗号であれ、今すぐ買うであれ、後で支払うであれ、これらのプロダクトには巨大なマーケットがあります。ペイパルが各マーケットの勝者になることはないとしても、ユーザーのニーズを解決することには大いに貢献できます。最高の暗号アクセスや貯蓄口座を必要としない場合、ペイパルのログインにそれがあることは貴重です。

これは、ペイパルのケーススタディの7つ目のプロダクトグロースの教訓です:メインプロダクトに隣接して新しいプロダクトを構築します。重要なのは、これらのプロダクトが他のプロダクトを助ける枠組みの中にあることで、サイロ化されていないことです。新しいグロースプロダクトは、既存ユーザーの核となる問題を解決するものであれば、両プロダクトグループの粘着性を高めることができます。実際、ペイパルの暗号ユーザーの50%は毎日ログインしています!このエンゲージメントは、ペイパルの他の機能よりもはるかに粘着性があります。暗号によるログインの露出は、エンゲージメントの頻度が低い機能にも役立ちます。

2021+

教訓 8:まだまだ続くグロースレバーのイテレーション

その結果、現在に至ります。ペイパルはその地位に安住することはありません。今回取り上げた6つのグロースレバー(紹介、加盟店統合、ユーザーファースト、ソーシャル、両面ネットワーク、新グロースプロダクト)は、ペイパルから継続的に投資を受けています。最新のリファーラル・プログラムをご覧ください:

ペイパルは、紹介プログラムを繰り返し、変更し続けています。現在では、友人が5ドル使ってくれれば、2人で10ドルを受け取れるようになっています。ペイパルは、リワードの前にユーザーをダウンファネルに押し込んでいるのです。画像はイメージです。

これが、ペイパルのケーススタディから得た8つ目の、そして最後の教訓です。プロダクトのグロースは、「セット・アンド・フェザー・イット」ではないのです。ここで学んだグロースレバーの1つを追求したら、エンジニア、プロダクトマネージャー、アナリストからなるプロダクトチームを編成し、そのレバーを反復し続ける必要があります。

ペイパルから学ぶ: プロダクトグロースのポイント

グーグル検索をもとに、アクティブなアカウントの履歴を集計。どこにギャップがあるかを推定。最も重要な2つの時期、プロダクトのグロースが会社を牽引しました。画像はイメージです。

ペイパルの歴史を研究する中で、私たちは、ユーザーのニーズの解決、両面ネットワーク効果の構築、ソーシャル、リファラル、ユーザー第一主義、新グロースプロダクトなど、プロダクトグロースの専門家のコアツールキットのほぼ全てに遭遇しました。私たちは今、これらの戦略が実際の企業で適用されるのを戦術的に感じることができるようになりました。重要なのは、このツールキットをいつ使うか、つまりPMFの後に使うということです。また、各レバーを反復し続けることがいかに重要であるかを学びました。

今後の記事では、これらのツールキットをさらに掘り下げていきます。戦術を一般化します。より多くの企業の事例を研究していきます。プロダクトグロースのメールマガジンを購読してください。または、私のアーカイブをご覧ください。

注:私はアファームで働いていますが、この記事のすべての思考は私自身のものです。私はただの謙虚なメルマガライターで、研究の末にプロダクトグロースの教訓をコメントしたものです。

フォローして最新情報をチェック!

プロダクトマネージャーになるには

経験豊富なPMの皆さん、10月24日から1週間、プロダクト戦略に関するワークショップを担当します! 詳しくは下の方にジャンプしてください。


▼ 本記事の内容

  1. どうすれば最初のプロダクトマネージャーの仕事に就けるか?
    1. アソシエイトプロダクトマネージャー
    2. 社内異動
    3. 有名なテック企業から中小企業へ
    4. MBA
    5. 専門的な知識
    6. ネットワーキングと友人関係
    7. コールドアウトリーチ
    8. 買収されたスタートアップの創業者
  2. 最後に
  3. プロダクト戦略ワークショップ

この記事は、「How to become a product manager」を著者の了承を得た上で翻訳したものです。この記事の内容をより幅広く、深く学びたい場合は、この記事の著者であるJackie Bavaroによる『世界で闘うプロダクトマネジャーになるための本 ~トップIT企業のPMとして就職する方法~』をご覧ください。

著者: Jackie Bavaro
翻訳者: 渡辺圭祐


どうすれば最初のプロダクトマネージャーの仕事に就けるか?

このニュースレターの冒頭で、このような一般的で重要な質問をすることになり、興奮しています。私が知っている限り、プロダクト・マネジメントへの道は8つ(8つ!)あります。もし、他の道を見つけたら、ぜひ教えてください。

そして、これらすべての道について、「Cracking the PM Interview」と「Cracking the PM Career」が、面接を受けた後に仕事を得るための助けとなるでしょう。

アソシエイトプロダクトマネージャー

現在、大学の学部生であれば、この道は真っ当ですが、競争は激しいです。目立つためには、複数の優秀な証が必要です。

以下はその例です。

  • コンピュータ・サイエンスの専攻または副専攻(APMの一部の職務に必要)
  • 経済学、経営学、心理学、デザイン、認知科学などの分野で2つの専攻または副専攻
  • 起業家的なサイドプロジェクトやビジネスを始める
  • レジデント・アドバイザー(RA)、ティーチング・アシスタント(TA)、学校代表チームやクラブなどでのリーダー的役割
  • トップスクールに通う
  • 高いGPAを取得する
  • 会社に勤めている人からの紹介

このビデオでは、私が熱く語るパーラメンタリーディベートの様子など、学部生向けの情報をより詳しく紹介しています。

社内異動

プロダクトマネジメントの仕事に移行する場合、最も一般的な方法は社内異動です。既存の信頼性、人間関係、プロダクト知識を活用することができます。

その方法は以下の通りです。

  • 現在の仕事と並行して、PM的な仕事を引き受ける。チームにPMがいる場合、自分ができることは何かを聞いてみましょう。新機能を提案したり、優先順位付けを手伝ったりすることができます。プロダクトの助けが必要な社内プロジェクトがあれば、人手が足りないことが多いので探してみましょう。
  • PMの採用担当者に相談する。プロダクトマネジメントに興味があることを伝え、何かアドバイスや機会がないか聞いてみましょう。どのようなスキルを身につけるべきか、焦点を絞る手助けをしてくれるでしょう。運が良ければ、PMのミーティングに同席させてもらえるかもしれません。
  • 肩書きの変更をお願いする。すでにPMの仕事をしているのであれば、プロダクトマネージャーに肩書きを変更できないか、上司に尋ねてみましょう。
  • 異動を経験した同僚からアドバイスをもらう。社内異動のプロセスは会社によって異なるので、自分の会社ではどうなのか、必ず確認しておきましょう。特に、上司の恨みを買って、あなたの異動を阻止しようとする場合は注意が必要です。

この道を歩むには、現在の職務で素晴らしい仕事をすることに加えて、余分な仕事を引き受ける必要があるかもしれないことに留意してください。

有名なテック企業から中小企業へ

一流のテック企業(特にGoogle)で社内異動をするのは、本当に難しいことです。幸いなことに、それらの企業で別の仕事をしていれば、あなたの経験を評価してくれる中小企業でプロダクトマネージャーとして直接雇用されることもあります。

会社のプロダクトのベストプラクティスを吸収するようにしましょう。

  • もし可能であれば、プロダクトマネージャーと密接に仕事をすることができる職務に転職しましょう。
  • 会社のプロダクトプロセスを学ぶ。アイデアはどのようにしてプロダクト化されるのでしょうか?どのような文書やプロトタイプが作成されるのでしょうか?レビューやチェックポイントは何でしょうか?
  • PMとのミーティング、特にプロダクトレビューやプロダクトティアダウンに参加しましょう。
  • PMから送られてくる書類やメールを読んでみましょう。彼らが使っているテンプレートや共通のパターンはありますか?
  • 親しいPMに、PMのスキルアップを手伝ってもらえるか聞いてみる。PMになることに興味があることを伝え、彼らの仕事について話してくれるかどうか確認してみてください。

そして、あなたの知識を高く評価してくれる会社を探しましょう。

MBA

プロダクトマネージャーになるためにMBAは必要ありませんが、役立つことはあります。希望するレベルのPMの仕事に就くのが難しい場合、優れた学校のMBAがあなたの扉を開いてくれるでしょう。キャリアフェアに加え、同窓生ネットワークは、キャリアのどの段階でも仕事の機会を見つけるのに役立ちます。

私は採用担当者として、特に卒業後2年以内のMBA候補者に若干の偏見を持つ傾向があります。その理由を説明しますので、ぜひ落とし穴を避けてください。

  • 学習マインドの欠如:MBA受験者の多くは、自分がすべてを知っているかのように話します。自分は正しいやり方を学んだと思い込んでいて、現実の世界がもっと複雑であることに思いが至らないようです。そのため、協調的な会話をすることが難しくなります。
  • フレームワークへの過度の依存:既存のフレームワークを適用して問題を解決しようとするあまり、実際に何が起きているのかという深いところを見落としている人を見かけます。面接での質問が自分のフレームワークに当てはまらないと、答えようとしない人もいます。
  • 日々のPM業務に嫌悪感を抱く:MBAを取得した人の中には、プロダクトマネジメントをピープルマネジメントへの道のりの足がかりに過ぎないと考えている人もいるようです。野心に反するわけではありませんが、私がPMを雇うのは、優れたPMが必要だからです。私は、この仕事をうまくやりたいと思っている人を管理したいのです。

ビジネススクールを目指すのはお金も時間もかかりますが、多くの人がプロダクトマネジメントへの良い道だと感じています。

専門的な知識

重要な業界経験があれば、それを活かしてPMの仕事に就ける場合もあります。あなたの経験を評価してくれる会社を探してみてください。

以下はその例です。

  • 医師から医療系スタートアップのPMへ
  • 弁護士から弁護士が創業した会社のPMへ
  • 教師から教育工学のPMへ

この道のメリットは、必ずしもエントリーレベルのPMとしてスタートする必要がないことです。

ネットワーキングと友人関係

多くの企業は、PMの経験がない人を雇うことに抵抗があるようです。しかし、もしあなたが誰かと関係を築き、信用を得たなら、その人はあなたを自分の会社で採用することもあります。この方法は小規模なスタートアップに最適ですが、どんな規模の会社でも、社内にあなたの履歴書を提出する人がいると便利です。

コールドアウトリーチ

これは非常にトリッキーな道ですが、うまくいく人もいます。PMがいないプロダクトのパワーユーザーであれば、合理的なアプローチと言えます。採用担当者を見つけ、連絡を取る最適な方法を考え、相手が喜んで会ってくれるような説得力のあるメッセージを用意する必要があります。

このような場合、プロダクトの分析や改善のためのアイデアを自分なりにまとめておくと便利です。もしそれが十分なものであれば、あなたを雇うよう説得できるかもしれません。というのも、社内での文脈がわからないと、あなたのアイデアはたいてい、チームが考えていることに比べれば自明でインパクトが弱いからです。

買収されたスタートアップの創業者

念のため、この道も入れておきますが、買収されてPMになることを期待して会社を興すことはお勧めしません。会社を立ち上げるのは大変なことです。とはいえ、多くの偉大なPMがこの方法でスタートしました。会社が買収されると、創業者の居場所を見つける必要がありますが、PMは自然にフィットすることが多いのです。フェイスブックは、多くの元創業者のPMがいることで知られています。

最後に

PMになるには、さまざまな道があります。

  1. アソシエイトプロダクトマネージャー
  2. 社内異動
  3. 有名なテック企業から中小企業へ
  4. MBA
  5. 専門的な知識
  6. ネットワーキングと友人関係
  7. コールドアウトリーチ
  8. 買収されたスタートアップの創業者

プロダクトマネジメントへの道をすぐに見つけることができる人もいれば、数年かかる人もいます。このガイドが、あなたにとって最適なアプローチを見つける助けになれば幸いです。


プロダクト戦略ワークショップ

10月24日から、私はプロダクト戦略ワークショップを担当します:「Cracking the Product Strategy

機能のリストを提供することから、チームを鼓舞し、プロダクトを成功に導くプロダクト戦略を作成する方法について学びたい方は、ぜひご参加ください。

戦略の発見(ユーザーインサイトから戦略的インサイトへの移行方法)、戦略の立案(ビジョン、フレームワーク、ロードマップ)、戦略的アライメントの推進(人々の最高のアイデアを引き出し、彼らを乗せる)などを取り上げます。

参加はこちらから:https://maven.com/jackie-bavaro/cracking-the-product-strategy、プロモーションコード「35OFF」で35%割引になります。

コースはとてもマッチしているように思えますが、価格帯が合わないという方は、スカラシップに応募してください。


フォローして最新情報をチェック!

コンシューマー向けビジネスを立ち上げ、スケールする方法

ステップ1: アイデアを思いつく

こんにちは👋 レニーです! 今月の私のニュースレター✨無料版✨へようこそ。毎週、プロダクト、グロース、人間との仕事、その他仕事に関するストレスについて、読者の質問に謙虚に取り組んでいます。今すぐ購読して、毎号を手に入れよう。


スタートアップの創業者は、不可能を可能にする必要があります。これまでにないものを、これまでにないチームで作り、何十もの新しいスキルを学び、数え切れないほどの後戻りできない決断を下し、資金(とエネルギー)が尽きる前にすべてをやり遂げなければなりません。それはまるで、荒野で迷子になり、暗闇の中で、自分がどこに向かっているのか漠然とした感覚しか持てないようなものです。

もし、地図があったらと想像してください。

TikTokからレディット、ウーバー、エアビーアンドビーまで、私は何百もの企業の成長物語を研究する機会に恵まれました。これらの企業がどのように最初のユーザーを獲得しプロダクト・マーケット・フィットを見出しグロースエンジンを構築しリテンションコンバージョンバイラルポジショニング価格設定など、耐久性のあるビジネスを構築するために必要なほとんどすべての要素を上手くやってきたのかを探ってきました。しかし、これらの要素をすべて結びつけたことはありません。

今日から5週間、私が開発した6部構成のプレイブックを紹介します。このプレイブックは、コンシューマー向けビジネスを立ち上げ、スケールするための6つの基本ステップを案内するものです。今年の後半には、B2Bビジネス向けの同様のプレイブックを紹介する予定です。

この記事は、何百時間にもわたるリサーチ、インタビュー、そして総合的な分析から生み出されたものです。この本には、私がこれまで共有したことのない、まったく新しいフレームワーク、ストーリー、インサイトが含まれています。これまでで最高の作品になるかもしれません。何はともあれ、最も時間のかかる作業であることは間違いありません。

以下に、その内容を紹介します。

これらのステップ(あるいはどのステップでも!)に従えば必ず成功するというわけではありませんが、確率を上げることは間違いないでしょう。

では、さっそくステップ1に入りましょう。


▼本記事の内容

  1. ハイレベルな要点
  2. スタートアップのアイデアの出し方
    1. 戦略1:自分自身の問題に注目し、それを解決する
      1. ドロップボックス
      2. エッツィー(Etsy)
      3. カメオ(Cameo)
      4. エアビーアンドビー
      5. アップル
      6. サブスタック(Substack)
      7. ウーバー
      8. ヒップキャンプ
      9. スナップチャット
      10. ゴート(GOAT)
      11. ワッツアップ
      12. ワービー・パーカー
      13. カーム(Calm)
    2. 戦略2:自分の好奇心に注意を払い、いじくり回す
      1. コインベース
      2. グーグル
      3. オープンシー
      4. ミュージカリー(通称:TikTok)
      5. ツイッター
      6. ティンダー
      7. デュオリンゴ
      8. ヘッドスペース
      9. レント・ザ・ランウェイ(Rent the runway)
      10. ザ・リアルリアル(The RealReal)
    3. 戦略3:すでにうまくいっているものに注目し、それを倍増させる(別名ピボット)
      1. インスタグラム
      2. ユーチューブ
      3. リフト
      4. ピンタレスト
      5. ペイパル
      6. グロッシアー
      7. ディスコード
      8. ツイッチ
    4. 戦略4:パラダイムシフトに注目し、逆算する
      1. スポティファイ
      2. アマゾン
      3. 23andme
      4. インスタカート
      5. ステッチフィックス
    5. 戦略5:友人とブレインストーミングを行い、上記の4つのポイントに注意を払う
      1. サムタック(Thumbtack)
      2. ネットフリックス
      3. イェルプ
      4. レディット
      5. ネクストドア(NextDoor)
      6. ドアダッシュ
      7. バンブル
      8. イベントブライト
  3. 座って考えるべきか、アイデアがひらめくのを待つべきか?
  4. 良いアイデアとは何か?
    1. 1. アイデアについて考えずにはいられない
    2. 2. すぐにプロトタイプ作りに着手し、そのためのスキルも持っている
    3. 3. チャンスに対するユニークな洞察力をもっている
    4. 4. アイデアがわかりやすい
  5. アイデアを思いついたら、どうするか
    1. 1. 安価かつ迅速にプロトタイプを作成し、アイデアを検証する。
    2. 2. 潜在的な顧客に話を聞いて、アイデアを練り直す
    3. 3. 誰のために作っているのかを把握する
  6. 次週:🕵️ 超特殊な人を特定する
  7. 📚 さらに勉強したい方へ
    1. 📣 Lenny’s Talent Collectiveに参加する
    2. 🔥 注目の求人情報

この記事は、「How to kickstart and scale a consumer business」を著者の了承を得た上で翻訳したものです。

著者: Lenny Rachitsky
翻訳者: 渡辺圭祐


消える写真、オンデマンドの車、DVDの郵送、NFTのマーケットプレイスなど、すべてはアイデアから始まるのです。アイデアは重要でないと言われても、それを信じてはいけません。

「私自身、アイデアはそれほど重要ではないと思っていましたが、それは間違いだと確信しています。」

サム・アルトマン

このシリーズを始めるにあたり、現在最も成功している50のコンシューマービジネスが、どのようにスタートアップのアイデアを思いついたのかを調べてみました。以下、それを紹介します。

  1. スタートアップのアイデアを思いつくための最も一般的な5つの戦略
  2. 座って考えるべきか、アイデアがひらめくのを待つべきか?
  3. 良いアイデアであることを示すサインは何か?
  4. アイデアを思いついたら、どうすればいいのか?

この記事には、スタートアップの創業ストーリーの最大のコレクションも含まれています。

戦略に入る前に、私の調査から得られたいくつかの教訓(そして驚き)を紹介します:

ハイレベルな要点

  1. これらのコンシューマー創業者は非常に若かった。半数は30歳未満、80%は35歳未満で起業している。
  2. コンシューマー向けスタートアップのアイデアの3分の1以下は、創業者が自分自身の問題を解決しようとしたことから生まれている。私は、これがスタートアップのアイデアの大部分を占めると予想していました。
  3. ビッグアイデアを思いついたとき、積極的にスタートアップのアイデアを考えていた創業者は3分の1以下でした。つまり、ほとんどのスタートアップのアイデアは、有機的に出現したのです。
  4. コンシューマー向けスタートアップの勝利したアイデアのうち、ピボットから生まれたものはわずか18%でした。これも、もっと高いと思っていました。
  5. 創業者の3分の1以下は、プロダクトを構築するために必要なユニークなスキルを持っていた。
  6. ツイッター、スナップチャット、ピンタレスト、コインベース(Coinbase)、ティンダー、カーム(Calm)、エアビーアンドビーなど、コンシューマー向けビジネスの最大のアイデアの半分強は、当時は非常につまらないものだと感じられていた。
  7. 75%以上が2人以上の創業者により創業されている。
  8. 68%にエンジニアの共同創業者がいる。
  9. 42%は以前に会社を立ち上げたことがある。
  10. 創業チームの11%にMBAを取得した共同創業者がいた。
  11. ドアダッシュの1社だけが、潜在的な顧客やユーザーと積極的に話すことによって、アイデアを思いつきました。

私が行った分析は、このグーグル・シートで見ることができます。

スタートアップのアイデアの出し方

最も成功している50社以上のコンシューマー企業を調査した結果、優れたスタートアップのアイデアを思いつくための共通の戦略は5つしかなく、そのすべての根源は以下に注意を払うことに起因します:

  1. 自分自身の問題に注意を払い、それを解決する (~30%)
  2. 自分の好奇心に注意を払い、いじくり回す(~20%)
  3. すでにうまくいっていることに注意を払い、それを倍増させる (~18%)
  4. パラダイムシフトに注意を払い、逆算する (~15%)
  5. 友人とブレインストーミングを行い、上記の4つのポイントに注意を払う(〜15%)

これらの戦略を、今日の最大手のコンシューマービジネスに当てはめてみました。

以下、それぞれの戦略を深く掘り下げるとともに、各社の創業ストーリーを紹介します。それでは、さっそく本題に入りましょう。

戦略1:自分自身の問題に注目し、それを解決する

成功したコンシューマー企業の大部分(約30%)は、創業者が単に自分自身の問題を解決し、その解決策が他の人にとっても価値があることに気づいたことから生まれました。

例を挙げると、

  • ドロップボックス:ドリュー・ヒューストン(Drew Houston)はサムドライブを紛失し続けたため、クラウドベースのファイル同期サービスを開発しました。
  • エッツィー(Etsy):ロブ・カリン(Rob Kalin)は、自分の家具を販売する方法を探していましたが、良いものが見つかりませんでした。
  • カメオ(Cameo):スティーブン・ガラニス(Steven Galanis)とマーティン・ブレンカウ(Martin Blencowe)は、NFLのクライアントのためにビジネスを見つける必要があり、有名人へのアクセス権を有料で提供する実験を行いました。
  • エアビーアンドビー:ジョー・ゲビアとブライアン・チェスキーは、家賃を支払う方法を見つける必要があり、エアベッドを旅行者にレンタルすることにしました。
  • アップル:スティーブ・ウォズニアックは、満足できるコンピューターが見つからなかったので、自分で作りました。
  • サブスタック:クリス・ベストとハミッシュ・マッケンジーは、コンテンツとジャーナリズムが向かう方向を憂い、自分たちで解決策を構築することを決意しました。
  • ウーバー:ギャレット・キャンプ(Garrett Camp)は、サンフランシスコで確実に移動できないことに不満を持ち、より良い解決策を試し始めました。
  • ヒップキャンプ(Hipcamp):アリッサ・ラバージオは、素晴らしいキャンプ場を探すのに苦労していたため、それをもっと簡単にするためのウェブサイトを作りました。
  • スナップチャット:レジー・ブラウンは、プライベートな写真を安心して送れるようにしたいと考え、エヴァン・スピーゲルの協力を得て、消える写真を送るアプリを開発しました。
  • ゴート(GOAT):ダイシン・スガノは、エアジョーダンの偽物を買わされたことをきっかけに、よりよい解決策を考え始めました。
  • ワッツアップ:ヤン・コムは、友人の近況を知るためのシンプルな方法を求めていました。
  • ワービー・パーカー(Warby Parker):高価なメガネを紛失していた創業者たちは、もっと安く、もっと簡単にオンラインで注文できる方法があるはずだと考えました。
  • カーム(Calm):マイケル・アクトン・スミスは、瞑想が自分の苦しみに対処するのに役立つことを発見しました。

ポール・グレアムが言うように、「自分を苦しめるものには特に注意を払え」。

以下は、創業者たちが直面していた問題をどのように克服し、それによって起業のチャンスに気づいたかという話です。

ドロップボックス

「どこにでもUSBメモリを持ち歩くのが嫌になり、バスに乗る時でなければ洗濯機に入れるところだった。それは常に災害の一歩手前です。そして、ボストンからニューヨークへ移動中にサムドライブを忘れてしまい、仕事が手につかなくなり、ドロップボックスになるための最初のコード行を書き始めたのです。」

ドリュー・ヒューストン(CEO兼共同創業者)、foundrより

エッツィー(Etsy)

ソース:ユーチューブ

木工で自分の会社を立ち上げ、クチュールパソコンケースを作っていたのですが、それを売るのに最適な方法を探しました。オフラインの世界では、委託販売や卸売りがありますが、どちらも私の好みではありませんでした。また、オンラインの世界も見てみましたが、どちらもあまりうまくいきませんでした。

そして、『Get Crafty』の生みの親であるジーン・ライラ(Jean Railla)と仕事をするようになり、魔法のような出来事が起こりました…。彼女は私に、『Get Crafty』の再構築を手伝ってほしいと頼んできたのです。それが、私がウェブサイトをデザインするようになったきっかけです……。私は自分の家具を売りたいと思っていたので、そのアイデアが浮かんで、『Get Crafty』にマーケットプレイスを追加することをジーンに相談しました。彼女は、そして私もおそらく同意見だったと思いますが、マーケットプレイスは『Get Crafty』の中でやるのではなく、別に始めたほうがいいだろうと。『Get Crafty』は本当に人々が話し合うコミュニティでしたから、あることがきっかけで、マーケットプレイスとして作るというアイデアが生まれました。

そして、エッツィーを始めた当初は、自分が作っているものを売りたいところにマーケットプレイスを作って、それからすぐにこれらのものを作ることに戻ろうという考えでした。」

ロブ・カリン、共同創業者、From Scratchより

カメオ(Cameo)

「会社の始まりは、スティーブンとマーティン(共同創立者)が葬儀の席でおしゃべりしていたとき、マーティンは、私たちが最近カシアス・マーシュを管理するNFLエージェントになったこと、彼のブランド取引などを見つけるのに苦労していることについて話していました。

そこで彼らは、XドルでZのアスリートとYのアクティビティができる会社を立ち上げることにしたのです。例えば、マイケル・ジョーダンとゴルフに行く、セリーナ・ウィリアムズを娘の誕生日に招待する、などです。カメオが解決しようとした具体的な問題は、マーティンが抱えていた現金が支払われないという問題だった。最初はね。」

デボン・タウンゼントCTO兼共同創業者

エアビーアンドビー

ソース:Sequoia

「サンフランシスコに着いて、ジョーから家賃は1,150ドルだと聞かされました。そして、私は家賃を払うだけのお金を持っていません。ところがその週末、サンフランシスコで国際デザイン会議が開かれることがわかったんです。サンフランシスコのホテルはすべて完売していました。そのとき、私たちはこのアイデアを思いついたんです。『デザイン会議のために、この家を民泊にしたらどうだろう』ってね。

残念ながら、私はベッドを持っていなかったのですが、ジョーはエアベッドを3つ持っていました。そこで、押し入れからエアベッドを引っ張り出してきました。エアベッドを膨らませて、”airbedandbreakfast.com “と名付けたんです。

このアイデアを思いついたとき、私は母に『私は起業家になりました』と言ったのを覚えています。でも母は、『いいえ、あなたは失業中よ』と言ったんです。」

ブライアン・チェスキー(CEO兼共同創業者)、The Jordan Harbinger Showより

アップル

ソース:テッククランチ

「他人のコンピュータを使うのにお金を払うのは嫌だったので、自分でデザインすることにしたんです。すべてを一箇所に集めたかったし、すでに端末も持っていたから、その途中でした。」

スティーブ・ウォズニアック(共同創業者)、Byte magazineより

サブスタック(Substack)

「クリスは、結局公開しなかったブログ記事の下書きを書いていました。その下書きの中で、彼はアテンション・エコノミーの問題点、それがいかに悪いオンラインコンテンツや行動を誘発し、社会に悪い結果をもたらすかを説いていました。私は、彼が言っていることはすべて正しいですが、メディアの人々はすでにそれらの問題を知っており、彼らに欠けているのは意味のある解決策であると言いました(努力不足というわけではありません)。

私は、彼がより良い方法を提案するいくつかの段落を追加するよう提案しましたが、彼はそれをする代わりに、読者と作家の間の直接支払いに基づくものを作るべきだ、その方がすべての関係者のインセンティブをよりよく調整できるからだ、と私を説得し始めたのです。

私たちは二人ともStratecheryの読者で、ベン・トンプソンがこのモデルはとてもうまくいっていて、なぜもっと多くの人がこれを試さないのか分からないと言っているのを聞いていました。Stratecheryのようなものを運営するために必要なインフラを構築し、維持するための努力は自明ではないので、ベンがやっていることをどんなライターでも簡単にやろうとしたらどうなるのだろうかと考えました。そこで、私たちはブレインストーミングを始めたのです」。

ハミッシュ・マッケンジー(共同創業者)

ウーバー

「この街の悲しいタクシー事情は、ギャレット・キャンプの新しいライフスタイルをひどく窮屈なものにしていました。路上で確実にタクシーを呼ぶことができないため、彼は携帯電話の短縮ダイヤルにイエローキャブの配車番号を入れるようになりました。しかし、それさえも不満でした。『電話しても来ないし、路上で待っている間に、他のタクシーが2台も3台も通り過ぎるんです。それからまた電話するんですが、私が前に電話したことさえ覚えていないんです』。

常日頃から非効率的で落ち着かない日々を過ごしていた中、彼は最初の解決策を思いつきました。タクシーが必要な時、彼はすべてのイエローキャブ会社に電話し、最初に来たタクシーに乗るというものです。

しかし、この方法はタクシー会社から嫌われました。確認はできませんが、キャンプは自分の携帯電話がサンフランシスコのタクシー会社のブラックリストに載ってしまったと考えています。『私の電話には出ないんです。私はタクシーシステムから追放されたのです』。

キャンプは、この街の「ジプシー・キャブ」(黒い無名のセダン車)を使って実験を始めました。街頭で乗客に近づき、ヘッドライトを点滅させて料金を要求するのです。ほとんどのサンフランシスカン、特に女性は、身の危険を感じたり、メーターのないタクシーに不安を感じたりして、こうした無名のタクシーに近づきませんでした。

しかし、キャンプは、ほとんどの車が清潔で、運転手も親切であることを知りました。しかし、運転手にとって一番の問題は、タクシーに乗るまでの間、ホテルの前で待ちぼうけを食らうことでした。そこでキャンプが始めたのが、タウンカーの運転手の電話番号の収集です。『一時は、サンフランシスコで最も優秀な黒塗り車の運転手の電話番号が10〜15件も入っていましたよ』と彼は言います。

そして、彼はさらにシステムを利用し始めました。お気に入りのドライバーには、必要な時間の何時間も前にメールを送り、約束の時間にレストランやバーで落ち合うように伝えました。また、ある夜には、自分と友人たちのために、タウンカーとドライバーを一晩中レンタルした。1,000ドルもする贅沢なもので、夜が更けるころに街を走り回り、みんなを送り出すのは大変なことでした。

その時、キャンプの頭に『007』の未来的な映像が浮かびました。突然、彼は新しい概念に取りつかれたのです。彼は、オンデマンドの自動車サービスや、乗客が携帯電話の地図で追跡できる車のアイデアについて、マックロスキー(彼の恋人)と頻繁に話し合っていました。その年のあるとき、キャンプは、企業やブランドの新しいアイデアやロゴを書き留めるために持っていたモレスキンノートに、「Über」という言葉を書き込みました。

キャンプは、このようなサービスが欲しいという確信がありました。また、アップル社が2008年夏に発表したiPhoneとその新しいアプリストアが、『007/カジノ・ロワイヤル』の未来的なビジョンをついに現実のものとすることも知っていました。iPhoneは、地図上に対象物の位置を表示できるだけでなく、初期のモデルには加速度センサーが搭載されていたため、車が動いているかどうかも分かるようになっていました。つまり、iPhoneがタクシーメーターとして機能し、分単位、マイル単位で乗客に課金することが可能になったのです。

ウーバーのアイデアは、キャンプの頭の中で結晶化しつつありました。」

ガーディアン紙

ヒップキャンプ

ソース:Today

「私は初めてのキャンプを計画していました。それまでにも何度もキャンプをしたことがありましたが、いつも誰かが予約をしてくれていたのです。そのプロセスがどれほど難しいか、信じられませんでした。すべてが多くの異なるウェブサイト上で行われました。多くのサイトが予約で埋まっていました。情報は断片的でした。

ようやくキャンプ場を見つけました。そこに降り立つと、それは素晴らしいものでした。海に向かって歩いていくと、みんなサーフィンをしていました。ここはサーフィンに最適な場所です。ネットでそのキャンプ場については全部読みましたが、どこにもサーフィンのことは書いてありませんでした。私はサーフィンが大好きです。私はただ座ってこの美しい波のブレイクを眺めていましたが、一生懸命やったのに、このキャンプ場での最高の体験を逃してしまったことに気づきました。翌日、車で帰宅したとき、外に出ることが非常に困難であり、インターネットがそれを解決してくれるのではないかと思いつきました。

その年の暮れには、プログラミングを学びました。その年の6月には、超ベータ版のウェブサイトを立ち上げました。」

アリッサ・ラバージオ、CEO兼創業者

スナップチャット

ソース:インサイダー

「レジー・ブラウン(共同創業者)は、ブラントに注意深く指をかけ、そのきっちり巻かれた完璧さに感心していました。このような芸術品を吸うのは、ほとんど恥ずかしかったのです。[中略]話題は女の子に移った。レジーは夢見るような表情を浮かべました。『消える写真が送れればいいのに』彼はぼんやりとそうつぶやきました。[…]

レジーは、この新しいアイデアの有用性に注目しました。消える写真を送る方法です。ナンパ相手に自分のアソコの写真を送る心配もありません。そして、女の子は、消える写真なら、もっと過激な写真を送ってくれる可能性があります。

突然、彼は飛び起きて、エヴァン(・スピーゲル)がいるかどうか確かめるため、廊下をダッシュしました。エヴァンの部屋に飛び込んだレジーは、『おい、すごいアイディアがあるんだ!』と叫びました。レジーが自分のアイデアを説明し終わる前に、エヴァンの顔が明るくなりました。彼はすぐに元気を取り戻し、ほとんど酔っぱらってしまいました。まるで一緒にパーティーをしていたすべての夜のようでした、レジーのアイデアで飲んでいたことを除いては。『100万ドルのアイデアだ!』。エヴァンは最後にこう叫びました。」

ビリー・ギャラガー、『How to Turn Down a Billion Dollars: The Snapchat Story』より

ゴート(GOAT)

「[エアジョーダン5グレープス]が[eBayから]届いたとき、私はとても興奮しました。すぐに箱を開けて匂いを嗅いだんです。エアジョーダン5には独特の匂いがあるのですが、それがなかったんです。靴を履いてみても、しっくりこないんです。同じスニーカースタイルをたくさん買っていると、手にしたとき/足につけたときに何を期待すればいいのかが分かってきます。靴のディテールやジャンプマンロゴがずれて見えたり、後ろのポッドが膨らんで見えたり、靴紐の質感まで違っていたりしたのです。

フェイクシューズの購入は初めてで、全く期待はずれでした。eBayの和解のポリシーが悪く、買い手と売り手に問題を解決する負担がかかるため、私はお金を取り戻すことができませんでした。この体験は私に大きな影響を与え、初めてスニーカーを買うのが楽しみにならなくなりました。

共同創業者のエディーにその時のことを話すと、彼は私に質問を投げかけ始めたのです。

『こんなことは多くの人に起こるのか?』

『eBay以外で最高の仕事をしたのは誰?』

『この問題を解決するためにテクノロジーを活用している人はいるのか?』

『人々はどうやってスニーカーを探すのか?』

私が愛してやまないこの業界は、断片的で安全でないことが明らかになったのです。スニーカーを買う多くの人が、同じような問題にぶつかっていました。サブレディットやソーシャルアカウント、ブログには、偽物の見分け方を紹介するものがあります。NikeTalkのようなフォーラムでは、他の人が探している靴を見つけられるように、スプレッドシートに商品のSKUを書き込む人もいます。基本的に、誰もが本物のスニーカーを見つけて購入するために、情報を寄せ集めていたのです。

私たちは、既存の問題の多くをテクノロジーで解決できると考えていましたし、この分野ですでに持っている知識によって、さらに優位に立つことができました。また、情熱的で若い世代を対象とした業界を見つけることも重要だと考えました。GOATはその条件にぴったりで、私たちは何かをつかんだと思いました。あとは、作り始めるだけです」。

ダイシン・スガノ共同創業者)、Matrix Partnersより

ワッツアップ

「ヤンは、自分のアドレス帳を見せてくれました。彼の考えでは、人々の個人名の横にステータスがあれば、とてもクールなものになるというものでした」。そのステータスは、通話中なのか、バッテリーの残量が少ないのか、ジムにいるのか、などを表示するものでした。[…]

コーム(Koum)は、世界中のあらゆる電話番号とアプリを同期させるためのバックエンドコードを作成し、国際電話の接頭辞が記載されたウィキペディアの項目を熟読するのに何日もかけました。彼は、何百もの地域のニュアンスに対応するために、何か月もかけてうんざりするようなアップデートをすることになるのです。

アレックス・フィッシュマンForbes

ワービー・パーカー

「[ビジネススクールに入る直前]、私は誤って飛行機に眼鏡を置き忘れてしまい、700ドルもかかってしまったことがあります。フルタイムの学生として、新しいメガネにそれだけのお金を払うことを正当化することはできなかったんです。その頃、アップルストアで200ドルも出して買ったiPhone 3Gは、魔法のような機能を備えていました。一方、メガネの技術は800年も前のものであり、意味を成しませんでした。[…]

私は、なぜメガネがこんなに高いのか、誰にでも文句を言っていました。そして、アンディはメガネを失くし続け、オンラインで何でも買っていたのですが、なぜ新しいメガネをオンラインで買えないのか、なぜ誰もメガネをオンラインで効果的に売っていないのかが理解できなかったのです。そこで私たちは、アイウェア業界のさまざまな部分に不満を感じながら、この会話を始めました。

[共同創業者]のニールは、眼鏡の非営利団体で何年も働いていたので、おそらく私たちよりもずっと詳しいと思います。ある日、みんなでコンピューター室に集まって、ニールにいろいろと質問したんですが、そのとき私たちは、この大きなチャンスに目を見張ったんです。そして、『そうだ、メガネを売ればいいじゃないか』と思いつきました。そして、私たち全員の頭の中で電球が光ったのです。」

デイブ・ギルボアニール・ブルメンタール、共同創業者、How I Built Thisより

カーム(Calm)

「私は、毎日オフィスに行くことに耐えられなかったのです…。毎朝、頭痛と体の痛みで目が覚め、トラックに轢かれたような気がして、鎮痛剤を飲んでいました。だから、この鎮痛剤で一日のスタートを切るような感じでした。ビジネスの根本的な問題に取り組んでいなかったり、取り組もうとしてもうまくいかなかったり、そういう時期があったからこそ、カームにつながったのです。

創業するのに最高のビジネスの一つは、痒いところに手が届くようなもので、私は瞑想が何なのか、マインドフルネスが何なのか知りませんでした。しかし、私の親愛なる友人であるアレックス・チューは、彼が10代の頃(とても珍しい10代でした)買ったCD-ROMで瞑想をしていました。彼はよく私に、『いいか、お前、瞑想をやってみろ』と言っていましたが、私は『そんなのやめちまえよ。そんなものは必要ない。何か実用的なことを教えてくれ』という感じでした。

しかし、ゆっくりと、しかし確実に、今までわからなかったものが分かり始め、私はある程度それを理解しました。私にとって重要なブレークスルーは、私が前にやったことがないことをしたときでした。私は一人で休暇を取りました。オーストリア・アルプスのリゾート地で、朝からテニスをし、ノートに落書きをし、本を読み、噂に聞いていた瞑想に挑戦しました。そして、それはただ信じられないものでした。霧が晴れました。崖に顔を押しつけられ、ビジネスで直面している問題の出口が見えなかったのですが、一歩下がって見通しを立てるだけでも、非常に価値があることでした。そして、たくさんの本や研究論文を読んで、これは科学だ、マインドフルネスは人間の脳の配線を変える方法なんだと気づきました。これをシンプルに、親しみやすく、誰にでもできるようにしたらどうでしょう。これは世界最大のチャンスであり、ビジネスのひとつになるかもしれません。

帰ってきて、アレックスとそのことを話したら、『そうか、やっとわかったか。行こうぜ』って。[…]

彼はcalm.comを所有している人を見つけて、『なんて素晴らしいドメインなんだ、世界をもっと落ち着かせる手助けをして、そこでどんなビジネスを構築できるんだ』と言ったのです。私は『このドメインはいくらですか』と聞きました。すると彼は『100万ポンド(約1億円)だ』と言うので、私は『そうですか』と答えました。

1年後、テレビゲームをしていたら、calm.comを持っている人が売りたいから取引してくれと言うんです。もっともっと安い値段で買うことができたんです。それでcalm.comを買ったんですが、このビジネスのためのドングリの種をまいたようなものです」。

マイケル・アクトン・スミス(共同創業者)、The Diary of a CEOより

自分自身の問題を解決することで、スタートアップのアイデアを見つけるためのアドバイス。

  1. 自己認識を深めること:日々、自分が抱えている課題に注意を向けましょう。
  2. やる気を出す:自分を行動に駆り立てるような問題に注意を払いましょう。
  3. 自分のアイデアを当たり前だと思わない:あなたが価値を感じているなら、他の人もそう思っているはずです。

戦略2:自分の好奇心に注意を払い、いじくり回す

コンシューマー向けビジネスの最大手の20%は、創業者が好奇心と直感に従い、時間をかけてアイデアをいじり続けた結果、誕生しました。ほとんどの場合、アイデアを思いついた後、すぐにプロトタイプを作り、そこに何かがあることを確認しました。

例を挙げると、

  • コインベース:ブライアン・アームストロングはクリプトのアプリケーションに興奮し、ビットコインのウォレットを作ることにしました。
  • グーグル:ラリー・ペイジとサーゲイ・ブリンは、ウェブの数学的特性に興味を持ち、ページをランク付けするためのクローラーを構築しました。
  • オープンシー(OpenSea):デビン・フィンザー(Devin Finzer)は、新しいERC721標準が可能にしたことに興奮し、数ヶ月でオープンシーのベータ版を出荷しました。
  • ミュージカリー(通称TikTok):アレックス・ジュー は、ビデオと音楽を組み合わせるティーンエイジャーに注目し、すぐにプロトタイプを作りました。
  • ツイッター:ジャック・ドーシーは、シンプルなステータスアップデートを友人に送る方法を作ることに興奮し、2週間でプロトタイプを作りました。
  • ティンダー:ハッカソンでプロトタイプを作った初期のチームは、その作業をやめられなくなりました。
  • デュオリンゴ:ルイス・フォン・アン(Luis Von Ahn)は、学問的に言語学習の探求を始め、それをビジネスとして構築できるかどうか、興奮を覚えました。
  • レント・ザ・ランウェイ(Rent the Runway):ジェン・ハイマン(Jenn Hyman)の妹は、主に写真のために一度ドレスを着てみたいと言ったが、それでも新しいドレスを買わなければならなかった。
  • ザ・リアルリアル(The RealReal):ジュリー・ウェインライト(Julie Wainwright)の彼女は、買い物に出かけた先で高級な委託販売品を購入し、それがオンラインでもっと効果的に行えることを認識した。

「自分を騙してアイデアに気づかせる良い方法は、クールだと思えるプロジェクトに取り組むことです。そうすれば、自然と足りないものを作る傾向が強くなります。すでにあるものを作っても、それほど面白いとは思えないでしょうから。」

ポール・グレアム

スティーブ・ジョブズが言ったように、人が自分のやっていることに多くの情熱を持たなければならないのは、「そうでなければ、どんな理性的な人でもあきらめてしまうからです。好きでなければ、失敗する。だから、好きでなければならないし、情熱を持たなければならないです。」からです。

ここでは、好奇心に従うことで巨大なビジネスへの道を見つけた創業者たちのストーリーを紹介します。

コインベース

ソース:ツイッター

「たまたまハッカーニュースで(ビットコインのホワイトペーパーを)見たんです。ネットでなんとなく読んでいたのですが……。初めて読んだときに理解できたとは言いませんが、私はコンピュータサイエンスと経済学の学位を持っていて、その何かが私の心を捉えたのです。この本を読んで、『これは5年間で一番重要なことかもしれない』と思ったのをはっきりと覚えています。[…]

そして、エアビーアンドビーでは、世界190カ国で事業を展開しようとしていました。どの国でどのようにお金が動いているのか、知ることは不可能でした。金融サービスが世界のイノベーションを妨げている、人類の進歩を妨げている、それは人々がこのグローバル経済に参加する自由がないためだ、イノベーションに対するあらゆる障壁のためだ、と私は感じていました。

想像してみてください アメリカのような社会が持っているイノベーションやセキュリティへの信頼を 190カ国で実現できたとしたら。インターネットや携帯電話が使えるだけでクリプトが使えるようになるんです。その手助けができるとしたら……。そう考えたら、ものすごくワクワクしてきました。」

ブライアン・アームストロング(CEO兼創業者)、How I Built Thisより

グーグル

「[ラリー]・ペイジは、ウェブ検索のためのより良い方法を探していたわけではありません。スタンフォード大学の卒業生がインターネット企業を創業して大金を得ていたにもかかわらず、ペイジは主にその数学的特性からウェブを面白いと感じていたのです。各コンピュータはノードであり、ウェブページのリンクはノード間の接続であるという、典型的なグラフ構造でした。[…]

これは、実りある研究でした。あるページから別のページへのリンクをたどるのは簡単ですが、バックリンクを発見するのは簡単ではないことにペイジは気がつきました。つまり、あるページを見たときに、そのページにどのようなリンクが張られているのかが分からないのです。このことが、ペイジを悩ませました。彼は、誰が誰にリンクしているのかを知ることができれば、非常に便利だと考えたのです。[中略]ペイジは自分が何に巻き込まれているのかよくわからないまま、クローラーを作り始めたのです」。

ジョン・バッテル、Wired

オープンシー

「当初、オープンシーのアイデアはクリプトキティーズの関心から生まれました。デジタル商品のマーケットプレイスはかなり以前から存在していますが、それらは自己完結型のエコシステムになりがちです。特定のゲームのための個別のマーケットプレイス、ドメイン名のマーケットプレイス、チケットのマーケットプレイスなどです。デジタル資産のためのイーベイのようなものをスケールアップすることは、デジタル所有権に関する標準化がほとんどなされていなかったため、困難でした。ERC721が登場したことで、初めてそのような発想が可能になったように感じました。

私たちは、新しいERC721プロジェクトのさまざまなコミュニティに参加することでアイデアを検証し[…]、数カ月以内にオープンシーの最初のバージョンを出荷し、プロダクトを世に送り出し、アーリーアダプターのテストを開始しました。」

デビン・フィンザー(CEO兼共同創業者)、DeFi Primeより

ミュージカリー(通称:TikTok)

「ある日、サンフランシスコからマウンテンビューに向かうカルトレインに乗ったら、10代の若者たちで混雑していました。彼らの行動を観察すると、50パーセントは音楽を聴き、残りの50パーセントはスピーカーを乗せて音楽を加えながら写真やビデオを撮っていました。ティーンはソーシャルメディア、写真、ビデオ、音楽にとても情熱的なので、『この3つの非常にパワフルな要素をひとつのアプリにまとめ、ミュージックビデオのためのソーシャルネットワークを構築できないか』と考えたのです」。

アレックス・ジュー(CEO兼共同創業者)、Forbesより

ツイッター

「ジャック・ドーシーはセントルイスで育ち、14歳のときに配車ルーティングに夢中になりました。それは彼がソフトウェアを書きたいと思ったものだったので、それに取り掛かったのです。彼はセントルイスにいて、そこにはバイクメッセンジャーはいなかったのですが、これにこだわって、配車用のオープンソースソフトウェアを書き、今日までさまざまなタクシー会社で使われています。彼はこのルーティングの歴史があり、インスタントメッセージのステータスメッセージを初めて見たときから、『これを利用してステータスサービスを作ったらどうだろう』と考えていたのです。

つまり、『自分の近況を簡単に友だちと共有できたら、友だちも自分の近況を知ることができるのではないか』というアイデアです。でも、ブログの記事やライブジャーナルのエントリーを全部書くのは面倒です。当時、私たちはSMSに興味があったので、SMSを使って何か面白いことができないかと考えていました。そして、ステータスとSMSを結びつけたのです(2006年3月)。

そして、2週間でプロトタイプを完成させ、オデオのみんなに見せました。すると、みんな大喜びでした。ジャックからこのアイデアを聞いたとき、クールなアイデアだと思いましたが、実際に作ってチームに見せると、みんなが使い始めました。初めて使った週末、私は家のカーペットを全部はがして、ひどい週末を過ごしていたと思います。自分がやっていることが、下を見れば彼がやっていることがわかるということに、ただただ衝撃を受けたんです。『自分がそれを知っているなんて信じられない」と、思わず笑ってしまいました。』

ビズ・ストーン(共同創業者)、MediaShift

ティンダー

「共同創業者のショーンは、入社して2週間ほど経ったころ、ハッカソンに参加しました。ショーンは、以前からデート・プロダクトを作り上げる可能性があると話していたので、2つの情熱的なプロジェクトの互換性から、2人[ショーンとジョー・ムニョス]はペアを組むことになりました。2月のハッカソンの期間中、彼らはティンダーの最初のプロトタイプを作りました。」

ジョーダン・クルック、テッククランチより

デュオリンゴ

「すべては、私と博士課程の学生セヴリン・ハッカーとの間のカーネギー・メロン大学の学術的なプロジェクトとして始まりました。私は2社目の会社をグーグルに売却したばかりで、2人とも教育に関連することに取り組みたいと考えていました。教育は非常に一般的なものなので、(米国を除く)どこでも大きな需要がある1つの種類、言語教育に集中することにしました。」

ルイス・フォン・アン共同創業者)、Quoraより

ヘッドスペース

「スポーツ科学の学位取得の途中でイギリスを離れ、何らかの意味を求めてアジアを旅し、何年もの修行の末にチベット仏教の僧侶として出家しました。1日4回の儀式的な瞑想の中で、私はこの伝統の外にいる多くの人々が瞑想とは何かを知らない、あるいは否定的な先入観を持っていることに気づきました……。

そして、袈裟ではなく、スーツにネクタイ姿でイギリスに戻り、マインドフルネスに関心のある医師を見つけました。そして、その医師のロンドンのクリニックで働くことになり、そこで広告会社の重役であるリッチ・ピアソンに紹介されました。私が瞑想を教え、彼がマーケティングのレッスンをするというスキルの交換を始めたのです。

リッチは素晴らしいビジョンを持っていて、私がやっていることの可能性を見出してくれました。彼は、当時とても新しいものであったアプリを作るように私を説得しようとしましたが、私はそれは悪い計画だと思い、2010年にイベントシリーズとしてヘッドスペースを立ち上げました。イベントでインスピレーションを受けましが、家に帰ってから何をしたらいいかわからないというフィードバックを受け、リッチは私にセッションの一部を録音するように頼みました。それから約3年後、その録音がアプリのメイン素材となったのです。」

アンディ・プディコム(共同創業者)、Soho House

レント・ザ・ランウェイ(Rent the runway)

「ビジネススクールの2年目、サンクスギビングで帰省したとき、ベッキーのアパートにいたんです。ベッキーはお店に行って、家賃より高いドレスを買ったばかりだったんです。私は責任感の強い姉として、クレジットカードで借金をするくらいなら、クローゼットにあるドレスをもう一度着たほうがいいと言ったんです。すると彼女の返事はこうでした。私のクローゼットにあるものは、私にとってすべて死蔵品よ。写真を撮ったし、フェイスブックにもアップされたし、新しいものが必要なの。

ベッキーは25歳で、ニューヨークに住む普通の女の子でした。彼女はセレブではないけれど、写真を撮られること、そして何かを着ることができないことについて話していたんです。

というのも、私は妹と、素晴らしいドレスを着て、自信を持ってパーティーに参加し、美しいと感じる経験について会話をしているのだと気づいたのです。妹が気にしていたのは、そのことだったのです。妹は、クローゼットの中にあるアイテムの所有権など気にもしていませんでした。もうひとつ気にしていたのは、パーティーの後にフェイスブックに投稿して、みんなと共有できるような写真です。」

ジェン・ハイマンCEO兼共同創業者)、How I Built This

ザ・リアルリアル(The RealReal)

「ザ・リアルリアルのアイデアは、ガールフレンドとショッピングに出かけたときに生まれました。私の彼女は、高級ブティックの裏にある委託販売用のラックから商品を購入しました。私は、彼女が委託販売で買い物をしたり、オンラインの再販サイトで購入することを知りませんでした。私が彼女にその店のオーナーを信頼している理由を尋ねると、彼女は、お店は美しくキュレートされ、シャネル、ルイ・ヴィトン、グッチなど、驚くほどお得に買えるからだそうです。その時、私は委託販売に対する認識を改めました。

そして、ラグジュアリーマーケットとリセールマーケットを徹底的に調査し、自分でもリセール方法を試しました。[…]

2011年12月、私はハッとし、3月初旬には社名を決め、ビジネスを登録し、資本金を集めました。2011年6月、私は店をオープンさせたのです」。

ジュリー・ウェインライト(CEO、共同創業者)、Marin Magazine

好奇心に従ってスタートアップのアイデアを見つけるためのアドバイス

  1. いじくり回す時間を確保する:ワクワクしたら、そのアイデアを探求するためのスペースを生活の中に作りましょう。
  2. 構築する:考えるだけではダメです。プロトタイプを作りましょう。
  3. シンプルに:できるだけ安く、できるだけ早く、そのアイデアをテストしましょう。あなたの最初のアイデアが正確に正しいとは限りません。

戦略3:すでにうまくいっているものに注目し、それを倍増させる(別名ピボット)

コンシューマービジネスを成功させるための3番目に一般的な方法は、私が調べた企業の15%強が辿った方法ですが、まず何かを立ち上げ、どの要素が(予想外に)最もうまくいくか細心の注意を払い、そしてその要素をダブルダウン(別名ピボット)することです。例を挙げると、

  • インスタグラム:ケビン・シストロムは、人々がBurbnを使って場所にチェックインするのではなく、他のアプリからダウンロードしたフィルタリングされた写真を共有することが多いことに気づきました。
  • ユーチューブ:創業者たちは、動画ベースの出会い系サイトが、あらゆる種類の動画のための汎用プラットフォームとしてより有用であることに気づきました。
  • リフト:ローガン・グリーンとジョン・ジマーは、長距離ライドシェアサービスのジムライドが苦戦していること、しかし短距離移動に対する需要は十分にあることに気づきました。
  • ピンタレスト:ベン・シルバーマンは、彼のEコマースアプリToteがうまくいっていませんが、人々はお気に入りのアイテムのコレクションを保存するのが好きだということに気づきました。
  • グロッシアー:エミリー・ワイスは、既存の美容コミュニティInto the Glossで、パーソナライズされた美容プロダクトのニーズが芽生えていることに気づきました。
  • ペイパル:創業チームは、何が可能で何が有用かを学んだ上で、携帯電話での暗号化から、PalmPilotでの現金化、メールでの現金化へと1年でピボットしました。
  • ディスコード:ジェイソン・シトロンは、自分のゲームビジネスはうまくいっていませんが、その音声とテキストのチャット機能が人々に愛されていることに気づきました。
  • ツイッチ:チームが試した他のプロダクトはすべて衰退しましたが、このサイドプロジェクトはグロースを続けました。

この戦略の最も優れている点は、自分がいま最も興奮するものを何でも立ち上げようという気にさせることです。なぜなら、たとえそのアイデアがうまくいかなかったとしても、それがより大きなアイデアにつながるかもしれないからです。

「星は決して揃わないし、人生の信号がすべて同時に青になることはありません。宇宙はあなたに逆らうことはしませんが、わざわざピンを並べようとはしません。条件は決して完璧ではありません。『いつか』は、あなたの夢を一緒に墓場まで持っていく病気なのです。賛否両論リストも然り。自分にとって重要なことで、『いずれ』やりたいと思ったら、とにかくやって、途中で軌道修正すればいいのです。」

ティム・フェリス

「もし、どちらかを選ばなければならない2つの道があり、一方が他方より明らかに優れていないとしたら、どちらがわずかに優れているかを見極めようと多くの時間を費やすよりも、ただ1つを選んでそれを実行することでしょう。そして、時には間違っていることもあった……しかし、選択の際に延々と迷うよりも、ただ道を選んで実行したほうがいいことも多いのです。」

イーロン・マスク、ペイパルについて語る

ここでは、ピボットや、すでにうまくいっていたアイデアを単に倍加させることによって、巨大なビジネスへの道を見つけた企業のストーリーを紹介します。

インスタグラム

ソース:Inc.

インスタグラムを始める前、私たちは全く別のスタートアップをやっていたことを、ほとんどの人は知りません。私たちはBurbnというものをやっていました。ユーザー数は100人程度だったと記憶しています。チェックインアプリで、フォースクエアとGowallaが合体したようなものでした。[…]

でも、実際に使ってみて、うまくいっていないことがよくわかりました。ただ、HipstamaticやCameraBagなど、世の中に存在するフィルターアプリから正方形の画像を投稿することだけは、人々に支持されました。

そして、その投稿は最も多くの「いいね!」を獲得しました。最も多くのコメントを得ることができました。私はBurbnの写真以外の投稿を無視するようになりました。

ある日、共同創業者のマイクと私は座って、『よし、何かを変えなくては、誰も私たちのやっていることを知らないのだから』と言いました。私たちは、『そうだ。とにかく、私たちのサービスでみんながやっていることをやってみよう。写真以外はすべてカットしよう。フィルターを組み込んで、「いいね!」やコメントもできるようにして、どうなるか見てみよう』と。本当に、ローンチした初日に2万5,000人のユーザーを獲得したんです」。

ケヴィン・シストロム(CEO兼共同創業者)、Startups.com

ユーチューブ

「ユーチューブが2005年5月にローンチした当初は、あらゆる種類の動画を扱う汎用的なプラットフォームというよりも、まだ出会い系サービスを目的としていました。そのため、初期のころは、(写真/メッセージだけでなく)デートのための動画プラットフォームのニーズがあるかどうかを確かめようとしていたのです。

そのために、ユーチューブに来るユーザーを募集しようとしたのを覚えています。すぐに、出会い系プラットフォームはメディアタイプとして動画の需要がないことに気づいたので、あらゆるタイプのコンテンツクリエイターを狙うためにアプリをオープンしました。」

スティーブ・チェン(共同創業者

リフト

「私たちはジムライドという長距離ライドシェアプラットフォームを運営していましたが、ビジネスを見ていると、人々が長距離の移動をすることはかなり稀であることに気づきました。また、『今週末にロサンゼルスに向かう』以上の信頼性が求められており、ピックアップの調整も大きな課題でした。

ジョン・ジマー[共同創業者]は、あるハッキングの日に「On My Way」というものをモックアップしました。これは、ジムライドのピックアップのために乗客に近づくと、それを通知するサービスです。また、「ジムライド・インスタント」という名前も考えていましたが、それが合法かどうかは分かりませんでした。

ところが、ウーバーの黒塗り車両が普及し始めた頃、サイドカーがまさに私たちが考えていたプロダクトをローンチすると発表したのです。これは、私たちが比喩的な意味でアクセルを踏むのに必要な、背中を押す一撃でした。創業者たちは、エンジニアとデザイナーを数人集め、3週間後には、ジムライドの小さなチームが、多くのハードワークを経て、リフトを立ち上げたのです」。

エヴァン・ゴールディンアダム・フィッシュマン(リフトの初期社員

ピンタレスト

しかし、Toteのユーザーは、アプリで購入することはありませんでしたが、「お気に入り」のコレクションをどんどん集めて、友人と共有していました。子供の頃、昆虫を集めていたシルバーマンにとっては、コレクションを互いに共有する傾向があることを示す一例となりました。すでに、バーチャルなコレクションを公開するサイトは数多くありましたが、どれも1つのアイテムに限定されていました。

そこでシルバーマンは、Toteを立ち上げて1年後、本や愛らしい犬の写真、婦人服など、自分のコレクションをすべて同じサイト上で表示できる視覚的に魅力的な方法を提供することに切り替えたのです。[中略]立ち上げから半年後、当時はまだ招待制だったピンタレストが、8万ものコレクションを持つに至ったのです」。

Fast Company

ペイパル

「もちろん、どちらのチームも、世界一の電子メール決済システムを構築しようとはしていませんでした。X.comにとっても、Confinityと同様、この機能は後付けで生まれたものでした。

1999年秋、マスクとX.com社のエンジニアが、ユーザー間で電子メールを使った決済について議論したところ、メールアドレスは、当座預金番号のようなユニークな識別子として機能することが分かりました。そのエンジニアであるニック・キャロルは、このプログラムの構築には『それさえあれば』と、わずか数日しかかからなかったと回想しています。

マスクも同意見でした。『送金するのは簡単なことです。文字通り、SQLデータベースで数字を1つ選び、それをデクリメントして、データベースの別の行に移動させるだけです。超バカバカしい。私の子供も作りました。12歳なんですけどね』。

キャロルもマスクも、この機能の成功は意外だったようでした。『完全に拡張機能だった』とキャロルは認めました。エイミー・ロウ・クレメントは、X.comのチームが個人間決済のプロダクトを単に『ユーザー獲得エンジンで、コアビジネスではありません。それは、オンライン金融小売店だった』と考えていました。

実際、マスクは、X.comの他のプロダクトが同じように盛り上がらないことに苛立っていました。『金融サービスの集積という難しい部分を見せようと思っても、誰も興味を示さない。そして、電子メールでの決済を見せると、これが簡単な部分ですが、誰もが興味を示したのです』と、マスク氏は2012年のカリフォルニア工科大学の卒業式で説明しました。『だから、環境からフィードバックを得ることが重要だと思います。できるだけクローズドループにしたいのです』。

フラストレーションを感じながらも、チームはプロダクトの強いマーケットからのフィードバックに応え、初期段階のEメールプロダクトに焦点を移しました。」

ジミー・ソニ著The Founders: The Story of Paypal and the Entrepreneurs Who Shaped Silicon Valley

グロッシアー

私が「Into the Gloss」(彼女が形成したコミュニティ)を始めたのは、人々が美を称え、日常生活を共有できる空間を作りたかったからです。私がインタビューした女性たちや、このサイトを中心に形成されたコミュニティは、自分たちの経験について多くのことを語ってくれました。そして私は、ブランドが自分たちの顧客の力を活用できていないことに気づきました。これまでは、『ブランドは最善を知っている』というアプローチ、つまり、問題があって、それを解決するためのプロダクトというものでした。私たちのコミュニティと一緒に、人々が自分自身の専門家として力を発揮できるような、現代的なビューティ体験を創造できると確信したとき、本当にアハの瞬間でした」。

エミリー・ワイス(CEO兼創業者)、Irish Tatler

ディスコード

「彼の最初の会社は、ビデオゲームスタジオとして始まり、2008年のiPhoneアップストアの初日にゲームをローンチしたほどでした。しかし、それは立ち消えになり、最終的にはOpenFeintというゲーマー向けのソーシャルネットワークにピボットしました。彼はそれを日本のゲーム大手Greeに売却し、タブレットとコアなマルチプレイヤーゲームを中心に、新しいタイプのゲーム会社を作るというアイデアを持って、2012年に別の会社Hammer & Chiselを立ち上げました。この会社は、リーグ・オブ・レジェンドによく似たオンラインマルチプレイヤーゲームであるFates Foreverというゲームを作りました。また、このゲームにはボイスチャットとテキストチャットが組み込まれており、プレイヤー同士が会話しながらプレイすることができました。

そして、シリコンバレーらしいことが起こりました。シトロンと彼のチームは、自分たちのゲームで最も優れているのはチャット機能であると気づいたのです。これは2014年頃のことで、誰もがまだTeamSpeakやスカイプを使っていて、誰もがまだTeamSpeakやスカイプを嫌っていた時代です。シトロンとHammer & Chiselチームは、もっといいものができると思い、やってみようと思ったのです。

それは、痛みを伴う移行でした。Hammer & Chiselは、ゲーム開発チームを閉鎖し、会社の3分の1を解雇し、多くの人を新しい役割にシフトさせ、約6ヶ月かけて会社とその文化を方向転換させました。その新しいアイデアがうまくいくことも明らかではありませんでした。ディスコードに全面的に参加しようと決めたとき、ユーザー数は10人ほどでした」とシトロンは言います。リーグ・オブ・レジェンドをプレイしているグループが1つ、WoWのギルドが1つ、他はそれほどでもありませんでした。友達に見せると、『これはいい!』と言って、全く使ってくれないんです」。

ユーザーと話し、データを見た後、チームはその問題に気づきました。ディスコードは確かにスカイプより優れていましたが、それでもまだあまり良くはありませんでした。通話ができない、品質が安定しない。ディスコードのチームは、アプリの最初の数ヶ月の間に、音声技術を3回完全に作り直すことになりました。同じ頃、ディスコードは、ユーザーが自分のサーバーで他の人を管理したり、禁止したり、役割や権限を与えたりできる機能を開始しました。そのとき、ディスコードを試した人たちは、すぐにその良さに気づき始めました。そして、友人にそのことを伝えました。」

デイヴィッド・ピアース、Protocol

ツイッチ

「[エメット・シアーとジャスティン・カン]二人が初めて一緒に仕事をしたのは、イエール大学のクラスメートとして、2005年にKikoというウェブカレンダーのスタートアップを立ち上げた時でした。しかし、それは長くは続きませんでした。マイクロソフト・アウトルックのパワーと、当時グーグルの新しい電子メールプロダクトであったGmailのモダンなウェブ感覚を組み合わせるためにデザインされたKikoは、立ち上げから1ヶ月後、別のソリューションに埋もれてしまったのです。グーグルカレンダーです。14ヶ月後、Kikoは出口を見つけました…イーベイで25万8000ドルで売られたのです。

この資金を元に、彼らは家族向けソーシャルネットワークのフェイスブックや、暗闇で光る遺伝子接合バラの販売会社など、さらなる挫折の連続から学びました。そして二人は、Y Combinatorの創業者ポール・グレアムが5万ドルを投じてでも見たいと思ったあるアイデアにたどり着きました。

Justin.tvは2007年初めに放送を開始し、すぐに大きな話題となりました。カンはNBCのTodayとABCのNightlineに出演したこともあります。シアーは、「トゥルーマンショー」のような実験がうまくいったのは、今回のプロダクトがクリエイターが自分たちのために欲しいと思うものだったからだと言います。

2007年10月、このサイトは他の放送局にも開放されました。3年後、Justin.tvはベンチャーキャピタルから720万ドルを調達し、1カ月に約3,100万人のユニークユーザーを獲得していました。

2010年末、同社は2つの「スカンクワークス」プロジェクトに取り組み始めました。1つは、マイケル・セイベルが率いるJustin.tvのモバイル向けプロジェクトで、これがスピンオフしてインスタグラムの動画向けスタートアップSocialcamとなり、2012年に6000万ドルでAutodeskに売却されることになります。もうひとつは、シアーが率いるタスクフォースで、サイト上のビデオゲームコンテンツの視聴者を増やすためのもので、これも独自のプロダクトとしてTwitchTVという新サイトになります。

TwitchTV(後にTwitchと短縮)は、前身サイトをしのぐ勢いでした。一方、Justin.tvのスターは色あせてしまいました。」

エリック・ジョンソン、Vox

倍返しでスタートアップのアイデアを見つけるためのアドバイス:

  1. 愛すべき者たちを殺す:あなたは自分のアイデアを気に入っていても、他の人がそれを気に入らなければ、それはうまくいきません。
  2. うまくいっていることを当たり前だと思わない:もし、あなたのプロダクトのどこかが、人々にとって価値のあるものであることが証明されているなら、それは稀有なことです。それを受け入れてください。
  3. いろいろと試す:より多くのアイデアを出せば出すほど、より刺さるものが見つかる可能性が高まります。

戦略4:パラダイムシフトに注目し、逆算する

アイデアを出すためのもう1つの一般的な戦略は、世界が進んでいる場所のシフトに気づき、それを逆算することです。マイク・メープルズ・ジュニアは、「未来から始めて、逆算する」と言い、ポール・グレアムは、「未来に生き、そして足りないものを作る」と言いました。

「モバイルからソーシャル、クリプトまで、技術のスピードアップ、コストダウン、普及率の向上など、数年の複合的な発展がどのようなものになるか、想像できなかった例はたくさんあるのです。私たちは、速いスピードで複合的に発展しているもの、あるいはその代わりに、導入が合理的に急速に拡大しているものを監視すべきです。その証拠に、その瞬間に目の前にある数字よりも、成長率や外挿された技術曲線の中にあるのです」。

エラッド・ギル(創業者・投資家

それを実践している創業者の例:

  • スポティファイ:ダニエル・エックは、音楽の未来が有料であることに気づきました。
  • アマゾン:ジェフ・ベゾスは、ウェブが年率2,300%で成長していることに着目し、オンライン販売で最も利益を得られる商品、すなわち本を見つけました。
  • 23andme:アン・ウォジッキーは、遺伝子情報が突然安価で入手可能になったことに気づきました。
  • インスタカート:マックス・マレンと アプアバ・メフタは、オンデマンドのライドシェアリングとデリバリーサービスの台頭に注目しました。
  • スティッチフィックス:カトリーナ・レイクは、小売業がオンラインに移行していくことに気づきました。

彼らのストーリーを紹介します。

スポティファイ

「海賊版を法律で取り締まることはできないということに気づきました。この問題を解決する唯一の方法は、海賊版よりも優れていて、同時に音楽業界を補償するサービスを作ることでした。それがスポティファイを生み出したのです。」

ダニエル・エック(CEO兼創業者)、Fast Company

アマゾン

「ニューヨークでクオンツ系ヘッジファンドで働いていたとき、ウェブ利用が年率2,300%で伸びているという驚くべき統計に出会いました。そこで、そのグロースの文脈で意味のあるビジネスプランを見つけようと思い、最初のベストプロダクトとして本を選びました。

そこで、販売できそうな商品を20種類ほどリストアップしてみたところ、最初の商品として本が最適でした。なぜなら、本はある点で非常に珍しく、他のどのカテゴリーよりも本のカテゴリーの商品数が圧倒的に多いからです。2番目は音楽です。音楽CDは常時20万枚程度ですが、書籍では常時300万冊以上の書籍が世界各地で活動し、印刷されています。」

ジェフ・ベゾス(創業者兼CEO)、ユーチューブより

23andme

「たまたま、ウォール街で投資をしていたときに、遺伝子情報に気づきました。私は本当に幸運でした。1つは突然個人が自分のゲノムにアクセスできるようになったことです。そして、Web2.0という大きな流れが生まれました。ソーシャルネットワークが出現したのです。そして、お互いに相手を見つけることができるようになりました。これはすごいことです。とても興味深かったです。

そして、医療における大きな問題のひとつに、データの不足があることに気づきました。栄養学の研究をしている姉が、『こういう研究を見ると、200人の患者がここにいて、200人がそこにいるようなものだ』と言うんです。素粒子物理学者である父は、『統計学を知っている人なら、これでは何も見つからないと分かるはずだ。たくさんのデータが必要なんだ』と。グーグルの世界では、大量のデータの価値と、それを使って何ができるかを明らかに教えてくれていました。

そこで私は、なぜスタンフォードが必要なのか、なぜファイザーがこの研究をする必要があるのかという考えから、幸運にもこの考えに至りました。私は、この人たちに自分のゲノムについて学ばせることができるのです。とても素晴らしいことです。自分の遺伝子を知ることができるのです。そして、この全く新しい研究モデルでみんなを集めようというわけです。クラウドソーシングのようなものです。私たちは世界中のデータを手に入れることができるのです。スタンフォードやファイザーや他の人たちは必要ありません。人体実験でなくていいのです。生きた参加者として、研究に参加してほしいのです。そこで私たちは、このクールなテクノロジーとWeb 2.0のコンセプトを融合させるというアイデアを思いつきました。そして、会社を立ち上げたのです。」

アン・ウォジッキ(CEO兼共同創業者)Talks at Googleより

インスタカート

「起業までの10年間、いくつかの人生経験を経て、最終的にこれがコンシューマーの大きなニーズになるというインサイトを得ることができました。Web1.0のデリバリーサービスの導入や、大学時代に書いたフードマーケットプレイスのビジネスプラン、そしてサンフランシスコに引っ越してきた2011年に見たライドシェアの黎明期などです。

2012年4月にこのインサイトを得てから、私はこの会社を立ち上げるべく猛進し、最も賢い友人たちにこのアイデアを話し、フィードバックを得るようになりました。幸運なことに、そのうちの一人がブランドンで、2012年6月にアプルヴァに紹介してくれました。彼は、アマゾンで働いた経験から、同じようなコンシューマーインサイトを持っていたのです。そして、アプルヴァと私は、2012年7月にブランドンを3人目の共同創業者として迎え入れました。あとは、歴史の通りです。」

マックス・マレン(共同創業者)

ステッチフィックス

「私がパルテノンから転職し、VCであるリーダー・ベンチャーズのアソシエイトになったのは、ちょうどiPhoneが登場した2007年のことです。私は、小売について考えていました。ネットフリックスが台頭する中、ブロックバスターの経済学を研究しました。一方は実店舗での売上を独占する会社、もう一方は無店舗での売上を独占する会社でした。これは完璧なケーススタディでした。そして、いつ規模が縮小するのかがよくわかりました。ネットフリックスがマーケットシェア30%程度になると、必ず地元のブロックバスターが閉鎖されるのです。残りの70%の顧客は、ネットフリックスを試すか、遠くまで映画を買いに行くか、決断を迫られたのです。ネットフリックスを利用する人が増え、ブロックバスター社にプレッシャーをかけます。さらに別の店舗が閉鎖され、より多くの顧客が『試すか、移動するか』の決断を迫られ、負のスパイラルに陥ってしまいます。

私は、他の小売業も戦略を見直さなければ、ブロックバスター社のような運命をたどるかもしれないと考えました。例えば、10年後にジーンズを買う人はどうするのでしょう?6店舗を回り、棚からジーンズを取り出し、すべて試着するという従来のモデルにはならないことはわかっていました。また、現在のeコマースのようなモデルにもならないと思っていました。ブラウザで15個のタブを開き、商品のサイズを確認し、他の買い物客の意見を参考にするのです。そして、何足も買って、サイズが合わないものは返品する。

私はデータが好きなので、データを使えばアパレルでもっと良い体験ができると思ったのです」。

カトリーナ・レイク(創業者)、ハーバード・ビジネス・レビューより

未来を見ることでスタートアップのアイデアを見つけるためのアドバイス

  1. 時間をかけて考えること:5年後、10年後、20年後に大きく変わっているものは何だろう?
  2. ソフトウェアが食べていないものは何だろう?:顧客体験の悪い大きなマーケットを見つける。
  3. もしそれが可能なら、どんなことが素晴らしいだろうか?:理想の体験から始めて、それを可能にするために必要なことを考えよう。

戦略5:友人とブレインストーミングを行い、上記の4つのポイントに注意を払う

最後の戦略は、単純に友人と一緒に座ってアイデアを考えることです。私が調べた50社のうち8社は、積極的なブレーンストーミングによってアイデアを発見しました。マイケル・サイベルは、この道について素晴らしいアドバイスをしています(30秒のクリップ)。

これがうまくいっている例をいくつか紹介します。

サムタック(Thumbtack)

「起業するときの常識は、自分が直面したことのある問題に取り組むことです。

しかし、サムタックでは、そのようなことはしませんでした。その代わり、1年間、毎週電話でブレインストーミングを行い、もし成功すれば、人々に機会を創出することができるようなものを始めようと考えたのです。私たちは、規模に応じたインパクトにフォーカスしていました。自分たちが一般的な人々を代表しているわけではないことは分かっていました。私たち自身はそうでなくとも、多くの人が直面している問題に焦点を当てました。

1年間で、たくさんのアイデアを壁にぶつけました。その中で、最初に引っかかったのが、オンライン上のすべての金融口座を集約するアグリゲーターでした。そして数週間後、Mint.comが立ち上がり、テッククランチ50を受賞しました。そこで私たちは、2番目の(そしてもっと良い!)アイデアであるサムタックに移りました。サムタックのアイデアが浮かんだ具体的な瞬間は覚えていません。これらのアイデアはすべて、世の中の人々が直面している問題を観察し、テクノロジーを使って物事を少しでも良くする方法はないかと考えたことから生まれたものです」。

サンダー・ダニエルズ(共同創業者)

ネットフリックス

「シリコンバレーは、良いオリジン・ストーリーが大好きです。すべてを変えたアイデア、真夜中の電球のような瞬間、もしこれを違う方法でできたら? という会話。オリジン・ストーリーは、しばしば天啓に基づくものです。懐疑的な投資家、警戒心の強い役員、好奇心旺盛な記者、そして最終的には一般の人々に語る物語は、たいてい特定の瞬間、つまりすべてが明らかになった瞬間を強調します。[…]

ネットフリックスに関する有名な話に、ブロックバスターで『アポロ13』の延滞料40ドルを請求された後、リードはこのアイデアを思いついたというものがあります。彼は、もし延滞料がなかったらどうだろう、と考えたのです。ネットフリックスのアイデアが生まれたのです。この話はとても美しいです。役に立ちます。マーケティングで言うところの「感情的な真実」です。しかし、本書を読めばわかるように、この物語がすべてではありません。確かに『アポロ13』の延滞はありましたが、ネットフリックスのアイデアは延滞料とは何の関係もなく、むしろ当初は延滞料を請求していたくらいです。もっと重要なのは、ネットフリックスのアイデアは、神がかり的にひらめいたわけではありません。完璧で便利で明らかに正しいと思われるものが、一瞬にして浮かんだのではありません。

実は、良いアイデアには、悪いアイデアが1000個はあるのです。そして、その違いを見分けるのが難しい場合もあるのです。

カスタマイズされたスポーツ用品。サーフボードのカスタマイズ。愛犬のためにつくられたドッグフード。これらはすべて、私がリードに提案したアイデアです。何時間もかけて練り上げたアイデアです。何カ月ものリサーチ、何百時間もの議論、ファミリーレストランでの長時間のミーティングを経て、最終的にネットフリックスになったアイデアよりも、良いアイデアだと思いました。

何がうまくいって、何がうまくいかないのか、私にはまったくわかりませんでした。1997年当時、私が知っていたのは、自分の会社を興したいということと、インターネットでモノを売りたいということだけでした。それだけだったんです」。

マーク・ランドルフ(CEO兼共同創業者、『That Will Never Workより

イェルプ

「マックス(・レフチン)の小さなオフィスは、レンガが敷き詰められた小さな粗末なオフィスで、さまざまな人々がインターネットの小さなアイデアに取り組んでいるだけでした。インターネット上で次に大きなものになるのは何だろうと、私は興味をそそられました。そして、これは楽しい練習だと思いました。これは、マックスに売り込んで、彼が本当に喜んでくれるような魅力的なアイデアを思いつくかどうかを確かめるための、良い試練だと思ったんです。[…]

インキュベータ内でも、この地域のスペースに関心が集まっていました。それは、私たちが観察していたことでもあります。クレイグリストがクラシファイドを切り出して、新聞社のビジネスを破壊してしまったので、イエローページにスポットライトが当たりました。

そこで私たちは、イエローページよりも優れたものは何かを考えるようになりました。共同創業者のラッセル・シモンズもペイパルの初期の人ですが、レビュー、口コミの収集、オンライン化、ソーシャルネットワーキングとの融合について考え、話し合いました。フレンドスターやマイスペースがそうです。興味深いと思いましたが、レビューだけのソーシャルネットワークを作れるとは思っていませんでした。

アイデアがまとまるまで、2ヵ月か1ヵ月半くらいかかりました。最終的に私は、『サンフランシスコで腕のいい医者は誰か』というような質問をされたらどうしよう、私は専門家でありたいし、役に立つ情報を提供するために答えるのが大好きなんだ、と(ラッセルに)言いました。そこで、質問に関するやりとりの中から、『友達におすすめを聞くサイトを作れないか』というアイデアが生まれました。

ジェレミー・ストッペルマン(CEO兼共同創業者)、How I Built Thisより

レディット

「コネチカットのどこかで、バージニアに戻る非常に長い列車の中で、私の携帯電話が鳴りました。ポール・グレアムからでした。彼は私たちに戻って来て欲しいが、私たちのアイデアを他のものに変えることが条件だと言っていました。彼らの間違いを証明するのは、ここまでです。私たちは次の駅で降りたのですが、その夜、ポールにシャーロッツヴィルに戻る飛行機のチケットを2枚買ってもらい、私たちはボストンに1時間だけ戻って、『携帯による食品注文よりも良いアイデアを考える』ために彼と一緒に行動できるようになりました。[…]

Y Combinatorのオフィスに戻り、パートナー抜きでポール・グレアムと二人だけで会いました。彼は、モバイルのことは一旦忘れて、ブラウザのために何かを作ることを検討するようにと言いました。[…]

彼は、つい最近TheFacebook.comという大学専用のサイトが立ち上げられたばかりのインターネットを使っていて、私たちが感じている不満について尋ねました。スティーブは、スラッシュドットというニュースサイトの熱心な読者でした。スラッシュドットは、編集者による監視と、コメント投稿者の強固なコミュニティ、さらにモデレーションシステムを備えたサイトです。毎日たくさんのタブを開き、さまざまなニュースサイトを表示させていましたが、ノイズからシグナルを取り除く方法がありませんでした。

当時、del.icio.usというウェブサイトがあり、ウェブサイトをオンライン上でブックマークすることができたので、コンピューターを飛び回っても、参考文献はついてくるようになりました。その副産物として、del.icio.us/popularという、その時々に最も人気のあるブックマークされたURLを集約した興味深いものがありました。del.icio.usにはない何かがここにはありましたが、私たちは、ブックマークされた最も人気のあるリンクではなく、共有された最も人気のあるリンクを分類する、より大きな何かの可能性を感じていました。

まだ機能的なことは分かっていませんでしたが、枯れ木に印刷されたような古いニュースアグリゲーションのモデルは、インターネット時代には適さないということは分かっていたのです。実際、このビジョンは、まさにその会議でポール・グラハムによって最もよく結晶化されました。『これだ!ウェブのトップページを作るべきだ』」。

アレクシス・オハニアン(CEO兼共同創業者)、レディットより

ネクストドア(NextDoor)

ソース:Social Capital Blog

「私たちには上下関係が全くありませんでした。そして、朝10時から10億円規模のアイデアを出すために、立ったままミーティングをしていました。それは楽しいことでした。私たちはそれを面白がっていたのです。

そして、アイデアが出ると、みんながそれについて話し、『じゃあ、誰がそれに取り組みたいんだ?』となりました。

私たちは、オンライン・コミュニティの構築と活用に重点を置いたアイデアを数多く持っていました。そのうちのひとつが、後にネクストドアとなるアイデアです。共同創業者のひとりがやってきて、『近所にできた穴の修理を頼もうとしているんだけど、周りに住んでいる人たちとコミュニケーションをとる方法がないんだ』と言ったんです。

私は彼が『ああ、それは超面白い』と言った瞬間を覚えています。。それから私たちは、友人や家族、知り合いのためにフェイスブックがあり、仕事上の連絡のためにリンクトインがある、というようなことを始めました。リンクトインは仕事上の連絡先。でも、身近にいる人たちとコミュニケーションをとるには、どうしたらいいのでしょう?」

サラ・リアリー(CEO兼共同創業者)、マイク・メープルズ・ジュニアより

ドアダッシュ

ソース:The Stanford Daily

「B-schoolの2年目に、私たちは何かを作りたいと思いました。私たちは一軒一軒を訪ね、ビジネスオーナーに自分たちの仕事について教えてくれるように頼みました。私にとって最も有益な質問は、『今日ここに来てからやったことを全部教えてください』でした。

デリバリーが最初に出てきたのは、マカロン屋さんでした。インタビューを終えて、店長がデリバリーの注文を断っているのを小耳に挟んだ。なぜ、企業は街中にオンデマンドでモノを送れないのか?オンデマンドのフェデックスがあってもいいのでは?

私たちは、まずコンシューマー向けの部分のみをテストしました。http://paloaltodelivery.com で静的なHTMLページを作り、グーグルボイスの番号と地元のレストランのPDFメニューをいくつか載せて、6ドルで配達することを提案しました。

数時間後、トニー(Xu)と私は車で帰宅中に、最初の注文を受けました。私はノートを手に取り、その人が近所のタイ料理店から何を望んでいるかを書き出しました。テイクアウトの注文をして、車でレストランに行き、料理を買って、お客さんのところに持っていき、Squareで請求する。

すぐに追いつけなくなりました。教室を飛び出して、何度も電話に出たことを覚えています。私たちはおそらく、『スケールしないことをやる』ということをやりすぎたのでしょう。」

エバン・ムーア(共同創業者)、ツイッターより

バンブル

ソース:テッククランチ

「アンドレイ・アンドレフからメールを受け取りました。私たちは2013年に会っていて、彼はいつも、私がティンダーの後に次のステップに進むときに話を聞きたいと言っていました。彼は本当に説得力のある人で、『おい!俺のデートアプリのCMOになってくれ』と言われたんです。当時、私は出会い系アプリにアレルギーがあり、もう二度とその世界には入りたくないと思っていました。そのとき私は、『本当にありがとうございます。でも、私は自分の会社を立ち上げてCEOになりたいと思っています。女の子と女性のための、賛辞を通貨とするソーシャルネットワークを始めようと思っているんだ……』。

私はこの夏、インターネット上で見知らぬ人から罵倒されるなど、本当につらい思いをしたので、若い女の子たちのためにインターネットをきれいにしたいと強く思っていました。このビジョンをアンドレイに話したら、『素晴らしいビジョンだ。私は、インターネット上でこのような問題をいつも目にしていますし、ここに何かあるはずです。このコンセプトをデートアプリにしたらどうだろう』と。彼は頭がおかしいと思いました。でもね、彼は正しかった。女性のためのデート空間を向上させる大きなチャンスがあったのです。

私たちは座って、女性のための出会い系アプリがどのようなものか、どのように機能するか、私たちの過去の経験をどのように生かせるかについてブレインストーミングを行い、ある一つのことにたどり着きました。デートで女性が主役になることはありません。常に男性がリードし、女性を誘うものでした。男には力があり、女は弱くもろく、王子様に救われるのを待っているという図式がありました。

私たちは、台本をひっくり返し、つながりによって人々に力を与え、男性側の拒絶を減らし、女性には最初の一歩を踏み出し、自信を持つ力を与えることにしました。それがBumbleの始まりです。そして、5年後の今、世界で約6000万人のユーザーを抱えています。」

ホイットニー・ウルフ・ハード(CEO兼共同創業者)、ThoughtEconomicsより

イベントブライト

「ケビン・ハーツはすでにXoomから移行しており、次に何をしたいか、何を作りたいかを考え始めていました。ですから、彼はアイデア出しの段階に入っていたのです。

実際にプロトタイプを作り、ある程度、初期バージョンを作り込んだアイデアもいくつかありました。そのうちのひとつは、あらゆるイベントのチケットを販売するための、とてもシンプルな取引プラットフォームでした。[これが、私たちが一緒に取り組むことになった最初のアイデアで、たまたまうまくいったのです」。

ジュリア・ハーツ(CEO兼共同創業者)、How I Built Thisより

座って考えるべきか、アイデアがひらめくのを待つべきか?

私が調べた50社以上の企業の中で、座って積極的に起業のアイデアを考えていた創業者は10人以下でした。他の多くの創業者は、受動的に起業のアイデアを考えていたとは思いますが、ほとんどは積極的に考えようとはしていませんでした。大多数のアイデアは、創業者たちが自分たちの問題を解決しようとしたり、生来の好奇心に従ったり、何かを試してみて、うまくいった部分を倍増させたり、もっと良いユーザー体験について突然の洞察を得たりして、有機的に出現したのです。

これは、アイデア出しに時間をかけてはいけないということではなく、コンシューマー向けスタートアップの最大のアイデアのほとんどがそこから生まれていないことを意味しています。

良いアイデアとは何か?

あなたのアイデアがうまくいくかどうかを本当に知る方法はありませんし(そうでなければ、どこかのVCは1000点満点でしょう)、多くの本当に良いアイデアは失敗しますが、私の調査によると、あなたのアイデアが以下の要素を多く持っていればいるほど、成功する可能性は高くなります。

1. アイデアについて考えずにはいられない

スタートアップが本当に失敗するのは、創業者があきらめたときだけです。自分のアイデアに情熱的であればあるほど、その可能性は低くなります。

インスタカート、マックス・マレン: 「私はこの会社を立ち上げるために戦々恐々としていた。」

ワービー・パーカー、ニール・ブルメンタール:「考え事をしていて眠れない時ってあるじゃないですか。[中略]私たち4人はそれぞれ、自分たちは本当に何かを掴んでいると思い、本当に眠れなくなるような感覚を胃の中に持っていました。そして、その翌日、私たち全員が学校に戻り、それを実現するために必要なことは何でもすることを約束しました。」

コインベース、ブライアン・アームストロング:「それは、ある種の強迫観念のようなものでした。なんて言うのでしょう。自分ではどうしようもなかったんです。このウサギの穴に落ちたら、抜け出せなくなる。これは、投げやりなプロジェクトではないからです。」

「創業者から、本当に好きなアイデアを思いつくまで起業を待っていればよかったという声を何度も聞きます。」

サム・アルトマン

2. すぐにプロトタイプ作りに着手し、そのためのスキルも持っている

私が調査した企業のほとんどは、創業者がアイデアを思いついてから、数時間、数日、数週間後に集まってきたスクラップ的な実験から生まれました。必ずしもそうとは限りませんが、成功したコンシューマー向け企業にはよくあることのようです。これが、80%以上のスタートアップにエンジニアの共同創業者がいた理由だと思われます。

ツイッター:「私たちは2週間でプロトタイプを作りました」

ティンダー:「ハッカソンの間に、最初のプロトタイプを作りました。」

リフト:「創業者は数人のエンジニアとデザイナーを集め、3週間後に多くのハードワークを経て、その小さなチームがリフトを立ち上げました。」

パトレオン:「アイデアを話すためのミーティングをしたその日に、私は家に帰ってコードを書きました。他のどのプロジェクトよりも、情熱的に取り組みました。私にとってそれはレースのように感じられ、もしこれを早く進めなければ、他の誰かがやってしまい、私はそれを後悔するのではないかという恐怖がありました。」

3. チャンスに対するユニークな洞察力をもっている

私が調べたスタートアップのうち、専門的なスキルや経験を持つ創業者が立ち上げたものは約半分でしたが、大半の創業者は、それまでの経験に基づき、その機会について独自の洞察力を持っていました。

例えば、アレックス・ジューはTikTokの前にビデオや音楽アプリに携わっており、ラリーとサーゲイは研究論文を書き、引用がコンテンツの価値の証であることを見抜いていた。ブライアン・アームストロングは経済学とコンピュータサイエンスの2つの学士号を取得していました。このようなユニークな洞察力は、優れたアイデアが最初はクレイジーに思えたり(エアビーアンドビー、ウーバーなど)、つまらないものに思えたり(カメオ、ドアダッシュなど)、不可能に思えたり(ウーバー、スポティファイ、ドアダッシュなど)する理由でもあり、あなたは周りの人と違った世界を見ているのです。

そのため、私が共有したストーリーの中で、ユーザーリサーチが初期のアイデア出しの大きな要因であることはほとんどないことにも注目してください。ほとんどのアイデアは、創業者の経験、ビジョン、直感から生まれているのです。

4. アイデアがわかりやすい

私たちが見てきたすべてのプロダクトは、1~2文で説明することができます。この点については、本連載の第3回でより多くの時間を割くことにします。

大まかに言えば、そのアイデアについて考えずにはいられない、ビジネスチャンスに対するユニークな洞察力と適切なスキルを持った適切な創業者と、マーケットのタイミングを組み合わせることができれば、巨大なコンシューマービジネスの機会を生み出すことができるのです。

このことは、あなたのアイデアが誰かに盗まれることを心配する必要がない理由でもあります。このような稀な組み合わせを、適切なタイミングで手にする人が他にいる可能性は、非常に低いのです。

アイデアを思いついたら、どうするか

ウォルト・ディズニーが言ったように、「始めるための方法は、話すのをやめて、やり始めることだ」。ここでは、あなたがワクワクするようなアイデアを思いついたら、すぐに何をすべきかについてアドバイスします。

1. 安価かつ迅速にプロトタイプを作成し、アイデアを検証する。

スティッチフィックス:「レイクはサーベイモンキーを使って顧客の好みを追跡し、腕いっぱいに服を積んで顧客の家に行き、スタイリング料$20の小切手を受け取った。」

ネットフリックス:「通勤の途中で車を回して、住んでいる町まで戻り、DVDを買おうとしたんです。そこで中古の音楽CDを買って、切手一枚分の値段でサンタクルーズのリードの家に郵送しました。翌朝、それが良いアイデアなのか悪いアイデアなのかがわかりました。」

ドアダッシュ:「まずコンシューマーの部分だけテストしました。http://paloaltodelivery.com に静的なHTMLページを作り、グーグルボイスの番号と地元のレストランのPDFメニューをいくつか載せて、6ドルで配達するようにしました。小さなアドワーズキャンペーンを行い、誰かが検索しているかどうか確認しました。数時間後、トニーと私は車で帰宅中に最初の注文を受けました。」

レックルーム:「彼らは90日以内に最初のゲームを作り、SteamVRで静かにローンチしました。」

ヒップキャンプ:「私はその年の後半にプログラミングの方法を学びました。その年の6月には、とてもとてもベータ版のウェブサイトを立ち上げました。」

アイデアの検証に関するTodd Jacksonの詳細な投稿をお見逃しなく。

2. 潜在的な顧客に話を聞いて、アイデアを練り直す

レント・ザ・ランウェイ:『ダイアン・フォン・ファステンバーグに電話してみようか。ダイアン・フォン・ファステンバーグを知ってる?』とジェニーは言いました。そして私は、『もちろん、ダイアン・フォン・ファステンバーグなんて知らないわ。でも、彼女のEメールアドレスはわかるかもしれない』と言いました。ジェニーと私はその日の午後、ダイアン・フォン・ファステンバーグの多くの異なるバージョンのメールアドレスにメールを書きました。私たちは基本的に、『ハーバード・ビジネス・スクールに通う2人の女性です。ぜひお伺いしてお話させてください』と。そして、ここで運が味方したのが、彼女か彼女のオフィスの誰かがそのメールを開いてくれたことです。彼女は『明日の午後5時に会いましょう』と返事をくれました。そして、その翌日、私たちはニューヨークまで車で行き、DVFのドレスを着て、彼女のオフィスに行き、自己紹介をしました。」

レックルーム:「早期テスターを獲得するために、彼らはWeWorkのロビーに設置し、通りすがりの人々にアプリをチェックするように頼みました。」

ディスコード:「シトロンとスタンはすぐにサーバーに飛び込み、ボイスチャットに飛び込んで、現れた人と話し始めました。」

3. 誰のために作っているのかを把握する

そして、これこそが、私たちがまさに次の記事で焦点を当てようとしていることなのです。

次週:🕵️ 超特殊な人を特定する

最後に2つの名言を。

「失敗を気にする必要はない。正しいのは一度だけだ。」

ドリュー・ヒューストン

「重要なのは、尻をあげて何かをすることだ。単純なことだ。多くの人がアイデアを持っていますが、今すぐ何かをしようと決める人は少ないです。明日ではなく、来週でもない。来週でもない。今日なのだ。真の起業家とは、夢想家ではなく、行動する人である。」

ノーラン・ブッシュネル

アリッサ・ラバージオ(ヒップキャンプ)、 クリス・ベストハミッシュ・マッケンジー (サブスタック)、 デボン・タウンゼント(カメオ)、エバン・ゴールディンアダム・フィッシュマン (リフト)、 ジュリア・ハーツ (イベントブライト)、 マックス・マレン (インスタカート)、サンダー・ダニエルス (サムタック) 、そして、スティーブ・チェン (ユーチューブ) がこのシリーズのパート1で寛大にも彼らの話を共有してくれて、本当にありがとうと言う気持ちで一杯です。


📚 さらに勉強したい方へ

  1. ポール・グレアムによる「スタートアップのアイデアの出し方
  2. マイケル・セイベルによる「スタートアップのアイデアの入手とテスト方法
  3. トッド・ジャクソンによる「スタートアップのアイデアを検証する方法
  4. サム・アルトマンとダスティン・モスコヴィッツによる「スタートアップの始め方
  5. マイク・メイプルズ・ジュニアによる「ブレイクスルーの作り方
  6. ファースト・ラウンド・キャピタルによる「スタートアップのアイデアを見つけるための12のフレームワーク
  7. パイオニアによる「正しいアイデアの見つけ方
  8. ジェイソン・シェンによる「430億ドルに成長した5つのスタートアップ・ピボットの知られざる裏側

充実した、生産的な一週間をお過ごしください🙏


📣 Lenny’s Talent Collectiveに参加する

Lenny’s Talent Collectiveに参加すると、新しい機会を待っている世界レベルのプロダクトとグロースの人材が隔月で送られてきます。

新しい仕事を探している人は、Lenny’s Talent Collective に参加して、厳選された企業から個別の機会を得てください。公開でも匿名でも参加でき、いつでも退会できます。

🔥 注目の求人情報

ファウンテン(Fountain):シニアプロダクトマネージャー(リモート)

レンダー(Render):プロダクトマネージャー (リモート)

マインズ(Mine’d):プロダクト責任者 (ニューヨーク、リモート)

オープンストア(OpenStore):プロダクトマーケティングマネージャー (マイアミ)

アシュビー(Ashby):ファーストリードUXデザイナー (ロサンゼルス、サンフランシスコ、バンクーバー、オースティン、トライベッカ)

ウェトス(Wethos):グロースプロダクトマーケティングディレクター (リモート)

スクラッチパッド(Scratchpad):シニアプロダクトマネージャー (リモート)

ジョビー・アビエーション(Joby Aviation):エアタクシーのプロダクトマネージャー・オペレーション(カリフォルニア州サンカルロス)


このニュースレターはいかがでしたか?このニュースレターをお友達と共有したり、まだ購読されていない場合は、購読をご検討ください。
敬具

レニー 👋


フォローして最新記事をチェック!

ジョブストーリーを書くための5つのヒント

機能とプロダクトを定義する新しい方法から学ぶ。

ジョブストーリーは、プロダクトをデザインする際に、チームの会話と発見を促進する強力な方法です。雑念を排除して、片付けるべきジョブにぴったりと切り込むためのものです。ジョブストーリーは、プロダクトのデザインプロスにおいて、思い込み、主観、ペルソナ、実装ではなく、文脈、因果関係、動機に焦点を当てることを促します。

もっと知りたいですか?JTBDに関する無料のPDFブックをダウンロードするか、ペーパーバックとkindleで購入する

ジョブストーリーを書くようになってから、あるストーリーが他のものより優れているという特徴に注目するようになりました。ストーリーがよくできていれば、私や私のチームは議論すべきことをすぐに切り出すことができ、全員が同じ認識に立つことができるため、プロダクトデザインプロセスを劇的に改善することができます。
ここでは、ジョブストーリーを書く際に役立つ5つのヒントをご紹介します。

  1. 1. 文脈的な情報を加えて状況を洗練させる
  2. 2. ジョブストーリーは、ペルソナではなく、実在の人物から生まれる
  3. 3. 機能(ソリューション)が差し込めるモジュール式のジョブストーリーをデザインする
  4. 4. 動機に力を加える
  5. 5. ジョブストーリーは単一視点である必要はない

この記事は、「5 Tips For Writing A Job Story」を著書の了解を得て翻訳したものです。

著者: Alan Klement
翻訳者: 渡辺圭祐


1. 文脈的な情報を加えて状況を洗練させる

デヴィッド・ウーが、「状況とは、あらゆる条件を含むものである」と説明したとき、私の心に響きました。私は、状況に文脈を追加することで、お客様がプロダクトや機能を使うことを躊躇してしまうような不安にも対処できる、有効なソリューションをデザインしやすくなることを発見しました。
例えてみましょう。

  1. 何か食べたいとき……。
  2. 急いでいて、何か食べたいとき……。
  3. 急いでいるいて、お腹が空いていて何か食べたいとき……。
  4. 急いでいるとて、お腹が空いていて、何かをしながら片手で食べられるものが欲しくて、次にいつ食べられるかわからないとき、……。

このような状況であればあるほど、より良いソリューションを見出すことができるのです。バージョン1では、座敷のあるレストランが利用できるでしょう。バージョン4では、ピザやスニッカーズバーが最適でしょう。

2. ジョブストーリーは、ペルソナではなく、実在の人物から生まれる

ペルソナは、思い込みや属性の寄せ集めであるため、プロダクトデザインに破壊的な影響を与えることがあります。ペルソナは、ユーザーを知っているという誤った感覚を与え、その結果、デザインにギャップを生じさせる可能性があります。例えば、ペルソナに不安な気持ちや、なぜプロダクトAプロダクトBを選んだのか、プロダクトAプロダクトBを選んだときに他に何があったのか、初めてアプリを開いたときに最初に何をすればいいのかわからなかった……といったことは聞くことができないのです。

ジョブストーリーは、実際のユーザーインタビューからしか生まれないのです。機能や新プロダクトをデザインする前に、実際の人々に話を聞き、彼らがあなたや競合のプロダクトを使用する際にあった不安や文脈をすべて明らかにする必要があるのです。
もしあなたがインタビューのやり方を知りたいなら、クリス・スピークボブ・モエスタの「The Mattress Interview」を聴いてみてください。また、クリス、ボブ、エルヴィンは、片付けるべきジョブのためのユーザーインタビューをユーデミーのコースで行っています。

ペルソナを好む人がいるもう一つの理由は、ユーザーについて、あるいはユーザーから得たすべての情報を整理する方法を他に知らないからです。ジョブストーリーをどのように整理するかは、今後の記事で取り上げる予定です。

3. 機能(ソリューション)が差し込めるモジュール式のジョブストーリーをデザインする

ジョブストーリーをデザインするとき、ソリューションと混同しないことが重要です。これは、実装を定義することを推奨するユーザーストーリーとのもう一つの重要な違いです。

ペルソナ(またはシチュエーション)とソリューションを混在させる場合……。

以下は、効果的なユーザーストーリーの書き方について書かれた資料です。著者は、ユーザーストーリーを発展させるために「詳細を追加する」サブストーリーを作成することも勧めています。以下はその例です。

ユーザーとして、私はハードディスク全体をバックアップすることができる。

…そして、詳細を追加した後….

パワーユーザーとして、ファイルサイズ、作成日、更新日に基づいてバックアップするファイルやフォルダーを指定することができる。

そして……。

ユーザーとして、バックアップしないフォルダを指定することで、保存する必要のないものでバックアップドライブがいっぱいにならないようにすることができる。

上記の例から、パワーユーザーファイルサイズ、作成日、……を基にバックアップするファイルやフォルダーを指定することをあまり気にしなかったとします。この場合、何が問題だったのか、どのように判断するのでしょうか。ペルソナが間違っているのでしょうか?機能が間違っているのでしょうか?ペルソナに対する機能が間違っているのでしょうか?

状況(ジョブ)とソリューションを分ける

ここで重要なのは、ジョブをソリューションと分けて考えると、それぞれを異なるタイミングで探索できることに気がつくということです。モジュール化されたストーリーとソリューションのもう一つの利点は、ジョブがどこで重なり合うのか、いくつかのジョブが共通のソリューションを共有することになるのかが分かるようになることです。

ジョブストーリーがソリューションや他のジョブストーリーとどのように関連するかは、別のトピックになります。その間に、ジョブストーリーと機能の関係をこのように視覚化することから始めてください。

最後の画像は、私が「シチュエーション別セグメント」と呼んでいるものを参照しています。これは、私が最近考えているアイデアで、独自に調査する必要があるトピックです。

4. 動機に力を加える

デヴィッド・ウーのもう一つのアイデアは、動機に力を加えることです。状況-動機-期待される結果というジョブストーリーのフォーマットにおいて、動機の段階は、引く力と押す力を加えることによって補強することができるのです。動機に力を加えることは、状況に文脈を加えることによく似ています。アマゾンのメーデー機能について、ロス・ベルモントは以下のように言及しています。

タブレットを使っていて問題が発生したとき、すぐに助けを得て、始めたことを終わらせることができる。

動機づけの部分にこだわってみましょう。すぐに助けを得て、力を加えたい。

状況

タブレットを使っていて、問題が発生した。

動機

すぐに助けを得たい….

力:途中だったのでイライラしている…。

力:今やっていることが終わるか不安だ。

力:助けを求めるのに緊張する……。

力:助けを求めるとバカにされそうで……。

力:自分が取り組んでいることを他人に見せるのは恥ずかしい…。

期待される結果

自分が始めたことを終わらせることができる。

ストーリーに力が加わっていれば、ユーザーをプロダクトや機能から遠ざける力を減らし、プロダクトや機能の方に引き寄せる力を高めるのに役立つソリューションをデザインすることができる。アマゾンの場合、次のようなことが考えられます。

  • ヘルプを受けるのに長い時間待たされることがないよう、ユーザーを安心させる。( 今やっていることが終わるかどうか不安だ )
  • カスタマーサポートの担当者がタブレットにアクセスできる範囲をユーザーが選択できるようにする。(自分が作業しているものを他人に見せるのは恥ずかしい)
  • ヘルプを求めることがいかに一般的であるかをお客様に理解してもらう。( 助けを求めるとバカにされるかもしれない)

5. ジョブストーリーは単一視点である必要はない

最近、私は、ストーリーを一人の人間の視点に縛られないというアイデアを試しています。その代わりに、三人称の視点で物語を書いています。

いつ

ある人が住宅ローンを組むために銀行に行き、申込書に記入するとき。

動機

申請者は、申請が受理されたかどうかを知りたい…。

銀行員は、申込書が正しく記入されているかどうかを確認したい…。

銀行は、申込者が許容できる信用履歴を持っているかどうかを確認したい…。

期待される結果

住宅ローンが低リスクの人に迅速に提供され、それによって銀行が利益を得られると確信する。

繰り返しになりますが、私はこれらを実験しているので、人々がこれについてどう考えるかについてのフィードバックが欲しいのです。今のところ、3人称のストーリーは、eBayのようなリアルタイムの入札サイトのように、複数の関係者を相手にするプロダクトで効果を発揮しているようです。

もっと詳しく

ジョブストーリーを使ったプロダクトデザインはまだ途中ですが、このコンセプトは実践すればするほど、調整が加えられ、さらに発展していくことでしょう。これらが出てきたら、引き続きコメントしていきたいと思います。

Your Job Story Needs A Struggling Moment」、「5 Tips For Writing A Job Story

JTBDとジョブストーリーについて、拙著『When Coffee and Kale Compete』から、より深く理解してください。

『コーヒーとケールが競演するとき』でJTBDについてもっと知ることができます。

この本はPDFでダウンロードできますし、ペーパーバックやキンドルでも購入できます。また、オンラインで読むこともできます。

片付けるべきジョブ(Jobs to be Done)についてもっと知りたい、JTBDのコンセプトをあなたのビジネスやスタートアップに適用する手助けが欲しいという方は、私にご連絡ください。


フォローして最新記事をチェック!

マーケティングはグロースだけではない:完全な戦略のための3つの要素

ダイレクトレスポンスメーラーからデジタルファーストのアクイジションループまで、マーケティングのツールは変化しているかもしれませんが、企業が世界中でより激しい競争に直面する中で、効果的なマーケティング戦略の必要性は高まる一方です。

一般的に、マーケティングとグロース・マーケティングを混同して考える人がいますが、それは、多くのアーリーステージのスタートアップ企業にとって、グロースとは生き残りのことだからです。グロース・マーケティングは、企業の成功にとって重要な役割を果たしますが、完璧なマーケティング戦略に必要なすべてを網羅するものではありません。

マーケティングリーダーになるためには、従来のグロースの定義を超え、マーケティングの3つの領域、すなわちブランド・マーケティング、グロース・マーケティング、プロダクト・マーケティングを統合することも必要です。そして、マーケット、顧客、ビジネスの変化を積極的に捉え、より強固な戦略を構築することができるようになるのです。

今回は、マーケティング戦略の策定と強化に役立つ情報をお伝えします。

  1. マーケティングの3つの領域
    1. 1. ブランド・マーケティング
    2. 2. プロダクト・マーケティング
    3. 3. グロース・マーケティング
  2. 統合マーケティング戦略のインパクト
    1. 1. ある領域での変化は、他の領域にも影響を与える
    2. 2. 各ドメインの変化が複合的な効果をもたらすような順序にする
    3. 3. 各ドメインの変化は異なる時間軸で起こるため、積極性が不可欠である
  3. 複数ドメインマーケティング戦略の長所
    1. 戦略をアップデートする時期であることを示すシグナル
    2. 内部要因:オーディエンスの拡大
    3. 内部:ビジネスモデルの進化
    4. 内部:プロダクトの発売
    5. 外部環境:マクロトレンド
    6. 外部環境:競争環境と規制の動向
    7. 外部要因:テクノロジーやユーザーの行動変化
  4. ピースをつなげる

この記事は、「Marketing is More Than Growth: The 3 Parts of a Complete Strategy」を著書の了解を得て翻訳したものです。

著者:Stephanie Kwok & Natalie Rothfels
翻訳者:渡辺圭祐

ステファニー・クヮック:リフォージ(Reforge)の客員役員。以前はファンデュエル(FanDuel)の顧客マーケティング担当副社長を務め、戦略・オペレーション、エンゲージメント・リテンションの副社長も兼任。

ナタリー・ロスフェルス:リフォージの客員運営者であり、リーダーシップコーチングを行う。クイズレット(Quizlet)とカーン・アカデミー(Khan Academy)でプロダクトリーダーを務め、それ以前は教室の先生を務める。


マーケティングの3つの領域

マーケティング担当者は、しばしば1つの領域の専門知識からスタートしますが、マーケティングリーダーは、顧客のプロダクト体験に影響を与える3つの異なる領域(ブランド・マーケティング、グロース・マーケティング、プロダクト・マーケティング)に精通し、専門知識を身につける必要があります。

1. ブランド・マーケティング

ブランド・マーケティングは、組織の存在理由を、意味のある感情的な結びつきで表現します。明確な企業ストーリー、ブランド・アイデンティティ、顧客が共感したり、憧れたりするような物語的なポジショニングをカプセル化することで、プロダクトに馴染みのない見込み客を引き込みます。ブランド・マーケティングは、新規顧客を獲得するための認知度と意思を高めるだけでなく、顧客ライフサイクルのあらゆるタッチポイントで(ブランドパートナーシップやドリップキャンペーンなどを通じて)強化し続けることができます。

2. プロダクト・マーケティング

プロダクト・マーケティングは、ブランド・プロミスを実現するために組織が行っていることを共有します。優れたプロダクト・マーケティングは、各プロダクトの背後にある価値、代替品との違い、ユーザーに与えるポジティブな影響などを顧客に理解してもらうためのものです。これは多くの場合、パッケージング、価格設定、ユーザーにとってアクセスしやすく理解しやすい機能の提供といった形で行われます。

3. グロース・マーケティング

グロース・マーケティングとは、顧客を獲得し、維持するために、どのように顧客にアプローチするかということです。グロース・マーケティングでは、トリガー、チャネル、メッセージング、パーソナライゼーションなどを駆使して、顧客をプロダクトに引き込み、その価値を体験させ(アクイジション)、その価値を維持させます(リテンション)。この作業には、既存のグロースループ(例:有料マーケティング、ユーザー生成コンテンツ、口コミによる紹介)やリテンションループ(例:パーソナライズされたコンテンツを推奨するトリガー付きのライフサイクルメール)を強化し、顧客がプロダクトの価値を実感できるようにすることが含まれることが多いです。 

この3つの領域は、あらゆるマーケティング戦略へのインプットとなります。マーケターは、各領域が他の領域にどのように影響するかを理解し、3つの領域が協調して機能する戦略を構築することで、マーケティングリーダーになることができます。

統合マーケティング戦略のインパクト

これらのパズルのピースの接続点を、ステファニーがファンデュエル(FanDuel)に在籍していた時の例を使って説明しましょう。

2015年、ファンデュエルは、多額のリアルマネー賞金付きのデイリーファンタジースポーツトーナメントを提供するゲーム会社でした。ステファニーが入社した当時、同社は元ポーカープレイヤーの大規模なコホートを含むハイステークスゲーマーに最初のマーケット・フィットを見出した後、新しいオーディエンスの拡大を優先していました。

数億ドルの新規資金調達と、2番手のドラフトキングス社との競争激化により、同社はグロース・マーケティングに重点を置くようになりました。過去には、高額賞金を獲得した顧客の声を掲載したダイレクトレスポンス広告で成功を収めたこともあり、このメッセージを継続しながら、有料メディアへの投資を増やしました。この大規模な投資が功を奏し、前年比約5倍の成長を遂げる新規顧客を大量に獲得することができました。

当初は、KPIを達成したかのように見えました。しかし、顧客がプロダクトを使い始めると、すぐに離反し、ファンデュエルは競合他社とともに、世間から大きなマイナス評価を受けるようになりました。

結局のところ、新規顧客は「誰でも大金を手にするチャンスがある」というブランドの約束に引き寄せられたのですが、プロダクトはこの新しい顧客に約束を果たすほどには進化していなかったのです。その一方で、1日に数分しかプレイしないような新しい顧客には、広告に登場するような7桁の賞金を獲得する可能性はほとんどありませんでした。

この例は、すべてのマーケティング領域を効果的に統合することがなぜ非常に重要なのかについて、3つの教訓を与えてくれています。

1. ある領域での変化は、他の領域にも影響を与える

グロース・マーケティングは新規顧客の獲得に成功しましたが、約束した価値が提供されなかったため、その顧客は最終的に離反しました。マーケティングチームは、ある領域の変化が他の領域に与える影響を調べることで、より統合された形で活動することができます。グロース・マーケティング・チャネルは、潜在顧客や既存顧客にブランドを提供するものであり、グロース・マーケティング戦略とブランド・マーケティング戦略は連動している必要があります。

同様に、プロダクトの価値提案とグロース戦略で獲得する新しい顧客層が一致しない場合、それらの顧客は最終的に定着せず、グロースへのプラスの影響も減少します。

2. 各ドメインの変化が複合的な効果をもたらすような順序にする

ファンデュエルは、有料メディアで新規ユーザーを獲得するために数百万ドルを投じる前に、まずプロダクト・マーケティングとブランド・マーケティングに注力することで、より良い投資対効果を得られたと思われます。

ファンデュエルは、多額の賞金を獲得するというブランドプロミスを実現することは、この大規模な新規ユーザーにとって非常に困難であることを認識することができたはずです。この層に対するグロース・マーケティング活動を強化する前に、プロダクト・マーケティング戦略を見直すか、あるいはブランド戦略を再検討して修正する必要があったのです。

ドメインごとにサイロ化されたマーケティングチームは、一見バラバラに見えるこれらの要素を統合するのに苦労することが多いです。統合に成功したチームは、より脆い戦略をとることができます。

3. 各ドメインの変化は異なる時間軸で起こるため、積極性が不可欠である

グロース・マーケティングのパフォーマンスはすぐに測定できますが、プロダクト・マーケティングとブランド・マーケティングは開発に数ヶ月かかり、その影響は何年にもわたって広がることがあります。

ファンデュエルは、顧客からの信頼を失い、それを回復するために苦難の道を歩まなければならなくなりました。ファンデュエルのチームは、自分たちが実現できる約束(賞金を保証するのではなく、スポーツをもっと楽しくすることなど)に向けてブランドをシフトさせましたが、疎外された顧客との信頼を回復するには時間がかかりました。このように、マーケティングリーダーは、企業戦略にインパクトを与えるために、3つの領域でどのような変化が必要なのか、積極的に先を見据えることが非常に重要なのです。

複数ドメインマーケティング戦略の長所

ファンデュエルのケースは、極端な例です。ブランド戦略、プロダクト、グロース・マーケティングの間に断絶があり、さらに広告を電波に乗せて流すことへの反発やネガティブなPRスキャンダルが重なり、大幅な顧客離れと会社や業界全体を締め付ける規制に拍車がかかってしまったのです。

しかし、ほとんどの場合はそれほど極端ではなく、領域間の断絶は、より大きなインパクトを与えるための大きなチャンスとなります。

例えば、強力なブランド・マーケティングは、有料チャンネルでできることにハロー効果を発揮します。マスタークラス(MasterClass)はこの点で素晴らしいです。有名な専門家が教えるクラスの高品質なビデオ予告編により、専門家から学び、専門家により楽しまれる場所として、ブランドのポジショニングを強化しているのです。

同様に、プロダクト・マーケティングも、適切なチャネルで適切なオーディエンスを集めることができれば、より効果的なものになります。これは、マーケットプレイスのような複雑なビジネスモデルで、一度に複数のオーディエンスに対応する場合は、さらに重要です。例えば、ユーデミー(Udemy)はアラカルトのコース購入を通じて個人にサービスを提供していますが、コース作成者(プラットフォーム上で供給を行い、収益を求める)や企業(従業員の福利厚生としてサブスクリプションを購入する)にもサービスを提供しています。消費者はスキルを素早く習得するために、クリエイターは専門知識を収益化するために、企業はコスト効率の高い方法で従業員を成長させ、維持するために、それぞれ異なるニーズを持っているため、プロダクトはこれらのオーディエンスに対して異なる位置付けとなっています。また、これらの異なるオーディエンスを獲得するためには、消費者向けのクチコミや有料メディア、企業向けの直接セールスなど、異なるマーケティングチャネルが必要です。

あなたが3つの領域すべてを監督するマーケティングリーダーであろうと、1つの領域を監督するリーダーであろうと、1つの領域に集中する個人の貢献者であろうと、それぞれのパズルのピースが交差する部分に注目し、誰が、どこで、何を、どのように、そしてなぜ、より大きなインパクトを与えるかを調整することによって、あなたのインパクトを増幅させることができるのです。

戦略をアップデートする時期であることを示すシグナル

会社や四半期の年次計画サイクルは、マーケティング戦略全体(または単一のマーケティング領域の有効性)を拡大評価する自然な瞬間です。これらのタッチポイントは、会社とマーケティング戦略の間の整合性を確保し、来年(または3年から5年のビジョン)の大きなシフトを識別し、それらのシフトをサポートするために今(またはすぐに)変更する必要があるものを示すのに役立ちます。

しかし、それは、変化の激しい多くの組織にとっては希望的観測に過ぎません。もしかしたら、日々の業務に追われ、一歩下がって考える余裕がないのかもしれません。会社の戦略があまりにも頻繁に変わるので、あなたのチームが先に進むことができないのかもしれません。

いずれにせよ、マーケティングリーダーは、刻々と変化する情勢に伴う不確実性にもかかわらず、どこにどのように投資すべきかを明確にする必要があります。マーケティングリーダーは、これらの内的・外的要因を積極的にモニターすることをお勧めします。なぜなら、これらはしばしば、戦略を見直す必要性を引き起こす変曲点のシグナルとなるからです。

内的要因には、以下のようなものがあります。

  • オーディエンスの拡大
  • ビジネスモデルの進化
  • プロダクトの発売

また、外部要因には以下のようなものがあります。

  • マクロトレンド
  • 競合環境と規制の動向
  • 技術やユーザーの行動変化

(追伸: マーケティング戦略コースでは、これらについてより深くお話しています)

内部要因:オーディエンスの拡大

新しい顧客セグメントや地域に拡大するには、現在のブランドのポジショニング、価値提案、チャンネルが新しく獲得した顧客に響くかどうかを評価する必要があります。

例えば、ClassPassが男性向けのサービスを開始したとき、1つの性別の顧客だけを対象にしていると思われないよう、ブランドのポジショニングとグロース・マーケティング戦略を見直す必要がありました。これは、ファンデュエルの例でも見られることです。ファンデュエルは、より多くのレクリエーション・ユーザーに対応するために、ブランドとプロダクトのマーケティング戦略を転換する必要がありました。

内部:ビジネスモデルの進化

マネタイズモデルや価格設定の変更は、LTV/CAC率、投資回収、および顧客の価値観に影響を与えます。同様に、SaaSモデルとエンタープライズモデルでは、異なるブランディングやチャネルへの投資が必要になる場合があります。

例えば、Figmaは、ボトムアップのグロース戦略(デザイナーが自社にデザイナーを増やし、そのデザイナーが他の部門に有機的に広がっていく)で立ち上げましたが、B2Cサービスを補完し、さまざまな規模の企業に対する明確なB2Bセールスチャネルを確立しました。そのためには、パッケージングや価格体系を変更し、最終的には、組織内のより多くの部門に対応するプロダクト(例:FigJam)へと移行する必要がありました。

内部:プロダクトの発売

新プロダクトの発売は、企業が販売するプロダクトのポートフォリオを変化させます。優れたマーケティング担当者は、プロダクト体験全体と顧客層について何が変わったかを理解しようとし、それが自社の戦略をどのように変えるかについて意見を形成します。優れたマーケティングリーダーは、自分たちの戦略がどのように変化すべきかを積極的に見極め、それに応じてプロダクトの発売にも影響を与えます。

ナタリーのチームは、クイズレット(Quizlet)の既存の学生のサブセットに対して、より明確な問題を解決する新プロダクトを発売しました。それは、信頼できるコンテンツ作家による有料コンテンツで、高得点の資格試験に焦点を当てたものでした。学生はすでにクイズレットのプロダクトに慣れ親しんでいましたが、勉強の過程でさまざまなタイミングでプロダクトを使用していたため、新しいプロダクトの提供に対する認識は理想的ではありませんでした。

そのため、クイズレットは、既存の学生が簡単に新しいサービスにコンバートできると考えるのではなく、プロダクト全体とライフサイクル・マーケティングに統合するために、より重い作業を行う必要があったのです。

外部環境:マクロトレンド

パンデミックは、ユーザーの行動、消費習慣、そしてあらゆる種類の新しいニーズを変化させることが分かっています。マーケティング担当者は、現在の戦略が通用するのか、それともさらに大きな波を起こすチャンスがあるのかを知るために、マーケットで何が起こっているかを意識する必要があります。 

在宅医療に特化したヘルスケアスタートアップのNurxは、2020年初頭、コロナウイルスが流行したことで、予定外ながら大きな追い風を経験しました。在宅ケアの需要が急増する一方で、メディアチャネル全体の価格が急落したのです。Nurxの最高マーケティング責任者であるカテリン・ワトソンは、このトレンドをリアルタイムで察知し、テレビなど、これまで深入りしなかったチャネルに支出を向け直しました。

コンバージョンの向上、メディア価格の低下、メディア習慣の変化というパーフェクトストームにより、一夜にして全サービスが100%の成長を遂げました。STI検査、緊急避妊、ヘルペス治療などのサービスは、他に選択肢がなかったため、爆発的に普及し始めました。テレビの前でCOVIDの最新ニュースを見ている人々に、新しいメディアでアプローチすることができたのです。マーケティングチームとしては、「より多くの患者さんを救うために、この瞬間に立ち向かおう」と考えました。できる限り多くのメディアを購入し、新しいチャンネルを学ぼう」と考えたのです。すぐにクリエイティブを再利用し、今ではテレビは私たちのミックスの中核をなしています。

カテリン・ワトソン
外部環境:競争環境と規制の動向

競争環境が変化し、新たなマーケット機会が生まれたとき、企業はマーケティング戦略を転換し、優位に立つことができるはずです。

2018年にスポーツベットが合法化された際、ファンデュエルやドラフトキングスといった初期参入企業は、合法性を強調した同様の広告や、安全・安心な決済に焦点を当てたプロダクト機能など、迅速にマーケットに投入することを優先しました。ここ数年で業界が確立され、競合他社がひしめくようになると、各社はブランド構築のための投資から、差別化されたプロダクト機能(ファンデュエルの同一ゲームパーレイなど)の開発とマーケティングにシフトし、自社を際立たせるためにマーケティング戦略を転換しています。

外部要因:テクノロジーやユーザーの行動変化

新しいテクノロジーが導入されたり、広く採用されたりすると、企業はオーディエンスにリーチし、より良い価値提案を提供するための新しい仕組みやツールを手に入れることができます。

GPSや心拍数、皮膚温度などを追跡する高度なセンサーは、今や一般的なものとなっています。これらの技術により、フィットネス企業は、個人のトレーニングプランを提供し、改善するために、はるかに詳細な活動行動を収集し、利用することができるようになりました。同様に、数クリックで会社設立、送受信、給与計算ができるテクノロジーは、起業のハードルを下げ、起業家精神の成長を加速させます。

ピースをつなげる

明確で効果的、かつ進化するマーケティング戦略は、優れたマーケティングリーダーと優れたマーケティング貢献者を区別するものです。毎週KPIに影響を与えるキャンペーンの実施、プロダクトや顧客に関する深い専門知識の開発、価格設定やプロダクト提供のパッケージ化、ブランドの声の形成、企業戦略への影響など、多くの責任を負わなければならないことに圧倒されることがあります。

あなたは一人ではありません。私たちの新しいマーケティング戦略プログラムは、あなたがより統合された戦略を開発し、これら3つの領域それぞれをより深く理解できるようにするために作られたものです。このプログラムは、現代のマーケティングリーダーとして避けられない紆余曲折に対応するための自信を与えてくれることでしょう。


フォローして最新記事をチェック!

カスタマーアクイジションコストの把握

VCが使うフレームワーク

私が過去5年間、VCとして格闘してきたのは、事業の単位経済性をいかにして本当に理解するかということです。LTV>CPA (ライフタイムバリューは獲得コストよりも大きい) の基本コンセプトは非常にシンプルです。複雑なのは、事業が拡大するにつれて、これらの経済性がどうなるかを考えようとするときです。


この記事は、「Understanding Customer Acquisition Costs」を著書の了解を得て翻訳したものです。

著者:Rob Moffat
翻訳者:渡辺圭祐


ライフタイムバリューの計算については、ビル・ガーリーがここで詳しく説明しているので、ここでは触れません。私が注目したいのは、CPAです。

VCとして、しばしばCPAのヘッドライン数字を提示されますが、それ以上ではありません。これは、表面的にはよく見えますが、根本的な問題を覆い隠してしまうことがあります。例えば、アーリーステージのeコマース事業で、LTVが30ユーロ、全体のCPAが20ユーロとします。これは堅実なビジネスのように見えます。さらに掘り下げると、ユーザーの50%は無料チャネル(PR、SEO)で獲得しているため、残りの50%(SEMで獲得)のCPAは40ユーロになります。無料チャネルは、急速にスケールアップするのが難しい場合が多いので、投資後に急成長したい場合は、SEMを利用するのが一般的です。しかし、この場合、SEMによる顧客獲得は不経済です(30ユーロのLTVは40ユーロのCPAより低いです)。VCとしては、このビジネスが合理的な方法で急成長できるかどうかを心配し始めることになります。


以下は、このようなミックス効果を考慮し、CPAをより深く考えるためのフレームワークです。


このアイデアは、全体的なCPAを、新規顧客を獲得するための費用と、昔の顧客を呼び戻すための費用に分解し、主要な獲得チャネルを無料と有料に分解することです。

留意すべきこと:

  • 訪問者から顧客への転換率は、チャネルによって大きく異なることが多いため、CPV(訪問者あたりのコスト)ではなく、CPAについて考えることが重要です。(CPA = CPV / コンバージョン率)。例えば、コンバージョンレートは、通常、PR主導の直接訪問者よりもSEMの方がはるかに高いです。
  • オフライン広告(テレビ、屋外)の影響を測定することは困難ですが、可能です。2つのアプローチが可能です:オフライン広告でユニークなURL(またはバウチャーコード)を使用する、またはオフライン広告を実行しているときに直前と比較して、サイトの直接訪問数の上昇を測定します。どちらも完璧ではありませんが、当て推量よりは優れています。
  • SEM CPAにブランド広告の費用を含めない。自社ブランド用語のクリックは、CPAがかなり低くなるため、サイトへの直接の訪問者と同じように考えるのがベストです。
  • 本当に無料のチャネルは、あなたのURLを直接入力した人だけです。その他の「無料」チャネル(SEO、CRM)には、考慮すべき変動コストがあります(ただし、SEOやCRMを設置するための初期投資は1回限りのコストであるため、含めるべきではありません)。
  • 新規訪問者と再訪問者の獲得コストを区別するには、ウェブ分析システムに時間と資金を投資する必要があります。始めたばかりのときは、意味のあるリピーターがいないため、これを優先する必要はありません。
  • 簡略化のため、考えられるすべてのチャネル(ターゲット・ディスプレイ広告、ソーシャルなど)を含めていませんが、これらも同じように扱うことができます。

いくつかの注意点/制限:

  • このフレームワークは、「ラストクリック」アトリビューションを想定しています(アトリビューションについての詳細はこちら)。これは、すぐに購入されるタイプのプロダクトのための合理的な仮定方法ですが、より長い販売サイクルを持つプロダクトに関しては、より充実したアトリビューション手法の開発を考える必要があります。さらに洗練されたものになると、ブランド広告の「ハロー」効果を組み込んでみることもできます。
  • 上記の点を踏まえ、このフレームワークにはリターゲティングは含まれていません。リターゲティングについて考える最も簡単な方法は、おそらく別のチャネルとして考えることですが、それは他の有料マーケティングに依存します(ここで適切なアトリビューションがより重要になるのです)。
  • 最初にメーリングリストや無料のプロダクトに顧客を登録させ、後で有料に変換しようとする場合、分析は難しくなります。理想的な世界では、ユーザーがお金を払った瞬間から始めて、そこからすべてのマーケティングコストを追跡します。しかし、これは非常に複雑になる可能性があります。通常、妥協案としては、マーケティング・チャネル全体で「サインアップあたりのコスト」を比較することです。
  • 割引を多用する場合(グルーポン、1箱目無料)、これらを獲得コストに考慮し、適切なチャネルに割り当てる必要があります。
  • これはウェブ中心のフレームワークですが、モバイルの原則も全く同じです。

あなたが上記の線に沿って顧客獲得コストをマッピングしたら、その意味について考える必要があります。これを行う方法の1つは、次のとおりです。

  1. 今後1年間で、各チャネルのCPAを現実的にどの程度まで削減できるか(SEMをより洗練させ、コンバージョン率を高めることで)?
  2. 今後1年間で、現実的にLTVをどの程度まで高めることができるか(リピートの増加、マージンの改善など)?
  3. このCPAとLTVで、それぞれの獲得チャネルが意味をなすか?もしそうでないなら、そうでないチャネルを切り捨てます。

次に、グロースについて考えましょう:

  1. 無料チャネルでの獲得量を増やすには、どうしたらよいでしょうか?(顧客基盤がある場合、CRMから始めるのがベストです)。そのための現実的な目標は何ですか?
  2. 有料チャンネルのCPAを上げるとどうなりますか?どのような限界にぶつかりますか?一般的に、CPAは高く始まり、洗練されるにつれて下がり、その後、関連性の低い検索語から、またはより広いターゲティングでボリュームを探し始めると、徐々に上がり始めます。よくある間違いは、関連性の高いロングテールSEMからCPAを取得し、これがカテゴリーで最も人気のある「ヘッド」用語にも適用されると仮定することです。
  3. 見ておくべき他のマーケティングチャネルはありますか?ダイレクトレスポンスTVや屋外広告は、一部のオンラインビジネス(特にモバイルのビジネス)には有効なようですが、他のビジネスには全て有効というわけではありません。新しいオーディエンス(インスタグラム、スナップチャットなど)に対して最初に最適化することで、最高の価値を見出すことができる場合がよくあります。
  4. 最大予算に達するまで、またはCPAが高くなりすぎるまで、最も安価なチャンネルから始めて、有料広告による獲得を積み重ねます。

上記が少し理論的であれば申し訳ありません – いつものように理論はここでの戦いの10%であり、90%は実行と正確な粒状のデータを持っていることを確認することです。「現実世界」でのフィードバックをお待ちしています。とはいえ、私が見てきた最高のマーケティングオペレーション(Lovefilm、The Hut、Wooga、Housetrip)は、上記の理論を本当によく理解しています。


フォローして最新記事をチェック!

良いリテンションとは何か

こんにちは、そして私の週刊ニュースレターの無料月刊版へようこそ。レニーです。毎週、プロダクト、グロース、人間との仕事、その他オフィスでストレスを感じていることに関する読者の質問に取り組んでいます。

もしあなたが有料購読者でなければ、今月の見逃し記事をどうぞ。

  1. プロダクト・マーケット・フィットを確認する方法
  2. 上司に悪い知らせを伝えるには
  3. コンバージョン機会の中で優先順位をつけるコツ

今週の記事もとても楽しみですので、さっそくご紹介します。


▼ 本記事の内容

  1. 良いリテンションと素晴らしいリテンションとは?
    1. 良いユーザーリテンションと素晴らしいユーザーリテンション
    2. 良い売上継続率(NRR)と素晴らしい売上継続率
  2. エキスパートへの謝辞
  3. 免責事項:リテンションが低くても問題ない場合がある理由
  4. 1. 良いユーザーリテンションとは?
    1. コンシューマー向けソーシャル:~25%で「良い」、~45%で「素晴らしい」
    2. コンシューマー向けトランザクション:~30%で「良い」、~50%は「素晴らしい」
    3. コンシューマー向けSaaS: ~40%で「良い」、~70%は「素晴らしい」
    4. 中小企業/中堅企業向けSaaS:~60%で「良い」、~80%は「素晴らしい」
    5. エンタープライズSaaS:~75%で「良い」、~90%は「素晴らしい」
  5. 2. 良い売上継続率とは?
    1. コンシューマー向けSaaS:~55%で「良い」、~80%は「素晴らしい」
    2. ボトムアップ型SaaS:~100%で「良い」、 ~120%は「素晴らしい」
    3. 導入・拡大期の超小規模企業向けSaaS:~80%で「良い」、~100%は「素晴らしい」
    4. 導入・拡大期の中小企業/中堅企業向けSaaS:~90%で「良い」、~110%は「素晴らしい」
    5. エンタープライズSaaS:~110%で「良い」、~130%は「素晴らしい」
  6. まとめ

この記事は『What is good retention』を、著者の了解を得た上で翻訳したものです。

著者:Lenny Rachitsky
翻訳者:渡辺圭祐


Q:良いリテンションと素晴らしいリテンションとは何だとお考えですか?

「優れたリテンションは、プロダクトをグロースさせるためのスケーラブルな方法です。リテンションは、プロダクト・マーケット・フィットを示す最良の指標であり、ユーザーの生涯価値を決める最も重要な要素であり、高いリテンションはあらゆる最適な獲得戦略の原動力となるのです。これは、グロースのトリプルワード・スコアに相当するものです。」

ケイシー・ウィンタース

リテンションは、ビジネスを構築する(そして投資する)際に最も重要な指標であると広く考えられていますが、最も理解されていない指標の1つでもあります。なぜでしょうか?なぜなら、あなたがグロースのエキスパートか経験豊富な投資家でない限り、逸話や古いブログ記事、見当違いのベンチマークに頼ってしまうことが多いからです。私自身、スタートアップ企業と仕事をしているときに、何度もこの問題にぶつかりました。

そこで、ケイシー・ウィンターズ(Casey Winters)(元ピンタレスト、グラブハブのグロース責任者、現在はイベントブライトのCPO)が私たちの会話の中でこの問題を提起したとき、私たちはこの機会に新しい調査をすることにしました。そこで私たちは、最も経験豊富な20人のグロース・プラクティショナーに連絡を取り、2つの簡単な質問を投げかけました。

  1. 良いリテンションと素晴らしいリテンションとは何だとお考えですか?(6ヶ月時点
  2. 良い売上継続率と素晴らしい売上継続率について、どのようにお考えですか?(12ヶ月)

これらのインサイトをもとに、入手可能な公開データを組み合わせて、私たちは、ほとんどのタイプのビジネスにおける「良い」「素晴らしい」リテンションのための一連の具体的な推奨事項を導き出しました。以下では、これらの結論を視覚的に要約し、各エキスパートによる詳細な推奨事項と、今日の多くの大企業の公開データをご覧いただけます。

この記事の関連記事として、ケイシーはリテンションを高める方法などを掘り下げたエッセイも発表していますので、ぜひご覧になってください。

それでは、さっそく本題に入りましょう。

良いリテンションと素晴らしいリテンションとは?

良いユーザーリテンションと素晴らしいユーザーリテンション

  • コンシューマーソーシャル:~25%で「良い」、~45%は「素晴らしい」
  • コンシューマー向けトランザクション:~30%で「良い」、~50%は「素晴らしい」
  • コンシューマー向けSaaS:~40%で「良い」、~70%は「素晴らしい」
  • 中小企業/中堅企業SaaS:~60%で「良い」、~80%は「素晴らしい」
  • エンタープライズSaaS:~70%で「良い」、~90%は「素晴らしい」

良い売上継続率(NRR)と素晴らしい売上継続率

  • コンシューマー向けSaaS:~55%で「良い」、~80%は「素晴らしい」
  • ボトムアップ型SaaS:~100%で「良い」、~120%は「素晴らしい」
  • 導入・拡大期の超小規模企業向けSaaS:~80%で「良い」、~100%は「素晴らしい」
  • 導入・拡大期の中小企業/中堅企業向けSaaSの展開:~90%で「良い」、~110%は「素晴らしい」
  • エンタープライズSaaS:~110%で「良い」、~130%は「素晴らしい」

このビジュアルガイドは、高解像度のPDFにリンクしています。

ソース:LennysNewsletter.com

エキスパートへの謝辞

アダム・フィッシュマン(Adam Fishman) (パトレオン、Imperfect Foods)、 アンドリュー・チェン(Andrew Chen) (ウーバー、a16z)、アンディ・ジョン(Andy Johns) (ツイッター、フェイスブック、ウェルスフロント)、 ブライアン・バルフォア(Brian Balfour) (リフォージ)、 ブライアン・ローゼンバーグ(Brian Rothenberg) (イベントブライト、タスクラビット)、 チェンリー・ワン(ChenLi Wang) (ドロップボックス)、ダン・ホッケンマイアー(Dan Hockenmaier) (サムタック)、 エレーナ・ヴェルナ(Elena Verna)(サーベイモンキー、ミロ)、ファリード・モサバット(Fareed Mosavat) (スラック)、 ジェイミー・クイント(Jamie Quint) (Notion、レディット)、ジェフ・チャン(Jeff Chang) (ピンタレスト)、 ジュリー・ズオ (Julie Zhou) (Hipmunk、Yik Yak、アドロール)、 ケビン・クオック (Kevin Kwok) (グレイロック)、リー・ジン (Li Jin) (a16z)、メルシー・グレース(Merci Grace) (スラック)、マイク・デュボー(Mike Duboe) (スティッチ・フィックス、グレイロック)、ナオミ・イオニータ(Naomi Ionita) (エバーノート、メンロー・ベンチャーズ)、ニック・ソマン(Nick Soman) (ガスト、ディーセント)、サラ・グォ(Sarah Guo) (グレイロック)、 ショーン・クラウズ(Shaun Clowes) (アトラシアン、ミュールソフト)、ユーリ・ティメン(Yuriy Timen) (グラマリー)。 そしてもちろん、この研究の素晴らしいパートナーであるケイシー・ウィンターズも。

免責事項:リテンションが低くても問題ない場合がある理由

ある人にとっては、これらのリテンションベンチマークは高く見えるでしょう。これは、大成功するビジネスを構築するためのハードルが高いからです。正直なところ、ほとんどのスタートアップが失敗するのはそのためです。しかし、リテンションは正しく把握すべき重要な指標ではありますが、真空地帯で生きているわけではありません。リテンション率が低くても問題ない場合もあります。

  1. まだ始めたばかり:すぐにこのレベルのリテンションが見られなくても、絶望しないでください。これらのベンチマークを参考に、リテンションとアクイジションの間で優先順位を決めましょう。また、リテンションを高めるための3つのアプローチについては、ケイシーの投稿をお読みください。しかし、スタートアップ企業がリテンションを大幅に向上させることはほとんどない、ということを知っておいてください。
  2. CACと限界費用が低い:グロースは、CAC、リテンション、ユニットエコノミクスの間でバランスを取る必要があります(SEO、口コミ、バイラルなど)。安く新規ユーザーを獲得できるのであれば、より多くのユーザーを失う余裕があります。ダン・ホッケンマイアーによるこのスレッドでは、スポティファイやツイッターのようなビジネスで低いリテンションがOKである理由を説明しています。
  3. ベンチャースケールのビジネスを構築しているわけではない:これらのベンチマークは、象徴的で大規模なスケーラブルビジネスの構築を支援した人々から得たものです。このレベルのリテンションは、プロダクト・マーケット・フィット、あるいは持続可能なビジネスの構築には必要ありません。しかし、拡張性のある獲得戦略を推進するための平坦なリテンションカーブは、あなたのビジネスを存続させるために十分なものです。

最終的に重要なのは、リテンションが持続的なグロースを支えることなのです。

ファリード・モサバット(Fareed Mosavat)

では、その詳細をご紹介しましょう。

1. 良いユーザーリテンションとは?

ユーザーリテンションとは、サインアップしたユーザーのうち、6ヶ月後にまだアクティブ(プロダクトを使用したり、購入したり、写真を投稿したり)である割合と定義しましょう。

コンシューマー向けソーシャル:~25%で「良い」、~45%で「素晴らしい」

スナップチャット、ツイッター、インスタグラムなど、無料で利用でき、一般的に広告でサポートされている企業が含まれます。このカテゴリの分母は、登録ユーザーです。

エキスパートの意見

  • ジェフ・チャン:25%以上で「良い」、40%以上は「素晴らしい」
  • ケイシー・ウィンタース:25%以上で「良い」、45%以上は「素晴らしい」
  • ブライアン・ローテンバーグ:25%以上で「良い」、50%以上は「素晴らしい」
  • ジェイミー・クイント:30%以上で「良い」、40%以上は「素晴らしい」
  • チェンリー・ワン:30%以上で「良い」、50%以上は「素晴らしい」
  • ジュリー・ズオ:30%以上で「良い」、60%以上は「素晴らしい」
  • ケビン・クオック:30%以上で「良い」、60%以上は「素晴らしい」
  • アンドリュー・チェン:50%以上で「良い」、75%以上は「素晴らしい」

上場企業

  • フェイスブック:6ヶ月間のユーザーリテンション:60 – 70%
  • インスタグラム:6ヶ月間のユーザーリテンション:50 – 60%
  • スナップチャット:3ヶ月間のユーザーリテンション:33%、24ヶ月間のユーザーリテンション:30%(ソースソース
  • ツイッター:3ヶ月間のユーザーリテンション:31%、24ヶ月間のユーザーリテンション:22% (ソースソース)

コンシューマー向けトランザクション:~30%で「良い」、~50%は「素晴らしい」

エアビーアンドビー、リフト、ターボタックスなど、一般的に単発の購入で支えられている企業が含まれます。このカテゴリの分母は、少なくとも1回のトランザクションを行ったユーザーです。

エキスパートの意見

  • ケイシー・ウィンタース:15%以上で「良い」、35%以上は「素晴らしい」
  • ケビン・クオック:30%以上で「良い」、50%以上は「素晴らしい」
  • ダン・ホッケンマイヤー:30%以上で「良い」、50%以上は「素晴らしい」
  • リー・ジン:30%以上で「良い」、50%以上は「素晴らしい」
  • ブライアン・ローテンバーグ:30%以上で「良い」、60%以上は「素晴らしい」
  • チェンリー・ワン:30%以上で「良い」、70%以上は「素晴らしい」

上場企業

  • ターボタックス:12ヶ月のカスタマーリテンション:77% (ソース)
  • リフト:12ヶ月のカスタマーリテンション:22% (ソース)

コンシューマー向けSaaS: ~40%で「良い」、~70%は「素晴らしい」

ネットフリックス、スポティファイ、フールーなど、コンシューマー向けに月額/年額サブスクリプションを販売している企業も含まれます。このカテゴリの分母は、有料のサブスクリプションを開始したユーザーです。

エキスパートの意見

  • ダン・ホッケンマイアー:40%以上で「良い」、60%以上は「素晴らしい」
  • アダム・フィッシュマン:40%以上で「良い」、70%以上は「素晴らしい」
  • ジェフ・チャン:50%以上で「良い」、70%以上は「素晴らしい」
  • マイク・デュボー:50%以上で「良い」、70%以上は「素晴らしい」
  • エレナ・ベルナ:70%以上で「良い」、80%以上は「素晴らしい」

上場企業

  • アマゾン・プライム:12ヶ月間のカスタマーリテンション:93%(ソース
  • ドロップボックス:12ヶ月のカスタマーリテンション:80%以上
  • スポティファイ:6ヶ月間のカスタマーリテンション:72%(ソースソース
  • ネットフリックス:12ヶ月のカスタマーリテンション:66%(ソース)
  • フールー:12ヶ月のカスタマーリテンション:53% (ソース)

中小企業/中堅企業向けSaaS:~60%で「良い」、~80%は「素晴らしい」

アサナ、スラック、アトラシアンなど、主に従業員数100~1000人程度の企業に対してサブスクリプションプロダクトを販売している企業が含まれます。このカテゴリの分母は、有償サブスクリプションを開始した企業です。

エキスパートの意見

  • ユーリ・ティメン:60%以上で「良い」、80%以上は「素晴らしい」
  • マイク・デュボー:60%以上で「良い」、80%以上は「素晴らしい」
  • サラ・グォ:70%以上で「良い」、80%以上は「素晴らしい」
  • ファリード・モサバット:70%以上で「良い」、85%以上は「素晴らしい」
  • チェンリー・ワン:70%以上で「良い」、85%以上は「素晴らしい」
  • アンディ・ジョーンズ:70%以上で「良い」、90%以上は「素晴らしい」
  • ダン・ホッケンマイアー:70%以上で「良い」、90%以上は「素晴らしい」
  • メルシー・グレース:80%以上で「良い」、90%以上は「素晴らしい」

上場企業

  • アトラシアン:12ヶ月のカスタマーリテンション:98%(ソース
  • スラック:12ヶ月のカスタマーリテンション:90-95%(ソースソース
  • クイックブックス:12ヶ月のカスタマーリテンション:79% (ソース)

エンタープライズSaaS:~75%で「良い」、~90%は「素晴らしい」

セールスフォース、ワークデイ、ADPなど、主に大企業(従業員数1000人以上)向けにサブスクリプションプロダクトを販売している企業が含まれます。

エキスパートの意見

  • アンディ・ジョーンズ:70%以上で「良い」、90%以上は「素晴らしい」
  • ブライアン・ローテンバーグ:75%以上で「良い」、90%以上は「素晴らしい」
  • ジェフ・チャン:80%以上で「良い」、90%以上は「素晴らしい」
  • サラ・グォ:85%以上で「良い」、95%以上は「素晴らしい」
  • ニック・ソマン:85%以上で「良い」、95%以上は「素晴らしい」
  • ショーン・クラウズ:85%以上で「良い」、95%以上は「素晴らしい」

エキスパートの意見

  • ワークデイ:12ヶ月のカスタマーリテンション:95% (ソース)
  • セールスフォース:12ヶ月間のカスタマーリテンション:90% (ソース)
  • ADP:12ヶ月間のカスタマーリテンション:90%以上 (ソース)

2. 良い売上継続率とは?

売上継続率とは、1年前の企業の月間経常収益(MRR)を、同じカスタマーグループからの当月分のMRRで割ったものと定義しましょう。基本的には、1つのカスタマーグループからどれだけの収益を長期間にわたって得ているのでしょうか?

このセクションは、前のセクションとは少し異なるカテゴリがあることにお気づきでしょう。これは、ビジネスが販売するカスタマーが、(ユーザーリテンションとは異なり)売上継続率に影響を与えるためです。例えば、ボトムアップ型SaaSではネットワーク効果によって売上継続率が向上しますが、VSB(超小規模企業)では多くの企業が倒産するため、不本意な解約が一般的で、ランド・アンド・エクスパンド・モデル(導入・拡大)では高いユーザー解約率を補う形でユーザーあたりの収益が増加します。

では、売上継続率の良し悪しについて、ビジネスタイプ別に見てみましょう。

コンシューマー向けSaaS:~55%で「良い」、~80%は「素晴らしい」

ネットフリックス、スポティファイ、フールーなど、コンシューマー向けに月額/年額サブスクリプションを販売している企業がこれにあたります。このカテゴリの分母は、有料のサブスクリプションを開始したユーザーです。

エキスパートの意見

  • ケイシー・ウィンタース:50%以上で「良い」、70%以上は「素晴らしい」
  • ブライアン・ローゼンバーグ:55%以上で「良い」、75%以上は「素晴らしい」
  • ユーリ・ティメン:60%以上で「良い」、80%以上は「素晴らしい」
  • ダン・ホッケンマイアー:65%以上で「良い」、75%以上は「素晴らしい」
  • サラ・グォ:70%以上で「良い」、80%以上は「素晴らしい」
  • アンディ・ジョーンズ:70%以上で「良い」、90%以上は「素晴らしい」
  • マイク・デュボー:70%以上で「良い」、90%以上は「素晴らしい」

ボトムアップ型SaaS:~100%で「良い」、 ~120%は「素晴らしい」

スラック、フィグマ、ズームなど、企業内の個人貢献者にセルフサービスのプロシューマー向けサブスクリプションプロダクトを提供する企業も含まれます。

エキスパートの意見

  • ジェフ・チャン:100%以上で「良い」、110%以上は「素晴らしい」
  • ブライアン・バルフォア:100%以上で「良い」、120%以上は「素晴らしい」
  • ブライアン・ローテンバーグ:100%以上で「良い」、120%以上は「素晴らしい」
  • ファリード・モサバット:110%以上で「良い」、130%以上は「素晴らしい」
  • ナオミ・イオニータ:110%以上で「良い」、130%以上は「素晴らしい」
  • サラ・グォ:110%以上で「良い」、130%以上は「素晴らしい」
  • ジェイミー・クイント:120%以上で「良い」、140%以上は「素晴らしい」
  • メルシー・グレース:120%以上で「良い」、140%以上は「素晴らしい」

上場企業

導入・拡大期の超小規模企業向けSaaS:~80%で「良い」、~100%は「素晴らしい」

ガストなど、従業員数100人未満のアーリーステージ企業向けにサブスクリプションサービスを販売している企業も含まれます。

エキスパートの意見

  • ブライアン・バルフォア:80%以上で「良い」、90%以上は「素晴らしい」
  • サラ・グォ:85%以上で「良い」、105%以上は「素晴らしい」
  • ファリード・モサバット:90%以上で「良い」、110%以上は「素晴らしい」

導入・拡大期の中小企業/中堅企業向けSaaS:~90%で「良い」、~110%は「素晴らしい」

アトラシアン、ボックス(Box)、ゼンデスクなど、従業員数100~1000人程度の企業向けにサブスクリプションサービスを販売している企業が含まれます。

エキスパートの意見

  • マイク・デュボー:85% で「良い」、110%は「素晴らしい」
  • サラ・グォ:90%以上で「良い」、110%以上は「素晴らしい」
  • ブライアン・バルフォア:100%以上で「良い」、120%以上は「素晴らしい」
  • ブライアン・ローゼンバーグ:100%以上で「良い」、120%以上は「素晴らしい」
  • アダム・フィッシュマン:100%以上で「良い」、125%以上は「素晴らしい」

上場企業

エンタープライズSaaS:~110%で「良い」、~130%は「素晴らしい」

セールスフォース、ワークデイ、ADPなど、主に従業員数1000人以上の大企業向けにサブスクリプションプロダクトを販売している企業が含まれます。

エキスパートの意見

  • ジェフ・チャン:110%以上で「良い」、120%以上は「素晴らしい」
  • ナオミ・イオニタ:120%以上で「良い」、140%以上は「素晴らしい」

上場企業

まとめ

この記事から他に何も得られないとしたら、それはリテンションが重要であるということです。非常に重要です。あなたのビジネスが成功するか失敗するかは、他のどの指標よりも重要なのです。そして、あなたのビジネスにとって良いリテンションがどのようなものかを理解すればするほど、前者をより良く達成することができるのです。このリサーチが、ビジネスを構築している方、投資をしている方、あるいは単に興味がある方にとって、お役に立つことを願っています。

この記事に関するご意見、ご感想、ご質問などがありましたら、ぜひお寄せください。また、ケイシーの関連記事もお読みください

このニュースレターが貴重なものだとお感じになられたなら、ご友人と共有されるか、まだ購読されていないなら、ご購読をご検討ください。

レニー 👋


フォローして最新情報をチェック!

プロダクトチームとフィーチャーチームの比較

この記事は多くの人を動揺させるに違いありません。

それは残念なことですが、テック企業におけるプロダクトの役割をめぐる継続的なノイズと混乱の度合いは、悪化の一途をたどっています。 さらに、プロダクト担当者のためのカンファレンスでの講演やトレーニングプログラム、いわゆる認定プログラムにおいて、問題点や問題行動が制度化されつつあるのを私は目の当たりにしています。

私は過去に何度かこの問題について話しており、特にEmpowered Product Teams(権限を与えられたプロダクトチーム)に関する記事と基調講演で述べています。 しかし、多くの人はその中で自分の聞きたいことだけを聞いており、私はもっと明確に伝える必要があることが分かってきました。

ですから、この記事は読むのが辛いかもしれませんが、もしあなたがプロダクトの世界の人々からの矛盾した混乱したメッセージにイライラしているなら、ここで我慢していただければ、私は必要な明瞭さを提供できるのではないかと期待しています。


翻訳者注:
この記事の翻訳にあたり、マーティ・ケーガンにお願いしたところ、この記事の内容は既にEMPOWEREDの中に記載されているとのことでした。しかし、この記事の内容より幅広く、深く学びたい場合は、INSPIREDとEMPOWEREDの本で勉強するのが良いと言及すれば記事を公開して大丈夫だろうとのことでしたので、以下にリンクをシェアしておきます。この記事は、以下の本の軽量版で、より深く広く勉強されたい方は下の本よりお願いします。

この記事は、『Product vs. Feature Teams』を著者の了解を得た上で翻訳したものです。

著者: Marty Cagan
翻訳者: 渡辺圭祐


技術者の世界では、大まかに言って3種類の「プロダクトチーム」が存在します。

最も一般的なのは、数の上ではプロダクトチームではなく、デリバリーチームです。「開発チーム」「スクラムチーム」「エンジニアリングチーム」とも呼ばれ、もしあなたの会社がSAFeのようなものを行っているなら、残念ながらこれはあなたのことです。 この状況では、何人かの開発者と、プロダクトオーナーがいます。 このモデルにおけるプロダクトオーナーは、私が「バックログマネージャー」と呼んでいるものです。 誰かがこのマネジメント作業を行う必要がありますが、これはアウトプットを提供するためのものであり、私が懸念している、顧客のための真の一貫したイノベーションの必要性とは、実はほとんど関係がないのです。 このモデルがなぜウォーターフォールを再パッケージ化したものに過ぎず、真のテックプロダクト企業では使われないのかについては、別のところで書きました。 そこで、この話は終わりにしましょう。

この記事は、他の2つのタイプのチームの違いについて書いているのです。

さて、これから非標準的で合意もされていない用語集を紹介することになるので、公正に警告しておきましょう。 しかし、今日、業界として、他の2種類のチームを「プロダクトチーム」または「スクワッド」と呼んでいるので、それらの用語集を使わなければならないのです。 しかし、これからわかるように、表面的なレベルでは似ていますが、特にプロダクトマネージャーの役割について話すと、両者は劇的に異なっているのです。

エンパワードプロダクトチーム(権限を与えられたプロダクトチーム)の良さについて書いたとき、私はここでプロダクトチームと呼び続けることにしました。 具体的には、プロダクト、デザイン、エンジニアリングのクロスファンクショナルであること、(アウトプットではなく)結果に焦点を当て、それによって評価されること、そして、解決するよう依頼された問題の最善の方法を見出す権限を与えられていること、です。

この意味でのプロダクトチームの目的は、顧客が好む方法で問題を解決し、かつ私たちのビジネスに役立つようにすることです。

そうでないことを望むかもしれませんが、世の中のチームのうち、このような意味でのプロダクト・チームはごく一部であることは分かっています。

多くの場合、チームにはまったく権限が与えられていません。 それに対して、彼らはビジネスに奉仕するために存在しています。

この記事では、この第3のクラスのチームをフィーチャー・チームと呼ぶことにします。 私は、フィーチャー・チームの確立された定義を少し曲げていますが、これらのチームがすべてアウトプットについてであるということを強調するのに役立つので、この用語を使用しています。 フィーチャー、そして時にはプロジェクトもそうです。 通常、ロードマップと呼ばれる優先順位付けされたリストという形でチームに提供されます。

しかし、ここでさらに深く掘り下げる必要があります。

プロダクトには常に4つのリスクがあることを思い出してください。

  • 価値リスク(人々はそれを買うか、あるいは使うことを選択するか?)
  • ユーザビリティリスク(使い方がわかるか?)
  • 実現可能性リスク(今ある時間、スキル、テクノロジーで構築可能か?)
  • ビジネス実行可能性リスク(このソリューションは、私たちのビジネスの様々な局面で有効か?)

プロダクトチームでは、プロダクトマネージャーは価値実行可能性を確保することに明確に責任を持ち、デザイナーはユーザビリティを確保することに責任を持ち、テックリードは実現可能性を確保することに責任を持ちます。 このようなチームでは、全員が納得できる解決策を見出すために、激しいギブアンドテイクで真に協力し合うのです。

私が、エンパワードプロダクトチームの真のプロダクトマネージャーであることがいかに大変であるかを話したり書いたりするとき、それはまさに価値と実行可能性を確保するのが難しいからです。 もし、これを簡単に考えているのなら、この記事をぜひ読んでみてください。

しかし、フィーチャーチーム(機能チーム)には、ユーザビリティを保証するデザイナーがいますし、実現可能性を保証するエンジニアもいます。しかし、これは理解すべき重要なことですが、ロードマップにその機能を要求したステークホルダーや経営者の責任は、価値とビジネスの実現性にあるのです。

もし彼らが「機能xを作って欲しい」と言えば、彼らは機能xがある程度の価値をもたらすと信じており、機能xがビジネスにとって実現可能なものだと信じているのです。

ステークホルダーは、価値と実行可能性に対して暗黙の責任を負っているにもかかわらず、彼らが期待した結果が実現されなかった場合、あなたとあなたのチームを非難する原因を探すことは、指摘しておく価値があります。 時間がかかりすぎた、デザインが悪かった、期日までに間に合わせるために重要な機能を削った、などなど。 そしてもちろん、あなたのチームは、そもそもこのプロダクトが作る価値があるとは思ってもいなかったでしょう。 この問題については、昔からよく言われていることで、私も何度も書いています。

表面的には、フィーチャーチームも真のエンパワーメントを受けたプロダクトチームも、どちらもスクワッドです。 そのため、両者は似ているように見えますが、その違いは深いのです。

まず、プロダクトマネージャーの役割から見ていきましょう。 エンパワードプロダクトチームでは、プロダクトマネージャーは価値と実行可能性を保証する必要があり、顧客、データ、業界、特にビジネス(セールス、マーケティング、財務、サポート、法務など)についての深い知識は絶対に譲れず、不可欠なものです。

しかし、フィーチャーチームでは、その知識は(せいぜい)関係者の間で分散しているのが現状です。

いずれにせよ、このモデルにおけるプロダクトマネージャーの責任は、フィーチャーチームの場合、非常に異なることがおわかりいただけると思います。

フィーチャーチームのプロダクトマネージャーの仕事は、最も一般的には、機能をデザインし提供するための「猫の群れ」、または、特定の何かに責任を持つわけではない、漠然とした弱いクロスファンクショナルリーダーという形で説明されます。 このようなフィーチャーチームは、しばしば自分たちがプロダクト発掘を行っていると思っていますが、実際には単なるデザインとちょっとしたユーザビリティ・テストのようなものです。

しかし、フィーチャーチームがプロダクトマネージャーの役割に与える影響は他にもあります。

チームに権限が与えられていないため、(はっきり言えば、アウトプットを提供するように言われても、意味のある権限は与えられていない真のプロダクトデザイナー(サービスデザイン、インタラクションデザイン、ビジュアルデザイン、ユーザーリサーチに長けた人)を惹きつけ、維持することは非常に難しいのです。

フィーチャーチームがある場合、デザイナーは(もしいれば)グラフィックデザイナーであることがほとんどです。 グラフィックデザインやビジュアルデザインが重要でないわけではありませんが、ここで重要なのは、誰かが少なくともインタラクションデザインを理解し、できればユーザーリサーチを行う必要があるという大きなギャップがあることです。 したがって、このモデルでは、これらのギャップを埋めようとするプロダクトマネージャーへのプレッシャーが非常によく見られます。

デザイナーが使うツールを学ぶことは難しくありませんが、良いデザインとユーザーリサーチの方法を学ぶことは難しいからです。 悲しいことに、多くのプロダクトマネージャーは、本物のプロのプロダクトデザイナーと仕事をする機会がないため、自分が何を失っているのかさえわかっていないのです。

幸運にも、あなたのチームに真のプロダクトデザイナーがいる場合(少なくとも、彼らがそのスキルを十分に発揮できる会社に転職するまでは)、彼らは通常(そして当然)プロダクトマネージャーの目的とは何かを疑問に思うでしょう。

その結果、フィーチャーチームでは、プロダクトマネージャーの役割は主にプロジェクトマネージャーであり、一部(未熟な)デザイナーであるということになります。

エンジニアにも同じようなフラストレーションがあります。 プロジェクトマネージャーであるプロダクトマネージャーは、エンジニアが考える仕事のやり方としばしば対立します。 言うまでもなく、このモデルではエンジニアは納品に追いやられており、何度も言うように、もしそうであれば、エンジニアの本当の価値は半分程度しか得られません(したがって、優秀なエンジニアは退職して、本当に自分の技術を発揮できる、エンパワードプロダクトチームに入りたいと思うでしょう)。

プロダクトマネージャーは「会社で最も強力な人材の一人である」必要があり、「CEOはプロダクトマネージャーを会社の将来のリーダー候補とみなすべきである」、そして「強力なプロダクトマネージャーはプロダクトのCEOである」と私が書くとき、私は間違いなくフィーチャーチームのプロダクトマネージャーについて話しているのではありません

この時点で、あなたがフィーチャー・チーム・モデルで仕事をしているのか、それともエンパワーメントされたプロダクト・チーム・モデルで仕事をしているのかが分かっていればいいのですが、私は、人々がしばしば、自分がフィーチャー・チーム・モデルであることを認めたがらないことを学びました。

そこで、あなたのチームに適用できるテストをいくつか紹介しましょう。

  • 優先順位をつけた機能と日程が記載されたロードマップが提供されているか、または、ビジネス上の成果とともに解決すべき問題が割り当てられているか?
  • あなたとデザイナーの間に役割の混乱があるか?
  • あなたとデリバリー・マネージャーの間に役割分担の混乱はあるか?
  • 一日の大半をプロジェクトマネジメントに費やしていないか?
  • OKRを使用したが、結局拒否されるか、成果と機能を意図的にマッシュアップして納品するのか、混乱したか?
  • あなたのチームには、宣教師や傭兵がいるか?
  • 説明責任のレベルはどの程度か?

フィーチャーチームとプロダクトチームは、表面的には非常によく似ていますが、その運営方法、権限委譲と説明責任のレベル、そして特にプロダクトマネージャーの責任において、劇的に異なっています。

私は、いくつかの例外を除いて、最高の企業の最高のプロダクトチームは、エンパワードプロダクトチームモデルであると断言します。 しかし、私が最高のプロダクト会社と考える会社であっても、すべてのプロダクトチームが権限を与えられているわけではないことを認めます。 実際、いくつかのチームはフィーチャーチームです。 通常、それはリーダーシップがその特定のチームをまだ信頼していないためです。 信頼を得るには、まずその信頼が必要な場合もあります。 また、リーダーが解決策を指示することが問題である場合もあります。

私は、真にエンパワードプロダクトチームに対する強い偏見を、これまで隠そうとはしてきませんでした。 しかし、私は、単にエンパワードチームを支持するだけでなく、フィーチャー・チームや、彼らが引き起こす問題、そして、彼らがもたらす悪い結果を呼び起こす必要があると信じています。

今日、数え切れないほどの企業が、デリバリー・チーム・モデルの無駄さに気づき、テクノロジーを駆使した真のプロダクト・カンパニーに変身する必要があることを知りながら、フィーチャー・チームに移行するための表面的な変更で「その条件を満たせる」と思っているのです。

最後に、フィーチャーチームのプロダクトマネージャー権限を与えられたプロダクトチームとの違いを強調しておきたいと思います。 これは、全く異なる仕事であり、全く異なるスキルセットを必要とします。 おそらく、同じ職種であるべきでさえないでしょう。

多くのデザイナーやエンジニアが、真のプロダクトマネージャーに触れたことがなく、真にエンパワーメントされたチームで働くことができないのは、私にとって悲しいことです。 だからこそ私は、世の中には十分に活用されていない人材がたくさんいると主張し、優れた企業が行っているような働き方をするよう説得を続けているのです。

今すぐできることの1つは、次にプロダクト関連の記事やツイートを読んだり、カンファレンスの講演に参加したり、プロダクトトレーニングに参加したりするときに、著者や講演者やトレーナーが、エンパワードプロダクトチームモデルについて話しているか、それともフィーチャーチームモデルについて話しているか、考えてみることです。

更新: この投稿に関して寄せられた多くの質問に対応するフォローアップ記事を投稿しました。

マーティ・ケーガン

SVPG 創設者・パートナー・プロダクト担当


フォローして最新情報をチェック!

Marty Caganの他の記事を読む 👀

👉 Marty Cagan

プロダクトの付加価値の測り方

この記事は、Oleg Yaによるプロダクトマネジメントの基礎と、人々に必要とされるプロダクトを作るための連載の一部です。

今回は、プロダクトの付加価値を測定する方法を学びます。

簡単な例を使って、さまざまな種類のプロダクトでどのように機能するかを紹介します。これまでの記事で、なぜ付加価値を高めることがプロダクト業務の核心であるのかについて説明しました。また、プロダクトメトリクスが必ずしも問題解決の効果を明確に特徴付けるものではないことを説明し、問題解決効率と付加価値メトリクスという概念を導入しました。

効率や付加価値の測定は、意外と複雑です。このエッセイでは、それらを測定するための試行錯誤の方法を探っていきます。

この無料のGrowth Skills Assessment Testで、あなたのプロダクトマネジメントとデータのスキルをテストしてください。
GoPracticeによるシミュレータでデータ駆動型のプロダクトマネジメントを学びましょう。
▼本記事の内容
  1. 付加価値測定の課題
  2. 特定の「ジョブ」の中で競合と比較した付加価値の測定
  3. プロダクトの付加価値をどう評価するか
  4. 効率性の変数が共通の単位である場合の付加価値の測定
  5. 効率変数に異なる単位がある場合の付加価値測定
  6. アマゾンのチームはどのように顧客の問題解決の効率を高めて構築していくか
  7. 変数の重要性は解決する問題や文脈によって異なる
  8. 「デート相手を探す」というタスクの付加価値測定
  9. ソリューションのパフォーマンス指標を定義することが不可能なタスク
  10. 付加価値は重要な成長ドライバー

この記事は、「How to measure the added value of a product」を著者の了解を得た上で翻訳し、公開するものです。

著者: Oleg Ya
翻訳者: 渡辺圭祐

付加価値測定の課題

プロダクトの問題解決効果や付加価値を測定することは、いくつかの理由から困難です。

  • 効率性は、プロダクトそのものだけでなく、それが使用されるタスクにも依存します。例えば、SUVがアイスランドの広い道路を走るのと、ローマの狭い道路を走るのとでは、その性能は大きく異なります。
  • プロダクトの有効性は、その状況に応じて変化します。例えば、日陰のテーブルの付加価値は、涼しい日と暑い日とでは大きく異なります。
  • プロダクトの価値は主観的なものです。ドラマ映画が好きな人もいれば、コメディ映画が好きな人もいます。黒が好きな人もいれば、紫が好きな人もいます。
  • 価値観は必ずしも合理的なものではありません。人は自分の認知バイアスに影響されることもあれば、不完全な情報を持っていて感情的に判断することもあります。

にもかかわらず、一般に人々は価値について非常によく理解しています。私たちは、どの靴がランニングに適しているか、どの靴が劇場に行くのに適しているかを知っています。どのテレビシリーズが面白くて、どのテレビシリーズがつまらないかも知っています。また、ある仕事をするときに、どの社員がより適任であるかということもわかります。

これらの判断には、たとえ定量的に測定できなくても、問題に対するさまざまな解決策の有効性や価値を判断し、比較できることが必要です。

しかし、他人のためにプロダクトを作るとなると、事態はさらに複雑になります。プロダクトの有効性を評価する方法は、タスク、コンテクスト、個人の特性によって異なるからです。

ですから、プロダクトの効果や代替品との比較による付加価値を測定することは、プロダクトワークの基本中の基本なのです。そのような測定なしに、プロダクトを良くすることの意味を語ることはできないでしょう。しかし、その前に、付加価値を測定するためのコンテキストを絞り込む必要があります。

特定の「ジョブ」の中で競合と比較した付加価値の測定

ここでは、プロダクトの付加価値を測定することについて、次のような話はしないことにします。

  • 特定の競争相手(代替品)に関して。
  • 特定の競合他社(代替品)に対して、または「片付けるべきジョブ」(Job To Be Done)の特定のタスクの中で。

ここでは、クレイトン・クリステンセン版JTBDのフレームワークに従って「Job To Be Done」を定義することにします。

  • 人が解決したい問題
  • その問題が発生する背景

プロダクトの付加価値をどう評価するか

プロダクトの付加価値を推定するための大まかなプロセスは以下の通りです。

ステップ1.「片付けるべきジョブ」を解決する有効性を定義する変数を決定する。重要:変数は、問題を解決する特定の方法に依存すべきではありません。それらは「ジョブ」によって定義されるため、どのような方法の有効性を測定するのにも適しているはずです。

例えば、「ジョンはUberを使って空港まで行きたい。」という表現は、問題を解決する特定の方法を参照しているので、適切ではありません。しかし、「ジョンはできるだけ早く空港に行きたい」という表現は、問題を解決するさまざまな方法に適用できるので、適しています。目的地に着くまでの時間を使って、さまざまな解決策の効率を比較することができるのです。

ステップ2.これらの変数に基づいて、利用可能な解決策を比較します。

  • すべての特性が1つの測定単位で測定される場合、それらを組み合わせてプロダクトの有効性を特徴付ける1つの指標にする。
  • もし特性が異なる単位で測定されるのであれば、ユーザーにとっての各要素の重みと重要性を理解するようにする。そして、それに基づいて、どのプロダクトがよりよく問題を解決してくれるかを理解する。

例えば、ジョンが移動に費やす時間を基準に、空港へのさまざまな移動方法を比較することができます。しかし、空港までのさまざまな移動手段のコストと利便性の両方を考慮する必要があるかもしれません。その場合、ジョンにとって何が最も重要なのかに基づいて、それらの要因に優先順位を付ける必要があります。

この方法は、具体的な「片付けるべきジョブ」と「状況」によって、さまざまに応用することができます。以下、いくつかの例を見て、あなたのプロダクトの付加価値を測定するために、この方法を適用するのに役立てましょう。議論をしやすくするために、例を簡略化しています。

効率性の変数が共通の単位である場合の付加価値の測定

オンラインマーケットプレイスで決済を受け付けるという「片付けるべきジョブ」を考えてみましょう。

現在利用している決済代行会社は、決済ごとに3%の手数料を取っています。そこに競合するサービスが現れ、競争力のある2%の手数料でオンライン決済を提供します。

この段階で、2番目のプロバイダーの付加価値は、御社の売上高の1%のになります。御社の事業規模であれば、この付加価値でサービスを統合し、実験を行うことができます。

新サービスを統合して一部のユーザーに提供した後、新しいプロバイダーの決済スループット(開始されたトランザクションのうち正常に処理された割合)が古いプロバイダーより悪いことに気づきました。この問題のために、古いプロバイダーの0.3%に比べ、新しいプロバイダーは売上高の1.5%を失うことになります。

現在、オンライン決済プロバイダーの効率性を評価するための 2 つの特性があります。サービスの手数料率と決済スループットです。これらの特性は両方とも同じ単位で測定されるので、それぞれのソリューションの全体的な有効性を特徴付ける複合的な指標を計算することができます。

実験を始めてから1ヵ月後、もうひとつの重要な変数である、各プロバイダーがどれだけ効果的に不正取引を検知しブロックしているかについての最初のデータが届きました。

この場合、旧サービスはよりずさんな作業で0.5%の不正取引があったのに対し、新プロバイダーは0.1%まで不正取引を削減しました。

3つの特性はすべて同じ単位で測定されるため、オンライン決済ソリューションの効率性を特徴付ける1つの指標に簡単にまとめることができます。この結合された指標は、異なるソリューションの付加価値を評価し、比較するのに役立ちます。

導き出された変数が、決済受け入れの問題を解決する有効性を完全に特徴づけるものであれば、新しい支払いプロバイダーは、古いプロバイダーと比較して付加価値を生み出すことになります。旧サービスでは、マーケットの売上高の 3.8% のコストがかかっていたのに対し、新サービスでは 3.6% でした。したがって、新サービスは売上高に対して 0.2%の付加価値を持つことになります。

この例では、「片付けるべきジョブ」のすべての特性が共通の測定単位を持ち、その結果、単一の効率指標を導出することができました。しかし、これは常に可能なことではありません。別の「ジョブ」の例を見てみましょう。

効率変数に異なる単位がある場合の付加価値測定

ネットで商品を買うというジョブを考えてみましょう。

まず、問題解決の効率を決定する変数を定義します。

  • プロダクトの入手可能性:プロダクトが入手できなければ、問題を解決することは不可能である。
  • 商品のコスト:店頭での商品価格が安ければ安いほど、購入者にとってはありがたい。
  • 配送料:送料は安ければ安いほどよい。
  • 配送スピード:購入者が商品を受け取るのが早ければ早いほど良い。
  • 配送の信頼性:定期的に配送に支障をきたすようなサービスであれば、他のサービスを選択する理由になる可能性がある。
  • 返送の条件と費用:購入者は、商品が合わなかった場合、簡単に返品できることを望んでいる。

オンライン決済の例では、問題解決のためのパフォーマンス変数はすべて売上高に占める割合として測定されたので、総合的なパフォーマンス指標を簡単に導き出すことができました。しかし、オンラインショッピングのユースケースの場合、状況は異なります。

配送スピードは時間で、コストはお金で、信頼性は時間通りに配送された注文の割合で測定されます。これらの情報を複合して1つの効率指標にすることはできません。

代わりに、それぞれの変数を個別に比較して、利用可能なオンラインストアの付加価値を計算する必要があります。

これらの変数を比較することで、自社プロダクト(あるオンラインストア)がユーザーにとって付加価値を生み出しているかどうかを把握することができます。

また、この方法を発展させ、ショップのさまざまなカテゴリーの商品について、これらの変数を計算することもできます。これにより、自社プロダクトの効果が高いユースケースと低いユースケースを把握することができます。

効率性の変数(異なるカテゴリーの商品の品揃えと価格、コスト、信頼性、配送の容易さ、返品条件など)に関して、自社のオンラインストアと他社プロダクトを比較するダッシュボードがあれば、自社の効率性が高いところと遅れているところを理解することができます。例えば、プレミアムブランドから高価な服を買うという問題解決においては競合他社より優れているかもしれませんが、スポーツシューズのカテゴリーでは大きく遅れをとっているのではないでしょうか。

多くの場合、効率性の変数で自社プロダクトを代替品と比較することで、ユーザー行動やマーケットシェアの動態を理解することができます。これは、より広範なプロダクト戦略について考え始めるための良い基礎となります。これらの変数に対する理解やプロダクトの関連性能を、プロジェクトの優先順位付けや実行のガイドとして使用する必要があります。

以前の記事で、私たちは同様の方法を用いて、通常のタクシーサービスと比較したUberの付加価値を評価しました。すべての変数を1つの指標にまとめることができなかったので、それぞれの変数について個別にプロダクトを比較しました。

アマゾンのチームはどのように顧客の問題解決の効率を高めて構築していくか

Invent and Wander(発明と放浪)』は、アマゾンの創業者ジェフ・ベゾスが株主に宛てたスピーチや手紙を集めたものです。

これらの手紙は、ベゾスが創業当初から、顧客の問題解決の効率を高める方法を見つけることを中心にプロダクト作りを行ってきたことを明確に示しています。次の引用がそれをよく表しています。

「今後10年で何が変わるのか」という質問をよく受けます。これは非常に興味深い質問で、よくある質問です。しかし、「今後10年で変わらないものは何か」という質問はほとんどありません。そして、この2つの質問のうち、実は2番目の質問の方がより重要であると申し上げたいのです。なぜなら、時間的に安定しているものを中心にビジネス戦略を構築することができるからです。[中略]私たちの小売ビジネスでは、お客様が低価格を望んでいることは分かっていますし、それは10年後も同じだとも思っています。お客様は、迅速な配達を希望し、豊富な品揃えを求めるのです。10年後にお客様がやってきて、「ジェフ、アマゾンは大好きだけど、もう少し価格が高ければいいのに」とか「アマゾンは大好きだけど、もう少しゆっくり配達してくれたらいいのに」と言う未来は想像もつかないでしょう。ありえないことです。だから、私たちがこうしたことに力を注ぎ、それを紡ぎ出すことで、今日注いだエネルギーが10年後にもお客さまに還元されることが分かっているのです。長期的に見ても真実であるとわかっているものがあれば、それに多くのエネルギーを注ぐことができるのです。

ジェフ・ベゾス

低価格、迅速な配達、豊富な品揃え。アマゾンのプロジェクトのほとんどは、顧客の問題を解決するために、これらの点を改善することを目的としています。以下はその例です。

  • 2004年に開始されたプライム契約は、契約者のコストと配送時間を削減しました。この値下げにより需要が増え、商品の固定費の割合が減少したため、再び値下げが可能になりました。
  • サードパーティー向けマーケットプレイスの立ち上げにより、利用できる商品の幅が広がり、アマゾン自社商品との競争も激化し、消費者の価格も低下しました。
  • FBA(Fulfilled by Amazon)の開始により、マーケットプレイスからの商品の配送の信頼性とスピードが向上し、再び需要が高まり、価格が低下しました。

下のグラフは、米国の様々なマーケットプレイスにおいて、納期が2日以内で購入可能な商品数を示しています。

アマゾンは競合他社を大きく引き離しており、他のプレーヤーが直接競合するチャンスはもはやありません。

  • 販売者にとっては、アマゾンに商品を置く方が収益性が高い。売上が高いということは、アマゾンがより効率的に問題を解決してくれることを意味します。
  • その結果、アマゾンは最も多くの販売者を抱え、ひいてはほとんどのカテゴリーで最も優れた商品のセレクションを持っているのです。
  • 販売者の数が多いということは、競争が激化し、アマゾンが競合他社に比べて低価格であることを保証することになります。
  • アマゾンが販売チャネルとして重要であるため、販売者はアマゾンの厳しい要件を遵守し、高いレベルのサービスを提供することを余儀なくされます。

このように、アマゾンは直接の競合他社の多くよりも効率的にエンドユーザーの問題を解決しているのです。アマゾンの顧客が、ウォルマートやイーベイを含む代替品に乗り換える理由はないのです。

長年にわたるオンラインショッピング体験の効率化のための一貫した取り組みにより、アマゾンは代替品よりも大きな付加価値を生み出し、米国をはじめとする各国のEコマースマーケットにおける優位性の基盤となっているのです。

変数の重要性は解決する問題や文脈によって異なる

もしアマゾンがオンラインショッピングの問題を解決するあらゆる面で強いのであれば、他のEコマースプラットフォームはどのように対抗できるのでしょうか。

それは簡単なことです。特定のタスクやコンテキストの中では、アマゾンは効率性の面で競合他社に負けることがあるのです。

例えば、高価なデザイナーズ・ブランドの購入には、アマゾンよりもファーフェッチの方が適しています。多くの高価な衣類やアクセサリーのブランドは、安価な代替品を遠ざけるために、アマゾンへの出品を渋っています。一方、ファーフェッチは高級品の販売に力を入れており、このセグメントではより完全で高品質な品揃えを実現することができます。

アリエクスプレスは、他の店舗があまりカバーしていない地域に住む人々が低価格の商品を購入するという問題を解決するのに適しています(オンライン、オフラインともに)。このようなタスクや状況では、配送時間や返品の利便性はあまり重要ではありません(アリエクスプレスの平均配送時間は数週間で、返品には購入した商品よりも多くの費用がかかることがよくあります)。このユースケースで重要な変数は、低価格と、地元の店舗では手に入らない「ユニークな」品揃えです。

フランスのVeepeeのようなフラッシュセールサービスは、売れ残りから在庫を形成するため、ブランド品を最大70%割引で提供することができます。もし、あなたが新しいコレクションの中から特定のモデルのナイキスニーカーを必要としているなら、このサービスは役に立ちません。もし、あなたがナイキのスニーカーを大幅に値引きして買いたいだけなら、Veepeeはアマゾンを凌駕するでしょう。

マイケル・ポーターが言ったように、あなたの目標は業界で一番になることではありません。特定のセグメントのタスクとコンテキストに合わせたユニークなプロダクトを提供することです。タスクとコンテクストを絞り込むことで、付加価値を生み出すセグメントを見つけ、そこに最適化することができます。そのために、特定の「片付けるべきジョブ」のコンテクストで付加価値を評価するのです。

「デート相手を探す」というタスクの付加価値測定

上記では、オンライン決済やショッピングの付加価値を評価するアプローチを考えました。1つ目のケースでは、すべてのパフォーマンス変数を1つの指標に還元することができました。2つ目のケースでは、変数を分離し、それぞれの変数に基づいたソリューションを比較しました。

しかし、変数の選択と比較がもっと難しいタスクがあります。その一例が、デートの相手を見つけるというタスクです。

出会い系サイトやアプリを利用したことがある人なら、多くのプロフィールに目を通し、メッセージを書き、相手候補と関係を築き、会う約束をするなど、この活動には努力と時間が必要なことを知っているはずです。

この場合、「ジョブ」を理解した上で、パフォーマンス指標を定義することができます。例えば、1回のデートに要する時間と労力を一つの選択肢とすることができます。

例えば、2つのデートアプリをダウンロードし、それぞれに1時間かけたとしましょう。

  • 1つ目のアプリでは、7件のマッチングと4件のチャットが成立し、2件のデートの約束を取り付けたとします。
  • 2つ目のアプリでは、2件のマッチングと1件のアクティブなチャット、そして1件のデートの約束をしました。

最初のプロダクトでは、時間と労力の投資に対してより大きなリターンを得ました。つまり、より多くの価値を生み出しました。このアプリケーションに時間と労力を投資し続ける可能性が高くなります。

この指標は、「ジョブ」の有効性をかなりよく特徴づけています。しかし、どのように測ればいいのでしょうか?

最も簡単な方法は、実際のプロダクト使用データに基づいています。例えば、ユーザーがデートやアクティブなチャット(デートの良い代理指標)を得るためにどれくらいの労力(アプリ内の時間、閲覧したプロフィール、送信したメッセージ)がかかるか、などです。

このような指標は簡単に計算できますが、競合プロダクトに対して計算することができないため、自社のパフォーマンスが競合プロダクトと比べてどうなのかがわからないという問題があります。付加価値を生み出しているのか、そうでないのか。

もう一つの方法は、定期的に、自社プロダクトと競合プロダクトに同じ労力を投入してもらう調査を行い、その結果(アクティブチャットや日付)を比較することです。この方法はコストがかかりますが、代替品との関係で付加価値を分析することができます。

ソリューションのパフォーマンス指標を定義することが不可能なタスク

問題解決の効率や付加価値を評価するための指標を定義することが非常に困難なタスクが数多く存在します。

例えば、夜の余暇活動として、本を読むより映画が良いのかどうか、どのように判断すれば良いのでしょうか。ネットフリックスの新シリーズは、プレイステーションの新しいゲームよりも面白いでしょうか?

タスクによっては、効率の客観的な尺度を定義することが不可能なものもあります。このような場合は、プロダクトメトリクスに目を向け、ユーザーのフィードバックやアクティビティに基づいて効果を測定する必要があります(プロダクトメトリクス)。

前回の記事では、これは最善の方法ではないことを説明しました。理想的には、パフォーマンス・メトリクスは、問題を解決するための特定の方法(つまり、特定のプロダクト)に縛られるべきではありません。しかし、状況によっては、この方法に頼らざるを得ないこともあります。

同じようなジャンルのモバイルゲームでは、どのプロダクトがユーザーの問題を最もよく解決しているかを比較するために、リテンションとエンゲージメントが良い指標になるでしょう。映画の場合、ユーザーレビューに基づく平均評価は、どのプロダクトがより楽しい時間を過ごすのに役立つかを理解するのに役立ちます。

付加価値は重要な成長ドライバー

人々が新しいプロダクトを選ぶのは、そのプロダクトが自分の生活をより良くしてくれるからです。だからこそ、付加価値を高めることがプロダクト・ワークの核となるのです。

このような仕事を意識的に行うには、プロダクトの付加価値を代替品と比較して測定できるようにする必要があります。

ステップ1.課題を解決する有効性を特徴づける変数を決定する。重要:選択する変数は、問題を解決する方法に依存してはなりません。それらは問題そのものによって定義され、したがって、どのような解決策の有効性を測定するのにも適しているはずです。

ステップ2.これらの変数に基づいて、問題を解決するために利用可能なプロダクトを比較する。

  • すべての特性が共通の単位で測定される場合、プロダクトの有効性を特徴付けるために複合指標を使用することができます。
  • もし、特性が異なる単位で測定されているのであれば、それぞれの要素がユーザーにとってどのような重みと重要性を持っているのかを理解するようにします。そして、それに基づいて、どのプロダクトがより良い問題解決につながるかを理解するのです。
  • 場合によっては、あなた自身の「ジョブ」に対する理解から、パフォーマンス指標を定義する必要があります。

タスクやコンテキストによっては、プロダクトに結びつかないパフォーマンス指標を決めることはできないでよう(例えば、仕事が終わった夜に見る映画を選ぶなど)。そのような場合は、プロダクトメトリクスを使用することができます。

付加価値の測定は複雑ですが、プロダクト開発に有意義に取り組むためには非常に重要です。


プロダクトマネジャーのためのプロダクトポジショニング

プロダクトがどのように位置づけられるかを理解することが重要である理由

プロダクトマネージャーの重要な責務は、プロダクトがマーケットにおいてどのように位置づけられるかを定義することです。価格、ユーザーエクスペリエンス、機能、性能、ブランディング、カスタマーサービス、パートナーシップは、ターゲットとなる顧客が、既存のマーケットにおける代替品と比較して、あるプロダクトの価値をどのように認識するかに影響を及ぼします。

ポルシェ、アウディ、フォルクスワーゲンは、VWグループ内のポートフォリオとして、ユニークなプロダクトを持つグローバルブランドとして、同じ自動車マーケットに共存しています。これは、独自のプロダクトポジショニングの結果です。ポルシェを求める顧客がフォルクスワーゲンを検討することはないでしょうし、その逆もまた然りです。しかし、アウディのターゲットとなる顧客は、ポルシェとのつながりによって、より高い価値を感じるかもしれません。

▼ 本記事の内容
  1. ランド・アンド・エクスパンド戦略の解説
  2. プロダクトポジショニング – ケーススタディ – アーキモト
  3. プロダクトマネージャーにとって重要なこと
    1. 1. 複数のプロダクトにより、競合に対して、主要な価格帯でのプロダクトポジショニングを強化することができる
    2. 2. 複数プロダクト間のポジショニングを慎重に行うことで、特定のプロダクトに嗜好が偏るようなプロダクト戦略ができる
    3. 3. ポジショニングは、段階的に展開することで、戦略を促進させることもできる

この記事は、「Product Positioning for Product Managers」を著者の了解を得て翻訳したものです。
著者: Stephen Pittman
翻訳者: 渡辺圭

ランド・アンド・エクスパンド戦略の解説

新しいマーケットや破壊的なプロダクトは、顧客が認識し、求めるものを再定義する余地があります。例えば、キャッシュアプリ(Cash App)のユーザーは、友人や家族から払い戻しを受けるために無料アプリをダウンロードするかもしれませんが、その後、そのユーザー体験を好むと判断し、直接口座振込を追加します。次に、デビットカードを追加し、最終的にはETFやビットコインを購入するようになります。

地方銀行と競合するこれらのサービスはすべて、ピアツーピア決済のためにダウンロードした同じアプリで可能なのです。これは、プロダクトを試すための障壁が低い、いわゆる「ランド・アンド・エクスパンド」戦略です。時間の経過とともに、顧客の特定のニーズに対応するために収益を生むサービスが追加されます。そして、Cash Appのエコシステムは、親会社ブロック(Block)傘下のスクエア(Square)のエコシステムに効果的な顧客獲得戦略を提供します。

プロダクトポジショニング – ケーススタディ – アーキモト

アーキモト(Arcimoto) (NASDAQ: FUV) は、オレゴン州ユージーンに拠点を置く電気自動車会社です。同社の使命は、持続可能な交通システムへの移行を促進することです。しかし、このミッションにはひねりが加えられています。アーキモトは、このシフトは、大型で価格が高く汚染を引き起こす自動車から、適切なサイズで超効率的かつ手頃な価格の電気自動車(EV)へと移行したときに実現されると考えています。

マーク・フローンマイヤーは、アーキモトの創設者兼CEOです。彼は、ソフトウェア会社Garage Gamesを売却した後、より小型の車両デザインでEVマーケットを追求することを決意し、同社を設立しました。プロダクト戦略は、材料とバッテリーの必要量を減らすために、車両の重量を大幅に削減することでした。主な成果は、エネルギー効率の向上と材料費の削減です。これにより、最終的な小売価格と車両運用にかかる総費用を下げることができるのです。

彼らのプロダクトのひとつであるファン・ユーティリティ・ヴィークル(Fun Utility Vehicle: FUV)は、安定性を高めるためのリバーストライク構成の3輪に、前輪駆動、デュアルで独立した電気モーターを加えたタンデム2シーターです。低重心と1,300ポンドの車体重量が安全性をさらに高めています。また、スチールフレームは乗用車のルーフクラッシュ耐性をクリアしています。また、従来の自動車に比べ、重量が軽いため、エネルギー効率は173マイル/ガロン相当(MPGe)となっています。

FUVの目標小売価格は、2〜3年後のスケールアップ生産で12,000ドル前後からとなります。しかし、少量生産での現在の小売価格は17,900ドルからとなっています。より標準的な4輪EVの平均小売価格は約46,000ドルで、テスラ・モデルYのような人気モデルは62,990ドルからとなっています。FUVは、短時間の通勤や街中での用事のために、セカンドカーとしてより手頃な価格のEVの選択肢として位置づけられるでしょう。

アーキモトは、2021年1月にオレゴン州ユージーンのティルティングモーターワークスを買収し、特許取得済みのティルティングトライク技術をマイクロモビリティに焦点を当てた新プロダクトに使用することを発表しました。今年初め、マーク・フローンメイヤーは、操縦性を向上させるために傾斜技術を搭載した第3世代のプロトタイプeTrikeを公開しました。

アーキモトはこのeTrikeをミーンリーンマシン(Mean Lean Machine: MLM)と呼び、今年(2022年)の第4四半期を目標にプロダクトを発売します。MLMの販売開始価格はまだ発表されていませんが、eBikeを参考にすると、基本構成に含まれる内容によって、4,000〜7,000米ドルの範囲になると推測されます。

MLMの構成と価格は、FUVをより多く販売するために慎重に設定されるのだと思います。FUVにはもっとたくさんの機能があるけれども、MLMに比べると価格はそれなりに上がる、というのが価値観でしょう。MLMがFUVの販売台数とカニバリゼーションになるとは思えませんが、都市部の個人はよりコンパクトなデザインを好むかもしれません。マーケットが判断することです。また、MLMは生産台数が増えれば増えるほど、FUVよりも早く粗利率を改善できるかもしれません。

近年、eBikeの人気は高まっており、その大半は1,000~4,000米ドルの価格で販売されています。しかし、バッテリーの大きさ、航続距離、2輪での安定性などの面で制約があります。また、従来の自転車よりもはるかに重いのですが、坂道を登るのを助けてくれます。アーキモトは、eBikeを検討している消費者に、より安定性と航続距離のあるeTrikeをアップセルすることができると予測しているのでしょう。アーキモトMLMは、風雨からライダーを保護するオプションやタンデム構成も含む予定です。

価格だけを見れば、アーキモトはMLMやFUVなどのコンシューマー向けから、デリベレーター(Deliverator)やラピッドレスポンダー(Rapid Responder)などの企業向けまで、3輪をベースにしたオプションを揃え、EVを倍増させています。また、旅行先でFUVをレンタルする企業向けには、フリート販売も可能です。DoorDash、UberEats、Grubhub、Postmatesなどのブランド向けのデリベレーターフリートは、主要マーケットにおけるギグ・エコノミー向けのレンタルを可能にします。

アーキモトのプロダクトのポジショニング


上図は、4 輪EVの平均価格が 46,000 ドルであるのに対し、アーキモトMLM (eTrike)、FUV、デリベレーター、ラピッドレスポンダーの3輪構成が、推定 4,000 ドルから 35,000 ドルという価格で、複数の用途に対応していることを示しています。

アーキモトは、GMC e-Hummer 1 台の材料とバッテリーで、Tesla EV 2 台、アーキモトFUV 8 台、アーキモトMLM 100 台を製造できると見積もっています。アーキモトは持続可能なエネルギーへの移行に向け、自律走行型 EV の Robotaxis が1 マイルあたり 1 ドル以下の価格で大規模なライドシェアに容易に利用できるようになるまで、4 輪 EV が高い小売価格で達成できることを加速させます。

リチウムイオン電池と半導体チップは、EVの需要が指数関数的に増加する一方で、近中期的には供給制約が続くと思われます。テスラは昨年からEVの価格を複数回引き上げ、需給のバランスを取っています。ガソリン価格が上昇を続ければ、そのEV需要はさらに加速する可能性が高いです。

供給制約が続き、価格が上昇すれば、アーキモトの省資源・低価格のオプションの需要が高まる可能性があります。つまり、持続可能なエネルギーへの移行を加速させるためには、3輪のプロダクトポジショニングにおいて、リバーストライクEVがより重要になる可能性があるのです。MLMは、高価格のFUVには乗りたくないが、自転車では無理な合理的な通勤のためにEVを導入したいという見込み客を転換させる重要な役割を果たす可能性があります。

また、デリベレーターは、都市部でのラストワンマイル配送のニーズに応えるため、ブランドEVフリートに対して強力な価値を提供します。食品、食料品、薬、花、パッケージ商品、電子機器などは、従来の4輪車の選択肢を覆すこのEVの構成で簡単に配達することができます。そして、より高いデリベレーターの価格設定は、ビジネスユースケースによって支えられています。

MLMの最小限のフォームファクターは、FUVのより多くの機能がより高価であるべきということをサポートします。また、デリベレーターの価格が高いことで、量産によってFUVの初期価格がMLMの価格帯に近づくまで、現在の17,900ドルの初期価格を維持することができるのです。MLMとデリベレーターは、FUVの価格設定をサポートするブックエンドとして機能します。

アーキモトのポジショニング

アメリカ北東部のような多くの地域では、EVを囲う付属品があっても、冬季の天候が問題になります。これらのEVは、小さな子供のいる家庭や、通勤時間が長い人にとって、主要な車の代わりとなるものではありません。しかし、通勤時間が短い家庭や、用事を済ませるためのセカンドカーとしてなら、アーキモトEVは有力な選択肢となります。現在、アーキモトEVは、アリゾナ、カリフォルニア、フロリダ、ネバダ、オレゴン、ワシントンのみで販売されていますが、アーキモトが新施設で生産規模を拡大するにつれて、他の州への販売も拡大していく予定です。

アーキモトの 1~2 人乗り 3 輪リバーストライク EV は、従来の 4 輪クーペ、セダン、SUV、ピックアップトラック、バン、スポーツカーのデザインから大幅に軸足を移したものです。しかし、推定4,000ドルから35,000ドルの価格帯で展開するアーキモトのEVプロダクトラインは、適切な価格であれば、FUVデザインだけよりもはるかに早く収益の成長を促進することができます。

また、デリベレーターとラピッドレスポンダーは、EV生産の大部分を効率化するために、FUVのシャーシの上に最終的な構成を載せたものに過ぎないのです。今年は、2025年までに第一工場で週1,000台のFUV(デリベレーター、ラピッドレスポンダー、FUVシャーシをベースにした他のデザインを含む)を生産する目標に向けて、アーキモトにとって重要な年になるでしょう。

プロダクトマネージャーにとって重要なこと

それでは、アーキモトのケーススタディやプロダクトポジショニングから得られる重要なポイントは何でしょうか。

1. 複数のプロダクトにより、競合に対して、主要な価格帯でのプロダクトポジショニングを強化することができる
プロダクトポジショニングにおける複数プロダクト

上図は、X軸が価格の上昇、Y軸が性能の上昇で、複数のプロダクトが図示されています。つまり、左下がローエンドプロダクト、右上がハイエンドプロダクトということになる。

「X」、「Y」、「Z」は、より高性能で高価格なプロダクトの採用を目指すプロダクトポートフォリオ戦略です。「Z」は「Y」と大きな価格差をつける位置づけにあります。 そのため、同クラスで高性能な「Y」は「Z 」に対してお得感があります。そして、「X」は、「Y」の優位性をさらに確立しつつ、提供される性能に対してより良い価格設定でローエンドマーケットにも対応する、という位置づけになります。

この戦略は、よりプレミアムなプロダクトでより高い粗利を追求するのに適しているでしょう。ブランドは重要であり、高性能プロダクト間のシナジーを活用して、中性能プロダクトをサポートする必要があります。これは、共通のプラットフォームやブランドの核となる技術を使うことで実現できます。

2. 複数プロダクト間のポジショニングを慎重に行うことで、特定のプロダクトに嗜好が偏るようなプロダクト戦略ができる

上図の「XX」は、ローエンドでは「x」に対して性能面で、価格面では「yy」に対して相対的に競争力のある位置にあります。そして、「yy」は「Y」に対して、価格面でより有利な価格設定になっています。つまり、「XX」と「yy」の両プロダクトは、そのポジショニングと連動して、より低価格でマーケットが大きそうな「XX」を中心に売上を伸ばしているのです。プロダクトZのポジショニングは、「XX」と「yy」の売上に焦点を当てたこの戦略にはあまり影響を及ぼしません。

戦略を促進するポジショニング
3. ポジショニングは、段階的に展開することで、戦略を促進させることもできる

ウェアラブルやスマートデバイスなどのスマートハードウェア技術に関連したプロダクト販売やサービスでは、主要なビジネスの前提条件を検証するために、初期展開の範囲や条件について交渉する必要があります。プロダクト会社によっては、無償トライアルを実施し、顧客企業の負担を軽減しています。

私は、クライアントには発注書を持ってゲームに参加してほしいと思っています。しかし、新しいもののリスクを軽減するために、私は「アルファ展開」を提案することも好きです。これは、たとえ多くの企業で使われているプロダクトであっても、特定の顧客に対して初めて導入するものだからです。90日間のトライアルで終了するのではなく、最低90日間の継続的な導入の最前線となります。その後、「ベータ展開」にアップグレードされるか、30日前に通知してキャンセルされるまで、月ごとに自動更新されます。

90日間に限定され、その後は月単位となり、規模は50~100台程度となるため、サブスクリプションサービスの価格は上図の「A」のように高く、デバイスは定価で販売されます。しかし、規模を小さくすることで、トータルコストは抑えられます。価格については、範囲(例:12ヶ月)や規模(例:1,000台)を大きくすることで安くなります。

しかし、これらの「アルファ展開」を成功させる鍵は、以下の通りです。

  1. 8週間のプログラムで顧客の成功を検証するための目標を定義する。
  2. 8週間を2週間のスプリントに分割して展開する。各スプリントには、8週間の目標に対する進捗を追跡するための重要な結果を設定する。
  3. ラーニングプランを使用して、何がうまくいっていないか、何がうまくいっているか、プロダクト機能、トレーニング、コミュニケーションなどの改善方法に関するフィードバックなど、主要なインサイトを収集する。
  4. スプリント後のアップデートやデータレビューを行い、主要なステークホルダーが進捗や次のステップに関与できるようにする。
  5. 8週間プログラムの結果をもとに、「ベータ展開」スケーリングプランの推奨事項を、途中経過と完全な形で提示する。サブスクリプションサービスは、上の図の「B」のように、より多くの範囲と規模を持つ低価格のサービスです。10倍のステップアップは、より詳細な目的をテストするためです。


プロダクト、セールス、カスタマーサクセス、エンジニアリングの各チームが協力し合い、主要アカウント内での展開が拡大するにつれ、プロダクト体験とサービスのパフォーマンスが顧客固有のニーズと比較して向上していきます。このように、キーステップごとに導入規模が10倍になると、「A」→「B」→「C」→「D」のように、パフォーマンスが向上する一方でサブスクリプション価格が低下することがあります。 このように、共通の目標に向かって協力し合うことで、ウィンウィンの結果を得ることができるのです。そして、100台のデバイスから始まる「アルファ展開」は、「D」の「デルタ展開」に到達すると10万台のデバイスになり、大企業のアカウントでも同じプロセスでスケーリングを続けることができるようになるのです。


ステファンは、マサチューセッツ州ケンブリッジに拠点を置き、睡眠時無呼吸症候群とその関連疾患の新規治療法の発見に取り組む臨床段階の企業、アプニメッド社のウェアラブル担当ゼネラルマネージャーを務めています。それ以前は、自身の会社であるSD Pittman & CoやLuminopia、Philips、Respironicsを通じて、ウェアラブル、デジタル治療薬、医療機器に関する顧客のプロダクトをリードしてきました。チュレーン大学で生物医学工学の理学士号と理学修士号を取得しています。

ステファン・ピットマン(Stephen Pittman)

sdpittman.substack.com


フォローして最新情報をチェック!

プロダクトの機能の肥大化をどのように防ぐか?

プロダクトを作るとき、どの機能を作り、どの機能を手放すかの線引きが難しいことがあります。この線引きがうまくいかないと、「フィーチャー・ブロート(Feature Bloat)」という、プロダクトが遭遇する最も恐ろしい用語に行き着くことになります。

フィーチャークリープ、フィーチャーファイト、フィーチャーオーバーロードとも呼ばれるように、機能が多すぎることは、すべてのチームが気をつけなければならないことです。顧客離れ、複雑すぎるプロダクト、そして予期せぬ技術的負債につながる可能性があります。

このような罠を回避し、目的を持って機能を構築する方法について、以下にいくつかのヒントをまとめました。

ポイント
  • 問題を解決しようとするときは、常に「何を」「なぜ」と問うこと。
  • チームが機会を特定するのに役立つプロダクト問題テンプレートを使用する。
  • フィードバックを重視し、リクエストを実行に移さないことで、偏りを避ける。
  • 目的を念頭に置き、ロードマップの優先順位を決める。
  • 光り物よりもユーザビリティを優先する。
▼本記事の内容
  1. 機能の「何を」「なぜ」作るか
  2. プロダクト問題テンプレート
  3. 検証をやめ、無効化を始める
  4. フィードバック vs リクエスト
  5. すでに知っていることを検証しない
  6. ロードマップの優先順位をつける
  7. ユーザビリティを優先する

この記事は「How To Avoid Feature Bloat」を翻訳したものです。
著者: Andrea Saez
翻訳者: 渡辺圭祐

機能の「何を」「なぜ」作るか

次に何に注力すべきかを考えるとき、プロダクトマネージャーは常に2つの重要な質問をする必要があります。

  • 私たちが解決しようとしているのは、どんな問題なのか?
  • なぜ、それを解決しようとするのか?

これにより、チームはアウトプットや解決策ではなく、プロダクト戦略に集中することができます。言い換えれば、最終結果ではなく、目的にフォーカスを置くということです。

これにより、チームは適切な発見を行い、仮説を立て、実験を行い、アイデアを進める価値が実際にあるかどうかを理解することができるようになるのです。

プロダクト問題テンプレート

手始めとして、プロダクト問題のテンプレートを使用することから始めるとよいでしょう。このテンプレートは、チームの誰もが新しいアイデアを提案するときに使うことができます。

  • どのような問題を解決しようとしているのか?
  • 仮説
  • ユーザーにとってどんな価値があるのか?
  • 私たちの会社にどんな価値をもたらすか?

では、実際に誰かが送ってきそうなアイデアを例にとって考えてみましょう。

顧客のための社内コミュニティを作ろう。

なぜ、これが問題提起ではなく、解決策なのかわかりますか?

上の提案は、「××をしよう」という一点だけに焦点を当てています。理由を説明しておらず、単に何かをするための生の発言です。

代わりに、チームにテンプレートに記入してもらうことができます。上の例をとると、次のようなものになるでしょう。

  • どのような問題を解決しようとしているのか?
    私たちは、顧客とより密接に関わり合いたいと考えています。
  • 仮説
    もし、ユーザーとのより良い関わり方を見つけることができれば、彼らの知識を活用し、より多くの質問をし、より多くの実験を行い、より良い関係を築くことができるようになるはずです。これがあれば、解約を減らし、初期ユーザーを適用させることができるのです!
  • ユーザーにとってどんな価値があるのか?
    当社とのコミュニケーションと透明性が高まります。
  • 私たちの会社にどんな価値をもたらすか?
    より多くの顧客と話し、発見し、彼らの問題を理解することができる。

上記のようなシンプルなテンプレートがあれば、チーム全体が成果や解決すべき問題について考えるようになります。「Xをやろう」という会話から、「この問題を解決するにはどうしたらいいか」という会話に変わり、組織全体でプロダクトシンキングを確立することができるのです。

この時点で初めて、オーディエンス(コミュニティもその一つかもしれません)を巻き込む方法に焦点を当て、最終的な解決策のためにあらゆる可能性を模索することができるのです。

検証をやめ、無効化を始める

機能追加を評価する際、プロダクトマネージャーはしばしば顧客の声を参考にします。

しかし、多くのチームが2つの重大な間違いを犯しているのを私はまだ見ています。

  1. 「要件」と「新機能のリクエスト」を集めようとする。
  2. すでに知っていることを検証しようとする

これこそが、多くのプロダクトチームが不要な機能のループに陥っている原因です。

ここでは、その対策について説明します。

フィードバック vs リクエスト

プロダクトマネジメントとは、フィードバックを受けることであり、リクエストを受けることではありません(もちろん、代理店で働いている場合は別ですが)。

その会話を変え、「機能リクエスト」という言葉を捨てましょう。

代わりに、これらの機能リクエストを「顧客フィードバック」と呼ぶようにしましょう。

これは、リクエストに基づいて新しい機能を構築するのではなく、お客様のフィードバックに基づいて機能追加を慎重に検討することを意味します。これにより、質問をして問題を理解し、顧客とプロダクトに利益をもたらす解決策を実行することも可能になります。

覚えておいてほしいのは、顧客は自分の現在の経験に基づいて機能追加を依頼する傾向があるということです。彼らは問題があることを知っていますが、最善の解決策は何かを定義するのはあなた次第なのです。

すでに知っていることを検証しない

フィードバックを分析し、すでに知っていることに基づいて質問をすると、自分自身を牽制することになり、まったく何も学べません。

そうではなく、今までとは違うアプローチで、自分が知っていることを無効にするような質問を始めてみてください。そうすることで、プロダクト機能を追加することを避けることができるかもしれません。悪い機能は、偏見や狭い視野から生まれることが多いのです。

適切な顧客調査によってこのサイクルを断ち切り、現在の仮説がいかに間違っているかを理解することができます。

ロードマップの優先順位をつける

明確なロードマップを持って、ファネルの一番上の意思決定プロセスから始めることで、作る必要があると思われるものの半分に優先順位をつけることができます。

ロードマップの作成には、遅延によるコストの分析、マーケットリサーチ、競合他社の分析など、多くのことが必要ですが、シンプルで堅実なスタート地点は、明確な目標を設定することです。

この目標を設定することで、組織全体が集中力を維持し、実際にプロセスの早い段階で機能の肥大化を避けることができます。

つまり、もしあなたが作ろうと思っているものが、現在その目的に合っていなければ、すぐに選択肢として捨てることができるのです。

ユーザビリティを優先する

新しいプロダクトをデザインする場合、機能を増やしたからといって、ユーザーが幸せになるとは限りません。

顧客にとっての使いやすさを優先することで、ソリューションの複雑さをある程度取り除いてください。

言い換えれば、あなたは、世界中のすべてのベルとホイッスルと魔法のユニコーンをデザインすることができますが、それはあなたがそれを構築する必要があることを意味するものではありません。

実際に役立つものを最も現実的で本質的な形で作り、顧客に提示し、次のイテレーションで再評価を行います。

これを「構築、測定、学習」のループと呼びます。

構築、測定、学習のループ

  • あなたのユニコーンの最小限の愛すべきバージョンを構築する。
  • 作ったものの成功を測定する。
  • その経験から学習する。

そして、必要であれば、その上にさらに構築することができます。多くの場合、人々が欲しがっていると考えていた光り輝くものの半分が、そもそも必要でなかったことがわかります。

おめでとうございます!あなたのチームは機能の肥大化を避けることができました。

– – – – –

原文はUserpilot Blogに掲載されています。


フォローして最新記事をチェック!

スタートアップがキャズムを超えるための5つのプロダクトマーケティングのヒント

グロース段階のスタートアップ企業でプロダクトマーケティングに携わっている場合、その仕事はほぼ1つに集約されます。それは、会社がキャズムを超えるのを助けることです。

キャズム Ver.2 増補改訂版 新商品をブレイクさせる「超」マーケティング理論』より 画像引用元: Words by Sorensen

この記事は、「5 product marketing tips to help your startup cross the chasm」を著者の了解を得た上で翻訳したものです。

著者: Hugh McFall
翻訳者: 渡辺圭祐

▼本記事の内容

1. 機能発表の優先順位を上げる
2.週次スプリントサイクルで集中力と対応力を維持する
3. プロダクトを棚に並べる
4. ローンチは道半ば。プロダクトをブックツアーに参加させる
5. 顧客が話すように仕向ける

キャズムとは、アーリーアダプターとメインストリームマーケットの間にある危険なギャップのことで、ジェフリー・ムーアがその著書『Crossing the Chasm』で初めて紹介しました。この本は1991年に出版され、現在でもプロダクトマーケティング担当者にとって必読の書となっています。

例えば、あなたがムーアのアドバイスに従って行動し、完全なソリューションを販売し、狭い範囲の先陣マーケットを見つけ、主流に食い込むための良い計画を持っているとしましょう。

次に何をすればいいのでしょうか。集中力と規律を保ち、迅速に行動し、すべてのプロダクトと機能のリリースを最大限に活用するために、どのような実用的なステップがあるでしょうか?

グロース段階にあるスタートアップのB2Bマーケティングチームの多くは、自由に使えるリソースが少ないという現実があります。広告予算もチームも小さく、絶対に必要なときだけ拡大します。

一方、あなたの会社は動きが速く、プロダクトは日々変化しています。例えば私が働いているところでは、2018年はほぼ毎週新機能をリリースし、半ダースの統合を行い、ジョイントベンチャーを立ち上げました。私はプロダクトマーケティングのリードとしてこれらのプロジェクトすべてに携わることができ、その過程で重要な教訓を学びました。正しい戦略、プロセス、活動を導入することができれば、マーケティングチームとして卓越したインパクトを与え、優れたプロダクトをローンチし、会社がキャズムを越えるために自分の役割を果たすことができるようになります。

あなたがプロダクトマーケティング担当者なら、チームを大きくしたり、広告費を増やしたりすることなく、すぐに実践できる5つのアイデアをご紹介します。

  1. 機能発表の優先順位付けを改善する
  2. 週次スプリントサイクルで集中力と対応力を維持する
  3. プロダクトを棚に並べることに責任を持つ
  4. プロダクトを「ブックツアー」に連れて行く
  5. 顧客が話すように仕向ける

1. 機能発表の優先順位を上げる

私の会社では、毎週のように新機能をリリースしています。新機能や改良点のリストが常に更新され、そのすべてが発表のチャンスに思えたからです。私たちが作り上げたものに興奮し、そのすべてみんなに知らせたいと思ったのです。細かい改良点はブログで紹介し、あまり関係のない機能はプレスリリースやウェビナーで紹介するようにしましたが、そのうち何かがおかしいと思うようになりました。

機能発表に優先順位をつけないと、主に2つの問題が発生します。第一に、ターゲットオーディエンスの注目を集める機会は限られています。大多数のオーディエンスにとってそれほど重要でない機能で、彼らの信頼と注目を失うことは避けなければなりません。例えば、新しいビジネスを促進する可能性のある、より大きな、より重要なリリースを促進するために時間を使うことができるのであれば、マイナーで未検証の機能を促進するために時間を浪費することはできないのです。

インターコムの賢い人たちに触発され、私たちはプロダクトマーケティング発表のフレームワークを導入することで、この問題を解決する方法を見つけました。私たちが作るすべての機能やプロダクトについて、プロダクトマーケティングチームは、プロダクト、セールス、サポートの意見を聞きながら、シンプルな2×2のマトリックスを使用して、P1からP4までの優先順位を割り当てています。

機能に優先順位を付けると、優先順位に応じて実施すべきマーケティング活動のリストができあがります。どのチャンネルを使うか、どのように優先順位をつけるかによって、表の見方は変わってきますが、以下はその例で、ここにあるテンプレートはコピーしてご自分の仕事に使ってください。

もちろん、P1のリリースは最も大きなものです。例えば、プレスリリース、プレスサイクル、専用のランディングページ、ローンチビデオが用意される一方、P4のリリースはチェンジログが作成され、顧客向けメールのアップデートに箇条書きされるだけかもしれません。それは、小さな(しかし重要な)変更を見逃すことなく、重要なものをよりよくマーケティングするのに役立つのです。


2.週次スプリントサイクルで集中力と対応力を維持する

スタートアップ企業で働くと、優先順位が常に変わるという事実があります。小規模なマーケティングチームである私たちは、長期的な戦略や目標と短期的な優先事項のバランスをとる最善の方法を見出そうと、しばらく悩みました。

自分たちのチームの取り組みだけでなく、他のチームからの優先順位の高い依頼が、思いもよらないタイミングでやってくるのです。チームプレーヤーでありたいと思いつつも、自分たちにも優先順位があり、やらなければならないことがあるのです。

しかし、その答えはずっと目の前にあったのです。彼らは、機能要求を管理し、競合する優先順位のバランスをとり、常に新しい機能を立ち上げるために、素晴らしいアジャイル開発プロセスを構築しました。私たちは、アジャイルプロジェクトマネジメントが、私たち自身のやり方で、マーケティングにも有効であることに気づきました。アジャイルプロジェクトマネジメントの導入方法に関する素晴らしいリソースをいくつか見つけ、私たちはそれを実行に移しました。

マーケティングに関連するすべてのリクエストをバックログに入れるところから始めます。このような感じです。

このテンプレートを使って、あなただけのバックログを始めましょう

各タスクは要約され、分類され(例:セールス資料、成功事例、ウェビナー、オペレーションなど)、タイムスタンプが押され、誰が依頼したか、誰が責任を負うかが記載されています。誰かが(Slack、メール、対面などで)リクエストすると、いつでもバックログに入るのです。ここにマーケティングバックログのテンプレートがあるので、興味があれば使ってみてください。

そして、毎週金曜日にスプリントプランニングのミーティングを行い、バックログを確認し、優先順位をつけてタスクを割り当て、これから1週間のToDoとしてリストアップしていきます。月曜の朝には最終チェックを行い、「他のことに気を取られることなく、そのスプリントのタスクを完了させる」という明確なミッションを持って1週間をスタートさせます。

他のチームでは、チームの規模や組織構造などによって、この方法は少し異なるかもしれません。しかし、私たちは、アジャイルワークフローを開始し、何がうまくいき、何がうまくいかないかについてチームとオープンに話し合い、常にそれを改善することが最も重要だと考えています。そうすることで、仕事の優先順位付けと仕上げがうまくいき、他のチームへの対応と透明性が高まり、優れたプロジェクトマネジメントの土台を築くことができるのです。


3. プロダクトを棚に並べる

プロダクトマネジメントとプロダクトマーケティングの連携について、俗説があります。プロダクトマネジメントはプロダクトを棚に並べ、プロダクトマーケティングはプロダクトを棚から出すことを担当します。確かに、プロダクトマネージャーの主な仕事はプロダクトを提供することですが、そのために彼らが構築するプロセスは間違いなくもっと重要です。そして、それが良いプロセスであれば、最初からプロダクトマーケティングと絡み合っているはずです。

プロダクトマーケティング担当者は、何を作るか、誰のためか、誰のためでないか、どのように機能するか、どのように呼ぶか、などを決定する上で大きな役割を担っているのです。ここでは、そのための方法をいくつかご紹介します。

  • 競合他社の調査:競合他社が何を作り、どのようなポジショニングをとっているのか、そして次にどこへ向かうのか、プロダクトチームが知るべき重要な事柄です。
  • ポジショニング:新プロダクトや新機能の開発に着手したら、ローンチのかなり前から、そのポジショニングの確立に向けた作業を開始すべきです。そうすることで、あなたが作ろうとしているものが何なのか、どんな問題を解決するのか、競合と比較してどうなのか、会社全体が理解し、興奮するようになります。
  • メッセージング:プロダクトマネージャーと協力して、社内のポジショニング・ステートメントを顧客向けのメッセージに落とし込みましょう。第一段階を終えたら、セールスチームやカスタマーサクセスチームからフィードバックをもらいましょう。彼らは日々顧客と最前線で接しており、あなたのメッセージングが実際に響くかどうか、貴重な意見をくれるはずです。このメッセージングが完成すれば、ローンチコンテンツやセールストークのすべてのベースとなります。
  • ベータテストに参加する:ベータテストに参加し、顧客がどのようにプロダクトを使用するかを観察してください。彼らが抱えている問題をどのような言葉で表現しているのか、そしてその問題を解決するためにあなたのプロダクトがどのように役立っているのかを聞くことで、あなたのポジショニングとメッセージをより適切なものにすることができます。また、ベータ版の顧客は、通常、ローンチ日に証言を寄せてくれる人たちなので、彼らとの関係を構築する良い機会にもなります。

プロダクトを棚に並べ、セールスチームにそのプロダクトを棚から出すためのツールとリソースを与えることで、プロダクトマーケティング担当者は、プロダクトマネジメントとセールスの間の要としての地位を固めることができます。そして、それこそが、あなたが目指すべき姿なのです。


4. ローンチ日は道半ば。プロダクトをブックツアーに参加させる

ローンチ日は、プロダクトマーケティングとプロダクト教育の境界線である。しかし、小規模なスタートアップ企業、特にデマンドジェネレーションマネージャーがいない企業では、プロダクトマーケターが両方の責任を負ってしまいます。

リサーチ、ポジショニング、ネーミング、コンテンツの作成、チームのトレーニングなど、ローンチ日には膨大な量の仕事がありますが、あなたの仕事はまだ半分しか終わっていません。ローンチ日に第一印象を与えたら、次は新プロダクトをロードショーして、新しいオーディエンスにその存在を知ってもらい、より多くの人に使ってもらう番です。

私は、自分の仕事をブックツアーのように考えることが有効だと考えています。ローンチ後の数日から数カ月間は、イベントでの講演、メディアのインタビューやQ&A、トレーニングウェビナーの開催、ゲストブログ記事の執筆などを行う必要があります。ローンチ日に膨大な労力を費やしたとしても、ローンチ後に何をするかによって、プロダクトの成功が左右されることはよくあることです。

例えば、P1やP2のような大規模なローンチの準備をする場合、ローンチ当日に行うすべてのことを計画するだけではいけません。より大きなインパクトを与え、実際に採用を促進するために、ローンチ後30~60日間の主要な活動を計画しましょう。


5. 顧客が話すように仕向ける

新プロダクトや新機能をリリースし、その採用を促進しようとするとき、成功は新しいフェイスブックキャンペーンや別のA/Bテストでは得られないでしょう。それは、既存の顧客からの良い口コミによってもたらされます。

口コミは重要なチャネルですが、測定やグロースが最も困難なチャネルでもあります。このため、特にプロダクトマーケティング担当者は、口コミは自分ではコントロールできないと考えるかもしれません。あなたは、「これは素晴らしいプロダクトで、私たちはそれをマーケットに送り出すことに成功しました。今、需要創造とコミュニケーションは、人々がこのプロダクトについて話すようにする必要があるのです。」と言うかもしれません。

しかし、口コミ、あなたが積極的に奨励し、形成することができるものです。実際、新しいリリースを長期的に成功させたいのであれば、そうしなければなりません。でも、どうすればいいのでしょう?

優れたポジショニングとメッセージングがあれば、新しいリリースのたびに、シンプルで説得力のあるストーリーを顧客に提供することができます。しかし、実際にそのストーリーを語り、あなたが作ったものを宣伝するよう、彼らを励まさなければなりません。これは、ローンチ日以降、あなたのプロダクトを喜んで使い、人々に伝えている優良顧客を支持者にすることから始まります。

ここでは、それを実現するための3つの方法を紹介します。

  • ローンチ日に参加させる:あらゆるチャネルで、特にローンチ日とローンチ後のプロモーションで、顧客にスポットライトを当てるあらゆる機会を探しましょう。ベータ版の機能を使用してもらい、ローンチ記念の記事に掲載できるような体験談を提供してもらいましょう。ウェビナーでデモをしてもらいましょう。新プロダクトに対する信頼感を高めるには、初日から顧客に応援してもらうのが一番です。
  • ケーススタディを公開する:大規模なリリースの場合、ベータ版で新プロダクトを使用している顧客が何人かいて、実際にそのプロダクトを使って仕事をしていることが多いでしょう。その顧客が新プロダクトで成功を収めたのであれば、その成功を詳細なケーススタディにまとめましょう。そうすることで、潜在顧客は、あなたの新プロダクトをどのように使い、どのような価値を得ることができるのか、明確な青写真を得ることができます。
  • 業界イベントでの講演をサポートする:B2Bの場合、顧客の多くは、会議の基調講演やトークセッションで、御社のような新しいテクノロジーをどのように導入したかを話したがります。たとえそれが、提案書のほとんどを自分で書き、スライドをまとめるのを手伝うということであっても、これを支援し、奨励するためにできることは何でもしてください。彼らが同業者の前であなたのプロダクトについて話すことは、あなたがするよりもずっと有益です。これは、雪だるま式に広がっていきます。もし、あなたの顧客が最初の数回の講演やウェビナーで成功を収めれば、彼らはもっと多くの講演を求められるようになるでしょう。

メッセージングがうまくいったら、顧客にできるだけ多くのメガホンを与えましょう。なぜなら、長い目で見れば、プロダクトの成否を決めるのは、あなたが言うことではなく、彼らが言うことだからです。


人を雇ったり、広告費をかけたりすれば、次のプロダクトのローンチを成功させられると思いたいかもしれません。しかし、そこに到達するためには、以下の5つのヒントが役に立ちます。

  1. 機能発表の優先順位を上げる
  2. 週次スプリントサイクルで集中力と対応力を維持する
  3. プロダクトを棚に並べることに責任を持つ
  4. プロダクトを「ブックツアー」に連れて行く
  5. 顧客が話すように仕向ける

更新:この投稿への好意的な反応に基づき、サンフランシスコで開催された2019 Product Marketing summitで、このことについて詳しく話しました。ここでご覧ください。

フィードバック、アイデア、またはチャットしたいことがありますか?お気軽に hugh.mcfall@gmail.com までご連絡ください。また、もっと知りたい方は、Crossing the Chasmの素晴らしいまとめがこちらです。


フォローして最新情報をチェック!

Caseyによるプロダクト・マーケット・フィットの見つけ方

プロダクトリーダーとして、またグロースの経歴を持つ者として、私が実際に取り組んでいることの多くが、プロダクトとマーケットのフィット(適合性)であることに驚かされます。プロダクト担当者は、プロダクトが価値を提供していることを確認した後、人々にプロダクトの価値を伝えるなど、あくまでもグロースに注力すべきなのです。ですから、グロースに投資する前に、プロダクト・マーケット・フィットがどのようなものかをしっかりと理解することが重要です。しかし、創業者やプロダクトリーダーはこの質問に答えるのに苦労しています。インターネット上のアドバイスやブログ記事では、「プロダクト・マーケット・フィットを見ればわかる」「突然、すべてがうまくいくようになる」と頻繁に唱えられています。これは、あまり実用的なアドバイスではありません。私は世界一の専門家だとは言いませんが、複数のスタートアップをスケールアップし、新しいプロダクトをローンチし、何十社もの企業にアドバイスや投資をしてきた中で、私が学んだことは以下のとおりです。


▼ 本記事の内容

  1. プロダクト・マーケット・フィットの定量的アプローチ
  2. プロダクト・マーケット・フィットへの道
  3. マーケット投入までの時間
  4. フォーカス
  5. ローンチ当初の目標
  6. ビジョンの変更
  7. グロース戦略
  8. リスク
  9. 適用可能な企業タイプ
  10. では、どちらを使うべきなのでしょうか?

この記事は、「Casey’s Guide to Finding Product/Market Fit」を著者の了承を得た上で翻訳したものです。

著者: Casey Winters
翻訳者: 渡辺圭祐


プロダクト・マーケット・フィットの定量的アプローチ

私は、プロダクト・マーケット・フィットを、持続的なグロースを可能にする満足度と定義しています。なぜなら、顧客が本当に満足することはほとんどないからです。ジェフ・ベゾス氏は株主通信で頻繁に真珠のような知恵を落としていますが、その中で私のお気に入りは次の言葉です。

私が顧客について好きなことのひとつは、顧客が神懸かり的に不満を抱いていることです。彼らの期待は決して静的なものではなく、上昇するものです。これは人間の本質です。私たちは、狩猟採集時代から満足することで成長してきたのではありません。人々はより良い方法を求めて貪欲であり、昨日の「すごい」はすぐに今日の「普通」になる。

それをプロダクト・マーケット・フィットの用語で言うと、プロダクト・マーケット・フィットは正の勾配を持ちます。顧客の期待は時間とともに高まり続け、実際、完全な満足は達成不可能な漸近線である可能性が高いのです。では、プロダクト・マーケット・フィットとは何でしょうか。プロダクト・マーケット・フィットとは、顧客が文句を言わなくなり、完全に満足することではありません。不満がなくなることはありません。完全に満足することもないでしょう。プロダクト・マーケット・フィットとは、顧客が離れていくのを止めることです。視覚的に表現すると、顧客の期待は、プロダクト体験が達成することをほとんど望めない漸近線ですが、プロダクト・マーケット・フィットは、プロダクトが飛び越え、時間とともにそれ以上の傾斜を維持しようとすることができる線です。

すべてのプロダクトは、理論上のプロダクト・マーケット・フィット線より低いところから始まり、あるものはその線を越えて、時間とともにその線より上に留まろうと努力する。

ですから、ほとんどの企業にとって、満足度を測定する代わりに、リテンションを測定することが、プロダクト・マーケット・フィットを示す最良の信号なのです。リテンションを測定するのはとても簡単です。コホート分析を行い、時系列でグラフ化し、リテンションカーブが平らになっているかどうかを確認します。以前にもお話したように、リテンションカーブの測定は非常に重要です。プロダクトの場合、通常、プロダクト価値を最もよく表す、顧客がプロダクトで取る重要な行動があります。ピンタレストの場合、それはコンテンツの一部を保存することでした。Grubhubの場合は、オンラインで料理を注文することでした。また、商品には、その商品を使う頻度というものがあります。ピンタレストの場合、人々は週単位で興味のあるトピックのサイトを閲覧していると判断しました。Grubhubの場合、人々は通常、月に1、2回食べ物を注文していました。キーアクションと指定頻度が決まれば、コホートグラフはキーアクションをY軸、指定頻度をX軸とします。これは、企業が他の満足度測定を無視すべきということではなく、プロダクト・マーケット・フィットがどのようなものかを明確に理解するためには、これが最良のスタートとなるのです。

このグラフは、ユーザーのグループを測定し、そのうち何人がプロダクトの主要なアクションを実行したかを時系列で表示します。通常、最初のうちは急激に落ちますが、プロダクト・マーケット・フィットしているプロダクトでは、一定の割合で一貫して価値を見出し続けます。

スタートアップに長く携わっている人なら、顧客維持率が高くても、なかなかグロースしないスタートアップを間違いなく見てきたはずです。もしあなたがグロースしていないなら、間違いなくプロダクト・マーケット・フィットがないのです。つまり、プロダクト・マーケット・フィットはリテンションだけでは測れないのです。リテンションは、持続的なグロースを生み出すものでなければならず、つまりリテンションの割合が重要なのです。なぜリテンションが重要なのか?新規顧客のアクイジションは、いくつかの重要なアクイジションループを経て、リテンション顧客から直接行われることがほとんどです。リテンション顧客は、

  • 商品の魅力を伝えるために、他の人に商品の話をする。
  • 人々をプロダクトに直接招待し、プロダクトに惹きつける。
  • 自分または会社がコンテンツを作成し、他の人と共有することで、その人をプロダクトに引きつける。
  • 自社に十分な資金をもたらし、その資金を健全な投資回収期間のある有料会員獲得や販売ループに投資し、顧客をプロダクトに引きつける。

私は、多くの創業者がこのことを誤解し、グロースを促進するためのグロースハックやPRバンプを探しているのを目にしてきました。この種の戦術は、持続可能なグロース戦略への順序付けを助ける場合にのみ有用ですが、直接持続可能なグロース戦略になることはほとんどありません。そのため、他の満足度の測定がやはり重要になることがあります。それが存在しない場合、これらのループの最初の2つは、そこからグロースを促進することは不可能です。

持続可能なグロースとは、これらのループのうち1つ以上が、毎月のアクイジションコホートのサイズを大きくし、リテンションカーブを平坦にすることで測定されます。指定された頻度で主要なアクションを行い、新規顧客の前月比伸び率が平坦化されたリテンションカーブは、私が見つけた真のプロダクト・マーケット・フィットを測定する最良の方法です。もしリテンション率が、新規ユーザーを獲得し続けるループをサポートできないのであれば、プロダクト・マーケット・フィットを見つけるためにリテンションを改善する必要があります。10%のリテンションユーザーでスケールできる企業もあれば、40%必要な企業もあり、これらはすべてアクイジションループの強さによって決まります。以下のグラフは、1ヶ月のコホート・リテンションと新規ユーザーの月次成長率を示しています。

ある月のリテンションカーブが時間とともに一貫して平坦になり、さらに毎月新規ユーザーが増加することが、真のプロダクト/マーケットフィットと言えるでしょう。

プロダクトの満足度がリテンションで測れないとしたら?こんなことが起こります。プロダクトの中には、1回しか使わないものや、使用頻度が極端に少ないものがあります。そのような場合、私はプロダクトの性質に応じて、満足度を測定するためのカスタムアンケートを使用するのが好きです。Rahul Vohraは、Superhumanでこのために使用したプロセスについて説明しており、それは素晴らしいものです。しかし、新規ユーザーのコホートを月ごとに測定することを忘れないでください。このようなシナリオでは、アクイジションがより重要になります。

プロダクト・マーケット・フィットへの道

ほとんどのプロダクトは、プロダクト・マーケット・フィットを見つけるのに2、3年かかります。上記の測定フレームワークでまだそこまで到達していなくても、心配する必要はありません。まずは、自分がどの程度進んでいるのか、改善するためのアプローチを理解することが大切です。プロダクト・マーケット・フィットに向けた推進には、2つの段階があります。

  • プロダクトが価値あるものであり、顧客に提供できるように、プロダクトビジョンを十分に構築すること。
  • あなたがターゲットにしている価値を顧客に理解してもらい、受け取ってもらうこと。

第一段階にいる場合、一般的には、プロダクト・マーケット・フィットを測定するために、とにかく顧客にプロダクトを使わせてはいないでしょう。私は、エリック・リースモデルとキース・ラボイスモデルと呼んで簡略化していますが(両者とも不公平です)、顧客アクセスを許可するまでの構築期間を含め、多くの軸で正反対の考え方を持っています。これらの軸を考えることで、次に何をすべきか、成功した企業がこのフェーズで何をしたかを理解することができます。以下に、主な違いの概要を説明します。

これは確かに単純化しすぎですが、新しいプロダクトで考慮すべき事柄の範囲を示すのに役立つはずです。それでは、もう少し詳しく見ていきましょう。
(オリジナルの表はこちらをご覧ください)

マーケット投入までの時間

リースモデルは、何を作るべきか、そして作ったものが実際に顧客の問題を解決しているかどうかを理解するために、早い段階で頻繁に顧客と話をすることを重視しています。ラボイスモデルは、創業者のビジョンに突き動かされているため、顧客からのフィードバックは、顧客がそれに触れる前に創業者が思い描いたものを構築することよりも重要ではありません。

成功はどちらのモードでも達成できます。フードデリバリーの分野では、Doordashの創業者Tony XuとZerocaterの創業者Arram Sabetiが、スケールのために多くのテクノロジーに投資する前に、スプレッドシートと創業者の手作業で初期モデルを証明したことは有名です。Codaの創業者兼CEOであるShishir Mehrotraは、一般公開の前に4年間かけてプロダクトを作り上げ、現在、会社は急成長しています。実際には、マーケットに出るまでに時間がかかる企業は、たいていアルファ版またはベータ版の顧客を持ち、プロダクトへのフィードバックループをまだ駆動しています。Codaは、例えばUberの従業員を使っていました。

フォーカス

リースモデルは、顧客セグメントをターゲットとし、彼らのペインポイントを見つけ出し、価値あるものを構築しようとする傾向があります。ラボイスモデルは、問題とターゲットとなるソリューションの両方について強いビジョンを持ち、それを最初から構築することから始めます。リースモデルは、データサイエンティストやゼネコンなどのセグメントを深く理解し、プロダクトソリューションが解決できる問題を特定し、そのセグメントで構築とテストを行いたい企業ビジネスで一般的なモデルです。この場合、同じ問題に対する異なるソリューションを試したり、同じタイプの顧客の異なる問題をターゲットにしたりするため、初期のピボットが見られる可能性が高くなります。私がグレイロックにいた頃、このようなタイプの企業をいくつかインキュベートして成功しましたが、最初のイテレーションが成功することはほとんどなかったのです。

ここで、リースのモデルの問題点の1つは、プロダクト・マーケット・フィットが成功しても、すべてのスピードバンプを回避できることは稀であるということです。創業者が強いビジョンとモチベーションを持ち、「問題に惚れ込んでいる」状態でなければ、スピードバンプはかえって障害となり、企業は早々に方向転換して、多くの「早く失敗する」ことを引き起こしてしまうのです。Thumbtackの創業者たちは、このような状況を切り抜け、最終的なプロダクト・マーケット・フィットをあきらめなかった良い例です。

ビジョンを持った創業者の多くは、プロダクト体験を出し、最終的にそのプロダクトソリューションに興味を持つマーケットを見つけます。TikTokとHousepartyは、当初、子供向けのプロダクトを作ろうとしたわけではありません。クラブハウスはアトランタで爆発的に売れ始め、その創業者達は二人ともシリコンバレーにいます。しかし、スクエアとFaireは、最初のターゲットマーケットについてかなり強い考えを持っており、それらのマーケットとのプロダクト・マーケット・フィットを見いだしました。

ローンチ当初の目標

エリック・リースモデルでプロダクトをローンチする唯一の目的は、ターゲット顧客からフィードバックを得ることです。これらのローンチは一般的に、何かがうまくいっているかどうかを知るためにターゲット顧客から十分なシグナルを受け取るために、規模が制限されます。ラボアモデルにおける初期の目標は、プロダクト創出のきっかけとなった最初のビジョンを達成することです。プロダクトは、ローンチされるプロダクトソリューションに魅了されるマーケットを広く探している可能性があるため、このモデルでは、通常、ローンチはより広範囲に及びます。たとえターゲットとなるマーケットに関する強力な論文があったとしても、ローンチ初日からその価値を提供できるようなプロダクトでなければならないため、可能な限り多くのマーケットに参入しようと、より大規模な立ち上げを行う可能性が高くなります。ネットワークビジネスでは、人々がプロダクト・マーケット・フィットを体験するために必要な流動性を確保するために、より大きな努力が必要となる場合があります。マーケットプレイスでは、まず供給と需要のどちらをターゲットにするかで順序が決まりますが、直接的なネットワーク効果では、量によってより推進されます。ツイッターとフォースクエアは共に初期流動性を正しく得るために SXSW でローンチしました。Grubhubでは、新しいマーケットを立ち上げるときはいつも、最初の2 週間で50 のレストランと契約し、顧客に見せる良いセレクションを持つことを目標としていました。

ビジョンの変更

エリック・リースのモデルは、ビジョンに対して非常に柔軟性があり、この分野の企業は、顧客のニーズを中心に頻繁にピボットします。インスタグラム、ツイッター、グルーポン、Slack、ピンタレスト、GOAT、その他多くの成功者は、ある方向からスタートし、失敗や最初のアイデアの一部しかうまくいかなかったり、新しい考えによってプロダクトやミッションを大きく変え、プロダクト・マーケット・フィットを見い出しました。ラボアモデルでは、最初から1つのビジョンが会社を動かしています。Opendoorは、データサイエンスとインスタントセールスによって不動産を作り変えるというミッションでスタートし、そのビジョンから大きく外れることなく現在に至っています。

この分野は、ピボットの成功に関するあらゆるニュースを耳にするにもかかわらず、ラボアモデルに傾倒することが支配的な戦略であると思います。やみくもに多くのスタートアップのアイデアを試すことは、暗い部屋でドアを探しているようなものです。成功したビジョンは、その部屋に明かりを灯し、誰もがドアを見て、そこに向かって走り出すことができるのです。大きなピボットの多くも、創業者による新しいとはいえ強力なビジョンに導かれていたのです。

グロース戦略

エリック・リースモデルでは、初期段階でのグロースを引き出すための主な方法として、プロダクトの変更を考えています。そのためには、顧客とチームの間で緊密なフィードバックループを構築し、チームが微調整や適応を行い、潜在顧客を満足させるために全く新しいものを作り上げることができるようにする必要があります。この種の企業では通常、長期的には拡張不可能ですが、初期のプロダクトをより多くの人々に効率的に提供できるようなグロースハックを活用するケースが見られます。ラボアモデルは、プロダクトの変更がより困難であることを示唆しています。プロダクトビジョンは通常、負担が大きいため、プロダクト変更に頼ってグロースすることは非常にコストがかかります。ラボイスは、プロダクトの利用を拡大するために、強力なマーケット参入戦略モデルと強力なマーケティング力を活用することを好みます。もちろん、私は、拡張可能なループの観点から考えることは、支配的な戦略であると信じています。

リスク

ほとんどの会社が失敗しているので、起業における失敗モードについて話すのは奇妙なことです。しかし、それぞれのモデルには、回避可能な失敗のタイプの傾向があり、創業者はそれをよく理解しておく必要があります。エリック・リースのモデルは、最終的な目的地がない反復や、進歩したように見えてそうでない「早く失敗する」ことを多くする傾向があります。5年ほど前、スタートアップスタジオでこのようなことが多く見られました。その中で、永続的な会社をつくったところはひとつもありません。ラボアモデルには、まったく異なるリスクがあります。これは、最近耳にする多くの暗号のピッチのように、問題を探している解決策を見つけることができる場所です(どれだけのICOがプロダクト・マーケット・フィットを見つけたでしょうか? 1つでもあるでしょうか)。過去にこの分野で記憶に残る失敗をしたのは、Color LabsとClinkleです。これらの企業は、人々がそれを欲しいと思うことを確認することなく、自分たちが持っているものを一生懸命売ることに多くの労力を費やしてしまうことがあるのです。また、この分野のスタートアップは、ビジョンに没頭するあまり、実際にローンチすることができないこともあります。マジックリープは、ARの分野では最近の例です。ラボイスモデルは、注意深くなければ、マーケットを解放するための重要な洞察のいくつかを隠してしまうこともあります。インスタグラムやピンタレストは、当初のビジョンのほんの一部しかうまくいかなかったので、その要素だけにフォーカスしてピボットを行い、巨大なビジネスを築き上げたのです。

適用可能な企業タイプ

これらのモデルはどのようなタイプのビジネスにも使えますが、特定のモデルに傾く傾向があります。エリック・リースモデルは、エンタープライズビジネスにおいて非常に一般的です。なぜなら、創業者は特定のセグメントが、解決されていない日々の問題や、信頼できるビジネスモデルを作るために支払うべきお金を持っていると確信しており、そのセグメントのすべてを学び、解決するために支払う意思を持つ問題を見つけるからです。クイック・トゥ・ローンチの要素は、多くのテクノロジーに投資する前に流動性を検証するためにマッチングを手動で行うことができるマーケットプレイスで一般的なものです。ラボイスモデルは、ハードウェアの場合、イテレーションに長い時間がかかるため、より一般的です。また、顧客向けモデルでは、創業者が新しい習慣やインタラクションを幅広いマーケットに試してもらう必要がある場合が一般的です。

では、どちらを使うべきなのでしょうか?

これらの例から、どちらの極端さもかなり危険であることがお分かりいただけると思います。また、これらのモデルのどちらかを強く信じている人たちでさえ、企業が適切なときにそのアプローチから逸脱したことに関して選択的記憶を持っているようです。創業者は、自分たちのビジネスにプロダクト・マーケット・フィットを見出す機会を最大化するために、どのモデルのどの部分を適用する必要があるかについて、強い意見を構築する必要があります。私の個人的な考えでは、強いビジョンとマーケットからのフィードバックの組み合わせは、この2つのアプローチのうちかなり優位な組み合わせであり、他の軸の多くは、構築するプロダクトに依存するものです。私は、どちらのモデルもグロース戦略の面ではかなり弱いと思っています。「チケットを売る」は、強力なアクイジションループを通じてグロースを実現するための最も効果的な方法がプロダクトであることを無視しています。新しいプロダクトが新たなグロースをもたらすと仮定するのは、運が良くない限り、「作れば来る」という幻想です。


プロダクト・マーケット・フィットがどのようなものかを理解する理由は、もちろん企業の創業者にとっても重要です。プロダクト/マーケットフィットのラインを直接測定することは不可能ですが、リテンションカーブと新規ユーザーの伸びを測定することで、その会社がその上にいるかどうかを測定することは可能です。毎月のリテンションカーブが平坦になり、健全な投資回収期間で新規ユーザー数が増加すれば、プロダクト・マーケット・フィットがあると確信できます。自分のプロダクトでこうは言えないという方は、具体的に何に取り組めばいいのか、どう応用すればいいのか、いくつかの軸を示すことができたのではないでしょうか。次の問題は、それをスケールアップし、お客様の期待が高まり続ける中で維持することです。これらのコンセプトについてもっと知りたい方は、Reforgeプロダクト戦略プログラムの中で劇的に展開しています。

現在、私のScrambled Eggsプレイリストを聴いています。

この記事のドラフトを読んでフィードバックをくれたKevin KwokとEmily Yuhasに感謝します。


フォローして最新情報をチェック!

コミュニティ主導の成長:プロダクト主導の成長の拡張パック

プロダクト主導の成長の基本的な前提は、ユーザーがプロダクトを見つけ、採用し、使用するよう後押しするGo-to-Marketジャーニーの主役はプロダクトである、ということです。マーケット参入戦略として、プロダクト主導型はユーザー中心の企業にとって非常に効果的です。

しかし、現実には、ソフトウェアを見つけ、採用し、使い始め、そして使い続けるというプロセスは、あなたとユーザーとの間のバブルの中で起こるものではありません。人は本来、アドバイスを求める生き物です。つまり、プロセスのあらゆる段階で、ツールを探し始める前から、外部の意見を求めているのです。私たちは常に、友人や同僚、インターネット上の見知らぬ人から、何を食べるべきか、どんな服を着るべきか、どこに住むべきか、といった情報を入手しているのです。これは、ソフトウェアを購入する際にも当てはまります。

コミュニティ主導の成長は、プロダクト主導の成長に加え、乗数として機能します。ユーザーとの交流を積極的に促進し、プロダクト以外の価値を提供することで、コミュニティ主導の成長は、企業が顧客のパイプライン、機能要求、リアルタイムのサポートをより強く把握できるようにし、ユーザーがプロダクトを最大限に活用できるようにします。そして、このようなユーザーがチャンピオンとなり、コミュニティを強化するアクティブなメンバーで構成されるフライホイールとなるのです。


▼ 本記事の内容
  1. なぜ今なのか?
  2. すべての創業者がコミュニティ主導の成長について考えるべき理由
  3. コミュニティ主導の成長のプレイブック
    1. 1.コミュニティ・オブ・プラクティスの作成から始める
    2. 2. ベスト・チャンピオンを認定して報酬を与える
    3. 3.企業コンテンツにステークホルダーを参加させる
    4. 4.ユーザーが作成したテンプレートとチュートリアルを促進する
  4. 優れたコミュニティには、優れた責任が伴う

この記事は、「Community-Led Growth: The Product-Led Growth Expansion Pack」を著者の了承を得た上で翻訳したものです。

著者: Corinne Marie Riley
翻訳者: 渡辺圭祐


私たちが考えるプロダクト主導の成長とはどのようなものか

プロダクト主導+コミュニティ主導の成長とは、実際にはどのようなものなのか

なぜ今なのか?

ネットで居場所を見つける必要性を感じている人が増えているので、テクノロジーの多くの側面と同様に、COVIDはコミュニティ主導の成長を加速させる役割を担ってきました。しかし、コミュニティ主導の成長の実現には長い時間がかかりました。このようにSaaSが細分化された世界では、ユーザーは選択肢に圧倒され、ツールを選択するためにインフルエンサーに注目するようになり、一方でコミュニケーションや共有のチャネルも増えました。買い手が何を探しているのかわからないままセールスコールに現れる時代はとうに過ぎ去り、買い手は利用可能なツールについてより明確な意見を持ってテーブルにつくようになっているのです。

  • セールス主導の世界では、セールス担当者を信頼しなければなりません。
  • プロダクト主導の成長の世界では、ユーザーは自分自身を信頼して最適なプロダクトを選びます。
  • コミュニティ主導の成長の世界では、買い手は友人や仲間といったコミュニティに指針を求めます。

すべての創業者がコミュニティ主導の成長について考えるべき理由

1. ユーザーとの共生を実現する:コミュニティ主導の成長では、ユーザーにとってより魅力的なもの、つまりユーザーが興味のあるトピックを中心に展開されるムーブメントを作り出すことができます。そうすることで、自社プロダクトの枠を超えた価値を提供することができ、自然とユーザーとの共生関係を築くことができるのです。

2. マーケットのオピニオンリーダーになる:コミュニティを知り、理解したら、そのコミュニティが最も必要とするコンテンツやサービスを提供するようにしましょう。よく管理されたコミュニティは、夜中に互いの質問に答え、仲間とトラブルシューティングを行い、ベストプラクティスに関するコンテンツを共有することで、他の方法では考えられなかったような新しい解決策を思いつくことができます。このようなソート・リーダーシップは、やがてあなたの会社のブランドとなるのです。

3. リアルタイムの洞察と実行可能な反応:多くの場合、企業との最初の接点はコミュニティ・チャネルである可能性があります。カスタマーサポートは、リアルタイムで問題に答えることができるようになり、ピアツーピアの応答によってチケットの数を減らし、よりスリムになるという利点があります。また、プロダクトチームは、ユーザーがどのような問題で困っているのか、どのようなリクエストがあるのか、そして一般的にどのようなフィードバックがあるのかを確認することができます。

コミュニティ主導の成長のプレイブック

コミュニティは通常、コミュニティ・プラットフォームでユーザーを集め、複数のコミュニティ・チャンネル(イベント、ジョブボード、ニュースレターなど)を通じて、時間をかけてエコシステムを拡大していくことでスタートします。規模の大小にかかわらず、参加者の多いコミュニティは積極的に管理する必要があります。それには、時間、1対1の会話、パーソナライズ、そしてリーダーシップが必要です。コミュニティのエコシステムが拡大するにつれ、コミュニティ責任者の役割はますます重要になるでしょう。

「どんなに優れたコミュニティツールでも、運営する人がコミュニティだと感じられなければ、うまくいきません。Slackのグループチャットに人を放り込んでも、コミュニティを作ることにはなりません。」

サラ・ウッド アップストリームのグロース&コミュニティ責任者
(Sarah Wood, Head of Growth & Community Upstream)

コミュニティ主導の成長を最適化する方法についてのプレイブックはまだありませんが、企業が何千人ものアクティブな参加者を持つコミュニティを作るためにうまく組み合わせている4つの主要な戦略があります。

1.コミュニティ・オブ・プラクティス(実践共同体)の作成から始める

コミュニティは、ほとんどのメンバーやコンテンツ(企業やユーザーが作成したもの)を見ることができる中心的なハブであり、コミュニティのほとんどが「住んでいる」場所です。Slackはコミュニティを作るための出発点として知られていますが、コミュニティを可能にするSaaSの世界は指数関数的に成長しています。コミュニティ・プラットフォームは、オープンソースの開発者向け、会員制、音声、イベント、チャットなど、コミュニティの種類やインタラクションの形態に合わせて、よりニッチで機能特化したものになってきています。

では、現在、コミュニティ構築者たちは、自分たちのコミュニティで何が起こっているかだけでなく、そもそも実践ベースのコミュニティを構築するための方法論や哲学をよりよく理解するために、どこに行けばいいのでしょうか?大まかに言えば、CMXのようなハブは、コミュニティのリーダーが人脈を構築するのに役立ちます。そして、Uncommonのようなコミュニティプログラムは、AsanaのJoshua Zerkel、LoomのShahed Khan、NotionのKate Taylorなど、コミュニティ空間での深い経験を持つエキスパートからの学びを共有することに焦点をあてています。ニュースレターや今後のイベントを通じて、コミュニティ構築者同士を結びつけ、実践のコミュニティを育み、成長させるための力を与えてくれるでしょう。その他の便利なツールは?Community Clubが提供するコミュニティに関する、このディレクトリ/マーケットマップのようなものは、各セグメントにおけるツールの概要、フィードバック、価格を見ることができます(詳細は以下からご覧ください)。

十分な規模があれば、コミュニティを「自社で」構築することも可能です(例:Atlassian CommunitySalesforce Communityなど)。

プロダクトに関係なく、企業主導のコミュニティには主に2つのタイプがあります。

  • プロダクトのコミュニティプロダクトに特化して構築され、主にユーザーがプロダクトについて質問したり、互いにインサイトを共有したり、会社とつながりを維持するためのスペースとして機能します。
  • 実践共同体(Community of Practice):実践共同体という考え方は、人類学者ジャン・レーヴと教育理論家エティエンヌ・ヴェンガーの著書『Situated Learning』の中で生み出されたものです。実践共同体は、特定の分野について学ぶという共通の目的を持ったメンバーを結びつけるものです。これを技術分野に応用すると、実践コミュニティが大きく発展することが分かってきました。企業は、自社のプロダクトよりも広い範囲で何かを構築するというアイデアを受け入れ、その代わりに、ある役割やスペース内のすべての人々を含めることを目的としています。例えば、FunlRevOps Co-Opを作り、RevOpsの役割を持つ誰もが参加でき、同時にそのユーザーのために特別に設計されたFunlのGTMプロダクトについて学ぶことができるようにしました。同様に、TwineはCPOに特化したソフトウェアを販売しながら、すべてのCPOのためのコミュニティを作りました。コミュニティ・マネージャーとセールス・チームは、プロダクトの使用例を紹介し、適切なタイミングで潜在的なユーザーに直接コンタクトを取ることができます。

私たちは、コミュニティで何かをするたびに、「これはRevOpsコミュニティにとって価値があるのか?」と自問します。もし、その答えがノーであれば、私たちはそのようなことはしません。このおかげで、90日間でコミュニティを0人から1,000人以上に拡大し、持続的な関係を築き、彼らが抱えている課題を把握することができ、プロダクト開発に役立っています。

マシュー・ヴォルム(Funl CEO / RevOps Co-Op)

2. ベスト・チャンピオンを認定して報酬を与える

一部の企業は、コミュニティのメンバーがコンテンツを投稿し、その結果、プロダクトの支持者になるためのインセンティブとして、「認定」プログラムを作成し、成功を収めています。最も効果的なケースは、「無料の」販売員、つまり自社プロダクトの熱心な信奉者を生み出し、その見返りとして、キャリアを決定づけるような個人的な専門的検証を受けることです(例えば、履歴書やLinkedInに堂々と認定証を掲示することになります)。認定プログラムは、その価値を薄めず、かつ優秀な人材を惹きつけるだけの関心と話題性を生み出すというバランスに依存しているため、実行するのは容易ではありません。

成功例としては、以下のようなものがあります。

3.企業コンテンツにステークホルダーを参加させる

コンテンツマーケティングは誰にとっても新しいものではありませんが、変化しているのは、ユーザーがコンテンツを作成し、参加する役割です。これは2つのインパクトがあります。1つは、あなたが活動しているマーケットや、あなたのツールが持つ多くの使用例についてユーザーを「教育」する機会であり、もう1つは、「クリエイター」の輪を広げることで生まれるネットワーク効果です。主な媒体は以下の2つです。

ポッドキャスト – マーケットや特定のツールに関するポッドキャストを開始し、その分野のユーザーや専門家を招き、真のソートパートナーシップを築く企業が増えています。Utmost(グレイロックのポートフォリオ企業)は、過去9ヶ月間にエクステンド・ワークフォースに関する30話のポッドキャストを作成し、マーケットのあらゆる側面の関係者や企業(自社の顧客ではない場合でも)を招いて、この分野の重要性とユートモストがソリューションにおいて果たす役割についてリスナーを教育しています。もう一つの成功例は、AstronomerのチームによるThe Airflow Podcastで、NetlifyがAirflowを使って複雑なSparkジョブの集合からオーケストレーションロジックを切り離す方法など、プロダクトのアップデートとベストプラクティスを共有しています。

ブログ記事/ニュースレター:強力なコミュニティ主導のコンテンツマーケティングとは、企業が主要なステークホルダーにインタビューを行い、さらに自社のユーザーがプロダクトの最適な使用方法についてコンテンツを提供することを奨励することです(「証明書」の例の多くでは、ブログ記事を書くことが必須となっています)。

4.ユーザーが作成したテンプレートとチュートリアルを促進する

最後に、コミュニティを巻き込むには、プロダクトを成功させるための手順、アイデア、テンプレートを提供することが必要です。しかし、ある程度の規模になると、作成しなければならないコンテンツの量が、作成できる速度よりも多くなります。十分なプロダクト愛があれば、ユーザーが自らチュートリアルを共有するようになるかもしれません(これは素晴らしい兆候です)。もし人々があなたのプロダクト(例:Zapier)の使い方についてDIYのYouTube動画を投稿しているなら、おそらくあなたはこの周りにコミュニティを作るべきでしょう。彼らがこれらのインサイトを公に共有するためのスペースを作ることは、彼らがより多くを作成することを奨励するだけでなく、あなたの見込み客のための「リポジトリ」を集中化します。成功した事例をいくつか紹介します。

優れたコミュニティには、優れた責任が伴う

コミュニティ主導の成長を実現する企業の波がやってくる。

1. 次世代コミュニティ・プラットフォーム: 新しいコミュニティ・プラットフォーム(Slack 2.0)は、コンテンツ共有、ナレッジ・リポジトリ、イベント企画、ユーザーオンボーディング、セグメンテーション、Q&Aなど、差別化されたユースケースと高い機能性を備えています。一方、既存の大規模プラットフォームは、Discordが2つの小規模スタートアップByte(ビデオ中心のコミュニティ)とZyper(ブランド中心のコミュニティ)を買収したように、無機的にでも利用者を拡大しようとしている。

2.コミュニティ・データ分析:インサイトマイニング、プラットフォームに依存しないソフトウェアで、コミュニティのすべてのエンドポイントを統合し、セールス、成功、サポートチーム、プロダクトチームなどのための実行可能なワークフローを推進します。コミュニティ・データのマイニングは自明な問題ではありません。なぜなら、何十ものソースがあり、それぞれが大規模なデータ・ポイントを持ち、ユーザーごとに異なる名前、異なるタイプの行動をとり、多くの場合、完全な情報を伝達しないことがあるからです。しかし、これはコミュニティから価値を得るための重要な要素でもあります。これらのツールで追跡する指標は、これらのチャネルを成長させる上で非常に貴重なものとなります。3月末にステルスから登場したCommon Roomのような新しいツールは、組織がチャンネルを超えてコミュニティ・データからインサイトを見て、理解し、分析することを可能にし、Twitter、Slack、GitHub、Intercom、Discourse、Discordなどのプラットフォームにおいて、適切かつパーソナルな方法でコミュニティの人々との関係を深め、より効果的にコミュニティを運営することができるようマーケットに出てきています。

優れたコミュニティには大きな責任が伴います。企業は、コミュニティへの参加を企業文化やアイデンティティの一部として積極的に取り入れる必要があります。ユーザーが参加する可能性のある多くのコミュニティで差別化を図ることは容易ではありませんが、効果的に管理すれば、GTMに重大な影響を与える可能性があります。

もしあなたがコミュニティを実現するためのツールを作っていたり、コミュニティ主導の成長を使っているなら、ぜひノートを交換し、corinne@greylock.com で詳細を教えてください。

素晴らしい技術コミュニティに参加したいですか?アクティブなコミュニティのデータベースはこちらです。


フォローして最新情報をチェック!

3つのペルソナ:マーケティング、プロダクト、アナリティクスはどのように顧客を定義しようとしているのか?

私はこれまで、マーケティング、プロダクト、アナリティクスの分野で仕事をしてきました。米国マーケティング協会では、これらすべてをマーケティングと定義していますが、実際には、これらの部門が1つのフィーチャー・チームの範囲に含まれることはほとんどなく、これらのグループの人々は、多くの場合、物事をまったく違った見方で見ています。このことが組織に混乱をもたらす主な原因の1つは、ペルソナの作成にあります。3つのグループはそれぞれ独自の方法でペルソナを定義しており、同じストーリーは語られません。そして、多くの場合、これらは全く異なるものであるにもかかわらず、マーケティング・ペルソナと呼ばれています。それぞれを別々に定義してみるために歩き、それぞれの最適な使い方とよくある落とし穴を避ける方法についてお話しします。


▼ 本記事の内容
  1. アナリティクス・ペルソナ
  2. プロダクト・ペルソナ
  3. マーケティング・ペルソナ
  4. ペルソナの違いによる問題点

この記事は、「The Three Personas: How Marketing, Product, and Analytics Attempt to Define The Customer」を著者の了承を得た上で翻訳したものです。

著者: Casey Winters
翻訳者: 渡辺圭祐


アナリティクス・ペルソナ

アナリティクス・ペルソナは、このグループの中で最もわかりやすいものです。アナリティクス・ペルソナは、ユーザーの利用状況に基づいてユーザーのクラスタに注目し、その利用状況に基づいてユーザーを定義することによって作成されます。ピンタレストでは、これらをコアユーザー、カジュアルユーザー、マージナルユーザー、休眠ユーザーと定義しました。コアな人は毎日、カジュアルな人は毎週、マージナルな人は毎月、そして休眠ユーザーはピンタレストに全く来なくなっていました。このセグメンテーションは、あなたのプロダクトが時間とともに魅力的になっているかどうかを確認するのに役立つことがあります。重要なプロジェクトには、2つのグループの統計的な違いを理解することで、例えば、マージナルからカジュアルへの移行が含まれることがあります。そして、カジュアル層が行っていてマージナル層が行っていないことを、マージナル層にも行うように仕向けることができるかもしれません。これらの違いの中には、単なる相関関係(行動そのものが重要なのではなく、より人を表している)もあれば、因果関係のあるものもあり、マージナルユーザーへのインセンティブや教育といった実験によって、彼らがカジュアルユーザーになる可能性があります。

プロダクト・ペルソナ

プロダクト・ペルソナは、アナリティクス・ペルソナと同様、既存のユーザーを理解することに重点を置いています。アナリティクス・ペルソナとは対照的に、プロダクト・ペルソナは定性調査に基づき、ユーザーがどのような行動を取るかだけでなく、そのユーザーがどのような人物であるかを定義します。プロダクトを毎月使っている人と、毎日使っている人は、同じペルソナである可能性があります。Grubhubでペルソナを作成する際には、定性・定量調査を組み合わせて定義する必要がありました。お客様との電話やアンケートのやり取りを経て、2つの具体的な基準に基づいてGrubhubを利用する4つのペルソナを定義することができました:自発的に注文するか、前もって計画しておくか、そして自分のために注文するか、他の人と一緒に注文するか。これらのペルソナをデータと照らし合わせてみると、あるセグメントはカスタマーサービスに高いコストがかかるため、サービスを提供するには不利であること、またあるセグメントは潜在能力は高いが、まだ適切なプロダクトを構築していないため、現状では価値が低いことがわかりました。これは、今後のプロダクト戦略の参考になりました。

マーケティング・ペルソナ

マーケティング・ペルソナは、最初の2つのペルソナとは異なり、通常、将来を見据えたペルソナで、企業が到達しようとする顧客に関するものです。このペルソナは、「今いる顧客」ではなく「欲しい顧客」です。マーケティングペルソナは、プロダクトの発売時やマーケットの拡大時によく使われます。なぜなら、アナリティクスやプロダクトペルソナを構築するための既存のユーザーやデータが存在しないからです。

マーケティング・ペルソナは、狙うべきターゲットマーケットを定義するために存在します。マーケティング担当者は、すべての人をターゲットにしようとすることはほとんどありません。特定のニーズ(物理的、感情的)を持つニッチを定義し、そのグループにとって魅力的なプロダクトを作ろうとするのです。マーケティング担当者は、このペルソナを定義するためのツールを数多く持っています。人口統計学や心理学的データに目を通し、競合の状況を把握し、新しいマーケットの機会を見出します。このペルソナは、プロダクト以外の人々をターゲットにしているため、このプロセスで作成される一般的なツールの1つは、ターゲット顧客の典型的な1日をマッピングすることです。通勤時にラジオで何を聴いているか、朝のコーヒーはどこで飲むか、夕食時にテレビで何を見るか、などです。そこから、マーケティング担当者は、その時間帯にターゲットに広告を出し、プロダクトを紹介する機会を特定するのです。

ペルソナの違いによる問題点

これらのペルソナにはすべて長所と短所があり、一律に考えるのではなく、組み合わせて使うことをお勧めします。アナリティクス・ペルソナの危険な点は、人々をその活動のみに基づいて見てしまい、その動機や性格などを見ないことです。データからは決して得られない重要な洞察が、顧客と話すことで10分以内に得られることがあるのです。また、プロダクトやアナリティクスのペルソナは、現在の顧客が理解すべき最も重要な顧客であることを前提としています。これは必ずしもそうとは限りません。多くの場合、マーケットを拡大する必要があります。また、既存のユーザーに焦点を当てることで、これから入ってくるユーザーにとってプロダクトが悪くなることもあります。

マーケティング・ペルソナにも欠点があります。ペルソナは二次的なデータに基づいているため、マーケティング担当者は、存在しないペルソナや小さすぎて重要でないペルソナを作り出してしまうことがあるのです。そのため、多くのマーケティングチームが、自分たちをよりクールにしたようなペルソナを作ってしまうのです。ファッションデザイナーが、誰のためにデザインするのかと聞かれたときに、「ニューヨークのギャラリーのオーナー」などと答えるのはそのためです。そのような人たちは、世界に500人ほどしかいないのです。さて、最後のシナリオでは、マーケティング・ペルソナと真のペルソナの願望との間に曖昧な線があることを明記しておきますが、ご理解いただけると思います。

また、マーケティング・ペルソナは、ニッチとターゲティングに基づいているため、オーガニック・グロース戦略やマーケットが無限に広がるようなプロダクトには役立たないことがあります。ピンタレストで約5,000万人のユーザーを対象にマーケティング・ペルソナを作ろうとしたとき、「これで一体何をするつもりなのか?私たちは、広告にお金をかけているわけではありません。私たちのターゲティングは、ピンタレストが関連するものをインターネットで検索した人によって定義されています。」と問いかけました。同じように、グーグル検索にもターゲットがあるのでしょうか?もちろん、インターネットに接続しているすべての人をターゲットと呼ぶことができるのであれば、そうです。しかし、グーグル・ホームのチームは、発売時に非常に具体的なターゲットを想定していたに違いありません。

また、多くのインターネットプロダクトにおいて、パーソナライゼーションの代わりにあらゆる種類のペルソナが誤って使用されています。電子メールはその代表的な例です。多くの企業はいまだに、特定のペルソナのために専用のメールを作成し、リストをセグメント化し、カスタムコピーを書き、カスタムコンテンツを追加して、多くの時間を費やしています。しかし、パーソナライゼーションとワン・トゥ・ワンメッセージの世界では、このようなことはあまり意味を持ちません。ピンタレストは、2億人以上のユーザーに対して、Eメールとプッシュで自動化されたパーソナライズされたワン・トゥ・ワンメッセージを行っています。ピンタレストは、あなたがどのようなアナリティクス、プロダクト、マーケティング・ペルソナであるかを知らなくても、効果的なメッセージを送ることができます。これは、独自の技術でもありません。多くのサードパーティ企業が、データの少ない中小企業向けにこれと同じタイプのシステムを構築する手助けをすることができるのです。


ペルソナは、ビジネスを成長させ、顧客によりよいサービスを提供するための機会を特定するのに役立つ、非常に便利なツールです。企業のほぼすべてのフェーズで、ペルソナを使用する必要があります。ペルソナの種類、使用方法、間違いを防ぐ方法を理解することは、ペルソナを定義する労力に見合うものであることを確認するための鍵です。

現在、SquarepusherのBig Loadaを聴いています。


フォローして最新情報をチェック!

プロダクトの出荷の時間価値

「シッピング・アズ・ア・フィーチャー」がフレームワークを取得

シッピング・イズ・ア・フィーチャー(Shipping is a Feature)」は、プロダクトマネージャーにとって核となる原則である。完璧なプロダクトを作ることはできないので、不完全なプロダクトをいつ、どのように出荷するかを学ぶ必要がある、というものです。

私は、この原則をPMとしての自分の努力の指針として使ってきましたが、ステークホルダーに対して実行可能な最小限のプロダクト(MVP)を管理し合理化するための具体的なフレームワークが欠けているといつも感じていました。

出荷の時間価値は、この原則を適用するためのフレームワークです。これは、貨幣の時間価値と呼ばれる金融の基本的な概念を借用したもので、簡単に言うと次のようなことを提唱しています。

今日の1ドルは明日の1ドルよりも価値がある。

なぜなら、物価は時間とともにインフレになり、将来あなたの1ドルで買えるものは少なくなるからです。


▼ 本記事の内容
  1. 出荷の時間価値
    1. グラフからわかること
    2. スタートラインに立つ、もうひとつのレンズ

*この記事は、「The Time Value of Shipping」を著者の了承を得た上で翻訳したものです。
著者: Brandon Chu
翻訳者: 渡辺圭祐


簡単な例

今日、バスケットボールが12ドルだとします。毎月1ドルずつ稼げば、1年後には12ドルになりますが、それでもインフレのせいで買えません。

仮にインフレ率が5%だとすると、1年後には12.60ドル(+5%)、2年後には13.23ドル、・・・というように、バスケットボールの値段は上がっていくことになります。

13ヶ月目の給料日まで、コートに立つのを待たなければなりません。

プロダクトに例えると

  1. バスケットボールを買うのは、顧客に出荷するとき。通常はMVPです。
  2. バスケットボールの価格は、ユーザーがそのプロダクトに期待するものです(任意の時点で)。
  3. あなたのチームが時間をかけて築き上げた顧客価値の合計があなたの収入となります。

あなたの仕事は、バスケットボールを購入するのに十分な価値を、時間をかけて構築することです。これをグラフにすると、ほとんどの組織がプロダクト価値とMVPをどのように見ているかがわかります。

The Time Value of Shipping

このグラフの大きな特徴は、顧客の期待が平坦で静的であることです。つまり、プロジェクトを開始したときに顧客が望むものは、出荷するときにも顧客が望むものであるということを意味しています。このような考え方に陥るのは無理もないことですが…。

「調査によって、ユーザーは最低でもxとyを欲しがっていることがわかったので、xとyが揃い、それ以外のものがなければ、すぐに出荷する」。

この考え方は非常に合理的に聞こえますが、顧客の期待に与える時間の影響について深く掘り下げて考えてみる必要があります。

出荷の時間価値

このグラフに時間の効果を加えて描き直してみましょう。

お金の時間価値と同様に、出荷の時間価値もシンプルな考え方です:今、顧客価値を提供することは、後で価値を提供することよりも価値がある。

もし、後で価値を提供することを選択した場合、ユーザーの期待のインフレを考慮する必要があり、それを補うために最終的なプロダクトがより良いものである必要があります。

顧客の期待曲線と価値曲線の軌跡の違いは、はっきりと見て取れます。前者は時間とともに指数関数的に成長し、後者は平坦になります。

顧客価値は、PMが最もインパクトのある仕事を優先させるため、時間の経過とともに価値の伸びは当然低下する。

顧客の期待の成長は加速する。なぜなら、顧客が問題解決を待つ時間が長ければ長いほど、代替プロダクトに乗り換える時間が増えるからである。そのような顧客を引き留めるには、今欲しいものだけでなく、将来(選択肢がさらに豊富になったとき)にも欲しいものを提供する必要があります。

このフレームワークを140字以内でシンプルに考えるなら、

最低限実現可能なプロダクトの範囲は、出荷に時間がかかればかかるほど大きくなる。

グラフからわかること

出荷の時間価値を適用した場合、MVPはまだ簡単に識別できます(この場合、曲線の接線にあります)。

しかし、いくつかの条件を調整し始めると、グラフはフレームワークの興味深い影響を示唆しています。

第一に、上記の例のように、出荷してユーザーを満足させることができるのは、ある時点(接線)だけかもしれません。

PMとしては、それは怖いですね。

第二に、もしあなたのチームがスケジュールでスリップしたら、こんなことが起こります。

価値曲線全体が下がり、顧客の期待に応えられるだけの価値を提供できなくなるということです。その時点で、2つの行動方針があります。

  • プロジェクトを放棄し、ある時点で顧客の期待に応えられるようなプロジェクトに移行するか、あるいは、
  • より多くのリソースを投入して、価値曲線を無理やり交点に戻す。

この「運命の分かれ目」こそが、ほとんどのプロダクトピボットの根底にあるものです。企業は、その特定の業界のペースではイノベーションを起こせないことに気づき、顧客の期待をより達成しやすいところに移動するのです。

PMとして、それは本当に怖いことです

最後に、常にMVPを出荷するべきではありません(つまり、常に曲線の最初の交差点で出荷すべきではありません)。

その代わり、価値と期待の間の最大スプレッドで出荷することです。

これはMVPの福音に反することですが、出荷の時間価値は、時には(期待に応えていても)発売を控えることが最適であることを示唆しています。

最初の交差点でローンチし、代わりに反復すべきではないでしょうか?

もし、あなたがティッピングポイントを信じるのであれば、発売を延期することは全く合理的です。最高のプロダクトは、顧客のニーズを満たすだけでなく、ユーザーを喜ばせることでバイラルという報酬を得ることができるのです。このことは、発売後のネットワーク効果によって強調され、最初のマーケティングプッシュの後、リターンが減少していくことになります。

PMとしては、それが一番怖いのです。

スタートラインに立つ、もうひとつのレンズ

競争力が曲線にどのように影響するかなど、(簡潔にするために)カバーしなかった興味深いことがたくさんありますが、もしこれを面白いと思う人がいれば、別の投稿に取っておくことにします。

もし、出荷の時間価値という目標がPMにとって現実的な成果であるならば、これは小さな一歩なのです。現実の世界できれいな曲線を描くことは、多くの場合、思い込みの上に成り立っていて、迷走しています。

しかし、これはPMが毎日行っている複雑で多変数の意思決定に、別のレンズを追加することなのです。私たちが直感と呼ぶものの集合体です。

ですから、次にロードマップを計画するときは、顧客が今何を望んでいるかを問うだけでなく、出荷するまでに何を望むかを考えてみてください。

以下は、あなたが気に入るかもしれない他の記事です。

プロダクトマネジメントのブラックボックス

7 Heuristics for being a Product Director

Product Partnerships (pt. 1/2)— The Making of a Partnership


Brandon Chuの他の記事を読む👀

👉 Brandon Chu

フォローして最新情報をチェック!

プロダクトリーダーが失敗する理由

CPOやプロダクト責任者の仲間で、「ああ、私は今、絶好調です」と言う人にまだ会ったことがありません。プロダクトリーダー仲間との会話では、プロダクトリーダーの役割にまつわるミームが生まれ始めているほどです。それは、

「どうしてもクビになる前に、ポイントを稼ごうとするんだな」

では、典型的なCPOが自分の役割を、数年、つまりビジネスを少しでも助けるのに十分な期間生き残ろうとすることだと感じているとしたら、何がその原因なのでしょうか。なぜ、プロダクトリーダーとして耐えることがそんなに難しいのでしょうか?


▼ 本記事の内容
  1. 失敗モード 1:誰がプロダクトビジョンを持っているか?
  2. 失敗モード 2:専門知識と必要とされるプロダクト開発のタイプは一致しているか?
  3. 失敗モード 3:ニーズの変化に合わせてプロダクトリーダーを適応させることができるか?

この記事は、『Why Product Leaders Fail』を著者の了解を得た上で翻訳したものです。
著者: Casey Winters
翻訳者: 渡辺圭祐


私は、会社がどの程度の段階にあるかによって、3つの一般的な失敗モードがあると思います。会社のステージが早ければ早いほど、創業者・CEOとのズレが答えになることが多いようです。プロダクトリーダーがプロダクトリーダーの役割を引き受ける際に誰も言わない事は、十中八九、創業者やCEOはまだプロダクトのビジョンを推進したいと考えているということです。そして、そのビジョンの実行を支援することを望んでいます。そして、創業者が規模を拡大するにつれて、創業者の直感は、社内のプロダクトに関する専門知識と比較して、その有効性が薄れていきますが、創業者がそれを受け入れるには、長い時間がかかります。この移行期は、非常に不安定なものです。

レイターステージ企業の場合、CPOが得意とするのはある種のプロダクト業務だけであり、ビジネスに必要なプロダクト業務の種類は時間とともに変化していく、というのがより妥当な答えでしょう。これは、2つの形で現れます。プロダクトリーダーは、現在必要とされている仕事のタイプにマッチしないスキルを持っているか、あるいは、実行するにつれて必要とされるスキルが変化し、リーダーが適応できないか、です。プロダクトリーダーは、その新しい仕事に向いていないだけでなく、その仕事に興味を持つ可能性も低くなります。

それでは、これらの失敗モードについて、そして、その失敗をより少なくするためにプロダクトリーダーとCEOの双方ができることについてお話しましょう。

失敗モード 1:誰がプロダクトビジョンを持っているか?

創業者は、顧客やプロダクトについて非常に優れた直感を持っている傾向があります。なぜなら、率直に言って、誰も顧客とその問題について考えるのにそれほど多くの時間を費やしてこなかったからです。スタートアップがプロダクトリーダーを採用する場合、この種のリーダーを採用するのは初めてのことです。面接のプロセスは不器用で、最適化されておらず、創業者はまだ本当のニーズを明確にする方法を見つけ出せていません。一般的に、このプロセスで起こることは、創業者とプロダクトリーダー候補の両方が、将来のプロダクトビジョンについて意見を交わすことです。しかし、創業者にとっては、プロダクトリーダー候補が創業者をどれだけ助けてくれるのか、効果的なテストにはなりませんし、プロダクトリーダーにとっては、自分がプロダクトビジョンに大きな発言力を持つという誤った印象を与えかねません。

可能な限り、創業者は外部の専門家を活用して、この種の役割のリクルートと面接のプロセスを構成する必要があります。プロセスを開始する前に明確にしておくべき重要な質問の1つは、このリーダーがプロダクトビジョンの設定においてどのような役割を果たすのか、ということです。プロダクト/エンジニアリング/デザインを専門としない創業者であれば、ビジョンを定義するよう求められるかもしれません。プロダクト、技術、デザインのバックグラウンドを持つ創業者の場合、会社が大きくなるまでは、通常、そのようなことはありません。プロダクトエグゼクティブは、通常、創業者主導のビジョンにおいて、コンサルティングや実行の役割を担います。創業者は、候補者にそれがどちらであるかを伝える必要がありますし、候補者はそれを尋ねる必要があります。この2つは、どちらもあまり行われません。

創業者は、この質問に対する答えを理解したら、適切なスキルがあるかどうかを吟味する必要があります。本当に必要なのはビジョンを実行することであるなら、面接の多くをビジョンに費やすべきではありません。もちろん、候補者はビジョンを理解する必要がありますが、あなたが本当に学ぶべきは、あなたからビジョンを受け取り、それを無数の困難な方法で実現することに抵抗がないかということです。

失敗モード 2:専門知識と必要とされるプロダクト開発のタイプは一致しているか?

企業によって、長期的な成功を収めるために必要なプロダクト戦略へのアプローチは大きく異なります。私たちの多くは、プロダクト開発には様々な種類があることを理解しています。技術やプロセスの拡張、新しいプロダクト・マーケット・フィットを見つけるための新プロダクト開発、現在のプロダクト・マーケット・フィットを強化するための新機能の開発とユーザー体験の反復、そして、既存のプロダクト・マーケット・フィットを最大数のユーザーに体験してもらうためのグロースワークなどがあるのです。伝統的にプロダクトリーダーは、どちらかの専門家になることに傾いています。例えば、私は間違いなくグロースの専門家として最も知られています。

創業者は、プロダクトリーダーを採用しようとする際に、自分たちが実際に直面しているプロダクトの課題がどのようなものなのかを理解していないことが多いのです。ネットワークビジネスでは、新しい機能よりも、より多くのユーザーを獲得することがプロダクトをより強固にするため、グロースに重点を置く傾向があります。DTCのeコマース企業やブランドは、常に新プロダクトを発表しています。SaaSビジネスでは、時間をかけて多くの新機能を立ち上げる必要がある傾向があります。常に新しい機能を作りたがるプロダクト・リーダーをネットワーク・エフェクト・ビジネスに採用しても、うまくいかない可能性が高いのです。

失敗モード 3:ニーズの変化に合わせてプロダクトリーダーを適応させることができるか?

創業者が適切なタイミングで適切なスキルを持つリーダーを採用したとしても、企業の規模が大きくなるにつれて、そのスキルの比重を変化させる必要があります。今日、プロダクトリーダーの仕事は、ビジネスが必要とするものになることです。つまり、旧来のプロダクトリーダーがスペシャリストであるのに対し、新時代のプロダクトリーダーは、スケーリング、新プロダクト開発、機能追加、グロースなど、ビジネスのニーズに合わせたポートフォリオのバランスを取り、ビジネスニーズの変化に応じて、時間の経過と共にそのバランスを大きく変えていくカメレオンである必要があるのです。これは難しいことですが、プロダクトリーダーが企業内で長期的に成功するためには、必然的にそうやって進化していかなければならないのです。

グロース志向のリーダーとして、私はEventbriteでより多くの時間をスケーリング、機能、新プロダクトの拡張作業に費やしています。

プロダクト・リーダーシップは、非常に難しいものです。創業者とプロダクト・リーダーの両方が、役割を採用する前に期待することを一致させ、組織が今どの問題に焦点を当てているかを一致させることで、その難しさをある程度解消することができます。そして、プロダクトのニーズの変化に合わせて進化していけるかどうかは、プロダクトリーダーにかかっています。ニーズがいつ変化するかを理解し、それに合わせて組織を変化させることができるのは、どちらもプロダクトリーダーなのです。

現在、レオン・ヴァインホールの「レア、フォーエバー」を聴いています。


フォローして最新情報をチェック!

プロダクトマネージャーの意思決定の極意

プロダクトマネージャーは、プロダクトの優先順位の決定、プロダクトデザインの決定、バグのトリアージの決定など、毎日多くの決定を下さなければなりません。そして、プロダクトマネージャーがそのような決定を下すプロセスによって、チームのダイナミズムが非常によく機能することもあれば、全く逆の結果になることもあります。

うまく機能しているとき、チームは最高のアイデアが、それがどこから来たかに関係なく、実行に移されるように感じられます。自分たちの意見を聞いてもらえるという実感があるのです。そして、いつ、どのように意思決定がなされるのか、明確に理解することができるのです。そして、時には間違った判断がなされることがあっても、適切な時にはそれを覆すことができることを知っています。また、意思決定の結果に必ずしも同意しないかもしれませんが、チームが正しい判断を下すことができると信じています。そして、チームは目の前にあるどんな難題にも挑戦し、効果的に解決できると信じているのです。

一方、意思決定のプロセスがうまくいかないと、チームは多くの決断に疑問を持ち始めます。そのような場合、チームは、その決定がすべての関連情報を考慮することなく、急いでなされたのではないかと考えるようになります。チームは、そのような意思決定がどのように行われるのかを理解しているとは思えず、チームがカバ(最も高い給料をもらっている人の意見)の意思決定に悩まされているとさえ思うかもしれません。そして、最終的にチームの正しい判断力を信頼していないのです。

うまく機能しているチームとそうでないチームの違いで驚くのは、実際に行われている意思決定ではなく、そうした意思決定が行われるプロセスや文化です。正しい意思決定を行う文化を構築するために、私はプロダクトマネージャーに以下のベストプラクティスに従うことを推奨しています。

▼本記事の内容
  1. 優れたアイデアの創造者ではなく、キュレーターとしての役割を確立する
  2. 人の意見を聞き入れることができる
  3. 意思決定のプロセスを伝える
  4. 明日の決断より今日の決断を優先する
  5. 決断を見直すプロセスを明確にする

この記事は、「The Art of Decision Making as a Product Manager」を著者の了解を得た上で翻訳したものです。

著者: Sachin Rekhi
翻訳者: 渡辺圭祐

優れたアイデアの創造者ではなく、キュレーターとしての役割を確立する

優れたプロダクトは優れたチームによって作られます。そのため、最高のアイデアはチームの誰からでも生まれる可能性があります。このことをチームが理解し、真摯に受け止めることが重要です。あなたの役割は、最高のアイデアをキュレーションして、それがトップに上がるようにすることだと信じれば、チームはそのプロセスに熱心に参加するようになります。

人の意見を聞き入れることができる

自分の役割を確立したら、最も重要なことは、人々の意見を聞くことを保証することです。つまり、チームからの意見を聞きやすい環境を整え、時間をかけてじっくりと検討することです。自分が納得できないアイデアをすぐに否定しないよう、注意してください。その代わり、相手の立場を理解し、自分の言葉で相手の提案を言い換えることで、相手が理解したことを実感できるようにしましょう。

意思決定のプロセスを伝える

重要な決断を下している最中には、意思決定のプロセスをチームに理解させることが重要です。まだ提案の候補を集めている段階であれば、そのことを明確にし、チームからアイデアを募りましょう。追加情報を待って決断する場合は、そのこともチームに伝え、決断に時間がかかる理由を知ってもらうことが大切です。そして、最終的に決断したら、その決断とその理由をチームに明確に伝え、次のチャレンジに進むようにしましょう。

明日の決断より今日の決断を優先する

意思決定の敵は「時間」です。今日の決断は今日中にプロダクトを前進させることができますが、将来の決断は単に学習を遅らせ、なぜこんなに時間がかかっているのかと疑問を抱かせ、実行速度を低下させるだけです。ですから、決断は後回しにせず、今日することが重要です。決断する前に待つべき明確な追加情報がない限り、常に今すぐ決断することを優先してください。

決断を見直すプロセスを明確にする

判断を誤り、再検討しなければならない状況に陥ることは避けられないでしょう。このような場合、自分自身に許容することが重要ですが、同時にそのための明確なプロセスを確立しておくことが大切です。私は、「以前に下した決断を見直す原因となる、新たな情報は何か」と常に問いかけるようにしています。これは、意思決定が常に見直され、翻弄されることがなく、かつ適切なときに軌道修正するメカニズムがあることを保証するための素晴らしい基準です。

これら5つのベストプラクティスを実践すれば、チーム内で正しい意思決定文化を確立し、チームダイナミクスが極めてよく機能するようになるはずです。

関連エッセイ

私は、15年以上にわたるプロダクトの経験を凝縮し、PMがその技術を習得するのを助けるために作られた新しいコースをついに発表しました。22年夏に開催される「プロダクトマネジメントを習得する」コースにご参加ください。


フォローして最新情報をチェック!

データではなく、インサイトを提供する

データ戦略の重要性を苦労して知った方法

IoTプロダクトは、大量のデータを生成することで知られています。IoTプロダクトを導入する理由は、このデータを生成・収集するためであり、データそのものが価値を提供するものだと主張する人さえいます。私はそうは思いません。IoTプロダクトはインサイトを提供する必要があるのです。

この記事では、データ戦略を持つことの重要性を説明し、私がどのようにこのことを苦労して発見したかを共有します。

▼本記事の内容
  1. あなたのデータ戦略とは?
  2. データは多ければ多いほど良いのか?
  3. 常にデータ戦略でリードする
  4. 業界知識の重要性
  5. 結論 インサイトを提供する

この記事は、「Provide Insights, Not Data」を著者の了承を得た上で翻訳したものです。

著者: Daniel Elizalde
翻訳者: 渡辺圭祐

あなたのデータ戦略とは?

結局のところ、IoTプロダクトも、顧客から見れば他のプロダクトと変わりません。価値を提供するかしないかです。そのプロダクトが果たすべき仕事を解決するか、しないかです。

なぜ、このような話をするのでしょうか。なぜなら、企業がIoTプロダクトを構築する際に直面する最大の課題の1つは、データ戦略、つまりデータからどのように価値を引き出すかについての計画を持つことだからです。

データ戦略とは、データの収集と管理にとどまりません。プロダクトで達成したい最終目標を定義することから始まり、IoTテクノロジースタックを用いて、スタックの各レイヤーで収集、保存、分析、転送する必要があるデータを理解することができます。これは、IoT意思決定フレームワークのData Decision Areaを通過する際の重要な目的の1つです。

データは多ければ多いほど良いのか?

そうではありません。明確なデータ戦略を持つことの重要性について、あるエピソードを紹介しましょう。

私はキャリアの初期に、ある半導体製造会社向けにターンキーIoTソリューションを開発しました。顧客は(仮)ケビンといい、新しいハードウェア・チップの特性評価プロセスを自動化するために、私の勤める会社に依頼しました。キャラクタライズとは、コンピュータ・チップに想像しうるあらゆる入力を与え、その出力を記録して、エンジニアがチップを設計する際に使用した数学モデルにできるだけ近い性能を確保することを意味します。

手作業であらゆる入力の組み合わせを設定するのは不可能な作業です。しかし、もしコンピュータに入力を代行させ、すべての出力データをクラウドに保存することができれば、多くの時間を節約し、プロダクト全体の品質を向上させることができるはずです。そこで、私たちが登場したのです。

ソリューションのインストールとプロビジョニングが完了すると、ケビンと彼のチームは非常に興奮しました。プロジェクトは大成功でした。

数ヵ月後、ケビンから助けを求める電話がかかってきました。「データがあふれかえっていて、どうしたらいいか分からない」。私たちが開発したシステムには、高速のセンサーやアクチュエーターがたくさんあり、1秒間に何ギガバイトものデータを生成していたのです。そう、1秒間に。

ほんの数分システムを動かすだけで、膨大なデータが作成され、その新しい情報を理解するのに数週間を要します。可視化の問題は解決されましたが、その一方で、大量のデータを管理、分析、処理することができないという、別の(おそらくより大きな)問題を生み出してしまったのです。

常にデータ戦略でリードする

後悔先に立たずとはよく言ったものです。今日、私は、このカスタムソリューションで顧客が要求するものを提供するだけでなく、顧客の最終的な目標を理解するためにもっと良い仕事をするべきだったということがよくわかります。

誤解しないでいただきたいのですが、私の会社から見れば、この展開は成功でした。時間通りに予算内で納品し、お客様はピカピカの新システムに喜んでサインしてくれました。しかし、実際には、私たちは問題を悪化させてしまったのです。

この話は1回限りではありません。実際、私は世界中のプロダクト担当者と話をする中で、このようなことが何度も起こっているのを目の当たりにしています。企業は、お客様が本当に成し遂げようとしていることを深く掘り下げるのではなく、問題の症状に対処することに重点を置きすぎているのです。また、インサイト(洞察)ではなく、単なるデータを提供することに重きを置いている場合も少なくありません。

幸運なことに、ケビンは私の会社を信頼してくれて、データが多すぎるという問題を解決するために、プロジェクトの第2段階を手伝ってくれることになったのです。今回は、彼のチームだけでなく、会社全体のニーズを深く掘り下げることに気をつけました。

すると、彼らはデータ操作の専門知識を持たず、データアナリストもおらず、私たちが開発したシステムを引き継ぐのに必要な知識もないことがすぐにわかりました。

私はその後数カ月間、彼らと共にデータ戦略とデータ管理ソリューションを導入し、これらの懸念に対処しました。データ量を減らし、すべてのデータ(他部門からのデータも含む)をプライベートクラウドに一元化し、分析・可視化レイヤーを追加しました。その後、物事はずっとよく見えるようになりました。

この教訓は決して忘れないでしょう。

機械や “モノ “は、膨大な量のデータを生成することができます。疲れることはないので、昼も夜もデータを出し続けることができます。ノンストップです。明確なデータ戦略と、そのデータを使って価値を提供するための明確な道筋がなければ、IoTソリューションは役に立ちません。ノイズを増やすだけです。

業界知識の重要性

古いジョークにこんなものがあります。羊飼いが羊の世話をしていると、突然スポーツカーに乗った青年が立ち寄った。羊飼いが羊の世話をしていると、突然スポーツカーに乗った青年が通りかかり、「羊の数を当てたら、1匹飼ってもいいですか?羊飼いは同意する。羊飼いはそれを受け入れ、青年は最新鋭の計算機で計算を始める。「羊の数は280匹です」。

羊飼いはため息をつきながら、「あなたの職業を当てたら、羊を返してもらってもいいですか」と青年に言った。羊飼いはため息をつきながら、青年に言った。羊飼いは、「あなたはコンサルタントですね」と言う。青年は驚いて、「どうしてわかったんですか!」と聞く。「まあ、あなたは私に高額な料金を請求しているし、私がすでに知っていることを話している。そして、私の犬を取り上げているのだから、明らかにあなたは私のビジネスについて何も知らないのだ」と。

この話は、プロダクトマネージャーにも当てはまる。そのため、解決する必要のない問題を解決してしまったり、多くのデータを出すだけで価値のないものを作ってしまったりすることがよくあるのです。

今思えば、ケビンのシステム構築の際も、業界知識のなさが問題を引き起こしました。私(と私の会社)にとっては、新しい業界でした。私たちは、他の業界向けに高性能なIoTソリューションを構築する方法を知っており、ソリューション空間は非常によく翻訳されましたが、問題空間は全く異なっていました。

私たちは、お客様について、またお客様の抱える問題について、十分な時間をかけて学んできましたが、その業界の課題に対する参照枠を持っていなかったのです。その結果、部分的には価値のあるプロダクトでしたが、問題を完全に解決することはできませんでした。

では、この羊飼いとコンサルタントの物語から得られる教訓は何でしょうか。

顧客の業界を知ること。プロダクトマネジャーは、顧客のビジネスについてできる限り理解する必要があります。言い換えれば、深い業界の知識を持つ必要があるのです。

顧客とその業界の同業者が直面する課題の専門家になれば、プロダクトについてより良い質問と判断ができるようになり、ひいては顧客により多くの価値を提供することができるようになるのです。

結論 インサイトを提供する

今日の多くのIoTプロダクトは、インサイトではなく、データを生成することに重点を置いています。その結果、ソリューションの価値を活かせず、データから有用な情報を抽出するために余分な作業を強いられ、失望するお客様が続出しています。

プロダクトマネージャーは、ターゲットとする業界の最も一般的な課題を理解するなど、お客様の世界を理解する責任があります。そうして初めて、顧客のニーズを解決するための確固たるデータ戦略を構築することができるのです。

原文はiotforall.comに掲載されています。


フォローして最新情報をチェック!

プロダクトの機会を評価する

最近、私はプロダクトスペックの再発明について、また、プロダクトスペックの基礎として、重量のあるPRDから軽量の高忠実度プロトタイプに移行する理由について書きました。しかし、このようなアイデアはどこから来るのでしょうか。また、そもそもプロダクトを作りたいかどうか、どのように判断するのでしょうか。

*この記事は「Assessing Product Opportunities」を、著者の了承を得て翻訳したものです。
著者: マーティ・ケーガン(Marty Cagan)
翻訳者: 渡辺圭祐

新しいプロダクトを生み出すチャンスは、成熟したマーケットも含め、あらゆるところに存在します。なぜなら、何が可能であるかは常に変化しているからです。常に新しい技術が生まれ、新しい才能を持った人が会社に加わり、競合他社が現れては消えていきます。プロダクトマネージャーは、どれが有望でどれがそうでないか、魅力的に見えるものについては、どれを追求すべきか、どれを他の人に任せるのが最善か、どのアイデアはまだプロダクト化の準備ができていないかを判断するために、素早く機会を評価する能力が必要なのです。

多くの企業では、「このプロダクトはどうしてもやらなければならない」と上から降ってくるだけです。また、マーケティング部門がどのようなプロダクトが必要かを決定する企業もあります。

いずれの場合も、プロダクトを作るかどうかを決めるプロセスが直感に任されていることが多すぎます(もっとひどいのは、大口の顧客が「特別な」資金を提供すると言い出し、それがプロダクト化への取り組みの基礎になることです)。

通常、ビジネスサイドまたはマーケティング担当者は、解決すべき問題を記述することを目的とした何らかの形式のマーケット要求文書(MRD)を作成し、ビジネスの正当性も含めて記述します。MRDの目的は機会を説明することであり、解決策を説明することではありません。少なくとも理論的にはそうです。実際には、多くの企業はMRDを作成しませんし、作成したとしても、それはMRDと呼ばれるプロダクトスペックであることがほとんどです。MRDを作成した場合、PRDと同じような問題が発生します。書くのに時間がかかりすぎ、読まれず、必要な質問に答えられないことがよくあります。

その結果、多くのプロダクトマネジャーがMRDを無視してしまうのです。しかし、何もせず、ただプロダクトに飛びつくことの問題点は、一般的に、飛びつく前に見ることが良いということです。課題は、これを素早く、軽量で、しかも効果的な方法で行うことです。

私は、この「プロダクト機会評価」を、プロダクトマネジャーの極めて重要な責務と考えています。良いプロダクト機会評価の目的は、a) 会社が悪い機会に時間とお金を浪費するのを防ぐこと、b) 良い機会については、成功するために何が必要かを理解すること、のいずれかである。

幸いなことに、有用なプロダクト機会評価を行うことはそれほど難しいことではありません。私はプロダクトマネージャーに10の基本的な質問に答えるようお願いしています。

  1. このプロダクトはどんな問題を解決するのか?(価値提案)
  2. 誰のためにその問題を解決するのか?(ターゲットマーケット)
  3. その機会はどのくらい大きいか?(マーケット規模)
  4. どのような代替案があるのか?(競合状況)
  5. なぜ、私たちはこれを追求するのに最適なのか?(差別化要因)
  6. なぜ今なのか?(マーケットの窓)
  7. このプロダクトをどのように市場に投入するのか?(マーケット参入戦略)
  8. このプロダクトの成功/収益をどのように測定するのか?(測定基準/収益戦略)
  9. 成功のために重要な要素は何か?(ソリューション要件)
  10. 上記を踏まえた上で、おすすめは?(GoかNo-Goか)

答えるのが最も難しい質問は、たいてい最初のものです。しかし、ほとんどのプロダクトマネージャーは、そのプロダクトが解決しようとする問題は何かと尋ねると、解決しようとする問題についての明確で説得力のある説明ではなく、機能や性能のとりとめのないリストが返ってくるのが普通です。

もう一つの難しい問題は、機会の大きさを評価することです。この点については、業界アナリスト、業界団体、財務担当者、そして自分自身のボトムアップの計算から、考えを得ることができます。しかし、今は、保守的に考え、すべての機会が10億ドルのマーケットである必要はないことを認識する必要があります。

「Go-to-market」戦略は、このプロダクトがどのように販売されるかを示すものであり、プロダクト要件に非常に大きな影響を与えるため、特に重要です。

ソリューション要件は、調査中に特定された特別なニーズや要件を指します。ここでも、プロダクトを説明するのではなく、依存関係や制約を明確にします。例えば、システムインテグレーターを通じて販売されるプロダクトであれば、この種のパートナーは、提供するプロダクトの拡張性に関する要件を持っています。同様に、ブランディングやパートナーシップの要件もあります。

プロダクト組織は、良い機会を追求し、優れたプロダクトソリューションを提供することが全てです。新プロダクトを生み出すチャンスはどこにでもあります。プロダクトマネージャーは、新しいチャンスを効果的に評価し、会社にとって最も可能性のあるものを見極めることができることが重要です。また、悪いプロダクトのアイデアを追って多大な時間とコストが失われる前に、この段階で見極めることも同様に重要です。追求すべきプロダクトを正しく選択することは、企業にとって最も重要な決定の一つです。

プロダクト機会評価の結果を上層部に提示し、議論することが重要です。そして、この機会を満たすプロダクトを追求するかどうか、会社として明確にGoかNoかの判断を下すことが必要です。もし、プロダクト開発を進めることになれば、自分が何をしようとしているのか、成功するためには何が必要なのか、より詳しい情報を得ることができます。

では、CEOから「我々はこれをやっているのだから、早くプロダクトに取りかかれ」と言われたら、どうすればいいのでしょうか。まず、プロダクトをやることには戦略的な理由がある場合もあり、マーケットで成功しそうにない場合でもプロダクトを追求する必要がある場合があることを認識してください。とはいえ、このように軽量で迅速なプロダクト機会評価を行うことは、このプロダクトがどのようなものかをより良く知ることができるという点で価値があると私は考えています。しかし、少なくとも、成功するために自分が直面している問題を知ることができるのです。

マーティ・ケーガン

SVPGの創業者兼プロダクト担当パートナー


この記事の著者であるMarty Caganは、PMにとって有名な一冊である『INSPIRED 熱狂させる製品を生み出すプロダクトマネジメント』の著者でもあります。PMについて興味のある方は、こちらからご確認ください。


Marty Caganの他の記事を読む👀

👉 Marty Cagan

フォローして最新情報をチェック!

プロダクト・マーケット・フィット ガイドライン

スタートアップの創業者であれば、プロダクト・マーケット・フィットは常に気にしていることかもしれません。私は常にプロダクト・マーケット・フィットに関する記事を読み、ハイライトしているので、プロダクト・マーケット・フィットの全体像を把握するのに役立ったお気に入りの読み物をいくつか紹介したいと思います。

必読の記事は数え切れないほどあり、すべてを載せるのは難しいので、いくつかピックアップして全体像を図式化してみました。

この記事や添付されている記事をただ読んで終わりにするのではなく、共感したところをハイライトして、感想や学びをGlaspに残しておきましょう。そうすれば、いつでも見返すことができ、私たち皆が同時に学習することができます。
私のプロダクトマネジメントに関する記事のリーディングリストはこちらから参照ください。
👉 Glasp – Product Management

準備ができたら、次に進みましょう。

▼本記事の内容
  1. プロダクト・マーケット・フィットの前に – 何が最も重要か?
  2. Pmarchive – 唯一重要なもの
    1. 本当のプロダクト・マーケット・フィット|Y Combinator
    2. 消費者向けスタートアップがプロダクト・マーケット・フィットを達成したのはいつか?
  3. プロダクト・マーケット・フィット – どのような感覚なのか?どんな神話があるのか?
    1. プロダクト・マーケット・フィットを見つけたときに感じること – 第45号 – Lenny’s Newsletter
  4. プロダクト・マーケット・フィットをどのように測定するか?
    1. プロダクト・マーケット・フィットへの終わりのない道
    2. Rahul VohraがSuperhumanのプロダクト・マーケット・フィットフレームワークを紹介|First Round Review
    3. ケイシーが教えるプロダクト・マーケット・フィットの見つけ方
    4. 定量的なプロダクト・マーケット・フィットを判断するための最適な指標
  5. プロダクト・マーケット・フィットを達成するには?
    1. ケイシーが教えるプロダクト・マーケット・フィットの見つけ方
    2. プロダクト・マーケット・フィットへの道筋
    3. プロダクト・マーケット・フィットまでの時間を最短にする
    4. Rahul Vohra、Superhumanのプロダクト・マーケット・フィットフレームワークを紹介|First Round Review
    5. プロダクト・マーケット・フィットの先にあるもの

*この記事は「Product Market Fit Guideline」を著者の了承を得て翻訳したものです。

著者: Kazuki Nakayashiki
翻訳者: 渡辺圭祐

プロダクト・マーケット・フィットの前に – 何が最も重要か?

ベンチマーク・キャピタルの共同創業者であるアンディ・ラクレフ氏によると[1]、プロダクト・マーケット・フィット(PMF)という概念は、当初セコイア・キャピタルの創業者ドン・バレンティン氏が生み出し、マーク・アンドリーセン氏が普及させたものです。

スタートアップには、チーム(人)、プロダクト(製品)、マーケット(市場)の3つの要素があります。アンディ・ラクレフやマーク・アンドリーセンをはじめとするビジネスリーダーは、マーケットが最も重要だと言っています。会社を殺すナンバーワンはマーケットの欠如です。

Pmarchive – 唯一重要なもの

pmarchive.com/guide_to_startups_part4.html
By Marc Andreessen (@pmarca)

プロダクト・マーケット・フィットとは、良いマーケットで、そのマーケットを満足させることができるプロダクトを持っていることを意味します。

素晴らしいマーケット、つまり本当の潜在顧客がたくさんいるマーケットでは、マーケットがスタートアップからプロダクトを引き出してくれるのです。[中略]逆に、ひどいマーケットでは、世界最高のプロダクトと最高のチームを持っていても、それは問題ではなく、失敗することになるのです。

アンディ・ラクレフの「スタートアップ成功の法則」。

• 素晴らしいチームが最低のマーケットに出会ったら、マーケットが勝利する。
• お粗末なチームが偉大なマーケットに出会ったら、マーケットが勝利する。
• 偉大なチームが偉大なマーケットに出会ったとき、何か特別なことが起こる。

もし、あなたがプロダクト・マーケット・フィットの前(BPMF)にいるのなら、重要なのはプロダクト・マーケット・フィットに到達することだけです。プロダクト・マーケットフィットに到達することに執拗に集中する。プロダクト・マーケット・フィットに到達するために必要なことは何でもしましょう。(例えば、人を変える、プロダクトを書き換える、別のマーケットに移る、顧客にNoと言うなど)。

本当のプロダクト・マーケット・フィット|Y Combinator

www.ycombinator.com/library/5z-the-real-product-market-fit
By Michael Seibel(@mwseibel

プロダクト・マーケット・フィットを見つけること=まずマーケットに焦点を当てること。[中略]問題、つまりマーケットこそが真のチャンスなのです。

プロダクト・マーケット・フィットを見つけるには、ユーザーが本当に意味のある問題を抱えているマーケットを選び、素早くローンチし、ユーザーの声に耳を傾けることです。

中途半端で、V1で、不完全な解決策を試したくなるような、ユーザーの切実な問題を見つける必要があるのです。

消費者向けスタートアップがプロダクト・マーケット・フィットを達成したのはいつか?

andrewchen.com/when-has-a-consumer-startup-hit-productmarket-fit/
By Andrew Chen (@andrewchen)

マーケットとは、自分がすでに考えているユースケースに対してプロダクトを検索し、比較することができるすべての消費者のことです。

マーケットが最も重要ですが、そもそもマーケットとは何でしょうか?それが本物か偽物かは、どうやって検証すればいいのでしょうか?アンドリュー・チェンは、既存の需要が存在するかどうかを確認するスマートな方法を紹介しています。

  1. あなたのサイトにアクセスするために、人々はどんなキーワードを検索していますか?
  2. そのキーワードをグーグル・キーワード・ツールに入力します。
  3. このキーワードで検索している人は何人いますか?

3.の答えが数百万人以上なら、大きなマーケットがあることになります。コンシューマー・インターネットの場合、大きなマーケットとは次の3つで構成されています。

  1. 潜在的なユーザー数が多いこと
  2. 潜在的なユーザー数の高い伸び
  3. ユーザー獲得が容易であること

大きなマーケットでリードすることで、プロダクトデザインをよりシンプルに、よりクリーンに実行することができます。なぜなら、大きなマーケットを選べば、時間をかけてユーザー中心の属性を把握し、その上で競争することができるからです。そうすることで、プロダクトデザインに強い意志が生まれ、クリーンでまとまりのあるUXを実現することができるのです。

プロダクト・マーケット・フィット – どのような感覚なのか?どんな神話があるのか?

プロダクト・マーケット・フィットしている状態とはどのようなものなのか、人によってさまざまな意見があります。

「サーバーを増設するのと同じ速さで顧客がプロダクトを購入し、使用量が増えている。顧客から受け取ったお金は、あなたの会社の小切手帳にどんどん入ってくる。営業やカスタマーサポートのスタッフをどんどん雇っている。」

マーク・アンドリーセンMarc Andreessen

「少人数であっても、顧客からのフィードバックが非常に強い。例えば、Colorの初期には、顧客から文字通りのラブレターを受け取っていました。」

イーラッド・ギル(Elad Gil

「プロダクトに大きな変更を加えることができないほど、利用者が殺到しているとき、あなたはプロダクト・マーケット・フィットしている。」

マイケル・セイベル(Michael Seibel

「消費者向けアプリと企業向けアプリの両方において、本当の指標は、あなたのプロダクトを使ったときに誰かの瞳孔が開くかどうか?デモを手渡したときでも、ホワイトボードに何かを描いたときでも、「もう帰らないのか」「今までどこにいたんだ」と言われるかです。」

スティーブ・ブランク(Steve Blank

「マーケティングをしなくても、プロダクトが指数関数的に成長すれば、PMFしていることがわかる。それは、大きな口コミがある場合にのみ可能です。口コミは、顧客を喜ばせて初めて可能になるのです。」

アンディ・ラクレフ(Andy Rachleff

「プロダクト・マーケット・フィットには、最初期の人々が何を言っているかを解明する必要があります。」

リード・ホフマン(Reid Hoffman

• 神話1:プロダクト・マーケット・フィットは、常に個別のビッグバンイベントである。
• 神話2: プロダクト・マーケット・フィットがあれば、それは明白である。
• 神話3:いったんプロダクト・マーケット・フィットを達成したら、それを失うことはない。
• 神話4: 一度プロダクト・マーケット・フィットがあれば、競合のことを気にする必要はない。

ベン・ホロウィッツ(Ben Horowitz

「一般的に、プロダクト・マーケット・フィットを達成する前に採用するとスピードが遅くなり、プロダクト・マーケット・フィットを達成した後に採用するとスピードが速くなる。[中略]プロダクト・マーケット・フィットを得るまでは、a)できるだけ長く生き、b)できるだけ早くイテレーションを行いたい。小さいチームが最高。」

サム・アルトマン(Sam Altman

「スタートアップがマーケットを検証するためには、ほとんどの創業者が予想するよりも2-3倍の時間が必要です。この過小評価は、早すぎるスケーリングのプレッシャーを生みます…私たちのデータセットでは、70%のスタートアップが何らかの次元で早すぎるスケーリングをしていることがわかりました。この数字は高いと思われましたが、これは、スタートアップの90%の失敗率を説明するための長い道のりを歩むかもしれません。」

スタートアップゲノムレポート(Startup Genome Report

プロダクト・マーケット・フィットを見つけたときに感じること – 第45号 – Lenny’s Newsletter

www.lennysnewsletter.com/p/what-it-feels-like-when-youve-found
By Lenny Rachitsky(@lennysan)

ソース: プロダクト・マーケット・フィットを見つけたときに感じること – 第45号 – レニーズ・ニュースレター

プロダクト・マーケット・フィットの兆候はいくつかあります。それは、(1) 突然の大きな引き、(2) 徐々に、しかし複合的な引き、そして (3) マイルストーンを達成し、それがうまくいっていることが証明されること、です。

マーケットの「牽引力」は、さまざまな形で現れます。

  • 口コミなど、オーガニックな成長における変化。(例:ウーバー、ティンダー、ストライプ、PagerDutyなど)。
  • あなたのサイトがダウンしたときに顧客から苦情が来る。(例: Nextdoor、Carta、など)
  • 人々はプロダクトが壊れても使う。
  • 顧客は、あなたが頼む前に、プロダクトにお金を払うように頼む。(例:GitHub)

引きの強さは、以下によって決まります。

  • あなたのプロダクトが問題を解決する上でどれだけ優れているか。
  • 初期のマーケット規模(ニッチかブロードか)。
    • ブロード: ドロップボックス、ネットフリックス、ティンダーなど。
    • ニッチ: インスタカート、スーパーヒューマン、サブスタックなど

ローンチ後すぐにPMFを見つけたスタートアップもあれば、以下のように長い時間を要したスタートアップもあります。

  • ネットフリックス: 1.5年
  • セグメント 1.5年
  • エアビーアンドビー: 2年
  • PagerDuty: 2年
  • スーパーヒューマン: 3年
  • アンプリチュード 4年

プロダクト・マーケット・フィットをどのように測定するか?

プロダクト・マーケット・フィットを測るには、調査(NPS、40%の「非常に残念」回答など)、直感、メトリクス(コホート・リテンション分析)など、多くのアプローチがあり、間違った答えはないでしょう。しかし、リフォージの創業者であるブライアン・ バルフォアは、プロダクト・マーケット・フィットについて明確な道筋を示してくれています。結局、ケイシー・ウィンターズやジェフ・チャンなどの思考リーダーが言うように、コーホートリテンションレートは、プロダクト・マーケット・フィットの指標として妥当なものなのです。

プロダクト・マーケット・フィットへの終わりのない道

brianbalfour.com/essays/product-market-fit
By Brian Balfour (@bbalfour)

プロダクト・マーケット・フィットの道のりのどこにいるのかを知ることは、引きから移行、そして成長へと進むタイミングを理解するのに役立ちます。

出典 [The Never Ending Road To Product Market Fit]

プロダクト・マーケット・フィットに至るまでには、4つのチェックポイントがあります。

  1. リーディング・インジケータ・サーベイ(=彼らが言うこと)
    1. ショーン・エリスの調査(別名:40%の「非常に残念」な回答)
    2. NPS (ネットプロモータースコア)
  2. 主要指標エンゲージメントデータ(=彼らが何をしたか)
    1. 視聴ではなく、イベントやアクション
    2. プロダクトのコアとなる目的
  3. フラット化したリテンション・カーブ(=あるマーケットやオーディエンスに対するPMF
    1. 主要なデモグラフィック(年齢、場所、産業など)、時間、ユーザーソースでセグメントし、リテンションユーザーの特性を特定する
    2. 定性調査を実施し、リテンションユーザーの特性を把握
  4. 三位一体(=ある意味でのマーケットに対する100%のPMF)
    1. トップラインの成長
    2. 高いリテンション
    3. 有意義な利用
出典 [The Never Ending Road To Product Market Fit]

Rahul VohraがSuperhumanのプロダクト・マーケット・フィットフレームワークを紹介|First Round Review

firstround.com/review/how-superhuman-built-an-engine-to-find-product-market-fit/
By Rahul Vohra (@rahulvohra)

この記事で紹介されているのは、”Superhuman build an engine to find product-market-fit” という、プロダクト・マーケット・フィットの測定可能な指標についてです。測定できれば、最適化することができます。

要するに、プロダクト・マーケット・フィットとは、ユーザーの40%が、あなたのプロダクトがなければ「非常にがっかりする」と答えたときです(別名、ショーン・エリスの先行指標)。

要するに、多くの人が少量欲しがるプロダクトよりも、少数の人が大量に欲しがるものを作った方が良いということです。私の考えでは、マーケットを絞り込むプロダクト・マーケット・フィットエンジンのプロセスは、少数の人が大量に欲しがるプロダクトに大量に最適化されるのです。

過去2週間に2回以上、そのプロダクトを使用したユーザーに次のような質問をしてみてください。

  1. もし、スーパーヒューマンが使えなくなったら、どう感じますか?A) とても残念 B) やや残念 C) 残念でない
  2. どのような人がスーパーヒューマンの恩恵を最も受けると思いますか?
  3. あなたがスーパーヒューマンから受ける主な恩恵は何ですか?
  4. スーパーヒューマンをどのように改善したらいいと思いますか?
💡 40人前後から方向性のある結果が出始めます。ユーザーに何度もアンケートを取らないようにしましょう。

もし、40%以上の人が、あなたのプロダクトがなければ「とてもがっかりする」と答えたら、あなたのプロダクトはプロダクト・マーケット・フィットに達したと言えるでしょう。

ケイシーが教えるプロダクト・マーケット・フィットの見つけ方

caseyaccidental.com/caseys-guide-to-finding-product-market-fit/
By Casey Winters(@onecaseman)

プロダクト・マーケット・フィットとは、顧客が文句を言わなくなり、完全に満足することではありません。彼らは決して不満を止めることはないでしょう。完全に満足することもないでしょう。プロダクト・マーケット・フィットとは、彼らが去るのを止めたときです。

ケイシー・ウィンタース

ケイシーは、プロダクト・マーケット・フィットを「持続的な成長を可能にする満足度」と定義しています。言い換えれば、

PMF = (平坦化されたリテンションカーブ) + (新規ユーザーの前月比成長率)

Source: [Casey’s Guide to Finding Product/Market Fit]

定量的なプロダクト・マーケット・フィットを判断するための最適な指標

https://www.growthengblog.com/blog/the-best-metric-for-determining-quantitative-product-market-fit
By Jeff Chang (@JeffChang30)

NPSスコア、40%の「非常に残念」な反応、直感、良い流通経路など、プロダクト・マーケット・フィットの定義はたくさんありますが、コホート・リテンション・レートはプロダクト・マーケット・フィットの最も重要な指標です。

なぜ他の指標はダメなのか?

  • NPS:最大手のテック企業のNPSスコアはひどいものだが、それでも10億人以上のユーザーを育てることができます。
  • 40%の「非常に残念」という回答:回答のバイアスがあるかもしれません。アンケートに全員を回答させるのは難しいです。また、回答が行動と一致しないこともあります。

なぜコーホートリテンションレートなのか?

  • 回答バイアスがないから
  • ユーザーライフサイクルの全データを見るから
  • 実際のユーザー行動を測定するから
Source: [The best metric for determining quantitative product market fit]

自社に適したベンチマークを見つけるには、大きく成長することができたいくつかの類似プロダクトのリテンションレートを見つける必要があります。

目安としては、消費者向けプロダクトでは25%、B2B SaaSプロダクトでは70%程度がよいでしょう。

垂直軸に特化した数値で水平になるコホートがいくつかあれば、プロダクト・マーケット・フィットを達成したことになります。

プロダクト・マーケット・フィットを達成するには?

スタートアップは、プロダクト・マーケット・フィットを達成するか、それとも死ぬか、どちらかを選ぶ必要があります。プロダクト・マーケット・フィットに至るには、いくつかのアプローチがある。

  • 事業の種類と性格を理解する
  • 先人の真似をしてPMFまでの時間を短縮する
  • コアユーザー/高期待度顧客にフォーカスする

ケイシーが教えるプロダクト・マーケット・フィットの見つけ方

caseyaccidental.com/caseys-guide-to-finding-product-market-fit/
By Casey Winters(@onecaseman)

この分野は、ピボットの成功に関するあらゆるニュースを耳にするにもかかわらず、ラボアモデルに傾倒することが支配的な戦略であると思います。やみくもに多くのスタートアップのアイデアを試すことは、暗い部屋でドアを探しているようなものです。成功したビジョンは、その部屋に明かりを灯し、誰もがドアを見て、そこに向かって走り出すことができるのです。大きなピボットの多くも、創業者の新しいとはいえ強力なビジョンに導かれていたのです。

ケイシー・ウィンタース

プロダクト・マーケット・フィットへの道筋

プロダクト・マーケット・フィットに到達する方法には、主に2つの流儀があり(Eric Ries Model vs. Keith Rabois Model)、成功はどちらのモードでも達成可能です。

創業者は、自分たちのビジネスにプロダクト・マーケット・フィットを見出す機会を最大化するために、どちらのモデルのどの部分を適用する必要があるかについて、強い意見を構築する必要があります。ケイシーの個人的な信念は、強いビジョンとマーケットからのフィードバックの組み合わせは、かなり優位な組み合わせであるということです。

エリック・リースモデル:

  • マーケット(需要)が先、次にプロダクトアイデア(供給)を探す
  • お客様の声・ニーズが原動力
  • 特定の顧客セグメントにフォーカスする
  • 多くのイテレーション
  • ターゲット顧客からのフィードバックを得るために、絞り込んで発売する
  • 企業(日々の未解決の問題)、マーケットプレイス(短期間での立ち上げ)に適用可能

キース・ラボアモデル:

  • プロダクトのアイデア(供給)が先、次にマーケット(需要)を見つける
  • 創業者のビジョンが原動力となる
  • 問題と解決策の両方について、強いビジョンを持つことに重点を置く
  • 少ないイテレーション
  • ビジョンを達成し、潜在的なマーケットを見つけるために、大々的に立ち上げる
  • 消費者(新しい習慣やインタラクションを生み出す)、ハードウェア(反復は長いタイムライン)に適用される
Source: [Casey’s Guide to Finding Product/Market Fit]

プロダクト・マーケット・フィットまでの時間を最短にする

andrewchen.com/ttpmf-time-to-product-market-fit/
By アンドリュー・チェン (@andrewchen)

プロダクト・マーケット・フィットに至るには、プロダクト・マーケット・フィットまでの時間(TTPMF)を念頭に置いておく必要があります。TTPMFが低いことは良いことで、それはとても簡単に手に入れることができます。すでにPMFに達しているものを完全にコピーすればいいのです。

確かに、クローンプロダクトにはビジネス的(倫理的、個人的)な弱点がたくさんあります。

  • インスピレーションが湧かない。
  • 1位を取ることはできない。
  • 競合他社にマーケットを奪われ、追いつかれる。
  • ネットワーク・エフェクト・ビジネスであれば、コミュニティのクローンを作るのは難しい。

だから、基本的な部分はそのままに(80%)、プロダクトの20%を大幅に改革することだ。そして、その20%を正しく選択することです。

理想的なのは、差別化を端からではなく、プロダクトのコアに深く食い込ませることです。エンドユーザーが、プロダクトを使い始めて30秒以内に見て、感じられるようなものです。

Rahul Vohra、Superhumanのプロダクト・マーケット・フィットフレームワークを紹介|First Round Review

First Round.com/review/how-superhuman-built-an-engine-to-find-product-market-fit/
By Rahul Vohra(@rahulvohra)

スーパーヒューマンが使っていた質問を覚えていますか?

  1. もし、スーパーヒューマンが使えなくなったら、どう思いますか?A) とても残念 B) やや残念 C) 残念でない
  2. どのような人がスーパーヒューマンから最も恩恵を受けると思いますか?
  3. あなたがスーパーヒューマンから受ける主な恩恵は何ですか?
  4. どのようにしたらスーパーヒューマンを改善できますか?

プロダクト・マーケット・フィットを得るための4ステップマニュアル。

  1. セグメンテーションでサポーターを見つけ、高期待度顧客(HXC)のイメージを描く。
    1. Q1の回答を役割別に分けるなど。あなたが見落としている潜在的なハッピーユーザーを見つける。
    2. 幸せなユーザーは、ほとんどの場合、Q2で自分自身を表現しています。
  2. フィードバックを分析し、塀の中のユーザーをマニアに変える。
    1. (1)なぜそのプロダクトが好きなのか、(2)何がそのプロダクトを好きになるのを妨げているのかを知ることです。
    2. Q3の回答をワードクラウドに放り込み、パターンを見つける。(プロダクトがなくてもがっかりしない人は除外する)。
    3. 満足しているユーザーが享受している主なベネフィットに基づき、やや失望しているグループを再度セグメント化する(メインベネフィットに共感しないユーザーは無視する)。
    4. Q4の回答を見て、プロダクト・マーケット・フィットを達成するために何が足りないかを見つける(例: スーパーヒューマンは当時モバイルアプリが不足していた)。
  3. ユーザーが好むものを倍増させ、他のユーザーの足を引っ張るものに対処することで、ロードマップを構築します。
  4. このプロセスを繰り返し、プロダクト・マーケット・フィットのスコアを最も重要な指標とする。
    1. プロダクト・マーケット・フィットスコアの追跡を続ける。アーリーアダプターは寛容ですが、このグループを超えると、ユーザーの要求が厳しくなるため、スコアが低下する可能性があります。

プロダクト・マーケット・フィットの先にあるもの

落ち着いてはいけません。プロダクト・マーケット・フィットのプロセスは、マーケットが時間とともに移動し、変化するため、決して終わることはありません。常に前進し、成長し続ける必要があります。

「このプロセスが終わらないのは、主に1つの理由があります。常に動いているのです。最近のマーケットは、加速度的に変化しています。マーケットが動けば、プロダクトもそれに合わせて動く必要があり、プロダクト・マーケット・フィットは、常に親指を立て続けなければならない脈動なのです。

ブライアン・バルフォア(Brian Balfour

プロダクト・マーケット・フィットは、トランペットのファンファーレで発表されるような、1回限りの個別の時点ではありません。競合が現れ、マーケットが細分化され、進化し、さまざまなことが起こります。そのため、アクセルを踏み込む前に、自分が正しい方向に向かっていることを確認するのは難しいのです。

ベン・ホロウィッツ(Ben Horowitz

また、1億ドル以上の企業を作るには、プロダクト・マーケット・フィットだけでは十分ではありません。この記事では詳細を説明しませんが、4つの必須フィットがあり、それぞれのフィットは互いに影響し合うので、単独で考えることはできません。

  • マーケット <> プロダクト・フィット
  • プロダクト <> チャネル・フィット
  • チャネル <> モデル・フィット
  • モデル <> マーケットフィット
Source: [Why Product Market Fit Isn’t Enough — Brian Balfour]
🔗 Related Links & Read More:
• なぜプロダクト・マーケット・フィットは十分でないのか(Why Product Market Fit Isn't Enough — Brian Balfour)
• (マーケット<>プロダクトフィット)1億ドル企業への道はプロダクトからは始まらない(Market <> Product Fit) The Road to a $100M Company Doesn’t Start with Product — Brian Balfour
• (プロダクト <> チャネルフィット)プロダクトチャネルフィットが成長戦略の成否を握る(Product <> Channel Fit) Product Channel Fit Will Make or Break Your Growth Strategy — Brian Balfour
• (チャネル <> モデルフィット)チャネルモデルフィットでARPU-CACのデンジャーゾーンを抜け出せ (Channel <> Model Fit) Get Out of the ARPU-CAC Danger Zone with Channel Model Fit — Brian Balfour
• (モデル <> マーケットフィット)モデル・マーケットフィットの閾値と成長戦略におけるその意味 (Model <> Market Fit) The Model Market Fit Threshold & What it Means for Your Growth Strategy — Brian Balfour

この記事がプロダクト・マーケット・フィットの全体像を理解する一助となれば幸いです。何か質問があれば、TwitterLinkedInでDMをお願いします。

次に何をすべきかを覚えていますか?

この記事や添付されている記事をただ読んで終わりにするのではなく、共感したところをハイライトして、感想や学びをGlaspに残しておきましょう。そうすれば、いつでも見返すことができ、私たち皆が同時に学習することができます。
私のプロダクトマネジメントに関する記事のリーディングリストはこちらから参照ください。
👉 Glasp – Product Management

では、また次回。

Kazuki


フォローして最新情報をチェック!

MVPM: 有用なプロダクトマネージャーになるためにフォーカスしてはならないこと

この図をご覧になったことがある方もいらっしゃるでしょう。プロダクトマネジメントが多様なスキルセットの交差点であることをエレガントに示しています。

Originally from http://www.mindtheproduct.com/2011/10/what-exactly-is-a-product-manager/

そのシンプルさゆえに、この言葉はプロダクトマネジメントのミームとして最も成功を収め、プロダクトマネジメントという学問にとって良い影響を与えてきました。

昔、若いPMの卵であった私は、この言葉によって、学習の幅を広げるために構成する必要があることに気づきました。しかし、どこに焦点を当てるべきかということについては、教えてくれませんでした。私はすべてを学ぼうとし始めましたが、今にして思えばそれは間違いでした。

この3つの円についてすべてを学ぶには、この地球上に十分な時間はありませんので、この図が役に立つとしても、結局は非現実的なものになってしまいます。

そうですね…あまり参考にならないですね

それよりも、その交点を構成するものが何であるかを知る方がずっと役に立ちます。

この交差点は、私がMVPM(Minimum Viable Product Manager)と呼んでいるもので、効果的なジェネラリストプロダクトマネージャーになるために役立つ一連のスキルや知識を定義しており、ほとんどすべての問題に取り組むことができる人たちです。

MVPMは、決して、効果的になるためにそのスキルを習得する必要があることを意味するものではありません。それはこれから始める人にとって非現実的であり、逆効果です。その代わりに、この本は、存在しないプロダクトマネジメントのコースのシラバスのようなものと考えてください。

私は、若き日の自分、新米プロダクトマネージャー、そしてレベルアップを目指す経験豊富なPMのために、この本を書きました。図と対称になるように、スキルは分野ごとのセクションに分けられています。ここでは、注力すべき3つの重要なコンセプトとスキル、そして注力すべきではない1つのスキルを取り上げています。できるだけ平易な言葉で、どの分野にも冷静に取り組もうとする人向けに書いています。


▼本記事の内容
  1. テクノロジー
  2. ビジネス
  3. ユーザーエクスペリエンス

この記事は、MVPM: Minimum Viable Product Managerを、著者の了承を得た上で翻訳したものです。
著者: Brandon Chu
翻訳者: 渡辺圭祐

テクノロジー

1. スタック

エンジニアが「スタック」と呼ぶのは、プロダクトに機能を提供する(つまりプロダクトを動作させる)ために使用されるテクノロジーのレイヤーのことを指します。お客様がランディングページを開いた瞬間から、アカウントを削除するまでの間、スタック内のテクノロジーがすべてを処理します。

最速の学習方法 – エンジニアに頼んで、スタックを高レベルで説明してもらう。各技術の名前を書き留めておく。これらの用語を素早くググれば、選択した各技術の高レベルの利点とトレードオフ、およびそれらがどのように調和して動作するかを学ぶことができます。簡単にウサギの穴に落ちてしまうので、ハイレベルなものにとどめておきましょう(検索キーワードに「トレードオフ+メリット+対(trade offs + benefits + vs)」を追加してください)。

どうすればより良いPMになれるのか?– エンジニアが何かを構築する方法について議論しているとき、専門用語が部屋中に飛び交います。スタックを知っていれば、少なくともそれについていくことができますし、時間が経つにつれて、スタックのどの深さを指しているのか理解できるようになります。一般的に、スタックの中で触らなければならない層が多いほど、あるいは層が深いほど、変更はより複雑でリスクの高いものになります。これを知ることで、問題を解決するための別の方法を再度検討するようになるかもしれません。

2. システムアーキテクチャー

スタックがどのような技術を使用しているかを表すとすれば、システム・アーキテクチャは、それらの技術がどのように構成され、プロダクトを提供するために連携しているかを表します。スタックが主に生の技術的能力であるのに対し、プロダクトのアーキテクチャは顧客が意図する動作を設計に取り入れるものである。

最速の学習方法 – エンジニアにアーキテクチャを描くように頼む。このような答えが返ってくるでしょう。

「なぜトリプルストアというものは2つしかないのか?」

まず、慌てないことです。システムの各コンポーネント(ボックス)が何をするのか、説明してもらってください。あるものはインターネットのリクエストを処理し、あるものは「ビジネスロジック」を収容し、さらにあるものは保存されるデータを保持します(シリンダー)。

次に、信じられないかもしれませんが、これはあなたにとって非常に有益なことです。

アーキテクチャを理解すると、プロダクトをシステムのように考えるようになり、それは一般的にエンジニアも同じように考えるでしょう。システム内の各コンポーネントが全体にどのように寄与しているかを理解することで、より良い意思決定やトレードオフを行うことができるようになります。

一般的に、システムの中で最も接続の多い部品は、データや機能を依存しているものが多いため、変更が最も複雑になります。ビルドを完了するために変更しなければならないコンポーネントが多ければ多いほど、依存関係も増え、プロジェクトの実行は困難になります。

大企業では、扱うコンポーネントの数は、対話が必要なチームやグループの数と同義であることが多く、プロジェクトを実行するために必要な調整も多くなります。

3. データモデルとそのAPI

データモデルは、プロダクトが使用する情報を整理し、その情報の断片が互いにどのように関連しているかを標準化するものです。「情報」とは、ユーザープロダクトクレジットカードなどのことを指し、これらを総称して「エンティティ」と呼びます。これらのエンティティは、特定の構造化された方法で互いに関連付けることができます。例えば、ユーザーは多くのプロダクトを持つことができますが、クレジットカードは1つしか持つことができません。

データモデルは、特定のエンティティが特定のコンポーネントに「住んでいる」という点で、システムアーキテクチャと密接に関係しています。ユーザーモデルはコンポーネントAにあり、商品データもそうかもしれませんが、クレジットカードはその機密性から、コンポーネントBに置かれます。しかし、その中でどのユーザーがクレジットカードを保持しているかを知る必要がある場合、データを共有するためにコンポーネントAからコンポーネントBに接続する必要があります。それはより難しく、それを達成するためにAPI(アプリケーション・プログラミング・インターフェース)が必要になります。

APIはデータモデルの上に構築され、任意の2つのコンポーネントが互いに会話し、その基礎となるモデルに関する情報を交換する方法を表します。重要なのは、APIによって外部のコンポーネントと対話できるようになることです。GoogleマップからUberを呼び出すとき、GoogleマップアプリはUberのコンポーネントと会話しているのです。ほとんどのアプリケーションには、パブリックAPIとプライベートAPIがあり、それぞれインターネット上の誰でも使えるものと、指定した人だけが使えるものがあります。公開APIを知ることは、あなたのプロダクトが外部とどのように相互作用できるかを理解するために重要です。

最速の学習方法 – まず、パブリックAPIについて理解することに集中すべきです。これらは通常簡単に見つけることができ、多くの場合、あなたのウェブサイトの開発者向けドキュメントに掲載されています。それらを見たとき、コードを見ることになるので、あなたのバックグラウンドによっては、それが怖かったり、そうでなかったりするかもしれませんが、ドキュメントが中途半端であれば、それは関係なく、問題なく読むことができるはずです。APIを研究することの良さは、APIが基本的なデータモデルのほとんどを表していることが多いので、一石二鳥であることです。

どうすればより良いPMになれるのか?– データモデルを知ることは、より良いプロダクトを作るためにどのような情報を利用できるか、そしてその情報にアクセスすることがどれだけ難しいかを知る能力を拡大します。APIを知ることは、パートナーやサードパーティの開発者があなたのアプリケーションから取得できる情報の種類を理解し、どのような種類の統合が可能かを理解することを意味します。ソフトウェアの拡張性は、最も価値のある特性の1つであり、他のプロダクト(あなたの顧客が毎日使っている可能性のあるプロダクト)とうまく連携できることは、すぐにテーブルステークスとなりつつあるのです。

4. 注力すべきではない分野

プログラミング。誤解しないでください、私はプログラミングが好きですし、より良くするのに役立ちますが、高度に技術的なプロダクトでない限り、効果的なPMになるためにプログラミングは必要ありません。もしあなたがPMとしてコーディングをしていることに気づいたら、実際にレバレッジの高い仕事をしているのか、他に何をすべきなのか、自問自答する必要があるかもしれません。とはいえ、少なくとも1つのアプリを作り、本番環境に出荷した経験は、非常に価値があり、楽しいものだと思います。

ビジネス

1.プロジェクトマネジメント

退屈ですよね。私も嫌いですが、本当に大切なことです。プロジェクトをうまく運営できなければ、良いPMになることはできない。その通りです。

最速の学習方法 – これは難しい。効果的なプロジェクトマネージャーになるには、多くの経験と時間が必要です。本を読めばいくらでもわかるが、結局は人間の行動の問題なのです。一緒に仕事をすることになる様々な性格について学ぶには時間がかかりますし、どのようにアプローチするかについてのアドバイスも、その人の性格に左右されることが多いのです。

とはいえ、学習曲線を加速させるために投資できるソフトウェア特有のものがいくつかあります。

  1. プロダクト開発の基本を理解し、チームと共感できるようにする。バージョン管理(Git)、共同プログラミング(GitHub)、品質保証プロセス、そして、いつどのようにコードがユーザーにデプロイされるのかについて、高いレベルで学ぶことができます。
  2. ソフトウェアチームを悩ませる一般的な問題と、それを解決するために他の人々が開発したプロセスについて学ぶ。アジャイル、スクラム、カンバンといったものを目にすることがあるでしょう。自分の会社が使っているかどうかに関わらず、それらのアプローチの背後にある哲学を学ぶことには価値があります。
  3. 会社での意思決定を理解し、ステークホルダーをマッピングする。ステークホルダーとは、顧客、上司、チームメンバーの上司、他のPMのことです。プロジェクトがどのような状況、方向性で進んでいるのかを、ステークホルダーが気にするレベルで全員が把握できるような方法を見つける(これも自分で見つける必要があります)。

どうすればより良いPMになれるのか?– チームとより多くのことを成し遂げられるようになり、人々はあなたと一緒に働くことを楽しむようになる。なぜなら、誰もが管理の悪いプロジェクトを嫌うからです。

2. インパクトのモデル化

測定されないものがうまくいくことはほとんどありません。すべてのプロダクトは、ユーザーの成長、機能の採用、収益など、最終的な成功に結びつく定量的な目標を持っている必要があります。

あなたのチームが次に作ることができる最も高いレバレッジのものを議論しているとき、そのプロダクトがこれらの測定基準でどのようにダイヤルを動かすかのモデルを開発できることが重要です。

最速の学習方法-スプレッドシートを使うときが来たのです。良いモデルは、2つのことを明確に示しています。

プロダクトのユニットエコノミクスと、それを生み出す仮定

  • 新規顧客の獲得にいくらかかるか?
  • プロダクトの提供にはどれくらいの費用がかかるか?
  • コンバージョンは目標の針路をどれだけ変えるのか?

予測される影響とそれを生み出す前提条件

  • このプロダクトは今後1年間でどれだけの効果をもたらすか?次の3年間は?
  • このプロダクトを強化し、サポートするために何人の従業員が必要か?
  • コスト削減、インフレ、競争などの市場原理を長期的にどのように考慮するのか?
偽物のモデル成長率が大好きだ

どうすればより良いPMになれるのか?– プロダクトのモデルを構築することは、直感的な仮定をテストし、プロダクトが十分な可能性を持ち、それを実行する価値があることを確認するための素晴らしい方法です。また、ステークホルダーが納得する形でプロジェクトを正当化したり、他のプロジェクトとの機会損失を簡単に比較できるようになるため、仕事もやりやすくなります。

3. データ収集と分析

迅速な意思決定を行うためには、独自にデータを収集することが不可欠です。なぜなら、分析に携わったことのある人なら誰でも、インサイトはデータの反復的な探索によって得られるものであり、自分で考えた完璧なレポートではないことを知っているからです。

また、重要な時にデータに基づいた意思決定を行う能力も低下させます。ほぼ毎日、あるシナリオでプロダクトがどのように振る舞うべきかという決定が飛び込んできますが、決定をサポートするデータがあれば、あなたとあなたのチームは正しい方向に向かっていると自信を持つことが簡単にできます。

最速の学習方法 – 目標はデータの独立性。SQLクエリーを書く必要があるか、ドラッグ&ドロップのインターフェースを使うかは、会社のデータインフラに依存します。それが何であれ、利用可能なツールを学ぶために投資する必要があります。ググってみてください。

どうすればより良いPMになれるのか?– データに簡単にアクセスでき、それを快適に利用できれば、より多くのデータを利用でき、より反復的な作業ができるようになります。次に何を作るかを検討しているときでも、発売したプロダクトがどうなっているかを見ているときでも、データを重要なインプットとして意思決定に利用する反射神経が身につき、その結果、より良いプロダクトが生まれるのです。

4. 注力すべきでない分野

経営学部の出身者から言わせてもらうと、戦略的なビジネスケースや3年計画など、MBAの成果物を作って時間を浪費しないでほしいのです。私はそれをデタラメとまでは言いませんが、ソフトウェアで成功するための方法ではありません。ビジョンを理解し、それを達成するために解決すべき問題を見つけ、それを解決するための仮説を立て、実際の顧客とできるだけ早くそれを検証する。同じことを繰り返す。

ユーザーエクスペリエンス

1. プロダクトのデザインパターンを知る

ほとんどのプロダクトは、計画的かどうかにかかわらず、時間の経過とともにデザインパターンを発達させます。パターンとは、プロダクトの中で同じビジュアルやインタラクティブなコンポーネントを一貫して使用することです。ボタンのテキストはすべてフォントサイズ25px、フォームのフィールドは3つ以内、エラーが発生するたびに爆発音を鳴らし、ユーザーに詳細をメールで通知する、これらはすべてパターンです。

ランダムな例、thenextweb.comのマテリアルデザイン

プロダクトのパターンを知ることは、ユーザーがプロダクトをどのように頭の中でマッピングしているかを理解し、時間をかけて効果的に新機能を与えるには非常に重要です。いつもは「新しい機能を追加する」という緑色のボタンをユーザーに与えているのに、今回は「あなたの心を揺さぶる」というオレンジ色のボタンに切り替えたら、ユーザーは混乱するでしょう。

プロダクトが成長するにつれ、パターンの一貫した使用はさらに重要になります。なぜなら、パターンを使用することで、チームは互いに独立して作業しながらも、まとまりを感じるプロダクトを構築できるからです。

デザインパターンはまた、スタイルガイドやコンポーネントなどのテクニカルパターンと調和して開発されるのが一般的です。

最速の学習方法 – デザイナーは、これらのパターンを熟知しているはずですし、スタイルガイドへのリンクも教えてくれるはずです。また、フロントエンドエンジニアに相談すれば、パターンライブラリへのリンクを教えてくれるでしょう。

どうすればより良いPMになれるのか?– 簡単に言うと、パターンに基づいてプロダクトを設計することは、はるかに簡単で迅速です。パターンによって、あなたのチームが過去に行った設計上の決定、つまり、顧客にとって使いやすいプロダクトを実現するための決定の上に立つことができるのです。もし、既存のパターンを壊す必要があるのなら(もちろんそうする正当な理由もありますが)、プロダクトの長期的な健全性のためにそれが必要であるという正当な理由を用意しておいてください。

2. ユーザー・エクスペリエンス・リサーチの実行方法を知る

PMは顧客の声であることが前提です。ユーザーを理解しなければ、優れたプロダクトを作ることはできません。一人の人間に直接インタビューすることから、何百万ものユーザーの行動を定量的に分析することまで、優れたリサーチの基本を理解することは、あなたの仕事にとって不可欠なことなのです。

最速の学習方法 – 効果的なリサーチは非常に大きな分野なので、ウサギの穴に行かせるのではなく、次のことを理解することに集中することをお勧めします。

  • サンプルサイズと統計的有意差の計算方法を理解する。
  • サンプルを正規化する方法と、それがなぜ重要なのかを理解する。
  • 調査やインタビューにおいて、偏りのない、誘導的でない質問をする方法を理解する。
  • 結果を統合し、誤った結論を出さないようにする方法を理解する。

どうすればより良いPMになれるのか?– 一貫して頻繁にプロダクトを顧客にテストすることで、プロダクト開発における当て推量(およびリスク)の多くを取り除くことができます。プロジェクトが始まる前から、解決しようと考えている問題が本当にあるのかどうかを検証するために、テストを行うべきです。デザインと開発の段階では、プロダクトのデザインが使いやすく、顧客の問題を解決する可能性が高いかどうかをテストする必要があります。リリース後は、解決したかった顧客の問題が解決されたかどうかを検証する必要があります。

3. アイデアをプロトタイプ化する方法を知っておく

プロトタイピングとは、アイデアを効果的に表現するためのビジュアルモックアップを作成できることを意味します。プロトタイプは、以下のことを実現するのに十分なものでなければなりません。

プロダクトコンセプトを明確に伝える

プロダクトの体験を口頭や文章で伝えることは非常に困難です。プロトタイプは、人々が見ることができ、できれば対話できるもの(コードなしで可能)であれば、10倍以上の効果があります。

これには2つの理由があります。第一に、顧客が実際に操作するものという観点からプロダクトを明確にしなければならないこと、第二に、人間は本来視覚的に考えるものなので、プロトタイプは、チームの全員が同じ言葉で話し、それぞれの視点を効果的に伝えることができるように、競争の場を平準化するためです。

デザインの遅れや欠落がある場合、チームのブロックを解除する

多くのプロジェクトでは、プロダクトのデザインが開発に先行していることが重要です。デザイナーが「開発の先を行く」ことを心がけるのは、開発者が特定の方向性でプロダクトを作り始めると、その切り替えコストが格段に高くなるためです。

プロダクトデザインの多くは反復的で、開発と並行して行われるため、挫折(例えば、ユーザー調査によってデザインが効果的でないと判断された場合など)があると、デザインはすぐに遅れをとることになります。そんなときこそ、PMは腕まくりをしてリードデザイナーの「デザインインターン」となり、エンジニアが開発を続けられるよう、ピクセルのプッシュやモックアップの出荷をサポートしなければならないのです。

最速の学習方法 – これを正当化するために時間を費やすことはしませんが、Sketchを使い始めるといいでしょう。

どうすればより良いPMになれるのか?– プロトタイプを作成し、自分の考えていることを人に見せることで、相手が理解していると思い込むのではなく、自分のアイデアに対してチームからより良いフィードバックが得られるようになり、誤ったコミュニケーションによって無駄な労力を費やすリスクを減らすことができるのです。また、たまには実際に目に見えるものを作ってみるのもいいものです。

4. 注力すべきでない分野

優れたビジュアルデザイナーであることにこだわらないことです。洗練されたインターフェイスを作る能力は、プロダクトデザインという深い技術を学ぶためにキャリアを積んできた人にとっては、冗長で無力なものです。あなたがデザインに精通しているのであれば別ですが(もちろん、そういう人もいます)、おそらくあなたは自分が優れていると思っているだけで、実際は最低なのです。

MVPM

このようなことを学ぶことを矮小化したいわけではありません。簡単なことではありませんし、多くの時間がかかるので、少しずつ取り組んで、学ぶことを楽しんでください。この記事が、あなたが優れたプロダクトマネジャーになるための探求において、少しでも効率的であることを願っています。


他におすすめの記事はこちらです。

プロダクトマネジメントのブラックボックス

7 Heuristics for being a Product Director

The Time Value of Shipping


Brandon Chuの他の記事を読む👀

👉 Brandon Chu

フォローして最新情報をチェック!

プロダクトとは何か?

この記事は、へそ曲がりのようなものではないことをお約束します。 これは、重要かつ基本的なトピックに関する非常に現実的な記事となります。

*この記事は「What is a Product?」を、著者の了承を得た上で翻訳したものです。

著者: Marty Cagan
翻訳者: 渡辺圭祐

権限を与えられたプロダクトチームに関する以前の記事が人気を博した結果の1つは、プロダクトに関して混乱しているいくつかの重要な領域が明らかになったことです。

プロダクトとは何かという一般的な話題には多くの重要な側面がありますが、この記事では、真に機能横断的なプロダクトチームであることが、単なる業界の流行語ではなく、なぜ非常に重要なのかについてお話したいと思います。

少し背景を説明すると、プロダクトが初めて説明されたとき、私は非常にエンジニアリング中心の会社(HP Labs)でエンジニアをしていました。 もしあなたが何らかのエンジニアでないなら、一般的に頭でっかちだと思われていました。 デザイナーでさえ、自分のことを「ヒューマンファクターズエンジニア」と呼んでいました。

私がテックリーダーとしての指導を受けていたとき、エンジニアリング・マネージャーは、実世界に向けたプロダクトを作るときにはエンジニアリングだけでは不十分であることを理解するよう求めました。 彼はホワイトボードに、非常にシンプルですが重要な方程式を書きました。

プロダクト=カスタマー×ビジネス×テクノロジー

そして、成功するテックプロダクトは、顧客の課題を解決し、我々のビジネスの課題を解決し、技術の課題を解決しなければならない、と説明したのです。

この方程式は、テックプロダクトにおける4つの大きなリスクに対応しています。ユーザビリティ・リスクへの対応は、顧客に対するソリューションの一部であり、実現可能性リスクへの対応は、技術に対するソリューションの一部であり、事業実現性リスクへの対応は、事業に対するソリューションの一部なのです。 そして、価値リスクは、この3つすべての関数です。

さらに、この3つのうち1つでも対処できなければ、結果(プロダクト)は失敗に終わることを指摘しました(数学が苦手な人のために、ゼロの何倍でもゼロである)。

そして、ビジネスを解決するプロダクトマネージャーの役割、顧客を解決するデザイナーの役割、そして、技術を解決するエンジニアの役割について、私はすでにかなり熟知していると説明しました。

さらに、この3つの領域は深く絡み合っていると説明しました。

技術的な決断は、デザイナーができることに(良くも悪くも)劇的な影響を与えます。 同様に、デザイン上の決定は、ビジネス上の考慮事項に大きな影響を与える可能性があります。 そしてもちろん、ビジネス上の制約は、デザインやテクノロジーの選択肢に影響を与える可能性があるでしょう。

私が技術責任者になったことで、彼は私に、私の仕事はもはやエンジニアリングだけではない、と強調しました。 私は、プロダクト・マネージャーやデザイナーと協力し、効果的な解決策を見出さなければならないのです。

願わくば、ほとんどの皆さんにとって、これが「プロダクト101」のすべてだと思います。 いずれにせよ、もうお分かりだと思います。 しかし、プロダクトの世界にいる多くの人は、そうではないと言えるでしょう。

私は常に、ビジネスモデルが全てだと考えているスタートアップの創業者やプロダクトマネージャーに会っています。 彼らは、大金を稼ぐことが確実な美しいビジネスを示す、すべて記入された(しかし検証されていない)ビジネスモデルのキャンバスを持ってきます。 価格設定、コスト構造、価値提案、市場参入戦略など、すべて考え尽くされています。 必要なのは、アプリを作成できる代理店の名前だけです。 今書いたことが大げさであればいいのですが。

また、私はあまりにも多くのデザイナー、そして一部のデザインリーダー(そして少なからぬプロダクトマネージャー)に出会いますが、プロダクトはユーザー体験がすべてだと考えています。 彼らは、顧客を満足させれば成功すると信じているのです。 そんな簡単なことならいいのですが。 彼らは、収益、コスト、販売、マーケティング、法律、プライバシーなど、経済やその他のビジネス上の考慮事項について、関心があるふりをすることさえしません。

また、プロダクトマネジメントにもデザインにも意味を見出さないエンジニアがたくさんいることも周知の事実です。

プロダクトマネジメント、ユーザー・エクスペリエンス・デザイン、エンジニアリングの各リーダーが、このプロダクトの基本的な方程式を深く理解し、プロダクトマネージャー、デザイナー、エンジニアにも積極的に指導することが絶対に必要です。

この点を強調するために、ここではっきりと言います。

もし、あなたの会社のCEOが、プロダクトマネージャーの一人または数人が、ビジネスの本当の仕組みを全く理解していないと考えたら、その人は信頼され、力を与えられる望みはほとんどないでしょう。 CEOは、この点に関してプロダクトマネージャーを判断しており、もし彼らがナイーブであるとか、もっと悪いと思われたら、その認識を覆すのは非常に難しくなるでしょう。 ですから、私は新任のプロダクトマネージャーには、絶対に下調べをする必要があると、かなり執拗に言っています。

さらに、もしCEOがプロダクト、デザイン、エンジニアリングのリーダーの一人または複数を、ビジネスの解決に何が必要かを理解していないと見なすなら、そのリーダーは重要な決定がなされるときにテーブルにつくチャンスはほとんどないでしょう。

だから、ビジネスがすべてだとか、顧客がすべてだとか、技術がすべてだとか、そんなことは言わせません。 プロダクトはそれよりも難しいのです。 この3つがすべてなのです。

この記事の原稿を手伝ってくれたSVPGパートナーのクリス・ジョーンズに特別な謝意を表します。


この記事の著者であるMarty Caganは、PMにとって有名な一冊である『INSPIRED 熱狂させる製品を生み出すプロダクトマネジメント』の著者でもあります。PMについて興味のある方は、こちらからご確認ください。


Marty Caganの他の記事を読む👀

👉 Marty Cagan

フォローして最新情報をチェック!

プロダクトマネージャーのキャリアパス

プロダクトマネージャーの仕事もさることながら、そのキャリアパスもまた曖昧なものです。プロダクトマネージャーを目指すなら、どうすればいいのか?そして、プロダクトマネージャーという仕事のゴールは何なのか。世間では「プロダクトマネージャー」とだけ言われていますが、プロダクトマネージャーにもいろいろな種類があり、それぞれ専門的になることができます。今回は、プロダクトマネージャーのキャリアパスの全体像、専門性、ステップアップの方法、ヒエラルキーなどを紹介する記事をリストアップしてみました。

この記事や添付されているプロダクトマネジメントの記事をただ読んで終わりにするのではなく、共感したところをハイライトして、感想や学びをGlaspに残しておきましょう。そうすれば、いつでも見返すことができ、私たち皆が同時に学習することができます。
私のプロダクトマネジメントに関する記事のリーディングリストはこちらから参照ください。👉 Glasp – Product Management

準備ができたら、さっそく始めましょう。

▼本記事の内容
  1. プロダクトマネジャーのキャリアパス
  2. プロダクトマネジャーの専門性
  3. (アソシエイト) プロダクトマネージャーになるには
  4. プロダクトマネージャーからシニアプロダクトマネージャーへ
  5. シニアプロダクトマネージャーからプロダクトリーダーへ
  6. プロダクトマネージャー – 階層

この記事はProduct Manager’s Career Pathを翻訳したものです。
著者・翻訳者: 渡辺圭祐

プロダクトマネジャーのキャリアパス

プロダクトマネージャーのキャリアパスとは? (What is the Product Manager Career Path?)
https://www.productplan.com/learn/product-manager-career-path/
By: ProductPlan (@ProductPlan)

画像1
Source: What is the Product Manager Career Path?

アソシエイトプロダクトマネージャー
アソシエイト・プロダクトマネージャーは、プロダクトマネージャーが行うすべてのことを行いますが、その規模は小さいです。プロジェクトの優先順位を決める必要はありますが、プロダクト戦略やロードマップを定義する必要はありません。

この役割では、ユーザーへの共感を示し、問題発見と問題定義の能力をアピールする必要があります。また、他の人と協力し、あらゆる方面の話に耳を傾けることができることを示す必要があります。

仕事中は、関係するすべてのステークホルダーにプロダクトの状況を伝える必要があります。ビジネスの目標と顧客のニーズを調整し、利益とのバランスを保つ必要があります。

アソシエイト・プロダクト・マネージャーは、「これは我々がやっていることで、なぜそれをやっているのか」という質問に絶えず答えています。彼らは、成功を決定するための指標を頼りにしているのです。

採用担当者は、候補者がユーザーへの明確な興味と情熱を持っていることを望んでいます。CS、ビジネス、その他関連分野の学士号を取得している傾向があります。

💡 プロダクトマネージャーになるには?
「上記の活動を完全に把握する必要があります。あなたは、プロダクトセットに関する「頼りになる」人物としての地位を確立していることでしょう。さらに、エンジニアリング、UX、マーケティング、その他のチームと優れた協力関係を構築している必要があります。」

プロダクトマネージャー
プロダクトマネージャーは、他のチームメンバーにとって「頼りになる」存在です。戦術的な動きやプロセス、人間関係を聞かれることが多いでしょう。そして、あなたはデータによってよく知られているはずです。このポジションに就くには、ある程度の専門的な経験と、コラボレーション、優先順位付け、コミュニケーションなどのスキルが必要です。

💡 シニアプロダクトマネージャーになるには?
• 経営陣が自信を持って仕事ができるように、あなたのプロダクトによる顧客の利益を示し、目標達成に貢献できれば最高です。そして、具体的なユーザーの問題を定義し、それをプロダクトの指標やビジネスゴールと結びつけることができることです。そして、すべてが適切に運用され、スムーズに動く必要があります。
• キャリアを加速させるために忙しいからといって、反応的なタスク/質問ではなく、戦略的な意思決定に多くの時間を割けるようになると良いでしょう。

シニアプロダクトマネージャー
シニアプロダクトマネージャーの多くは、アソシエイトプロダクトマネージャーやプロダクトマネージャーと同じ職務を担当します。しかし、シニアプロダクトマネージャーの職務は、より影響力が強く、より可視性の高いプロダクトです。そして、彼らはより広いプロダクトプロセスを見ています。

シニアプロダクトマネージャーは、自分自身で検討する能力を示す専門的な経験を持っているべきであり、それは相互依存的な要素を持つ説明可能でデータ駆動型の意思決定であるべきです。

シニアプロダクトマネージャーは、経営者やその他の主要なステークホルダーを巻き込みながら、依存関係にあるチームとプロダクト戦略を共有する必要があります。

言うまでもなく、シニアプロダクトマネージャーは、プロダクトおよび市場に関する深い知識を持っている必要があります。

そして、シニアプロダクトマネージャーは、アソシエイトプロダクトマネージャーやミッドレベルプロダクトマネージャーを指導することができます。

💡 プロダクト・ディレクターになるには?
2つの要件を満たす必要があります。ひとつは、他のプロダクトマネジャーにとって重要なアドバイスの源となることです。そしてもうひとつは、シニアリーダーシップに対してプロダクトチームを擁護する存在になることです。

プロダクト・ディレクター
プロダクト担当ディレクターには、リーダーシップの経験が必要です。そして、役員へのプレゼンの経験や、以前行った仕事をするためのチーム作りの能力が必要です。

プロダクトのディレクターは、より良いプロセスを作り、チーム全体のパフォーマンスを上げ、組織全体のコンセンサスを構築することに重点を置いています。そして、定期的に社内のメンバーと会い、物事が起きていることとその理由、プロダクトに必要なものなどを説明するのです。そのため、この役割はデータに依存します。

市場の動向、最新情報、競合の動き、新プロダクトのベストプラクティス、プロダクト開発プロセスの改善方法など、プロダクト担当ディレクターは多くの市場調査を行っています。

プロダクト・ディレクターは、他のプロダクト・マネージャーのメンターでもあります。プロダクトマネージャーのメンターとしてだけでなく、プロダクトチームの強みを見つけ、それを彼らのために発揮する必要があります。

そして、会社や市場のエグゼクティブレベルで起こっていることをすべてチームが理解できるようにするのです。

プロダクト担当副社長
プロダクト担当副社長は、プロダクト組織のハイレベルなサポートリソースであり、プロダクトビジョン全体とそれが組織にどのようにフィットするかについて責任を負います。

プロダクト担当副社長の仕事と責任は、プロダクト組織の予算を管理し、プロダクトに関する戦略的な決定がビジネスゴールと一致していることを確認し、社内政治や内紛からチームを保護することです。

通常、プロダクト担当副社長は、1年後にチームに何が必要かを検討することに時間を費やします。そして、その目標を達成するために、チームを組織し、戦術的に行動させる必要があります。

プロダクト担当副社長は、ほとんどの場合、プロダクト管理における10年以上の実務経験が必要です。そして、少なくとも5年以上、開発チームと仕事をし、管理し、プロダクトマネージャー、デザイナー、エンジニアを率いてきたことが必要です。

チーフ・プロダクト・オフィサー
チーフ・プロダクト・オフィサー(最高プロダクト責任者)は、通常、プロダクトリーダーとして多くのプロダクト担当副社長を管理する人か、プロダクト担当副社長の単なる拡大版のどちらかです。

チーフ・プロダクト・オフィサーは、プロダクトポートフォリオに目を配り、予算、人員リソース、リサーチが適切に投資され、ROIが最大化されることを確認します。

3年から5年の時間枠の中で戦略的な意思決定をするのです。そして、チームを鼓舞するためにプロダクト目標を設定するのです。

組織全体のパフォーマンスを上げるために、人を指導し、動機づけをする責任があります。この役割で成功するためには、客観的な基準に基づいて開発、測定、改善する必要があります。

この役割の経験要件は様々ですが、通常10年以上から15年以上、あるいは20年以上となります。

プロダクトマネジャーの専門性

専門化が進むプロダクトマネジメント (The Growing Specialization of Product Management)
https://www.reforge.com/blog/product-specializations
By: Adam Fishman (@fishmanaf) and Keya Patel (Linkedin @keyapat)

PMには専門分野があるにもかかわらず、多くの人はPMには標準的なタイプがあり、その役割は同等であると考えています。これは、PMのキャリアが浅かったり、PMへの理解が浅かったりするために起こることです。しかし、PMの役割がすべて同じだと考えてしまうと、問題が生じてきます。

1.ツールが伝わらない: PMは、どのような問題に対しても、自分が使い慣れた同じツールやアプローチを適用します。

2.地道な努力の積み重ね: PMにとって新しいプロダクト分野である場合、PMは苦労し始める可能性があります。

3. 集中の低下: PMの役割が均等であれば、どこに焦点を合わせればいいのかがわかりません。その結果、プロダクトマネジャーの学習は通常遅くなります。

4. 才能の混乱: 具体的な専門分野やスキルを確認せず、他組織での実績に基づいてPMを採用します。

5. 競合する同僚: 企業や採用担当者が、頭の片隅でPMを比較します。

PMの役割はそれぞれ異なりますが、どのPMにも共通して求められるスキルがあります。それは、通常、

「分析、ダッシュボードや主要なコールアウトの解釈、指標や財務目標の理解・設定、開発者・データサイエンスとの協働などに関する技術的・データ的な快適さ。」
コミュニケーションとコラボレーション: 部門横断的なチームを動機付け、目標に向かって導くと同時に、他者(他のチームや経営幹部など)からの賛同を得る。」
「曖昧なプロダクト・顧客ニーズを分解し、適切な解決策を見つけるために実験や反復を行う問題解決力。」
「エンドユーザーと共感し、耳を傾け、共創して、既存のペインポイントを解決したり、新しいペインポイントを特定するユーザー理解。」
「チーム、プロダクト、組織にまたがる多くの可動部分を考慮に入れながら、より大局的な組織、ユーザー、投資家の目標に集中するための戦略的思考。」

そして、PMの専門性には4つのタイプがあります。

画像2

フィーチャー・ワーク
PMの仕事の大半はフィーチャー・ワークです。通常、プロダクトマネージャーはこの分野でキャリアをスタートさせます。

グロースワーク
グロースプロダクトの仕事は、既存の市場をより多く獲得することで価値を創造し、獲得します。」

スケーリングワーク
「スケーリングは、プロダクトチームが機能、成長、プロダクト・マーケット・フィット拡大作業にわたって新しいものを出荷する能力を維持することを保証します。」

プロダクト・マーケット・フィットの拡大
「プロダクト・マーケット・フィットの拡張は、隣接市場、隣接プロダクト、またはその両方に拡張するために、非増加的な方法でプロダクト・マーケット・フィットの上限を増やすことです。」

最後に、これらのプロダクトワークの各領域が、PMのスペシャリティにどのように直接マッピングされるかを見てみましょう。

フィーチャー・ワーク → コアPM
「プロダクトの特徴的な作業を主に行うプロダクトマネージャーはコアPMと呼ばれます。コアPMは、顧客のペインポイントやニーズを解決することにレーザーフォーカスしています。」

グロースワーク → グロースPM
「グロースPMは通常、獲得、CAC、サインアップ、無料トライアル開始、コンバージョン/購入率、マネタイズ、ARPU、リテンションなどのビジネス指標を通して、プロダクトと顧客の旅にレーザーフォーカスしています。」

スケーリング → プラットフォームPM
「プラットフォームPMは、プロダクトワークのスケーリングにフォーカスしています。プラットフォームPMは、組織の継続的な成長のために、社内の顧客/ニーズに焦点を当て、社内のプラットフォームやサービスの拡張を行います。」

プロダクト・マーケット・フィットの拡大 → イノベーションPM
「イノベーションPMは、プロダクト・マーケット・フィットに到達し、それを拡大するための新しい機会を特定し、実験することにレーザーフォーカスしています。」

(アソシエイト) プロダクトマネージャーになるには

HubSpotのPMが語る、プロダクトマネージャーになるための方法 (How to Become a Product Manager, Straight From a HubSpot PM)
https://blog.hubspot.com/service/become-product-manager
By: Scott Judson

(アソシエイト)プロダクトマネージャーになるには、創造的な問題解決能力、戦略的な考え方、協調的な姿勢、卓越したコミュニケーション能力、高い共感力などのスキルが必要です。しかし、これらのスキルは経験を通じて成長させることができますので、それを高めていく姿勢が必要です。

まだプロダクトマネージャーになっていない人は、基本的にプロダクトマネージャーになるには2つの方法があります。1つ目は、今働いていない会社でプロダクトマネージャーになる方法です。おそらく、こちらの方法の方が一般的であることは想像がつくと思います。では、その手順をみていきましょう。

1. 役割について調べ、現役のプロダクトマネージャーと話をする

リンクトインで既存のプロダクトマネージャーとつながったり、YouTubeでプロダクトマネージャーが自分の役割を説明しているビデオを見たりしてもよいでしょう。そうすることで、その仕事に何が必要なのか、また、プロダクトマネージャーを募集しているのはどのような企業なのか、よりよく理解できるようになるはずです。

2. プロダクトマネジメントの認定コースを受講する

PMの役割は外から見ると複雑そうで、それについて調べるのも大変だと思うので、プロダクトマネジメントのコースを受講することをお勧めします。

また、資格を持っていれば、他の候補者の履歴書と差をつけることができます。

3. サイドプロジェクトを立ち上げ、失敗も含めて記録する

サイドプロジェクトを始め、それを最初から最後まで監督することは、あなたにできる最良のことです。プロジェクトを最初から最後まで管理したのですから、プロダクトの開発から発売までのライフサイクルを管理することができます。プロジェクトを通してどのように問題を解決したかを示すだけでなく、失敗や間違いを伝えることで、あなたがそれを学び、プロダクト開発のライフサイクルを管理するスキルを持っていることを証明することができるのです。

4. コミュニケーションとストーリーテリングのスキルを磨く

プロダクトマネジメントには、高いインパクトを与えながらアイデアを簡潔に伝えることができるよう、強いコミュニケーション能力とストーリーテリング能力が必要です。

5. 技術的なバックグラウンドを身につける

プロダクトマネージャーは通常、技術系企業で働くため、初歩的な技術的バックグラウンドを持っていると良いでしょう。そして、この知識を得ることで、必要に応じて新しい技術的なことを学ぶ意欲があることを将来の雇用主に示すことができます。

6. 該当する場合は、アソシエイト・プロダクト・マネジメント・プログラムに応募する

アソシエイト・プロダクト・マネジメント(APM)プログラムは、新卒や早期キャリアのプロフェッショナルに、プロダクトマネジメント分野に参入する機会を提供します。未経験者でも応募可能です。ポジションは一時的なものですが、多くのプログラムは企業内の正社員につながるものです。

7. PM職への応募

APMプログラムに合格した場合は、このステップを行う必要はありません。しかし、キャリアが進んでいる方やAPMプログラムに参加しなかった方は、今こそPMのポジションに応募する時です。小規模な組織から始めて、より大きな企業や有名な企業へとステップアップしていくことをお勧めします。

2つ目の方法は、現在働いている会社でプロダクト・マネージャーになることです。あなたの会社にプロダクト・マネジメント・チームがあれば、このステップを踏むことができます。

1. 仕事でエンド・ツー・エンドで自分の担当できるプロジェクトを見つける

プロダクトマネージャーの認定コースを受講しているのであれば、その例になります。コースだけでなく、会社でも、自分が最後までオーナーになれるプロジェクトがあるかもしれません。あるいは、自分でビジネスを始めることもできます。ただ、大事なのは、新しいアイデアを試して失敗してもいいように、問題設定に取り組むことです。プロダクトマネージャーへの道程で、役に立つヒントを拾ってください。

2. 職場のサイドプロジェクトとして、ボランティアで問題解決に取り組む

企業は、スタートアップ企業であろうと大手組織であろうと、最も困難な課題に取り組む権限を労働者に与えています。本業とは関係のない課題に取り組む自主性や時間がない場合は、自分と上司がやりがいを感じられる課題を見つけるまで模索を続けましょう。

問題を特定したり、チームメイトや上司に問い合わせたりすることも可能です。通常の業務に加え、自分が所有するソリューションの研究、テスト、実装などの雑務を引き受けましょう。

3.困難な問題に取り組み、調査を行い、部門を超えたコラボレーションを主導する実績を作る

会社でも、資格取得コースでも、困難な問題はたくさんあります。プロダクトマネージャー候補として、協働することが必要です。そして大切なことは、取り組んでいるプロジェクトや実験を記録し、発見したことを記録し、学んだことを活かして、プロダクトチームとのネットワーク作りを始めることなのです。また、現在の会社以外でPMのポジションを求めている場合は、個人のブログやリンクトインのプロフィールに自分の成果を記録しておくとよいでしょう。

4. 会社のPM職の募集に応募する

上記のような経験や実績があれば、あなたの会社のプロダクトマネージャーの求人に応募することができます。見込み客や顧客と気楽に話ができる、応募するプロダクトの役割について専門知識がある、測定・分析し、社内の関係者に重要な結果をパッケージングできる、などのスキルをアピールすることができます。そして、これらのスキル、成功や失敗の経験、部門を超えたコラボレーション、プロジェクトのオーナーシップが、面接でのあなたのアピールポイントになることでしょう。

プロダクトマネージャーからシニアプロダクトマネージャーへ

シニアプロダクトマネージャーになるには (Becoming a senior Product Manager)
https://www.lennysnewsletter.com/p/senior-product-manager
By: Lenny Rachitsky (@lennysan) and Jackie Bavaro (@jackiebo)

プロダクトマネージャーのキャリアは神秘的です。個人の貢献者としてスタートし、CPOやプロダクト担当の副社長になるために出世する、という認識を私たちは共有しています。しかし、その中間はどうなっているのでしょうか?

Jackie Bavaroは、シニアPMにレベルアップするために何にフォーカスすべきか、最高のフレーミングを説明します。シニアPMには、3つの最も重要な差別化要因があります。

1. 戦略
シニアプロダクトマネージャーは、プロダクトの長期的な戦略をどれだけ推進するかによって、仕事の優先順位を決めます。
戦略には3つの部分があります。(1)ビジョン、(2)戦略フレームワーク、(3)ロードマップ。どれから始めても構いません。

2. 自律性
優れたシニアPMは、多くのフィードバックやアドバイスを求めますが、上司の助けがなくても、チームを率い、ステークホルダーに対応し、問題を処理し、優れたプロダクトを出荷することができます。彼らは、与えられた指示をそのまま受け入れるのではなく、どのタイミングでそれに異議を唱えるべきかを理解しています。

自律性とは、単に能力が高いということではなく、自律的に機能するために必要な信頼を勝ち取ることを意味します。そのためには、積極的なコミュニケーションと、立ち上げを成功させた実績が必要です。上司と意図的に仕事を共有することも必要でしょう。

3. ニュアンス
上級になればなるほど、「ケース・状況による」が正しい答えのはずなのに、判断を迫られることが多くなります。これらの判断を認識し、整理して推論するのがシニアPMです。彼らは、混乱した状況や難しいトレードオフに対処することができます。

彼らは、プロダクトに関する専門知識と高度なメンタルモデルを持っているので、思考プロセスを数分で書き出すことができます。彼らは、混乱した問題領域で取り組むべき最も重要な課題を素早く特定することができます。

同僚や関係者は、あなたが洗練された思考に磨きをかけるための理想的なガイドです。彼らの悩みを真剣に受け止め、その裏にある複雑さに目を向けてください。彼らが正しいと思う条件とは何でしょうか?

シニアプロダクトマネージャーからプロダクトリーダーへ

渓谷を渡る。プロダクトマネージャーからプロダクトリーダーへ – リフォージ (Crossing the Canyon: Product Manager to Product Leader — Reforge)
Crossing the Canyon: Product Manager to Product Leader — Reforge Navigating a product manager career path can be tough. Our ex www.reforge.com By: Fareed Mosavat (@far33d) and Casey Winters (@onecaseman)

シニアプロダクトマネージャーとプロダクトリーダーの間には、峡谷があります。シニアプロダクトマネージャーからプロダクトリーダーへの移行で、数多くのキャリアが行き詰まるのを目の当たりにします。なぜなら、それはほとんど別の仕事であり、いくつかの新しいスキルが必要だからです。また、シニアプロダクトマネージャーとプロダクトリーダーのインセンティブが一致していないため、難しいのです。

アソシエイト・プロダクト・マネージャーからシニア・プロダクト・マネージャーになると、同じような問題を解決し続けることになりますが、問題は難しくなっていきます。

シニアプロダクトマネージャーからプロダクトリーダーへの移行で重要なのは、
1つのタイプのプロダクトワークの深さ→複数のタイプのプロダクトワークの広さ。

プロダクトマネジメントには、1.フィーチャー・ワーク、2.グロースワーク、3.スケーリングワーク、4.PMF拡大ワークという4つのタイプの仕事があります。このうちのどれかの分野で専門性と深みを身につけるのです。

プロダクトリーダーとして成功するために、
• プロダクトの問題点に対して広い視野を持つ。
• さまざまなタイプのプロダクトワークでROIを最大化する。
• I字型からT字型へ。

自分の仕事をうまくやること → 他人の仕事をうまくやるように訓練すること。

プロダクトリーダーとしてのあなたの価値は、あなたのアウトプットではなく、チームのトータルアウトプットで評価されます。そのため、他の人を上手に育てることが必要です。しかし、あなたが生まれ持った強みというのは、教えるのが最も難しいということを覚えておいてください。

そして、これが招く最も一般的な罠は、最も重要なプロジェクトを自分のために残しておくことです。これは、マネージャーのデス・スパイラルと呼ばれるものです。

今ある資源で解決する → 資源を配分し、周囲に影響を与えることで解決する。

組織横断的にリーダーワークをプロデュースする。自分の直接のコントロール範囲外の問題を解決するために、組織内の他者に影響を与える必要があります。しかし、通常、難しいのは、1.上にも横にも影響を与えることは新しいスキルであり、2. 自分が成功したかどうかを判断されることがない

個人のスコープを広げる → 組織のスコープを広げる。

プロダクトリーダーとして、新しいチームを可能にするために、自分の責任の一部を脱ぎ捨てて、自分の範囲を狭める必要があるのです。そして、軌道修正やエスカレーションを行うべき問題を特定するために、十分なコンテクストを取得し、一貫して十分なコンテクストを提供できるようなシステムを構築する必要があるのです。

プロダクトマネージャー – 階層

クワンの「プロダクトニーズの階層構造」。プロダクトマネジャーの4つのレベル Kwan’s Hierarchy of Product Needs: The Four Levels of Product Managers
https://www.heavybit.com/library/blog/kwans-hierarchy-of-product-needs-the-four-levels-of-product-managers/
By: Connie Kwan (@Conniekwan_)

プロダクトマネージャーの仕事は、意思決定をすることです。意思決定のリスクが高ければ高いほど、その意思決定をサポートするプロダクト・マネージャーには、より多くの経験を積ませたいものです。このように、プロダクトマネージャーには4つのレベルがあります。

画像3

レベル1:出荷⛵️(PM)

「PMが満たすべき最も基本的なニーズは、機能を出荷することです。」このレベルの仕事には、正しい仕様について設計と議論し、顧客のニーズを持ついくつかの機能をテストすることが含まれます。また、エンジニアと仕様についてコミュニケーションをとりながら、日々エンジニアと協力してプロダクトを成功裏にリリースしていきます。

レベル2:企画 🚂(シニアPM)

プロダクト・マーケット・フィットに挑戦し続け、3〜6ヶ月の中期的なビジョンを持ってチームをマネジメントしていく役割です。そして、顧客の真のニーズを引き出す必要があります。また、複数のインプットを用いてプロダクトのビジョンを描き、そのビジョンに基づいてチームをまとめることが求められます。

レベル3 戦略的 ✈️(ディレクター〜VP)

戦略PMは、会社のビジョンを掲げ、BHGへの道筋を見える化します。各経路の検証を行い、テストやリスク低減の方法を見出します。

レベル4戦略的パートナー 🚀(CPO)

企業が急成長するとき、CPOは必要です。CPOは、会社のプロダクト文化を設定し、強化するのに役立ちます。また、CPOはCEOやCFOと社外とのパートナーシップの機会をもたらします。また、CPOは、チーム、取締役会、ユーザーに対して、プロダクトストーリーを作り、伝え、会社の収益と資金調達の流れを維持する手助けをします。

この記事が、プロダクトマネージャーのキャリアパスの全体像を理解する一助となれば幸いです。何か質問があれば、TwitterLinkedInのDMでお願いします。

次に何をすべきか覚えていますか?

この記事や添付されているプロダクトマネジメントの記事をただ読んで終わりにするのではなく、共感したところをハイライトして、感想や学びをGlaspに残しておきましょう。そうすれば、いつでも見返すことができ、私たち皆が同時に学習することができます。
私のプロダクトマネジメントに関する記事のリーディングリストはこちらから参照ください。👉 Glasp – Product Management

では、また次回。

Kei


フォローして最新情報をチェック!

プロダクトマネジメントのブラックボックス

PMは「なぜ存在するのか」と問われると悲しくなる

プロダクトマネジメントの世界には、すべてのPMが経験したことのある通過儀礼があります。

「プロダクトマネージャーって何する人?」

私は、この質問をするデザイナーやエンジニアに共感します。なぜなら、プロダクトマネージャーの活動は断片的であり、真の規律が見えてこないからです。

プロダクトマネジメントを始めた当初は、自分がやっていることすら知りませんでした。それどころか、私は初めての創業者で、「スタートアップをやっている」だけだと思っていました。

その後、PMの仕事の面接を受けたとき、より有能な人たちが、私は実際にプロダクトマネジメントをやっているのだと教えてくれたのです。そして、私はその仕事に就きました。その仕事を始めて間もない頃、私は上記のような悪名高い質問を受けました。私は気分を害することなく、むしろ彼らと同じように興味を持ち、プロダクトマネジメントについて(何度も)読みました。インターネット上では、さまざまなことが言われていました。

  • 私はプロジェクトマネージャーではない。そして、そうだと思われたら、怒るべきである。
  • 私はプロジェクト・マネージャーではないので、「何を」「なぜ」ということを考える必要がある。
  • 私はビジョナリーであるべきだ、顧客の声であるべきだ、ミスター・ゲット・シット・ダン(パッパとやる人)であるべきだ、などなど。

私はそのすべてを吸収しました。最初の数ヶ月は、私のプロダクトマネジメントのバイブルである『Good Product Manager, Bad Product Manager』を毎週のように読み返しました。

そして、何度もプロダクトを出荷しました。そして、すぐに役立つと感じるようになりました。

その仕事を始めて数年後、私は他のプロダクトチームを管理するようになりました。他のPMは私に、彼らがなぜ存在するのかという質問に答えることができるように、それを定義してくれることを期待するようになりました。私は、これまで読んだ最高の投稿のカクテルと、長年にわたって経験した例を提供しました。

私は現在Shopifyにおり、3つ目のプロダクトマネージャーの役割を担っていますが、改めて自分が本当にやっていることは何なのか、前提を見直すことになりました。Shopifyは真のエンジニアリング文化であり、会社の規模に比してプロダクトマネージャーは非常に少数です。ちなみに、私が以前勤めていた会社では、PMと社員の比率は1:10でした。Shopifyは(ディレクターも含めて)1:80に近いです。

私が入社した最初の週に、あるエンジニアから「あの質問」をされました。

ここで働いていてよかったと思うことのひとつは、プロダクトをいかに効率的に構築し出荷するかという、別のアプローチを観察することができたことです。Shopifyのエンジニアやデザイナーは、非常に才能があり、意見がはっきりしていて、自立しています。

また、変えてはいけないものを見つけ出し、そうすることで「なぜ」を優先し、「何」を抽象化することを余儀なくされました。この記事はShopifyについてでもなく、効果的なプロダクトマネージャーになるための方法についてでもありません。なぜプロダクトマネージメントが存在するのかについてです。

▼本記事の内容
  1. なぜプロダクトマネジメントなのか
  2. スピード
  3. スケール
  4. カオスのカクテル
  5. なぜプロダクトマネージャーなのか
  6. 良いプロダクトを開発するのは難しい
  7. プロダクトマネージャーは複合的である
  8. なぜブラックボックスは存在し続けるのか

*この記事は、The Black Box of Product Managementを著者の了解を得た上で翻訳したものです。

著者: Brandon Chu
翻訳者: 渡辺圭祐

なぜプロダクトマネジメントなのか

プロダクトマネジメントは、企業にとって2つの指数関数的な力が作用した副産物です。

スピード: 技術革新のスピードが加速している業界に存在する企業。
スケール: プロダクト、組織、顧客の成長により、複雑性が増している。

スピードは指数関数的な力であり、一定期間ごとに、前回よりも多くの変化が起きている。スケールについても同様で、機能、従業員、ユーザーが増えるたびに、前よりも複雑さが増していきます。

プロダクトマネジメントという職業が主にソフトウェア会社で普及してきたのは、ソフトウェアが本質的にスピードとスケーラビリティの点において優れているからです。

スピード

インターネットは、ソフトウェア製品を市場に送り出す方法を変えました。毎年リリースされ、段ボール箱が棚に並んでいた時代はとうに過ぎ去りました。この20年間、チームはコードを書き、それを配備し、すべての顧客に即座にアップデートを提供してきました。

ソフトウェア開発そのものへの参入障壁が低くなったのです。高度なプログラミング言語が持つ親しみやすさと、オープンソースライブラリの普及により、開発者はかつてないほどの生産性を手に入れました。同時に、機能的なプロダクトを構築し、それを配備するためのインフラコストは、基本的にゼロになりました。

つまり、世の中のあらゆる大きな問題は、何百もの独立したチームがその解決に取り組んでいる可能性が高いのです。

このように、スピードには2つの意味があります。ソフトウェア開発で何かを市場に投入する速さと、(重要なことですが)企業が生き残るためにいかに速くすることを競争によって強いられるかということです。

スケール

50人以下のスタートアップがプロダクトマネージャーをほとんど持たない理由は、その複雑さがまだ管理可能であるからです。CEOと共同創業者は、集中した問題に向けて会社を調整し、スクラップなスタートアップの力をその問題に解放することができるのです。

しかし、会社が成長するにつれ、機能が追加され、顧客が多様化し、チームが大きくなるにつれて、複雑さが出てきます。そして、その複雑さは指数関数的に大きくなっていきます。

例えば、20人のスタートアップがどれだけのミーティングを行えると思いますか?

その答えは、なぜ私たちが指数関数的な概念を苦手としているのかを示しています。

会社が解決する問題も同様に複雑さを増していきます。チームが高度な問題を解決すると、何百もの派生的な問題が生まれ、そのすべてが解決されることを待ち望んでいます。しかし、会社はそのすべてを解決することはできません。何百もの解決すべき問題に直面したとき、どこに焦点を当てるかは、企業にとって最も重要な決定となります。

カオスのカクテル

スピードとスケールが同時に企業に与える影響を考えると、企業の全体像を考える人がいなければ、最終的に物事が脱線してしまうことは容易に想像がつくでしょう。最終的にその役割を担うのはCEOですが、CEOがマルチタスクの限界に達したとき、他の誰がその穴を埋められるでしょうか?

なぜプロダクトマネージャーなのか

確かに、プロダクトにはある程度の管理が必要です。では、なぜプロダクトを管理できるように全員を訓練するのではなく、特定の役割を担う人を採用するのでしょうか。

簡単に言うと、プロダクトを管理するのは想像以上に難しく、できるようになるには長年の経験が必要だからです。長い答えはこうです。

良いプロダクトを開発するのは難しい

プロダクトマネージャーのコアコンピテンシーは、プロダクト開発を真に理解することです。つまり、どのような問題を解決すべきかを見極め、それを解決するためにどのようにチームと協働するかということです。

何度か立ち上げを経験した人なら、教科書とは裏腹に、以下のような直線的なプロダクト開発プロセスがおとぎ話であることを知っています。

たとえ、各ステップ間にフィードバックループを設けたとしても、機能チームがチェックリストを通じて協力し合うという、整然とした連続したステップという考え方は欠陥があります。テクノロジーが指数関数的に進歩する世界には、単純にそぐわないのです。

世の中の変化が速すぎて、3カ月前のリサーチ結果を元に開発することはできません。

私は、現代のプロダクト開発は、ユーザーの要望を実現するために、相互に関連する分野がネットワークで連携したシステムであると考えます。プロダクトマネージャーは、このネットワークにおけるコミュニケーションを促進するAPIです。

各ノードは、専門分野の幅広いバケットを表し、それぞれが、それを習得するために人々がキャリアを捧げるほどの深みを備えています。これは、スピードとスケールがクリティカルマスに達した企業におけるプロダクト開発の重要な品質です。あまりにも多くのことを知らなければならないので、あるチームだけが効果的にプロダクトを提供することができたのです。

プロダクト開発のプロセスは、このシステムが時間軸の中でどのように動くかを示すものです。

プロダクトマネージャーは、問題の特定からプロダクトの発売まで、このシステムの指揮を執り、ネットワーク内の各ノードが他のノードの進捗を認識し、ユーザーが開発中のプロダクトをますます欲しくなるようにします。

最後に、組織の規模が大きくなると、複数のチームが必要になります。そして、効果的なプロダクト開発システムは、それらのチームを調整し、企業のビジョンに焦点を当てます。

プロダクト開発のAPIとして、プロダクトマネージャーは、重複する作業を排除し、他のチームがより速く開発できるようにインフラを共有することで、会社全体の効率化をサポートします。

プロダクトマネージャーは複合的である

プロダクトマネージャーは、このシステムの責任者として必要なスキルを身につけるために何年も費やします。複合的で、深さよりも広さを重視した学習方法です。

私はこれまで、プログラミング、UIデザイン、UXリサーチ、ファイナンシャル・モデリング、ビジネス開発、サポート、コピーライティング、会計、法務、契約交渉、レポート、マーケティング、ブログ記事、FAQ、プロダクトコピーなど、あらゆることをやってきました。

どの分野もエキスパートにはなれなかったし、いくつかの分野では境界線上の能力を獲得しました。APIとして役に立つだけの知識はあっても、(良い意味で)危険な知識はありませんでした。これこそがプロダクトマネージャーのスキルセットの真骨頂であり、開発者タイプの人々にとってPMがもたらす価値を正確に理解することを難しくしています。

PMは、プロダクト開発システム全体に責任を持つために、各分野についてただ十分であるというレベルで知識を備えています。

PMは、各分野に精通し、プロダクト開発システム全体に責任を持つことができるため、チーム全体に効果的に情報を伝達するために必要なあらゆる言語でコミュニケーションすることができます。

また、システム全体における変化の影響を評価する上でも、最適な立場にあります。最近、ShopifyのCEOと交わした会話で、彼はこのことを非常に簡潔に表現していました。

「優れたプロダクト担当者は、世の中の仕組みの変化がログファイルにどのような影響を与えるかを理解しています。そして、彼らはその影響をリアルタイムで察知することができるのです。」
トビ・リュトケ (言い直されています)

まさにその通りです。

スピードがキングであり、世界が指数関数的に変化している世界では、行動の前に合意を形成する時間を持つことは、しばしば贅沢なことなのです。チームはスピードを維持するために日々重要な決定を下す必要があり、それらの決定には大きなトレードオフや利害関係者間の対立があります。

そのような意思決定を推進するのは、プロダクトマネージャー以外の誰の仕事でもないのです。

なぜブラックボックスは存在し続けるのか

エンジニアやデザイナーの仕事は、PMの影響を短期的に観察することが難しいため、定量化しやすいのですが、プロダクトマネジメントにまつわる曖昧さは、しばらく残ります。

いつか、大学院で学位を取得し、プロダクトマネジメントへの明確なキャリアパスができるかもしれませんが、今はまだそうではありません。それまでは、企業の規模は拡大し続け、世界はより速くなり続け、遅かれ早かれ「これを管理する人が必要だ」と提案されることになるでしょう。

もしあなたがPMなら、次に誰かがあなたの存在に異議を唱えたとしても、腹を立てないでください。曖昧さを受け入れ(結局、あなたはPMなのですから)、自分の目的に自信を持ってください。

−−−−−−−−−−−−−−−−−−−−

そういえば、Shopifyは採用活動をしています。

他にお勧めの記事はこちらです。

7 Heuristics for being a Product Director (プロダクトディレクターになるための7つのヒューリスティック)

Product Partnerships (pt. 1/2)— The Making of a Partnership (プロダクト・パートナーシップ (pt. 1/2) – パートナーシップの成り立ち)

The Time Value of Shipping (配送の時間的価値)

#SWLH (Startups, Wanderlust, and Life Hacking)」に掲載されました。


Brandon Chuの他の記事を読む👀

👉 Brandon Chu

フォローして最新情報をチェック!

プロダクト開発の見方を変える15のアイデア

プロダクトマネージャーのためのアイデアとメンタルモデル

▼本記事の内容

*この記事は、15 Ideas That Will Shape Your View Of Building Productsを著者の了解を得た上で翻訳したものです。

著者: Alex Pedicini
翻訳者: 渡辺圭祐

1. Whyから始める (Start with Why)

「人々は、あなたが何をしたかを買うのではなく、なぜそれをしたかを買うのだ」。サイモン・シネックのリーダーシップの教えは、リーダーやプロダクトマネージャーがコミュニケーションやインスピレーションを得るための素晴らしいモデルとなっています。多くのリーダーはWhat(プロダクトやソリューション)から始めますが、シネックはWhy(存在意義)とHow(行動の指針となる理念や価値観)から始めることを提唱しています。

画像1
The Golden Circle — Start With Why

2. パレートの法則 (Pareto principle)

80/20の法則とも呼ばれ、結果の大部分は少数の原因から生まれるという考え方です。ビジネスに与える影響の大部分を占める機能や顧客を絞り込み、その機能の改善とユーザーの喜びに焦点を当てます。

3. ドッグフーディング (Eating your own dogfood)

これは自社プロダクトをテストし、使用することで、顧客に共感し、機会領域を特定する練習です。一般的なユーザーと同じ環境や状況でプロダクトをテストすることができれば、さらに効果的です。

4. ベロシティ(速度) (Velocity)

スピードとベロシティは同じではありません。スピードは方向に関係なく進む速さを表し、ベロシティは変位した距離を表します。プロダクト開発では、ベロシティが必要であり、進むべき方向は戦略に向かっているのです。ベロシティを上げるには、優先順位をつけ、戦略に貢献しないタスクやプロジェクトにはノーと言うことが必要です。

画像2

5. 二次的思考(セカンド・オーダー・シンキング (Second-order thinking)

目の前の決断の因果関係を考える一次思考とは対照的に、二次思考では「次に何が起こるか」を考えます。この思考法では、主に、変化や決断がもたらす予期せぬ結果や影響を理解する必要があります。10-10-10ルールは、自分の決定が2次、3次に及ぼす影響を理解するために特に役立ちます。

6. 可逆的な意思決定と不可逆的な意思決定 (Reversible vs. Irreversible decisions)

これは、ジェフ・ベゾスが2016年の株主への手紙で書いていることです。意思決定には、意思決定の大部分を占め、後で簡単に変更できる可逆的なものと、変更しにくい不可逆的なものがあるという考え方です。可逆的な意思決定は、すぐに軌道修正できるので、完全な情報がなくても素早く行うべきです。不可逆的な意思決定は慎重に行うべきで、結論を出すまでに、より広範な情報収集が必要です。重要なのは、自分がどちらのタイプの決断をしているのかをあらかじめ知っておくことです。

7. 機会費用 (Opportunity costs)

すべての決断にはトレードオフがつきものです。あるものを選択することで、別のものにノーと言うことになるのです。これは、優先順位をつけるときやロードマップを作成するときに特に当てはまります。優先順位をつける最も簡単な方法は、「今すぐやるべき、もっと価値のあることはないか」と問うことです。- もし答えがイエスなら、そのもっと価値のあることに取りかかればいいのです。

8. 選択のパラドックス (Paradox of choice)

選択肢が多ければ多いほど、必ずしも顧客が幸せになるとは限りません。人々は提示された選択肢に圧倒され、優柔不断になり、満足度が低くなる可能性があります。それよりも、よりスマートなデフォルト設定と、適切なタイミングで適切な選択肢を提示することに注力し、意思決定の疲労を回避することが重要です。

9. 逆転の思考 (Inversion)

問題に対して異なる視点を持つには、しばしばその問題を逆から考えることが有効です。何かがうまくいく理由を考え抜くのではなく、うまくいかない理由を考えるのです。また、現状から将来を予測するのではなく、最終目標から逆算してバックキャスティングしてみる。このようなことを促進するために、プロジェクトを始める前に「プレモルテム(Premortem)」を実施することが有効なテクニックです。

10. 確率的思考 (Probabilistic thinking)

プロダクト開発では、仮定と不完全な情報に基づいて意思決定を行う必要があります。確率論的思考とは、論理と推定を駆使して、ある事象がどのような結果をもたらすかを推測するプロセスです。このような思考は、どのような問題を解決し、どのようなソリューションを構築するかについて、どこに賭けるべきかの判断材料となります。

11. スケールしないことをする (Do things that don’t scale)

ソフトウェアによって私たちは信じられないほどのスケールで物事を行うことができますが、すべてのプロダクトや企業は小さなところから始まったことを忘れないでください。スケールしないことをするのは、手作業で仕事をすることが、学習への近道であることを思い出させるためです。そうすることで、あなたが目指している問題や顧客に近づくことができますし、そうしなければ見逃してしまうような別の機会も見えてくるかもしれません。時間が経ち、成功すれば、これらの作業を自動化することができます。

12. 前線基地を確保する (Secure the beachhead)

Geoffrey Moore氏は、著書「Crossing the Chasm」の中で、テクノロジー採用のライフサイクルの橋渡しについて述べています。この本では、まずターゲットとなる顧客層の小さなセグメントを特定して販売することで、アーリーアダプターからメインストリーム消費者へとプロダクトを移行させる方法について論じています。この考え方は、まずニッチな市場を見つけ、その狭い市場を満足させてからプロダクトや顧客層を広げていくことに似ています。

13. ビタミン剤と鎮痛剤 (Vitamins vs. Painkillers)

あなたのプロダクトが「あると便利なもの」(ビタミン剤)なのか「なくてはならないもの」(鎮痛剤)なのかを理解しましょう。プロダクトのポジショニングと販売の鍵は、あなたのプロダクトが解決する真のペインポイント、その問題を経験する人、そしてその問題を引き起こす「きっかけ」を特定することです。

14. マズローの欲求階層説 (Maslow’s Hierarchy of Needs)

マズローの欲求階層説は、人間の5つの基本的な動機と欲求を説明したものです。人間の欲求はほとんど変化しませんが、その欲求を達成するための解決策は頻繁に変化します。成功するソフトウェア製品はすべて、これらの基本的欲求のうち少なくとも1つを満たしていることに結びつけることができます。

画像3

15. 制約条件の理論 (Theory of constraints)

「鎖はもっとも弱い輪の部分以上は強くない」。 ボトルネックを特定し、その制約を減らしたり取り除いたりする作業を行うことで、単位時間当たりの処理能力を向上させることができます。このモデルは、あなたが作っているプロダクトであれ、あなたが依存しているプロセスであれ、作業中のあらゆるシステムに適用することができます。

−−−−−−−−−−−−−−−−−

1. Start with Why (Whyから始める)
2. Pareto principle (パレートの法則)
3. Eating your own dogfood (ドッグフーディング)
4. Velocity (ベロシティ)
5. Second-order thinking (二次的思考)
6. Reversible vs. Irreversible decisions (可逆的な意思決定と不可逆的な意思決定)
7. Opportunity costs (機会費用)
8. Paradox of choice (選択のパラドックス)
9. Inversion (逆転の思考)
10. Probabilistic thinking (確率的思考)
11. Do things that don’t scale (スケールしないことをする)
12. Secure the beachhead (前線基地を確保する)
13. Vitamins vs. Painkillers (ビタミン剤と鎮痛剤)
14. Maslow’s Hierarchy of Needs (マズローの欲求階層説)
15. Theory of constraints (制約条件の理論)


フォローして最新情報をチェック!

プロダクトマネージャーの役割とスキル

プロダクトマネージャーについて解説した記事はたくさんありますが、私にとって、たくさんの記事は部分最適に過ぎず、通常、全体像を理解することは難しいものです。そこで、プロダクトマネージャーの役割とスキルに関する記事をリストアップし、全体像がわかるように構成してみました。

最初の部分は、プロダクトマネジャーの役割と責任についてです。2つ目は、プロダクトマネージャーのスキルについてです。

この記事や添付されているプロダクトマネジメントの記事をただ読んで終わりにするのではなく、共感したところをハイライトして、感想や学びをGlaspに残しておきましょう。そうすれば、いつでも見返すことができ、私たち皆が同時に学習することができます。

それでは、さっそく始めましょう。


目次

  1. プロダクトマネージャーの役割
  2. プロダクトマネージャー – スキル

*この記事は「Product Manager’s Role and Skills」を翻訳したものです。

著者・翻訳者: 渡辺圭祐


プロダクトマネージャーの役割

プロダクトマネジメント – スタートはここから (Product Management — Start Here)
https://svpg.com/product-management-start-here/
著者: Marty Cagan (@cagan)

優れたプロダクトは、ユーザーや顧客の真の問題を解決し、顧客に愛され、かつ我々のビジネスに役立つ方法で提供されます。

プロダクトマネージャーは、開発されるものが価値あるものであり、かつ実現可能なものであることを確認する役割を担っています。そして、プロダクトディスカバリーとは、ユーザーにとって価値があって、使い勝手がよく、実現可能で、実行可能なソリューションを発見することです。これがプロダクトマネジメントの核心です。

もし、プロダクトの機能をディスカバーする権限がなかったり、プロダクトをアップデートする権限がなければ、あなたがいるのはフィーチャーチームやデリバリーチームということになります。真のプロダクトマネージャーになりたいのであれば、その違いと重要性を理解している企業に転職する必要がありそうです。

プロダクトマネージャーの仕事
https://joshelman.medium.com/a-product-managers-job-63c09a43d0ec
著者: Josh Elman (@joshelman)

プロダクトマネージャーの仕事は、あなたのチーム (そして会社) が正しいプロダクトをユーザーに出荷できるようにすることです。

ソース: A Product Manager’s Job

プロダクトマネジメントとは、価値があって、使えて、実現可能で、実行可能なソリューションを見つけることです。そして、プロダクトマネージャーとは、チームや会社のためになる優先順位の高いことに全時間を費やす人なのです。プロダクトマネージャーは、会社全体の目標と目的を正確に理解し、ビジョンに自分のチームを適合させる方法を理解する必要があります。

1) チームを助ける: 優れたプロダクトマネージャーは、自分のチームにとって最も重要なタスクに全神経を注ぎます。これには基本的に、(a)コーディネーション: チームが明確な目標と焦点を持って計画し、決定を下し、うまく協力していることを確認すること、(b)コミュニケーション: チームが互いに効果的にコミュニケーションをとり、何がいつ起こり、なぜそれが起こっているのか、特に状況が変化する中で理解していることを確認すること、が含まれます。最も優れたプロダクトマネージャーは、チームメンバー全員からインプットを受け、議論を表面化させ、時には結束を断ち切り、選択する際には合意を得る (あるいは最低でも全員が計画にコミットする) 責任を負います。

2) (と会社) : プロダクトマネージャーとして、会社の一般的な目的と目標、そして自分のチームが全体像の中でどのように位置づけられるかを意識する必要があります。そして、チームメンバーが会社にとって必要だと考えるものを提供するのではなく、他のチームと協力しながら会社にとって必要なものを提供し、貢献していると感じてもらわなければなりません。

3) 出荷: 顧客にプロダクトを届けることほど重要なことはありません。優れたプロダクトマネージャーは、完璧に仕上げることと、出荷することの間で微妙なバランスを保たなければならないことを知っています。ゴールと目的が明確で、ユーザーとユーザーに達成してほしいことをよく理解しているチームは、究極のトレードオフを強いられるかもしれません。このタスクを達成するのを助けるのが、優れたプロダクトマネジメントです。

4) 適切なプロダクト: 出荷は重要ですが、優れたプロダクトマネージャーはチームと協力して、プロダクトが適切なものであることを保証します。優れたプロダクトマネージャーは、何が正しいか、何が間違っていると思われるかについて確かな感覚を持っており、また、テスターや他の試用者からの初期の意見に効果的に耳を傾けています。さらに重要なのは、プロダクトが出荷された後、優れたプロダクトマネージャーはそれが正しいプロダクトであるかどうかを評価することができるということです。

5) ユーザーのために: プロダクトを作る上で最も難しいのは、主要なユースケースを表現すること、つまり、誰がなぜそのプロダクトを使うべきかというストーリーを伝えることです。最高のプロダクトマネージャーは、消費者の代弁者として、プロダクトに関するあらゆるやりとりの中で消費者の声を代弁します。そのためには、ターゲットとなる消費者、彼らが抱える問題や困難、そして彼らが求める価値や喜びをどのように提供すべきかを徹底的に把握することが必要です。

プロダクトマネジメントのトライアングル
https://productlogic.org/2014/06/22/the-product-management-triangle/
著者: Dan Schmidt (@danielfschmidt)

プロダクトマネジメントの責任には、「余白を埋める」ことや、部門を超えたチーム間の「接着剤の役割を果たす」ことが含まれます。正しいプロダクトをユーザーに届けるためには、多くのチームメンバーが関係しているため、それぞれの役割の間にギャップが生じます。

下の図は「プロダクトネットワーク」と呼ばれるもので、ソフトウェアプロダクトのコンテクストの基本的な要素を描いたものです。企業では、プロダクトネットワークに欠落したリンクを意味するホワイトスペースが残ります。もし、それが埋まっていれば、プロダクトネットワークがより良く機能し、より成功したプロダクトにつながります。

プロダクトマネージャーの責任は、プロダクトネットワーク内の4つの領域すべての健全な機能を維持することです。そのため、プロダクトマネージャーは、重要なホワイトスペースを認識し、リンクとして機能するか、それを埋める方法を見つけることによって、これらの重要なリンクを維持する必要があります。そのためには、プロダクトマネージャーは、ウェブ解析やプロジェクトマネジメントなど、プロダクトマネジメントに関連するすべての役割を担うことができなければなりません。

領域Aは、開発者、プロダクト、ユーザーの間に存在するホワイトスペースです。開発者とユーザーでは、プロダクトに関するメンタルモデルが異なります。ユーザーはユーザーインターフェースを通してしかプロダクトを見ることができませんが、開発者はコードを覗き込むことができます。この余白を埋められるのがデザイナーです。

領域Bは、ユーザー、プロダクト、ビジネスの間にあるホワイトスペースです。この領域では、人々がプロダクトを使って見出した価値を、利益に変換していきます。ビジネスモデルに応じて、この領域の複雑さは異なります。

領域Cは、開発者、プロダクト、ビジネスの間に存在します。この領域では、企業のリソースと努力の焦点を決定することができます。

プロダクトマネジメントではないもの
https://svpg.com/what-product-management-is-not/
著者: Josh Elman (@joshelman)

上記の記事で紹介したように、プロダクトマネジメントとは、価値があって、使えて、実現可能なソリューションを発見し、出荷することです。しかし、多くの企業にとって、プロダクトマネジメントという仕事自体が曖昧なものです。だから、プロダクトマネージャーを求める声が多いのですが、求めていることはプロダクトマネージャーの仕事ではないことが多々あります。何がプロダクトマネジャーの仕事ではないのか、リストを一つずつ見ていきましょう。

プロダクトマネジメントはビジネスケースを定義することではない
ビジネスケースを定義するプロダクトマネージャーもいますが、それは実際のプロダクト作りに何ら貢献しません。経営陣が投資の選択をする際に、それを必要とするため、それを行っているだけでしょう。

プロダクトマネジメントは市場要求事項を定義するものではない
多くの企業は、プロダクトマネージャーが市場の要求を決定し、エンジニアがその要件を満たすプロダクトを作ると考えています。しかし、このプロダクトの定義を行う責任者は、個人的にこれらの人々(ユーザー/顧客)と話をしなければなりません。そして、プロダクトマネジメントの目的はプロダクト・マーケット・フィットを見つけることであり、そのためには市場の要求と技術力の両方を十分に把握する必要があります。したがって、プロダクトマネージャーはプロダクト要件と市場要件を別々に考えてはなりません。

プロダクトマネジメントは要件収集ではない
プロダクトマネジャーは、顧客のニーズを通じてプロダクトの要件を文書化するのではありません。真のプロダクト組織は、顧客が解決すべき問題を抱えていることを理解していますが、プロダクトの仕様を指示することはできません。別の言い方をすれば、顧客の要求とプロダクトの要求を混同してはいけないということです。

プロダクトマネジメントはプロジェクトマネジメントではない
企業によっては、プロダクトマネージャーとは、要件を収集・文書化し、構想から出荷までを取りまとめる人だと考えているところもあります。しかし、プロダクトマネジメントがプロジェクトマネジメントと異なるのは、価値ある、使用可能な、実現可能な、解決策を発見する、プロダクトディスカバリープロセスであることです。

プロダクトマネジメントはプロダクトマーケティングではない
人々は、価格設定、プロモーション、ポジショニング、メッセージなどのプロダクトマーケティングや、プロダクトの発売活動を期待しています。しかし、実はこれらはプロダクトマネジャーの仕事ではありません。何度も言いますが、価値があり、使用可能で、実現・実行可能な、ソリューションを発見するのがプロダクトマネージャーの仕事です。

プロダクトマネージャー – スキル

プロダクトマネージャーのスキル(年功序列) – 詳細
https://medium.com/agileinsider/product-manager-skills-by-seniority-level-a-deep-breakdown-cd0690f76d10
著者: Brent Tworetzky (@tworetzky)

XO Groupは、プロダクトマネージャーの6つのスキルエリアを分解しました。

以下は、プロダクトマネージャーのキャリアパスの選択肢を、個人貢献者 (左側) とマネージャー (右側) の場合で示したものです。

ソース: Product Manager Skills by Seniority Level — A Deep Breakdown

スキル1:戦略的思考

ソース: Product Manager Skills by Seniority Level — A Deep Breakdown

これは、「ますます大きくなる問題やプロダクト領域に対して、社内のソート・リーダーシップを発揮して答えを導き出す能力です。含まれるものは、ブレーンストーミング、思考の構造化、戦略の推進、専門家になること」です。

アソシエイト・プロダクト・マネージャーには、「他者と建設的にブレーンストーミングを行う」スキルが求められます。このレベルでは、より高度な戦略的思考は必要ありませんが、ユーザーへの共感を示すことが必要です。

スキル2:コミュニケーション

ソース: Product Manager Skills by Seniority Level — A Deep Breakdown

コミュニケーションは、「より大きな、より高い利害関係のある人々に対して、明確な文章と口頭でのコミュニケーション。この中には、明確なメールを書くこと、直接会って明確にコミュニケーションをとること、文章を書くこと、プレゼンテーションを行うことが含まれる」と説明されています。

コミュニケーションはどのレベルのプロダクトマネージャーにとっても重要ですが、レベルが上がれば上がるほど、グループミーティングや、プレゼンテーションのスキルが必要となります。

スキル3: コラボレーション

ソース: Product Manager Skills by Seniority Level — A Deep Breakdown

コラボレーションは、「チーム内外で、より多くのファシリテーションを行い、物事を成し遂げることができるようになります。含まれるもの: 会議への積極的な参加、会議の主導、班のプロセスの運営、他のチームとの問題解決、適切に対立を回避させること」と説明されています。

上位のプロダクトマネージャーには、組織内の幹部や幅広いチームと連携し、リードやファシリテーションを行うスキルが求められます。

スキル4:テクニカル

ソース: Product Manager Skills by Seniority Level — A Deep Breakdown

テクニカルスキルとは、「プロダクトマネジメントとパートナー機能 (エンジニアリング、デザイン) のツールを使い、チーム全体でうまく連携することです。含まれるものは、ストーリーを書くこと、分析すること、プロトタイプの構築・実行、SEOの理解」です。

テクニカルスキルはプロダクトマネージャーにとって重要であり、ミドルレベルのプロダクトマネージャーであってもプロトタイプをうまく構築することが求められます。

スキル5:詳細と品質

ソース: Product Manager Skills by Seniority Level — A Deep Breakdown

これは、「拡大するスコープの中で結果を出し、ミスをキャッチする。ユースケースを含む明確な仕様書の作成、大小のプロダクトを期限内にバグの少ない状態で出荷すること、障害に対処するための選択肢を操り、成果を上げることが含まれます。」です

アソシエイトプロダクトマネージャーの場合、担当するのはプロダクトの小さな領域ですが、機能の仕様書を書き、それを出荷するスキルが求められます。

スキル6:ユーザーサイエンスと共感

ソース: Product Manager Skills by Seniority Level — A Deep Breakdown

ユーザーサイエンスと共感は、「ユーザーをより理解し、ユーザーのニーズや行動にプロダクトを適合させるため、ユーザーサイエンスのツールキットを習得する。含まれるのは、調査、インタビュー、プロトタイピング、A/Bテスト、分析ツールをきちんと実行できること、異なるユーザータイプとそのニーズを理解し表現すること、ユーザーサイエンスをインサイトに統合すること」です。

表の一番上にあるように、ユーザーへの共感がプロダクトマネージャーの基本であることが理解できます。

スキル7:マネジメント

ソース: Product Manager Skills by Seniority Level — A Deep Breakdown

マネジメントは「人と組織をうまく成長させることです。含まれるものは、メンタリング、マネジメント、チームの成長、組織の成長」です。

アソシエイトマネージャーやプロダクトマネージャーの場合、デザイナーやエンジニアなどのチームメンバーがプロダクトマネージャーの下で働くことはないため、このスキルは必要ありません。しかし、シニアプロダクトマネージャーであれば、他のジュニアプロダクトマネージャーを指導する必要があります。

プロダクトマネージャーとテクニカルスキル…ディールについて
https://productschool.com/blog/product-management-2/technical-skills-product-managers/
著者: Product School (@productschool)

プロダクトマネジャーになるには、実は技術的なスキルは必要ありません。調べてみると、そのようなスキルは必要ないと安心させる記事や資料がたくさん見つかるでしょう。しかし、新任のプロダクトマネージャーはテクニカルスキルがないことを恐れているのです。もちろん、テクニカルスキルがあるに越したことはありません。核となるテクニカルスキルは、コーディングとプログラミングになります。基本的なスキルは以下です。

• コーディング・プログラミングの知識:  HTML、CSS、Javascript、C+、Pythonなど
• SQL: データの管理・操作に活用
• データ構造とアルゴリズム

プロダクトマネジメントは、デザイン、ビジネス、テクノロジーの間に存在します。この3つのうち1つでも長けていて、他の2つを学ぶ意欲があれば、プロダクトマネージャーを目指す上で大きなプラスになるはずです。以下は、Product Schoolのプロダクトマネージャーの技術力に関するQ&Aです。

Q: プロダクトマネージャーは技術系出身でなければならないのでしょうか?
A: いいえ。すべての道はプロダクトに通じており、最強の開発チームにはあらゆる経歴を持つプロフェッショナルがいます。

Q: プロダクトマネージャーの役割には、技術的な要件があるものもあるのでしょうか。
A: はい。一部の職務では、CSの学位や、職務に必要なテクニカルスキルの実証的な知識が必要とされます。

Q: プロダクトマネージャーはコードを書く必要がありますか?
A: 理解しているに越したことはありませんが、あなたの仕事はソフトウェア開発者ではありません。テクニカルプロダクトマネージャーには、もちろんコードの知識が求められます。

Q: では、プロダクトマネジャーになるために大学に戻ってCSの学位を取得する必要はないのでしょうか?
A: いいえ。CSの学位を必要とする職種のほとんどは、そうでない類似の職種があります。例えば、Googleのあるチームはプロダクト・マネージャーに技術的なバックグラウンドを求めますが、そうでないチームもあります。

Q&Aにあるように、プロダクトマネージャーにとって技術的なスキルは必ずしも必要なものではありません。プロダクトマネージャーとテクニカルスキルの関係は、プロダクトマネージャーとデザインスキルの関係にも似ています。プロダクトマネージャーは、実際のデザイン作業を行うわけではありませんが、デザイナーと協力して、デザインが必要なプロダクトを管理・実現することになります。デザインに対する理解が深ければ、その貢献度はより高いものになるでしょう。

プロダクトマネージャーの重要な特徴のひとつに、「好奇心」があります。好奇心は、テクニカルの世界での成功へとあなたを導きます。

技術力を一から身につけるなら以下が参考になります。

• CS50: コンピュータサイエンスの基礎を学べます。ハーバード大学が提供する無料のオンラインコースです。
• Codecademy: 入門するには、このコースの受講がおすすめです。さまざまな学習パスやプロジェクトが無料で提供されています。


優れたプロダクトマネジャーになるために必要なこと
https://hbr.org/2017/12/what-it-takes-to-become-a-great-product-manager
著者: Julia Austin (@austinfish)

プロダクトマネージャーを目指す場合、その役割を評価する上で、「コアコンピテンシー」「EQ (感情知能)」「会社への適合性」という3つの大きな要素について考える必要があります。

コア・コンピテンシー: すべてのPMが持っていなければならないコア・コンピテンシーは以下のものです。

• 顧客インタビューとユーザーテストの実施
• デザインスプリントの実施
• 機能の優先順位付けとロードマップの計画
• リソース配分の技術 (科学ではありません!)
• マーケットアセスメントの実施
• ビジネス要件と技術要件、またはその逆の変換
• 価格設定と収益のモデル化
• 成功指標の定義と追跡

優れたプロダクトマネージャーは、長年にわたってプロダクトを定義し、出荷し、反復することで、これらのスキルを磨き続けています。

エモーショナルインテリジェンス(EQ): インタビューにおいて、一流のPMは顧客に共感し、彼らのボディランゲージや感情を察知し、そのプロダクトや機能が解決すべき苦悩を推し量ることができます。ダニエル・ゴールマンは、EQの4つの主要な特徴を定義しました。次に、それらがPMの役割とどのように関連しているかを見てみましょう。

1. リレーションシップ・マネジメント: 成功するPMの最も重要な特性の1つです。優れたPMは、社内外のステークホルダーと誠実で信頼できる関係を築くことで、人々のモチベーションを高め、その潜在能力を最大限に発揮できるようにします。

2. 自己認識: 公平であり続け、自分の個人的な好みをプロダクトに投影することを避けるために、PMは自己認識を持っている必要があります。自己認識が欠けていると、他の本質的な目標が頓挫したり、機能が十分に評価されない場合にエンジニアとの関係が悪化し、PMへの信頼が失われる可能性があります。

3. 自己管理: 最高のプロダクトマネージャーは、緊急性がある中でも恐怖やストレスを感じることなく、正しい優先順位で積極的に物事を進めていく方法を知っています。また、一歩下がって立て直しを図るタイミングも心得ています。

4. 社会的認識: プロダクトマネージャーは、共感、組織意識、そしてサービスという社会的な意識を持つべきです。プロダクトマネージャーは、顧客のプロダクトに対する気持ちや悩み、営業チームの売り方に対する悩み、サポートチームのサポートに対する悩み、エンジニアリングチームの開発に対する悩みを理解しなければなりません。このような社会的な認識を持つことで、優れたプロダクトマネジャーは、顧客のやるべき仕事を処理するプロダクトを提供することができ、それがプロダクト・マーケット・フィットにつながります。

企業フィット: コアコンピテンシーと高いEQだけでなく、企業との適合性もプロダクトマネージャーのキャリアを成功に導きます。企業のタイプによってプロダクトマネジャーに求められるものは異なります。

1. PMがエンジニアリングを推進する(企業): PMはニーズを収集し、古典的なプロダクト要件書を作成し、それをエンジニアリングに渡して、技術要件を仕様化する「壁越し」手法をとります。

2. エンジニアリングがプロダクトを動かす: エンジニアはその分野の技術を発展させ、PMはソリューションのテストやフロントエンドのアクセスポイント (UI、API) の設計などを行う、より技術的にフォーカスしたプロダクト企業 (クラウド、ビッグデータ、ネットワーク) ではこのスタイルになります。

PMとエンジニアリングのパートナーシップ: このような状況では、PMとエンジニアリングは、相互に発見し、意思決定し、責任を共有する、強い陰陽の関係を持っています。エンジニアはPMと一緒に顧客インタビューに参加し、PMはスプリントミーティングに参加してタスクのブロック解除や要件の説明をサポートします。

また、会社のステージや役員との関係によって、プロダクトマネージャーの役割も以下のように異なります。

スタートアップ: プロダクトマネージャーは、プロダクトの発見、定義、出荷だけでなく、プロダクトの価格、マーケティング、サポート、そして販売まで担当することがあります。プロダクト・マーケット・フィットを目指し、規模に応じた機能を身につけるため、プロダクトマネージャーはスクラップ的な雰囲気の中で成長し、あいまいさや頻繁な方向転換にも対応できる必要があります。

長所: PMは企業戦略に関与する可能性が高く、シニアリーダーや取締役会にアクセスでき、より大きなリスクと影響力を行使することができます。また、会社のリソースに対してより大きなパワーとコントロールを持つことができます。

短所: 組織内には通常、メンターやロールモデル、ベストプラクティスがほとんど存在しません。予算が限られていることが多く、プロダクトマネージャーは与えられた仕事をこなすのに必要な経験が不足していることがあります。

成熟した企業: PMの役割はより限定的になり、価格設定や市場参入戦略などを担当する社員がいる場合があります。プロダクトマネージャーは、より広範なプロダクトマネジメントチームの一員となることがほとんどでしょう。

• 長所: メンターやロールモデル、開発標準やベストプラクティスがPMに提 供される可能性が高くなります。

• 短所: PMは企業戦略に対する理解が浅く、消費者の声の一つに過ぎません。PMは企業戦略への理解が浅く、消費者の声の一つに過ぎないため、政治的・経済的な制約を受ける可能性があります。


創業者/CTO/CEOとPMの関係: 
創業者/CEO/CTOがプロダクト開発プロセスにどれだけ積極的であるかを知ることは、特に初期段階の組織では非常に重要です。創業者・CEO・CTOが非常に積極的であれば、PMの役割は自らアイデアを出し、それを押し進めるというより、創業者等のアイデアを具体化する手助けや顧客とコンセプトを確認するといったサポート的なものになるかもしれません。

長所: 創業者やチーフレベル役員と一緒にプロダクトイノベーションに取り組むのが好きな人にとっては、とても楽しい仕事となります。

短所: プロダクトの方向性をより大きくコントロールしたいPMにとっては、フラストレーションがたまるかもしれません。また、より技術的な創業者やチーフレベルの人々がエンジニアと直接仕事をすることを好む場合、PMにとっては仲間外れになるなど、困難が伴います。

この記事が、プロダクトマネージャーの役割とスキルの全体像を理解する一助となれば幸いです。何か質問があれば、TwitterLinkedInでDMをください。

次に何をすべきか覚えているでしょうか?

この記事や添付されているプロダクトマネジメントの記事をただ読んで終わりにするのではなく、共感したところをハイライトして、感想や学びをGlaspに残しておきましょう。そうすれば、いつでも見返すことができ、私たち皆が同時に学習することができます。

それでは、また次回お会いしましょう。

Kei


フォローして最新情報をチェック!