Lenny's Newsletter
「未来に生きる」3人のプロダクトリーダーから学ぶこと
要点
- Midjourney・Laurel・Mutinyの3人のCPO/プロダクト責任者は、意図的に極小のプロダクトチームを維持している（Mutiny: PM2人+デザイナー1人、Midjourney: 3人、Laurel: product+design合わせて9人）。いずれも既存顧客・エンタープライズ契約を抱える成熟企業であり、白紙状態のAIネイティブスタートアップとは異なる。
- 「顧客理解」というPMの最古の役割が、PM個人の専有物から全社共有のものへと開かれつつある。ユーザー通話にエンジニアを同席させる、通話記録を即座に全社共有アーティファクトにするといった仕組みで、理解のボトルネックを解消している。
- エンジニアリングも「ゲートキーパー」でなくなりつつある。問題を最も理解している人（カスタマーサクセス、営業なども含む）が自らAIエージェントを使って修正・提案し、バックログを経由せず数時間〜24時間で本番反映する事例が複数の企業で起きている。
- AI活用の定着は強制ではなく「プロダクトとして作り込む」ことで進んだ。社員をユーザーとして扱う、最初の成功を目立たせる、共有スキルを絞り込む、トークン数でなく時間配分を測るといった手法が共通していた。
- キャリア観も変化しており、「リーンなチームほど魅力的」「新卒がAIオペレーションや顧客対応経由でPMの側道に入れる」など、少人数・現場密着型のキャリアパスが評価され始めている。
編集部の考察
Mutinyの「PM2人+デザイナー1人」、Midjourneyの「プロダクト3人」という体制は、AI活用によってPMの伝統的な役割（情報を運ぶ・優先順位をつける・調整する）そのものが縮小した結果として成立している。自社のPM・デザイン組織を振り返ると、AI全社導入が進んでいても、意思決定の経路自体は旧来のまま「PMを通す」設計になっていないか、という点は検証に値する。特にバグ修正や管理画面の細かい変更が、カスタマーサクセスや営業からPM経由で数週間かけてエンジニアに届いている業務があれば、それは記事の言う「ゲートキーパー」構造そのものである。含意は、AI導入の成否を「誰が使っているか」ではなく「誰の理解が意思決定に直結しているか」という経路設計の問題として点検すべきということだ。
原文より
“If anyone can ship and everyone is building, the most important thing you can do is make sure that everyone has the judgment to build the right thing for the user.”
本記事は原文ニュースレターの独自キュレーション・考察であり、翻訳ではありません。引用部分の著作権は原著者に帰属します。