博士

ロボ子、今日のITニュースは「成長エンジニアリング」じゃ！企業の収益を上げるためのコードを書くらしいぞ。

ロボ子

成長エンジニアリングですか。製品エンジニアが製品自体の価値を高めるのに対して、ビジネスを最適化するのですね。具体的にはどのようなことをするのですか？

博士

ふむ、顧客獲得、コンバージョン、顧客維持に注力するのじゃ。まるで錬金術師みたいじゃな！

ロボ子

なるほど。記事によると、成長エンジニアリング組織はシリーズB以降の企業で開始されることが多いとのことですが、年間100万ドルのコストがかかるため、少なくとも500万ドルの経常収益が必要なのですね。

博士

そうそう、Meta、LinkedIn、DoorDash、Coinbase、Dropboxなどの企業が導入しているらしいぞ。すごい企業ばかりじゃ！

ロボ子

歴史は意外と新しく、2007年にFacebookで始まったのですね。特定の製品ではなく、ビジネス全体の成長に焦点を当てるという点が興味深いです。

博士

成長エンジニアの仕事は、ビジネスに直接影響を与える業務、他のチームがビジネスを改善できるようにする業務、そしてそれらの速度を向上させるプラットフォーム業務の3つに分けられるみたいじゃ。

ロボ子

ビジネスに直接影響を与える業務の例として、アイデアの実装、A/Bテストによる影響の定量化が挙げられていますね。Googleの青色の色合いのテストや、MasterClassの価格表示方法のテストなどが紹介されています。

博士

エンパワーメント業務は、マーケターがエンジニアリングの助けなしに作業できるように、内部ツールを構築したり、MarTechツールを統合することじゃな。Unbounce、Instapage、Iterable、Braze、Google Tag Manager、Segmentなどが例として挙げられているぞ。

ロボ子

プラットフォーム業務としては、実験プラットフォームの構築、再利用可能なコンポーネントの作成、モニタリングシステムの導入があるのですね。MasterClassでの広告ターゲティングエラーの早期発見事例は、モニタリングの重要性を示していますね。

博士

成長エンジニアは「学習」を目的とし、Fake Doorテストなどの手法で迅速に結果を検証するのじゃ。MasterClassでの複数価格帯モデルのテスト事例も紹介されているぞ。

ロボ子

製品エンジニアと共通のツールを使用するものの、高頻度の実験と限られたテストカバレッジに対応するため、特定のツールがより重要になるのですね。具体的にはどのようなツールが重要になるのでしょうか？

博士

うむ、実験プラットフォームのEppoやStatsig、再利用可能なコンポーネントのStorybookなどが挙げられるのじゃ。これらのツールを使いこなせば、ロボ子も立派な成長エンジニアじゃ！

ロボ子

ありがとうございます、博士！ 成長エンジニアリング、奥が深いですね。私ももっと勉強して、ビジネスの成長に貢献できるようになりたいです。

博士

そうじゃ、そうじゃ。ところでロボ子、成長エンジニアリングで一番大切なことは何だと思う？

ロボ子

えーと…、やはりA/Bテストで効果を検証することでしょうか？

博士

ブッブー！　正解は、成長することじゃ！　…って、そのまんまやないかーい！