PdMをやめて、 "プロダクトビルダー"という 働き方に変えました / PdM to Product Builder

AIによって職種の境界が溶ける中、PdMがつくるPdM、プロダクトビルダーに挑戦して得た学びについてです。

2026/8/31 職種の境界が、溶ける。 — AI時代、プロダクトづくりは"誰の仕事"かの登壇資料です。
https://loglass-tech.connpass.com/event/401967/

記事はこちら
https://note.com/shikichee/n/n0bc06a50e66f

Transcript

1. PdMをやめて、 "プロダクトビルダー "という 働き方に変えました 2026/8/31 職種の境界が、溶ける。 — AI時代、プロダクトづくりは"誰の仕事"か 敷地琢也（shikichee）· Ubie 株式会社 プロダクトマネージャー
2. 自己紹介 経歴 • エンジニアとしてリクルートに2015年入社 • ユビー1人目の従業員として2017年に参画 • エンジニアから、2020年にPdM に Ubie株式会社 プロダクトマネージャー 敷地 琢也 (@shikichee) 仕事 医療機関向け新規事業のPdM
3. AIエージェント時代の問い AIエージェントを使えばなんでもできる時代に、 PdMの役割はなくなるのか ? それっぽいものは誰でも一瞬で作れるように    企画書 デザイン 動くプロトタイプ 構成や要件のドキュメンテーショ ン UI/UXのビジュアル作成 コード生成によるインタラクティブ な検証
4. PdMの役割は、 2つに分かれていく 役割がなくなるのではなく、突き詰める方向が分岐するのではないか 顧客を観察して、決める人 徹底的に現場を観察して、何をするかを意思決定する役割 PdM これまでの役割 作りながら、決める人 プロダクトビルダー 顧客の願いを高速に形にしながら検証していく役割
5. プロダクトビルダーとは 自分の専門性を軸足にしながら、 顧客価値を届けきるところまで越境する人 医療ドメインの不確実な現場に自ら入り、AIと自分の手で、end-to-endで顧客やユーザーに 価値を提供し続ける働き方。
6. 一人で全部、作れるのでは AIを活用すれば一人で全部作れるという仮説を立て実行した3ヶ月間の検証結果の共有
7. 検証前の仮説 「テーマを持って考えるところから価値を届けきるところまで、一気通貫でやりたい」 社内でそう宣言して、一人でなんでも作るPdMへの挑戦を始めた。 コードはAIが書き、デザインの叩き台もAIと組めばすぐにできる。 環境は揃っているのだから、これを一人で完結できるのではないか。 一気通貫で全てやる 企画  プロトタイプ  本番運用  改善
8. 医師向けプロダクトを担当 プロダクト AI 開発体制 診察室の会話から、カルテの下書きを リアルタイムに生成する音声認識機能 複数の AI エージェントを並列に走ら せ、一人で捌く体制 実際の現場における改善プロセスの推進ま で、自ら手を挙げて担当した。 社内のデザインシステムを AI に直接読み 込ませる仕組みも構築されており、AI を最 大限使い倒せる環境が整っていた。
9. 検証結果： 2つの壁にぶつかった 01 専門領域の深いところには、 AIと自分だけでは届かない デザイン・エンジニアリング・医学、それぞれの深いところでつまずいた 02 現場を知らずに作ったものは、顧客に刺さらない どれだけ速く作っても、現場の一次情報がなければ的を外す
10. 検証結果： 2つの壁にぶつかった 01 専門領域の深いところには、 AIと自分だけでは届かない デザイン・エンジニアリング・医学、それぞれの深いところでつまずいた 02 現場を知らずに作ったものは、顧客に刺さらない どれだけ速く作っても、現場の一次情報がなければ的を外す
11. デザインの壁：情報設計の引き出しが出てこなかった それっぽい画面はAIと組めばすぐにできる。 でも、社内のデザイナーと壁打ちして痛感したのは、自分のデザインの引き出しの少なさ。 デザイナーとの壁打ちで得た知見の例 医師向けの画面は、画面遷移を増やさず 1つの画面で完結させる 診察中の医師は画面をあちこち動き回れない。言われれば納得できるものの、情報設計の引き出しがなかった。
12. エンジニアリングの壁： CTOに一晩で負けた 私の 2〜3週間 CTO が一晩で 音声認識の精度課題を 1つずつ潰す 改善が回り続ける仕組みを作る 再現を試み、原因を特定しては直してリリース 音声評価基盤を整備 潰しても、別の環境で別の課題がでる AIで改善サイクルが自律的に回り続ける 顧客デモの評価は「60点」。リリース断念の可能性ま （ループエンジニアリング） で 一晩で精度 +10pt 以上 反省：エンジニアリングの深いところは、もっと早く頼ればよかった。
13. 医学の壁：顧客に価値のあるアウトプットが自分から出てこない “ 情報をただ書くだけじゃなくて、後から見た人が「ああ、これは喘息だね」と分 かる、ストーリーのあるカルテにしたい 社内の医師 機能検証の場での一言 この一言をその日のうちに開発して反映し、カルテ生成の方針を当日プロダクトに乗せた。 従来の分業なら、時間をおいて課題感が薄まって実装されていたはず。
14. 答えは自分の頭の中ではなく、同僚の専門性の中にある    情報設計の引き出しは、デザイ ナーの中に 仕組みで解く発想は、CTOの 中に 臨床的に良いカルテの観点 は、医師の中に デザイン エンジニアリング どれも、自分の専門外の領域からきていた 医学
15. 検証結果： 2つの壁にぶつかった 01 専門領域の深いところには、 AIと自分だけでは届かない デザイン・エンジニアリング・医学、それぞれの深いところでつまずいた 02 現場を知らずに作ったものは、顧客に刺さらない どれだけ速く作っても、現場の一次情報がなければ的を外す
16. 現場を知らずに作ったものは、刺さらなかった もくもくと作って最初に社内の医師に見せたときの評価はボロボロ。 そこから方針を変え、導入先の病院の現場に張り付いた。 顧客と実際に話して、初めて集まった一次情報    心理的なハードル 過去の失敗体験 現場の人間関係 💡 議事録には決して載らない、声色・表情・現場の空気感にこそ本質がある AI開発によって効率化が進んだからこそ、私たちはさらに現場へと足を運び、リアルな一次情報を拾い上げる時間を生 み出すことができる。
17. 同僚との協力と現場の一次情報により完成したプロダクト  プロダクトの価値  現場からの反響  共創と現場情報の到達点 一人でAIともくもくと作っていた頃には、決して たどり着けなかった評価。 話すそばから画面に文字が現れ、診察が終わる 頃にはカルテの下書きが完成している状態に。 最終的に、現場で「すごい」という声をもらえた。 音声認識機能の画面
18. プロダクトビルダーという働き方 2つの壁から見えてきた、これからのチームの形
19. 検証の結果 — 一人で作れる範囲 7 割まで 一人 + AI で作れる 7 割 越境から生まれる 3 割 7 割まで一人で作れること自体、数年前には考えられなかった。 プロダクトを本当に良くする残りの 3 割は、専門性を軸足にした越境の衝突 からしか生 まれなかった。
20. 全員が「専門性」と「越境力」を持つチームへ 社内の実際の事例 社内の実際の事例     医師 デザイナー エンジニア 私（元PdM） 医学を軸足に、 情報設計を軸足に、 技術を軸足に、 顧客解像度と改善サイクルを軸に、 コードへ越境 現場と実装へ 現場へ越境 現場と実装へ
21. バトンリレー型から、越境し合うチームへ これまで — バトンリレー型 これから — 越境し合うチーム 専門性で縦割りのチーム 専門性が軸足になる 営業経由の情報 → 要件定義 → デザイン → 実装 全員が一次情報を取りに行き 、その場で作る 現場の声は要望チケットになり、翌月に課題感が 薄まって実装される 限界に当たったら、隣の専門家を頼る PdMは翻訳して渡す調整役 AIで空いた時間を現場に使い 、解像度と 作るものの質が上がる好循環
22. まとめ： PdMは翻訳して渡す調整役から、越境して作りきる人へ 一人で作れるのは 7割まで。残りの 3割は越境の衝突からしか生まれない 答えは自分の頭の中ではなく、同僚の専門性と現場の一次情報の中にある AIにより職種は溶けていき、専門性を軸にした越境が重要になる PdMは、顧客解像度を軸足に作るところまで越境する人へ変わっていく
23. 一緒に職種を越境する仲間を探しています 自分のコアの専門性を軸足に、顧客価値や実装に越境してみたい方。 職種という枠を窮屈に感じている方。プロダクトビルダーとして募集中です。 ユビー プロダクトビルダー採用ページ — 医療現場に潜り、 AI 前提で end-to-end に顧客価値をつくる https://herp.careers/v1/ubiehr/cYHimCZJ3-TF