Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
「全員プロダクトマネージャー」を実現する、Cursorによる仕様検討の自動運転
Search
Michiru Kato
September 11, 2025
Technology
24
14k
「全員プロダクトマネージャー」を実現する、Cursorによる仕様検討の自動運転
2025-09-11 デザイナーのためのAIツールハンズオン Cursor編の登壇資料です。
Michiru Kato
September 11, 2025
Tweet
Share
More Decks by Michiru Kato
See All by Michiru Kato
すべてのコンテキストを、 ユーザー価値に変える
applism118
4
1.9k
プロダクトの爆速開発を支える、 「作らない・削る・尖らせる」技術
applism118
14
16k
「大事だけど直接売上に繋がりづらい」イシュー だからこそ、意志を持って体験にこだわりきる
applism118
4
11k
Other Decks in Technology
See All in Technology
AIが書いたコードをAIが検証する!自律的なモバイルアプリ開発の実現
henteko
1
230
組織観点からIAM Identity CenterとIAMの設計を考える
nrinetcom
PRO
1
130
SoccerNet GSRの紹介と技術応用:選手視点映像を提供するサッカー作戦盤ツール
mixi_engineers
PRO
1
100
API提供者のためのMCPサーバー設計ガイド / MCP Server Design Guide for API Providers
yokawasa
0
230
GA technologiesでのAI-Readyの取り組み@DataOps Night
yuto16
0
230
pprof vs runtime/trace (FlightRecorder)
task4233
0
140
Azure SynapseからAzure Databricksへ 移行してわかった新時代のコスト問題!?
databricksjapan
0
110
VCC 2025 Write-up
bata_24
0
140
AIコーディングとエンジニアリングの現在地 / A Snapshot of AI Coding and Engineering(Sept. 2025)
ar_tama
0
160
OpenAI gpt-oss ファインチューニング入門
kmotohas
0
270
FastAPIの魔法をgRPC/Connect RPCへ
monotaro
PRO
0
470
動画データのポテンシャルを引き出す! Databricks と AI活用への奮闘記(現在進行形)
databricksjapan
0
120
Featured
See All Featured
Understanding Cognitive Biases in Performance Measurement
bluesmoon
29
2.6k
The Straight Up "How To Draw Better" Workshop
denniskardys
237
140k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
140
34k
Building a Scalable Design System with Sketch
lauravandoore
462
33k
Measuring & Analyzing Core Web Vitals
bluesmoon
9
600
YesSQL, Process and Tooling at Scale
rocio
173
14k
Producing Creativity
orderedlist
PRO
347
40k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
132
19k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
9
840
A Tale of Four Properties
chriscoyier
160
23k
[RailsConf 2023] Rails as a piece of cake
palkan
57
5.9k
It's Worth the Effort
3n
187
28k
Transcript
「全員プロダクトマネージャー」を実現する、 Cursorによる仕様検討の⾃動運転 2025-09-11 株式会社LayerX 加藤みちる
© LayerX Inc. 2 ⾃⼰紹介 加藤みちる michiru_da 株式会社LayerX バクラク事業部 プロダクトマネージャー
略歴 • エンタープライズ 営業 • プロジェクトマネージャー • 新規事業企画‧⽴ち上げ @applism118 • バクラク事業部 カスタマーサクセス • バクラク事業部 プロダクトマネージャー プロジェクト マネージャー エンプラ営業 カスタマー サクセス バックグラウンド #マヂカル.fm という雑談Podcastを 週2で配信しています
© LayerX Inc. 3 Cursorと私(おこがましい) ⾮エンジニア⽬線でコーディング以外の業務で活⽤することが多い 開発経験ゼロの PMが語る、 Cursor利用で変わった 5つの業務
神を細部に宿らせる ~Miro・Cursor・人間で、プロダクトバリューを策 定する~ すべてのコンテキストを、 ユーザー価値に変える
© LayerX Inc. 4 最近のCursor利⽤ • 例 ◦ 分析クエリ作成の⾼速化 ◦
既存実装から細かい仕様の確認 ◦ AI-CPOから成果物フィードバック ◦ OKRの作成 当初は 業務の1ステップの⾃動化や、 作ったものの品質向上で利⽤ 最近は「機能開発における 仕様検討業務の⾃動運転」にトライ • 例 ◦ 要望、ユースケース分類 ◦ 論点整理 ◦ 既存実装確認 ◦ 仕様作成
© LayerX Inc. 5 なぜ仕様検討業務の⾃動運転に取り組むのか? (なぜ今⽇デザイナーではないのに発表しているのか?)
© LayerX Inc. 6 なぜ仕様検討の⾃動運転をやるのか • ⾃動運転 = 開発チーム全体にPMの暗黙知が⺠主化される •
デザイナーを始めとした開発メンバー全員が 今以上にプロダクトマネジメントのスキルを⾝につけることで、 もっと⾃⾛したものづくりができる 開発チームで「全員プロダクトマネージャー」の状態を実現したい
© LayerX Inc. 7 これまでの機能開発プロセス PM デザイナ エンジニア ユースケース 理解‧課題整理
設計 ユーザー ストーリー 作成 実装 デザイン 作成 テスト PRD作成 Why What How お互いの領域に染み出しつつも、 得意領域に応じて職種ごとにWhy‧What‧Howで分業する体制
© LayerX Inc. 8 Cursorを使った機能開発プロセス デザイナ エンジニア context 既存実装 デザインガイドライン
要望 インタビュー ユースケース 理解‧ 課題整理 設計 ユーザー ストーリー 作成 実装 デザイン 作成 テスト PRD作成 Why What How Cursorを使い、コンテキストとPMの暗黙知を組み合わせることで、 機能開発における「Why〜What」もデザイナー‧エンジニアに移譲が可能に ユース ケース‧ 課題分類 検証仮説‧ 論点 洗い出し 既存実装か ら影響範囲 洗い出し ユーザース トーリー/仕 様作成 ガイドライ ン等からFB AI PM
© LayerX Inc. 9 開発チーム全員がプロダクトマネジメントできると、何がいいか? • 「PMの回答待ち」で⽣じているデザイン‧開発ボトルネックが解消される ◦ PMが仕様を考えるのを待つ必要なくなる •
開発チーム全員がプロダクトのドメインに詳しくなることで、今よりいい体験が作れる ◦ 多様な⽬線‧思考が⼊ることでアウトプットの質が⾼まる • 短期の検討と⻑期の仕込みが並列しやすくなる ◦ 機能単位の意思決定を開発メンバー全員で⾏うことで、 PMは⻑期に向けた仕込み‧探索に使える時間が増える もっと速く、いいものが作れる!
© LayerX Inc. 10 「仕様検討の⾃動運転」を、どのように実現するか? 1. Cursor rulesによる「AI PM」で誰でも仕様検討をできるようにする 2.
社内のコンテキスト‧ドキュメントを活⽤し、 ドメイン‧プロダクトに詳しい⼈のアウトプットを出せるようにする 3. コンテキストをもったAIと壁打ちし、 ドメイン理解を深め、裏のニーズを理解する
© LayerX Inc. 11 1. Cursor rulesによるAI PMを使い、誰でも仕様検討をできるようにする デザイン‧開発の前⼯程である仕様検討を実⾏するAI PMのCursor
rulesを作成 ユースケース‧ 課題分類 context 既存実装 デザインガイドライン 要望 インタビュー ユースケース 理解‧課題整理 ユーザー ストーリー 作成 デザイン 作成 PRD作成 検証仮説‧論点 洗い出し 既存実装から影 響範囲洗い出し ユーザーストー リー/仕様作成 ガイドライン等 からFB AI PM ヘルプガイド
© LayerX Inc. 12 1. Cursor rulesによるAI PMを使い、誰でも仕様検討をできるようにする rule、ディレクトリの実例
© LayerX Inc. 13 2. 社内のコンテキストを活⽤、ドメイン‧プロダクトに詳しい⼈のアウトプットを出せる • デザインガイドラインの参照 • ユーザーヒアリングの参照
• 既存実装スキーマの参照 context 既存実装 デザインガイドライン 要望 インタビュー ユースケース 理解‧ 課題整理 ユーザー ストーリー 作成 ユースケース‧ 課題分類 検証仮説‧論点 洗い出し ユーザーストー リー/仕様作成 既存実装から影 響範囲洗い出し ガイドライン等 からFB AI PM これまでに蓄積してきた社内のコンテキストを使って業務ができる デザイン 作成 PRD作成 ヘルプガイド
© LayerX Inc. 14 2. 社内のコンテキストを活⽤、ドメインに詳しい⼈のアウトプットを出せる • 複数のアプローチがあり得る箇所 • 既存実装への影響範囲が⼤きい箇所
• パフォーマンス懸念がある箇所 など 例:Cursorで、 AI PM rulesと既存のコードを両⽅参照し、 影響範囲や追加の検討論点がないか洗い出しを実施
© LayerX Inc. 15 3. AIとの壁打ちで、深くドメイン理解したアウトプットが出せる • Cursor経由で要望やユーザーヒアリングの議事録に質問‧図解することで、 ユースケースや裏のニーズを理解しやすい •
データベースのスキーマを参照させることで、DWH(snowflake)⽤のquery作成が爆速に • MCPでCursorをfigmaと連携しfigmaへのフィードバック‧参照も可能 コンテキストへの⾃由なアクセスによって、 PMの暗黙知化していた「Whyを決める」領域も、誰でも取り組めるように
© LayerX Inc. 16 まとめ • PMの暗黙知だった「仕様検討におけるWhy~Whatの⾔語化」も、 Cursor + コンテキスト
で誰でもできるようになる • 今以上にプロダクトマネジメントのスキルセットを⼿に⼊れ、 チームの1⼈1⼈が決められる範囲を増やすことで、爆速リリースが加速する • 社内コンテキストを活⽤してドメイン理解を深め、もっといい意思決定をしよう 開発チームが「全員プロダクトマネージャー」となり、 爆速でいいものを作ろう