Table of Contents
In a rush? Download the PDF for later
Download the e-Bookはじめに
プロダクトオペレーションズ（プロダクトオプス）は必ずしも新しい概念ではありませんが、かといって一般的に普及しているわけでもありません。規模を拡大しているテクノロジー企業にとって、それは順調な成長と成長の痛みを分ける鍵となり得ます。セールスオペレーションズの徹底した効率性をR&D部門に適用するという点では革新的でありながら、同時に（成功している企業にオプス機能がないところはないという意味で）馴染み深いものでもあります。
プロダクトオプスについては、マーケティングオペレーションズ（マーケティングオプス）、セールスオペレーションズ（セールスオプス）、あるいはそれらを統合したレベニューオペレーションズ（RevOps）ほど耳にする機会は多くありません。デベロップメントオペレーションズ（DevOps）でさえ、テクノロジー業界全体に広く浸透しています。しかし、私たちはこの状況が変わる可能性があると考えており、プロダクトオプスはやがてこれらの先行する人気機能と同等の地位を確立するかもしれません。
プロダクトオプスの現状、その役割の内容、重要性、そして今後の方向性をより深く理解するために、私たちはProduct Collectiveと連携し、自らその機能を担う方々や、プロダクトオプス部門を持つ企業で働く方々など、現場のプロフェッショナルにインタビューを行いました。
最大の気づきとは何でしょうか？ 今こそ、プロダクトオプスにとって重要な時期です。そして、企業がこれをいち早く認識するほど、より大きなメリットが得られます。
プロダクトオプスとは何か？
プロダクトオプスの本質は、プロダクト（プロダクトデザインを含む）、エンジニアリング、そしてカスタマーサクセス（CS）の交差点にあります。R&Dチームとそのゴートゥマーケットの担当者を支援し、製品開発・ローンチ・改善におけるアラインメント、コミュニケーション、プロセスを向上させるために存在します。
しかし、この役割の新しさや、チーム・プロダクト・ビジネスそれぞれのニーズが異なることから、プロダクトオプスの定義は企業によって異なります。
プロダクトオプスの具体的な責任範囲も、ビジネスにとって何が最も重要かによって、組織ごとに大きく異なる場合があります。プロダクトオプスの3つの異なるモデルを考えてみましょう：
成果重視型
Uberでは、プロダクトオペレーションが担当するのは、 インサイトの収集 と ビジネスニーズのスコーピング です。これはプロダクト開発プロセスの最初の段階（多くの場合、ユーザーへのヒアリングを含む）から、ローンチ時には世界中のオペレーションの担当者と連携して、 ローンチおよびゴートゥーマーケット戦略の実行.
効率重視
Stripeでは、プロダクトオペレーションは より多くのユーザーにより多くの価値をより迅速に提供するために存在し、プロダクトフィードバックループの強化、プロダクトの運用化、組織全体へのプロダクト知識の展開という3つの重点領域を持っています。
顧客中心
Theresa BakerがComcastのDigital Homeプロダクトでプロダクトオペレーションのキャリアをスタートしたとき、彼女の役割はカスタマーエクスペリエンス機能に近いものであり、 プロダクトの視点からエンドツーエンドのカスタマーエクスペリエンスに関するインサイトを提供していた.
プロダクトオペレーションは組織のどこに位置するのか？
明確に定義された役割である場合、プロダクトオペレーションは通常、プロダクトマネジメントチーム、またはプロダクト責任者に報告する隣接する部門に属します。
プロダクトオペレーションはプロダクトマネジメントの責任者に報告し、プロダクトマネジメント組織全体の共有リソースとして機能していると考えています。
ロバート・ハッタ /// タレントパートナー、Drive Capital
プロダクトオペレーションについて考えるとき、それは役割そのもの——私たちの場合はプロダクトオペレーションマネージャー——であると同時に、互いにつながったプロダクトオペレーションのチームでもあります。協力して取り組むことで、会社全体にわたって非常に興味深く、インパクトのある取り組みを数多く推進することができます。
ブレイク・サミック /// プロダクトオペレーション責任者、Stripe
影のプロダクトオペレーター
プロダクトオペレーションを、企業が採用する純粋な職種と捉える人もいれば、あらゆるプロダクト担当者が磨くことができる（また磨くべき）スキルセットと見る人もいます。私たちはその両方だと考えています——プロダクト主導の組織はプロダクトオペレーションに責任を持つ担当者を指定すべきですが、同時に、プロダクトチームの全メンバーがオペレーショナルなマインドセットを育むべきです。
LinkedInによると、プロダクトオペレーションは、グロースプロダクトマネージャー、プロダクト開発アソシエイト、ビジネスオペレーションアナリスト、プロダクトマネージャー、カスタマーインパクトマネージャーなど、プロダクトオペレーションマネージャーやアナリストに加えて、幅広い職種と関連しています。まだ状況は定まりつつある段階のようです。
約 LinkedIn利用者49,000人 の職種名に「プロダクトオペレーション」が含まれており、これは 760%増 （2019年〜2025年）という結果です。
ハッタ氏は、「この機能に対するニーズは明らかに存在しており、うまくスケールアップに成功した多くの企業がそのニーズに対応してきたと思われますが、それぞれ異なる名称で呼んでいるだけかもしれません」と述べ、プロダクトオペレーションの現状をうまくまとめました。
これから何が読み取れるでしょうか？プロダクトオペレーションという職種は他のオペレーション系職種ほど集中していないものの、プロダクト専門家たちはオペレーションが台頭しつつあることを認識し、その役割に向けて自らをポジショニングし始めています。 では次の疑問は……なぜ今なのか？
プロダクトオペレーションはなぜ台頭しているのか、そしてなぜ今なのか？
プロダクトオペレーションが台頭している理由はいくつかあると考えています。カスタマーエクスペリエンスへの期待の高まり、オペレーション系職種全般の増加、プロダクト利用データの入手しやすさの向上、そして何より、プロダクト主導型企業が競合他社に対して持つ圧倒的な優位性です。調査によると、 プロダクト主導型企業の利益率は同業他社を最大527パーセント上回る ことが明らかになっており、プロダクト主導型企業はプロダクトオペレーションのリーダー、あるいは専任チームを置く傾向が際立って高くなっています。
プロダクトオペレーションの重要性は確実に高まっていると思います。特に、テクノロジー企業の成長スピードが以前より速くなっているという意味でそう感じます。私の見方では、プロダクトオペレーションがこれまで重要でなかったわけではなく、これらの責務を一つの役割やチームにまとめることが合理的であり、実際にその方が効率的だという結論に、企業がようやく至り始めたということだと思います。
Blake Samic /// Head of Product Operations、Stripe
プロダクトエクスペリエンスの進化
プロダクト主導型企業にとって、プロダクトはカスタマーエクスペリエンスの一部に留まらず、エクスペリエンスそのものです。トライアルや購入から始まり、オンボーディング、拡大、紹介に至るまで、プロダクトはそれらすべてのステージを担う手段となります。そして、プロダクト開発ライフサイクルが進化し続ける中、プロダクトオペレーションはそのエクスペリエンスの最適化において中心的な役割を果たしています。
かつて、プロダクトマネージャーはプロジェクトが長引きすぎる（あるいはさらに悪いことに、まったく完了しない）こと、そして予算超過に悩まされていました。こうした課題からアジャイル手法が生まれ、プロダクトチームは短いスプリントを繰り返すことで継続的にイテレーションを行い、プロジェクトを期限どおりにリリースできるようになりました。次に浮かび上がったのが、「どうすればより早く顧客の手に届けられるか」という問いです。DevOpsの登場によってこの摩擦が解消され、企業はボタン一つで週次、あるいは日次でプロダクトをリリースできるようになりました。
そして現在に至ります。チームがより多くのものを構築・リリースするようになった今、正しいものを作っているかどうかをどう判断すればよいのでしょうか？また、構築しているすべてのものをユーザーに確実に知ってもらうにはどうすればよいのでしょうか？そこで登場するのがプロダクトオペレーションです。プロダクト開発プロセスとカスタマーエクスペリエンスを最適化し、ユーザーがプロダクトから価値を得られるようにするとともに、社内チームが効率的に業務を遂行できるよう教育・支援します。
「その他のオペレーション」
過去5年間だけを見ても、オペレーション機能の重要性についての議論が高まっています。どのチームをサポートするかにかかわらず、オペレーション機能が求められる理由は、通常3つの主要な成果に集約されます。それは、可視性とコラボレーションの向上、効率性の改善、そしてアウトプットの増大です。
プロダクトオペレーションを最新の追加機能と捉えると、すでに広く普及・受け入れられているオペレーションの役割について考えることが参考になります。
スタートアップのスケーリングにおいてセールスオペレーションが鍵であるというブログ記事を執筆したベンチャーキャピタリストのジェフ・バスガンは、オペレーション職の台頭を的確に表現しています。「企業がビジネスモデルを安定させ、プロダクトマーケットフィットを見つけるにつれて、意思決定が主に創業者の直感によって行われる勘頼りの運営モデルから、データに基づいてプロのマネージャーが意思決定を行うメトリクス主導のモデルへと移行し始める。」
データの台頭
これまで以上に多くのデータが利用可能になった今、私たちはいわゆる「あらゆるものの 「あらゆるもののデータ化」。テクノロジー企業は、データをビジネス上の意思決定に活用することがもはや高い目標ではなく、必須事項であると認識しており、データを分析して実用的なインサイトに変えるオペレーション機能が不可欠となっています。
AIの台頭により、企業が収集・分析できるデータの種類はさらに複雑化しています。 Gartnerの予測によると 、 2027年までに、ビジネス上の意思決定の50%がAIエージェントによって補強または自動化されるとされています。
今日の市場環境と、データの圧倒的な利用可能性および人気の高まりを考えると、プロダクトオペレーションの台頭との間には確かに相関関係があると思います。
Shelly Perry /// オペレーティングパートナー、Insight Partners
今や「システムからデータを取り出せない」というハードルは越えました。あらゆる場所に膨大なデータが存在しています。プロダクトオペレーションとは、それらをすべて集約してデータを統合し、インサイトへと変換することだと思います。
メリッサ・ペリ /// Produx Labs 創業者
プロダクトオペレーションの役割
プロダクトオペレーションの役割には、5つのコアエリアがあることが明らかになっています。それらは以下のとおりです：
1. ツール
プロダクトオペレーションの役割 オペレーション担当者は、ツールの選定・統合、
そしてチームのテックスタックの管理を担う傾向があります。プロダクトオペレーションも例外ではありません。
プロダクトテックスタックを管理する
プロダクトオプスはプロダクトチームのテックスタックを所有し、ベンダーとの関係を管理し、これらのツールをチーム全体に提供します。以下は、今日のプロダクトマネージャーが使用する多くのツール（およびベンダー）を可視化したものです：
社内ベストプラクティスの確立
プロダクトオプスはまた、テクノロジーの選定、使用に関するベストプラクティスの確立、およびチームメンバーがツールを効果的に活用できるようにする責任も担っています。
2. データ
ツールの増加に伴い、利用可能なデータの量も増加しています。課題は、そのデータを適切な方法で表面化し、整理し、分析することです。
プロダクトオプスとは、複数のデータソースを組み合わせることの力をより深く理解できるよう支援することです。それこそがビジネスを前進させる原動力です。一つだけでは十分ではありません。
Shelly Perry /// オペレーティングパートナー、Insight Partners
私にとって、プロダクトオプスとは「プロダクト戦略の意思決定プロセスにプロダクトデータをどのように取り込むか」という問いに答えることに他なりません。
Melissa Perri /// Founder, Produx Labs
データの整合性、クリーンさ、および整理を維持する
データドリブンなプロダクト戦略を効果的に機能させるには、データが正確で、理解しやすく、有用であるための強固な基盤を整える必要があります。この責任を一人の担当者またはチームに集約することで、データの重複や、プロダクトマネージャーが必要な情報をどこで入手すればよいかわからないといった問題を解消するのに役立ちます。
メリッサ・ペリはこれをある例を用いてうまく説明しています。「理想的な世界では、プロダクトマネージャーは何らかのシステムにログインし、質問をして、そのデータが利用可能であれば答えを得るか、またはプロダクトオペレーションからデータをリクエストできるようにすべきです。」
プロダクトオペレーションはまた、プロダクトマネージャーと連携してプロダクトリリースの計測・レポート体制を整備し、データが適切な場所に確実に反映されるようにする役割も担います。
データ分析を実施する
プロダクトオペレーションは、データの収集において重要な役割を果たすだけでなく、そのデータを活用してプロダクトの意思決定に役立つインサイトを明らかにする上でも欠かせない存在です。その一例として、利用状況データと顧客フィードバックを照合することが挙げられます。フィードバックは、カスタマーサクセスや営業チームのメンバーを通じて共有される場合もあれば、ユーザーからプロダクトチームに直接提出される場合もあります。
Pendoが初日からあなたの組織に価値をもたらし始める方法をご覧ください
重要なのは、利用状況データ単体ではありません。利用状況データに加えて、財務情報、市場の動向、勝敗の傾向、サポートから寄せられる情報、競合他社の動向——これらすべてが必要です。［…］実際に違いを生むのは、こうした膨大なデータの相関関係であり、手元にある一つのデータソースだけで完結するものではないのです。
Shelly Perry /// オペレーティング・パートナー、Insight Partners
プランニングサイクルに入るプロダクトリーダーであれば、利用状況データはもちろん、ユーザーから寄せられた情報——サポートチケットや営業チーム・アカウントマネージャーを通じて挙げられたペインポイント——にも目を向けるべきです。そうした情報をすべて収集し、構造化・整理・タグ付けするための優れた仕組みを整えておく必要があります。そうすることで、適切なタイミングに、真にインパクトのある形で情報を活用できるようになります。
Blake Samic /// ヘッド・オブ・プロダクト・オペレーションズ、Stripe
必要なステークホルダーへのデータ提供
もちろん、このデータの価値は、適切な人に適切なタイミングで届いてこそ発揮されます。プロダクトオペレーションは、この情報を届けるための効果的なワークフローとサイクルを構築し（単発のリクエスト対応に終始しないよう注意しながら）、たとえばカスタマーサクセスにプロダクト利用状況データを提供してリスクのあるアカウントを事前に特定できるようにするなど、仕組みを整える必要があります。
プロダクトオペレーションが重視するデータとは？
プロダクトの定着度（DAU/MAU比、WAU/MAU比）
- 製品利用データ
- 幅広さ（例：特定の顧客のアクティブユーザー数）
- 深さ（例：機能の利用状況）
- 頻度（例：特定の顧客のログイン回数）
- 機能の採用率
- 機能の継続利用率
- NPS
- コンバージョン、更新、および拡大の先行指標
- 上位の機能リクエスト
- 製品デリバリーの予測可能性
- 製品のバグ（機能別・製品利用状況別の内訳など）
- 製品パフォーマンス
- サポートチケット
- 顧客フィードバック
- ユーザーリサーチデータ
- 勝敗分析
- チャーンデータ
- コストデータ
- 収益データ
3. 実験
Robert Hattaによると、プロダクトオペレーションの役割を明確に定義することの最大のメリットの一つは、実験プロセスにおける摩擦を排除することであり、それによってプロダクトチームはより多くの実験を実施できるようになります。スケールを目指す組織にとって、これは不可欠なことです。
プロダクトオペレーションを空港における二つの役割として考えてみてください。一つは、すべての飛行機が可能な限り効率よく離陸できるよう地上で発着ロジスティクスを管理すること、もう一つは、飛行機が空中で互いに衝突しないよう航空管制を行うことです。
Robert Hatta /// タレントパートナー、Drive Capital
すべての実験を追跡する
最も基本的なレベルでは、プロダクトオペレーションはすべてのアクティブな実験を追跡し、それらが重複したり互いに干渉したりしないようにする必要があります。この唯一の情報源を持つことは、チーム全体にとっても有益です。いつでも参照できるリソースとして機能するからです。
実験のシーケンスと実装の合理化
プロダクトオペレーションは、実験をより効率的にするためのプロセスも構築する必要があります。たとえば、ワークフローの確立、ドキュメントの整備、ユーザー集団のセグメント化、そして取得するデータがクリーンで正確であることの確認などが挙げられます。
First Round Capitalへの 記事の中で、Redditの共同創業者たちは、自社のプロダクトオペレーションチームが、すべての実験を会社の大きな目標に沿わせることにも責任を持っていると述べています。
4. 戦略
プロセスはチームの構成によって異なりますが、プロダクトオペレーションが社内の他のチームと連携し、プロダクトを中心とした協力を促進する部門間のリンクとなることが不可欠です。プロダクトインサイトを提供することで、プロダクトオペレーションは他のチームと協力して改善すべき領域を特定し、ビジネス上の意思決定に役立てます。
社内の他チームとの連携
プロダクトオペレーションは、RevOps、DevOps、CS、マーケティング、営業、そしてもちろんより広いプロダクトチームなど、さまざまなチームにとって重要なパートナーです。これらの関係は企業によって異なりますが、具体的には次のような形が考えられます。
- RevOpsと連携し、トライアルのコンバージョン、更新、拡張に関するビジネス健全性指標にプロダクトデータが組み込まれるようにする。
- DevOpsとパートナーシップを結び、現場からのデータとフィードバックをもとにロードマップ策定を支援する。
- マーケティングと協力してペルソナ定義を精緻化し、獲得したリードが自社の最も成功しているユーザーの特性と一致するようにする。
- 顧客フィードバックチャネルを監視し、その情報をCSチームおよびプロダクトオーナーにフィードバックする。
- 品質保証チームと連携してパフォーマンス体験指標を定義し、プロダクト体験における成功をより的確に測定できるようにする。
プロダクト知識のスケール化
プロダクトオペレーションは社内の各チームと連携しているため、製品情報、新たな知見、ロードマップの状況といった事柄に関する最良のリソースとなります。そして、これらのインサイトを積極的に共有していく必要があります。
プロダクトオペレーションが回答できる質問の例：
- すべてのプロダクトチームにおける最優先事項は何ですか？
- Xはプロダクトロードマップのどこに位置していますか？
- Yの顧客からのニーズ上位Xは何ですか？
- リスクのある顧客の上位Xはどこですか？
- X機能のディスカバリー／フィーチャー／リリースブリーフはどこにありますか？
5. 信頼できるアドバイザー
企業が成長するにつれ、特にプロダクトに関する意思決定において、リーダーシップが十分な情報を持つ必要性が高まります。プロダクトオペレーションチーム（または担当者）は、CPO、プロダクト担当VP、その他のR&Dリーダーシップにとって重要なアドバイザーです。たとえば、データを活用してロードマップに関する助言を行ったり、プロダクトの健全性データをエグゼクティブチームに提供したりします。
プロダクトオペレーションは会社全体にどのような影響を与えるのか？
プロダクトオペレーションが生み出す最大のインパクトの一つは、プロダクトマネージャーから管理業務や組織的なタスクを引き受け、プロダクト改善に集中できる環境を整えることです。これに伴い、以下に示すいくつかの具体的な効果が生まれます。
プロダクトオペレーションは、リーダーシップがプロダクトに関する意思決定を行うために必要なデータを提供できなければなりません。それは、求められたデータだけでなく、本当に必要なデータを届けることを意味します。
Melissa Perri /// Founder, Produx Labs
オーナーシップの移行
プロダクトオペレーション機能が導入されると、責任範囲に自然な変化が生じることが予想されます。これまでプロダクトマネージャーが担ってきた分散したオペレーション的なプロジェクトが、一人または一つのグループに集約されるためです。
プロダクトオペレーションに移行する可能性のある業務の例をいくつか挙げます。
- データの収集と整理：プロダクトオペレーションは、複数のソースからデータを収集し、適切な担当者と共有するなど、すべてのプロダクトデータの管理者となります
- 実験プロセスの運営：実験スケジュールの管理やユーザーのセグメント分けなど、プロダクトマネージャーの負担（および複雑な作業）を引き受けます
- 顧客フィードバックの収集：これを一人または一つのチームに委任することで、フィードバック収集プロセスの一貫性とスケーラビリティを維持しやすくなります
- トレーニングとイネーブルメント：プロダクトオペレーションはプロダクトの専門知識を活かして、新しいプロダクトやアップデートについてセールスチームやCSチームをトレーニングできます
従来、プロダクトマネージャーは組織の各部門からデータを自ら収集する責任を担っていました。私は、プロダクトオペレーションがそのプロセス全体を引き継ぐようになると考えています。
Melissa Perri /// Founder, Produx Labs
チーム間のコミュニケーション
プロダクトオペレーションは社内の他のチームに対してプロダクトの専門家として機能するため、コミュニケーションチャネルは明確に定義されており、理想的な状態では、誰もが必要な情報をどこでどのように入手すればよいかを把握しています。
より明確なコミュニケーションチャネルに加え、プロダクトオペレーションはプロダクトに関する専門知識の唯一の情報源としても機能し、プロダクト自体に関するコミュニケーションを向上させます。
効率性の向上
コミュニケーションが改善されると、効率性が高まるのは自然な結果です。必要な情報をどこで入手できるかを把握し、より迅速に見つけられるようになると、人々の効率性は向上します。また、プロダクトマネージャーやプロダクトオーナーが新機能の営業資料の作成やプロダクト指標のレポート作成といった業務を担わなくなれば、より多くのものを構築・リリースし、そのペースを加速させることができます。
プロダクトと収益の連携
プロダクトオペレーションを導入することで、組織はプロダクトに関する意思決定を全体的なビジネス戦略と結びつけやすくなります。
ComcastのDigital Homeプロダクトチームでは、オペレーションチームが収益に直接影響を与える主要なビジネス目標を推進する方法の特定を支援しています。たとえば、サポートへの問い合わせや技術者の訪問を引き起こしている可能性のある顧客の問題に対処するためのプロダクト改善の定義や、より効率的なトラブルシューティングのためのフロントラインツールの改善の特定を行い、ビジネスの運用コスト削減につなげています。
従来、オペレーション機能はプロダクトチームの外部に置かれていました。Digital Homeプロダクト組織内に専任の担当者を組み込むことで、より緊密なパートナーシップを構築し、市場投入の成功に不可欠な要素（サポートツール、コミュニケーション、トレーニングなど）がプロダクト全体のエクスペリエンスを補完し、反映したものとなるよう支援することが可能になりました。
私がよく使う表現で言うと、私たちはプロダクトオーナーのために「防波堤」のような役割を果たしていました。プロダクトオーナーが本来の責務、つまりプロダクトの定義とロードマップの推進に集中できるよう支援し、製品の市場投入に関わる運用タスクやプロジェクトに引き込まれないようにしたのです。
テレサ・ベイカー /// シニアディレクター、プロダクトマネジメント、Comcast
プロダクトオペレーションの未来はどのようなものか？
プロダクトオペレーションは、新興の役割であると同時に、何らかの形で数十年にわたって存在してきた役割でもあります。では、プロダクトオペレーションの今後の展望はどうなっているのでしょうか？
プロダクトオペレーションが台頭しつつあることは明らかでした：
より多くの組織がデータドリブンなアプローチを採用するようになるにつれて——これはすべての企業が取り組むべきことですが——この役割は、テクノロジーチームを持つあらゆる企業にとって絶対に欠かせない要素になっていくと思います。
メリッサ・ペリ /// ファウンダー、Produx Labs
大学レベルでも、プロダクトオペレーションを専門とする人がますます増えていくと思います。プロダクトがトップラインのビジネス指標においてますます重要になり、収益を生み出す機能として位置づけられるようになっているため、そこには非常に大きな機会があります。
Shelly Perry /// オペレーティングパートナー、Insight Partners
セールスオペレーションツールの市場が10年前よりもはるかに成熟しているように、プロダクトオペレーション担当者が利用できるツールの数も増えていくと思います。セールスファネルのあらゆる層にベストインクラスのツールが存在しており、プロダクト領域でも同様の発展が始まるのが見えてきます。
Robert Hatta /// タレントパートナー、Drive Capital
しかし、この役割にはいくつかの変化が訪れようとしているとも言えます：
私は、エンドツーエンドのプロダクトオプス機能は、2つのチームの統合によって実現されると考えています。1つは、プロダクトアナリティクスとユーザーアナリティクスに特化したチーム——「プロダクトアナリスト」のような役割を通じてますます多く見られるようになっています——であり、もう1つは、インサイトの収集、要件プロセス、そしてゴートゥーマーケット戦略の実行といったことを担う、より伝統的なプロダクトオプスチームです。そして、今後はこのようなチームの統合がさらに増えていくと予想しています。
Matt Shroder /// プロダクトオペレーション責任者、Uber
プロダクトオペレーションは、プロダクトチーム内でより戦略的な役割になっていくと思います。多くの企業が、まるで複数の異なるスタートアップが集まったような形でテクノロジー組織を構築しようとしています。こうしたチームには通常、プロダクトリーダーとエンジニアリングリーダーがいますが、プロダクトオペレーションマネージャーの役割がオペレーションリーダー、いわばミニCOOのような存在になっていくと見ています。
Blake Samic /// プロダクトオペレーション責任者、Stripe
また、プロダクトオペレーションにはまだ発展の余地があるという見方もありました：
テック企業がプロダクトオプスを完全に受け入れているとは言えませんが、この役割の特定の側面を取り入れ始めていると思います。「オプス」という言葉には少し地味なイメージもあるので、プロダクトオプスと呼ばれるのか、もっと洗練された名称になるのかはわかりません。ただ、ビジネスを前進させる重要な機能として認識されるよう、さまざまな形や名称でこの役割が広まっていくと思います。
Varun Ramamurthy Dinakur /// Founder & CEO, Hansel.io
プロダクトオプスの定義は、顧客体験をより広く包括するように進化できると思います。結局のところ、私たちはすべてを顧客のために行っているので、この役割のあらゆる要素にエンドツーエンドの顧客体験という視点を持って取り組む必要があります。
Theresa Baker /// Senior Director, Product Management, Comcast
プロダクトオプスを始めるためのアドバイス
プロダクトオプスに関するこれだけの情報を集めておきながら、プロダクトオプス機能の立ち上げ（または改善）に向けた専門家の直接のアドバイスを共有しないわけにはいきません。
プロダクトオプス担当者として成功するには？
プロダクトオプスの担当者（またはチーム）の採用を検討している場合は、これらを求めるべき特性として参考にしてください。また、自分が隠れたプロダクトオプスの実践者かもしれないと思っている方は、このリストを使って自己評価し、この役割に適しているかどうかを確認してみてください。
1. 分析的／データ志向
プロダクトオペレーションの担当者は、データをインサイトに変換することに長け、複数のデータソースからの情報を分析し、最もインパクトの大きいものを特定できるプロフェッショナルである必要があります。
2. システムへの親和性
プロダクトオペレーションの担当者は、日々の業務でさまざまなツールを理解・活用（多くの場合、習得も含む）することが得意である必要があります。
3. 協調性
コラボレーションも、多くのインタビューで言及されたトップスキルの一つでした。あるいはBlake Samicが言うように、「コラボレーション触媒」となる能力、つまりあるグループの中に入ることで、そのグループ全体をより協力的にできる人物のことです。
4. 優れたコミュニケーター
これには、文書、口頭、および対面でのプレゼンテーションが含まれます。プロダクトオペレーションの役割は、常にさまざまなチームへ情報を伝達することです。Melissa Perri氏は、プロダクトオペレーションは情報を収集し、新しい形で提示することにも特に長けている必要があると述べています。
5. 起業家精神
また、行動志向であること、曖昧なものを体系化できることといった意見も聞かれました。Matt Shroderは、プロダクトオペレーションの担当者は全般的に曖昧さに対して柔軟に対応できる必要があると指摘しています。
6. ビジネス感覚
プロダクトオペレーションは製品と会社のビジネス上の優先事項を結びつけることを目的としているため、健全なビジネス判断力は採用時に重視すべき重要な基礎スキルです。
7. プロダクト志向
プロダクトオペレーションの担当者は必ずしもプロダクトマネジメントの経験を持つ必要はありませんが、プロダクトチームが何をするかについての一般的な理解があり、自社製品の詳細を素早く習得できることが求められます。
8. リーダーシップ
プロダクトオペレーションのすべての役割に直属の部下がいるわけではありませんが、ビジネスのさまざまな機能にわたって広範な影響を与える必要があり、そのためには自らリーダーシップを発揮することが求められます。
始め方
どこから始めればよいか迷っていますか？インタビューに応じてくださった方々からのアドバイスをご紹介します。
何事もそうですが、最初から大きく構えすぎて期待値を高く設定しすぎると、それと同じくらい大きな失敗を招くリスクがあります。私のアドバイスは、小さく始めて成果を示すことです。そうすれば、自然と広がっていきます。
Shelly Perry /// オペレーティングパートナー、Insight Partners
プロダクトオペレーションについては、まだ規模が小さいうちから考え始めるべきだと思います。そうすることで、うまくスケールできる体制を整えることができます。500人規模の会社になってから適切なプロセスが整っていないという状況は避けたいものです。
Melissa Perri /// ファウンダー、Produx Labs
非常に小規模な会社でも、プロダクトオペレーションの縮小版を導入できると思います。その場合、プロダクト組織に組み込まれた役割というよりも、こうした事柄を考える集中型のグループを設けるほうが適しているかもしれません。
Blake Samic /// ヘッド・オブ・プロダクトオペレーション、Stripe
