プロダクトトリオ

状況: 従業員60名のBtoB SaaS。検索機能の改善が四半期テーマ。従来はPMが仕様を決めてデザイナー→エンジニアの順に渡していた。

従来のやり方: PM「検索にフィルター機能を追加してください」→ デザイナーがワイヤーフレーム作成 → エンジニアが「このフィルター条件の組み合わせだと検索が遅くなる」と指摘 → 設計やり直し → 2ヶ月遅延

トリオでのやり方:

• 一緒にインタビュー: ユーザーが検索で困っている場面を3人で観察。「フィルターが欲しい」ではなく「探しているものが見つからない」が本当の課題だと3人で理解
• 一緒にアイデア出し: エンジニア「検索アルゴリズムを改善すればフィルターなしでも精度が上がる」、デザイナー「検索結果のプレビュー表示を変えれば見つけやすくなる」
• 一緒に検証: プロトタイプで3案をテスト → 検索アルゴリズム改善＋プレビュー変更の組み合わせが最も効果的

フィルター機能を作るより低コストで、検索成功率が34%→78%に改善。開発期間も3週間で完了。トリオだからこそ「フィルター以外の解決策」が生まれた。

状況: フィットネスアプリ（DAU 5万人）。新規ユーザーの初日離脱率が62%。オンボーディング改善プロジェクトを開始。

トリオの役割分担と成果:

結果:

• 初日離脱率: 62% → 38%（24ポイント改善）
• 手戻り: 0件（従来の平均は3件/プロジェクト）
• 開発期間: 4週間（従来の類似プロジェクトは6〜8週間）

この取り組みが示すように、エンジニアがディスカバリーに参加したことで「バックグラウンド同期」という技術的解決策が初期段階で出てきた。PMやデザイナーだけでは思いつかないアイデアで、ユーザー体験が劇的に改善された。

状況: 従業員20名の不動産テックスタートアップ。PM1人、デザイナー1人、エンジニア5人。PMが仕様書を書いて開発チームに渡す「一方通行」のスタイルだった。

導入の壁と乗り越え方:

• エンジニア「忙しくてインタビューに出る時間がない」→ 週1回30分のインタビュー動画を一緒に見るところから開始
• デザイナー「PMが決めたことに口を出しづらい」→ 「各領域の専門家の意見を尊重する」ルールを明文化
• PM「自分の仕事を取られる感覚がある」→ 「判断の質が上がる」ことを実感するまで3週間かかった

3ヶ月後の変化:

小さい組織でもトリオは有効。最初は「週1回30分、インタビュー動画を一緒に見る」だけでいい。3人が同じ顧客の声を聞くだけで、意思決定の質とスピードが変わる。