すべてのコンテキストを、 ユーザー価値に変える

Newbee主催 第一回「Cursor-1 グランプリ」~最強のCursor使いはどこの企業？~
「すべてのコンテキストを、 ユーザー価値に変える」登壇資料です。

動画:
https://www.youtube.com/live/ioHsxKRpxq8?si=29K0QXrDQnFe_6_Z&t=2170

connpass:
https://newbee.connpass.com/event/356323/

1. すべてのコンテキストを、 ユーザー価値に変える 第1回 Cursor-1 グランプリ
 株式会社 LayerX 加藤みちる
2. タイトル プライベートでは、
 という雑談Podcastを
 週2で配信しています マヂカル.fm
3. タイトル プライベートでは、
 マヂカル.fmという雑談Podcastを
 週2で配信しています
4. LayerX バクラク事業部でのCursor利用状況例 ⁨⁩プロダクトマネージャー セールス・カスタマーサクセス・プリセールス ガイド作成、問い合わせ対応 問い合わせ対応、業務フローの作成、要望分析 仕様確認、仕様検討、問い合わせ分析、小さい開発など カスタマーサポート コードを書かないBiz職こそCursorを使った方が良い理由
 （エンジニアとの協働でもっと業務を加速できる） 開発経験ゼロのPMが語る、Cursor利用で変わった5つの業務 基本Claude Codeに移行してそう エンジニア
5. LayerX バクラク事業部でのCursor利用状況例 コードを書かないBiz職こそCursorを使った方が良い理由
 （エンジニアとの協働でもっと業務を加速できる） 開発経験ゼロのPMが語る、Cursor利用で変わった5つの業務 ⁨⁩プロダクトマネージャー セールス・カスタマーサクセス・プリセールス ガイド作成、問い合わせ対応 問い合わせ対応、業務フローの作成、要望分析 仕様確認、仕様検討、問い合わせ分析、小規模開発など 基本Claude Codeに移行してそう カスタマーサポート エンジニア
6. 非エンジニアプロダクトマネジャーが 日々考えていること is …
7. お客様に、 もっといい体験を提供したい 非エンジニアプロダクトマネジャーが日々考えていること
8. いい体験に必要なことって? 非エンジニアプロダクトマネジャーが日々考えていること
9. 非エンジニアプロダクトマネジャーが日々考えていること 体験に を持ち
 解像度の高い
 叩き台を作る 執念 既存仕様やユース
 ケースを先回りして
 考慮しておきたい 動くもので
 議論する時間を
 増やしたい 顧客 体験に を持ちたい 解像度高く
 執念
10. 非エンジニアプロダクトマネジャーが日々考えていること やればできるけど
 毎回仕様やスキーマ を調べるのつらい 仕様が見えてから
 デザイン作成するま でラグが勿体無い やってるつもりでも
 考慮漏れがあって
 つらい 既存仕様やユース
 ケースを先回りして
 考慮しておきたい 動くもので
 議論する時間を
 増やしたい 顧客 体験に を持ちたい 解像度高く
 執念
11. AIエディタCursor 社内のコンテキスト で、改善できるかも
12. AI-カスタマー・AI-CPOの
 仕様フィードバックで、
 いい叩き台を作る AI-Tech-Leadと壁打ち、
 query生成で
 既存影響を先に把握する AI-designerが
 プロトタイプを作成し、
 早い段階で動くものを準備 社内のコンテキスト使い、お客様にいい体験を作るための3つの営み VoC、インタビュー議事録、
 社内の開発tips、CPOの言霊 既存仕様やユース
 ケースを できる 先回りして
 考慮 ソースコード・ガイド・ DWHスキーマ 動くもので
 議論する時間を増やす 作成したPRD・
 公式ドキュメント 体験に を持ち
 作る 執念 解像度高く
13. ローカル └──
14. ローカル Stock: Cursorの最終アウトプット flow: 雑なメモや、Cursorが
 生成した検討過程アウトプットを置く場所 機能レベルのコンテキスト
 例: お客様の要望やPRD、
 インタビュー議事録なW“ 実装レベルのコンテキスト(見えてない) 例:ソースコードやガイド、DWHスキーマ 事業・思想レベルのコンテキストを置く 例: 事業・プロダクト戦略や過去の開発知見
15. rules [Manual] ルーチンワーク用のrule 例: 日々のメモやメモの清書、要望整理など [Manual] フィードバックを得るためのrule [Manual][always]
 事業部共通で利用しているrule [Manual]別ツールで使うプロンプトや
 queryを生成するrule 例: ⁨ ⁩ ⁨ ⁩ Figma MakeやSnowflakeなど
16. AI-カスタマー,AI-CPOの
 仕様フィードバックで、
 いい叩き台を作る AI-Tech-Leadと壁打ち、
 query生成で
 既存影響を先に把握する AI-designerが
 プロトタイプを作成し、
 早い段階で動くものを
 準備 社内のコンテキストを価値に繋げる、3つの営みを紹介します
17. $ AI-カスタマー、AI-CPOによる
 仕様フィードバック
18. ( AI-カスタマー、AI-CPOによる仕様フィードバック（概要） d AIカスタマC d インタビュー議事録を参照したruleで仕様案にフィードバック 実際のrule: 議事録に記載されたお客様の発言や 感情を中心に評価するよう依頼 ruleでインタビュー の議事録を参照
19. ( AI-カスタマー、AI-CPOによる仕様フィードバック（概要） ああへあ … AI-CPr … 開発知見ドキュメントやCPOの言霊を参照したruleで、
 「圧倒的に使いやすい体験」になっているかフィードバック 実際のrule: 参照コンテキスト: 知見集やCPOの言霊（ ） 開発速度が速い #とは 社内の開発知見を参照
20. ) AI-カスタマー、AI-CPOによる仕様フィードバック（具体例） ああへあ 検討機能へのフィードバック例:
 分かりやすさに少し懸念があったUIについて、AIからも懸念・改善をフィードバックしてもらった テキストで頑張ってUI案も考えてくれた（ありがとう） UIの分かりづらさをフィードバックしてくれた 実際の機能
21. Ç AI-Tech-Leadと事前に壁打ち
22. %# AI-Tech-Leadと既存影響を壁打ち、既存仕様・実装の考慮漏れをへらす e ソースコードや、サポートサイトのガイドの情報をclonA e 非エンジニアでも Codebase indexingして検索することで,
 既存の影響範囲を事前に確認しながら検討を行える エンジニアの工夫で実現する、
 ビジネス組織のCursor活用環境の構築術 これまで非エンジニアにはハードルが高かったが、
 専用の参照レポジトリ・自動更新の仕組みが爆誕し
 誰でも利用可能に ※ 7/1(火) AIx組織論Nightで詳しい話も聞けます！ Connpass
23. %# AI-Tech-Leadと既存影響を壁打ち、既存仕様・実装の考慮漏れをへらす x 利用しているDWHのschemaをレポジトリに置くことで、
 ため、
 気軽に実データを見に行けるように 自然言語で質問するだけで正確なqueryが生成される 本当に雑な指示でかなり正確なqueryを書いてくれる 実際のrule
24. ÄÂ AI-designerが早い段階で
 動くものを準備
25. ÄÂ AI-designerが早い段階で動くものを準備 g PRDからプロトタイピング作成用のpromptを作成しプロトタイプを作F g 早いタイミングで動くものを見て議論ができるように https://www.figma.com/blog/8-ways-to-build-with-figma-make/ プロトタイピングツールの
 公式ドキュメントも参照しプロンプト化
26. ÄÂ AI-designerが早い段階で動くものを準備 U Figma・Playwright(自動テストツール)と CursorをMCP連A U カスタマーAIにFigmaデザインやdev環境を触ってもらい、UIフィードバックを得る 例: Cursor x Playwrightによる「ツールチップ⁨⁩置け」フィードバック 例:Playwright にdev環境を操作してもらっている様子 ※ツールチップはあるのに「無い」ことになっている
 AIが理解しやすいシステムにするの難しい・・・
27. おまけ: やってみた個人的なコスパ VoC、インタビュー議事録、
 社内の開発tips、CPOの言霊 AI-カスタマー・AI-CPOの
 仕様フィードバックで、
 いい叩き台を作る ソースコード・ガイド・ DWHスキーマ AI-Tech-Leadと壁打ち、
 query生成で
 既存影響を先に把握する 作成したPRD・
 公式ドキュメント ◦ 自分にない観点の
 フィードバック打率は2割 ◎ 毎日使っている！ めっちゃ便利！ △ いい感じのユースケースと プロンプトを探索中 AI-designerが
 プロトタイプを作成し、
 早い段階で動くものを準備
28. よくある質問 ™ プロダクトのレポジトリのクローン以外のコンテキストのアップデート
 （特に要望、backlog、インタビュー議事録辺り）のメンテって大変そうって思いましI ™ 失敗パターンの具体例はどんなものでしたかF ™ 「自分にない観点のフィードバックは2割くらい」はもう少し解釈を知りた‚ ™ 「この辺りは大変だったので工夫した・気合と根性でやりきった」みたいな困ったこと、大変だったことは ありますか È 具体的にどうやっているんだろう。NotionとMCPで連携して取得？ とか気になりまし« È ruleのメンテも大変そうに見えまし« È 一定作り上げるまでが大変でその後はそんなに更新しないから最初の頑張りが肝心？ と気になりま し« È そもそもこの打率をどう捉えているのか？（十分？低い？‹ È 残りの8割はどんなものなのかË È 低いとしたら、もう少しこうできたらと思うことはあるのかË
29. よくある質問 ™ プロダクトのレポジトリのクローン以外のコンテキストのアップデート
 （特に要望、backlog、インタビュー議事録辺り）のメンテって大変そうって思いましI ™ 失敗パターンの具体例はどんなものでしたかF ™ 「自分にない観点のフィードバックは2割くらい」はもう少し解釈を知りた‚ ™ 「この辺りは大変だったので工夫した・気合と根性でやりきった」みたいな困ったこと、大変だったことは ありますか È 具体的にどうやっているんだろう。NotionとMCPで連携して取得？ とか気になりまし« È ruleのメンテも大変そうに見えまし« È 一定作り上げるまでが大変でその後はそんなに更新しないから最初の頑張りが肝心？ と気になりま し« È そもそもこの打率をどう捉えているのか？（十分？低い？‹ È 残りの8割はどんなものなのかË È 低いとしたら、もう少しこうできたらと思うことはあるのかË 質疑コーナーで回答します
30. いい体験⁨⁩づくりに必要な営みは、 コンテキストを使って底上げできる 体験に を持ち
 解像度の高い
 叩き台を作る 執念 既存仕様やユース
 ケースを先回りして
 考慮しておく 動くもので
 議論する時間を
 増やす 体験に を持ち
 作る 執念 解像度高く
31. The rise of "context engineering" y コンテキストエンジニアリングとは、AIにちゃんと仕事をしてもらうため、
 y AIがうまく動かないときは、だいたい「必要な情報や指示、ツールがちゃんと渡せていない」ことが原E y これまでは「うまい質問（プロンプト）を考える」ことが重視されていたけど、
 今は「どんな情報を、どう組み合わせて渡すか（コンテキスト）」の方が大事になってきている

 ”必要な情報” を “適切な形”で渡す仕組みを作るこŽ →役に立つコンテキストをたくさん集めて、正しく渡していくのが大事！
32. 社内のコンテキストを使い倒し、
 ユーザーにとっての価値に 変えていきましょう
33. LayerX初の自社カンファレンスを行います！