用户研究与市场洞察

Discovery 是 PM 工作的起点：在写 PRD 之前，先确认「用户是谁、痛点是否真实、市场是否值得做」。与 /roadmaps/product-manager 中用户研究节点对齐。

学习目标

• 建立 Persona 与 Jobs-to-be-Done 思维
• 掌握用户访谈、问卷、竞品分析的基本方法
• 区分「用户说的」与「用户做的」，避免伪需求

核心概念

Persona 与 JTBD

工具	回答的问题	示例（CodeRoadMap）
Persona	典型用户是谁	转行开发者小李，每晚 1 小时学 Java
JTBD	用户「雇佣」产品完成什么任务	快速找到可跟练的学习路径
场景	在什么情境下发生	通勤时用手机刷 lesson，回家用电脑写练习

Persona 不是人口统计表格，而是 决策用的故事：当你纠结功能优先级时，问「小李会为此付费吗？」

用户访谈要点

准备 — 目标用户、开场白、5–8 个开放问题
进行 — 少引导、多追问「为什么」「上次怎么做的」
记录 — 原话引用 + 行为观察，而非只记你的解读
归纳 — 主题聚类，标注频次与强度（Must / Nice）

避免问「你需要 XX 功能吗？」——用户会礼貌性说需要。改问「上次学新技能时，最卡的一步是什么？」

竞品与市场

• 直接竞品：同赛道、同用户（如其他编程学习平台）
• 间接竞品：用户时间被谁占用（短视频、文档站、训练营）
• 分析维度：目标用户、核心价值、定价、增长渠道、明显短板

输出 竞品矩阵：不是抄功能，而是找 差异化空白（如 CodeRoadMap 强调路线图 + 后端实战）。

从洞察到机会

观察（访谈/数据）→ 洞察（反复出现的矛盾）→ 机会（可验证的假设）
例：「用户收藏很多 track 但完课率低」→ 缺引导与进度反馈 → 假设：首课 onboarding 可提升 7 日留存

练习

• 为 CodeRoadMap 写 1 个 Persona（含目标、痛点、使用场景）
• 设计 5 个用户访谈问题，至少 3 个是开放题
• 选 2 个竞品，填一张四象限对比表（功能 vs 体验）

小结

Discovery 降低「做了没人用」的风险；Persona 与 JTBD 让优先级有用户锚点。 下一课进入产品战略与定位。