グロースエンジニアの仕事とは？

仕事をひとことで言うと

グロースエンジニアは、グロースを測定できるようにする人です。プロダクトに計測を組み込み、意味のある行動がすべてイベントになるようにします。それらのイベントに一貫した名前を付けるトラッキングプランを管理し、データが明らかにしたファネルの漏れを修正します。8つの役割の中ではグロースPMの隣に位置します。何をテストするかはPMが決め、そのテストを測定できるようにするのがエンジニアです。コードを書く目的は、プロダクトロードマップではなく実験です。

実際に何をつくるのか

仕事の大半は、チームの残りのメンバーが目にすることのない配管です。PostHogのチームは、グロースエンジニアを、機能をつくるためではなく、ビジネス指標を動かすためにコードを書く人と位置づけています。A/Bテストの土台、ファネルの修正、そして何かが効いたかどうかを教えてくれるトラッキングです。

• ファネル（登録、アクティベーション、アップグレード）を描き、各ステップを計測して離脱が見えるようにします。
• 欠けているイベントを追加します。典型的な例は、誰も実装していなかったsubscription_startedで、そのせいで売上がファネルから見えなくなっているケースです。
• トラッキングプランを監査します。重複したイベントをなくし、一貫しない名前を直し、各プロパティの意味を文書化します。
• ほかの役割がデータに基づいて動けるよう、社内ツールと連携（Webhook、同期、ダッシュボード）をつくります。

成果物はトラッキングプラン

下流のすべては、きれいなイベントに依存しています。Amplitudeは、イベントの分類体系を優れた分析の土台と呼んでいます。一貫した命名規則、合意されたプロパティ、信頼できる唯一の情報源です。Segmentは、トラッキングプランを、何をなぜ記録するかをまとめた生きた文書と説明しています。これを正しく整えれば、プロファイル、セグメント、ジャーニーのすべてが、同じ信頼できるデータの流れを読みます。誤れば、すべてのレポートが静かに嘘をつきます。

この役割がチームの力を何倍にもする理由

グロースエンジニアが自分自身の指標を持つことはめったにありません。その成果とは、チームがそもそも指標を動かせる力です。パフォーマンスマーケターがLTVの高いセグメントを広告プラットフォームに同期したいとき、データアナリストが当て推量に頼らないコホートレポートを必要とするとき、そのデータが存在し、信頼できるのはエンジニアのおかげです。計測を一度実装すれば、すべての役割が同じイベントを読めます。この掛け算の効果があるからこそ、この役割は「あれば便利」なものではないのです。

グロースエンジニアとプロダクトエンジニアの違い

どちらもコードを書きますが、答える問いが違います。プロダクトエンジニアは、機能が動くかを問います。グロースエンジニアは、その機能が数字を動かすかを問い、それがわかるようにプロダクトに計測を組み込みます。仕事はより速く、粗削りです。来四半期にリリースされるトラッキングの修正は、何も教えてくれなかったトラッキングの修正と同じだからです。

グロースエンジニアがfromHelloでできること

fromHelloのファーストパーティスニペットは、page_viewedとsession_startedを自動で記録します。element_visible、クリック、フォーム送信、スクロール深度も、トリガーとして設定すればコードなしで記録できます。subscription_startedのような重要なイベントは、自社のコードからブラウザー経由で、またはAPIキーを使ってバックエンドから送ります。スニペットはサードパーティのピクセルを読み込みません。各イベントはその人のプロファイルに届き、動的セグメントはイベントごとに再計算され、ジャーニーはイベントから始まります。上の図の、取得からトリガーまでの流れを具体化したものです。イベントプロパティはプロファイルにマッピングでき、Webhookのステップでスタックのほかの部分とつなげます。fromHelloのMCPサーバーを通じて、Claude CodeやCursorなど、すでにお使いのAIクライアントから、届いているイベントとプロパティの一覧を取得し、プロパティをプロファイルにマッピングし、セグメントを作成できます。メッセージを送信するAIツールはありません。使い慣れたツールと比べるには、fromHello vs Customer.ioをご覧ください。