[
  {
    "number": 1,
    "source_book": "产品经理手册（原书第4版）",
    "chapter_hint": "第1章 产品经理工作的多面特性及其运作",
    "title": "矩阵组织里的产品经理",
    "interview_question": "产品经理没有直接管理权时，如何推动跨团队完成目标？",
    "short_answer": "产品经理在矩阵组织里通常不是靠命令推进，而是靠目标共识、用户证据、商业判断、路线图、优先级和沟通机制来影响他人。",
    "key_points": [
      "先把目标翻译成各团队都能理解的收益和风险。",
      "用用户、市场、数据和业务约束形成共同事实。",
      "明确决策边界：哪些必须争取，哪些可以妥协。",
      "用节奏化机制推进：评审、里程碑、风险同步、复盘。"
    ],
    "follow_ups": [
      "研发不同意你的需求时怎么办？",
      "没有 authority 怎么影响团队？",
      "如何处理销售、运营、研发目标不一致？"
    ],
    "project_mapping": [
      "准备一个跨研发、算法、设计、运营推进 AI 功能上线的案例。",
      "用 RACI 或 DRI 说明责任边界。"
    ],
    "aipm_transfer": "AI PM 更依赖跨团队影响力：模型、数据、工程、安全、法务和业务方都不直接归 PM 管。",
    "tags": [
      "organization",
      "stakeholder",
      "leadership"
    ],
    "priority": "P0"
  },
  {
    "number": 2,
    "source_book": "产品经理手册（原书第4版）",
    "chapter_hint": "第2章 领导力与管理能力",
    "title": "产品经理的领导力不是职位权力",
    "interview_question": "面试中如何证明自己具备产品领导力？",
    "short_answer": "产品领导力体现在定义方向、建立共识、推进决策、承担结果，而不是职位 title。优秀 PM 能在不确定环境里让团队知道为什么做、做什么、不做什么、如何衡量。",
    "key_points": [
      "方向感：能把模糊机会转成清晰目标。",
      "判断力：能在用户价值、商业价值、技术成本间取舍。",
      "组织力：能让不同角色在同一节奏上工作。",
      "复盘力：能面对失败并沉淀机制。"
    ],
    "follow_ups": [
      "你做过最难推动的一次产品决策是什么？",
      "你如何处理老板和用户诉求冲突？",
      "如何定义产品成功？"
    ],
    "project_mapping": [
      "准备一个你主动发现问题并推动团队改变方向的故事。",
      "用 STAR 讲清楚冲突、选择和结果。"
    ],
    "aipm_transfer": "AI PM 的领导力还包括承认模型不确定性，并把不确定性转成评估和上线机制。",
    "tags": [
      "leadership",
      "interview",
      "decision"
    ],
    "priority": "P0"
  },
  {
    "number": 3,
    "source_book": "产品经理手册（原书第4版）",
    "chapter_hint": "第4章 情报收集",
    "title": "市场与竞争情报",
    "interview_question": "产品经理应该如何做竞争分析？",
    "short_answer": "竞争分析不是功能清单对比，而是理解目标用户、场景、价值主张、商业模式、渠道、成本结构和战略选择，再判断自己应采取差异化、跟随、侧翼或聚焦策略。",
    "key_points": [
      "先定义分析目的：找机会、定定位、做取舍还是防守。",
      "比较用户任务和价值链，而不只比较页面功能。",
      "观察竞品增长、留存、转化、价格、生态和口碑。",
      "输出应落到产品策略和行动，而不是截图堆叠。"
    ],
    "follow_ups": [
      "竞品做了一个功能，我们要不要跟？",
      "如何判断竞品数据是否可靠？",
      "AI 产品竞品分析和普通产品有什么不同？"
    ],
    "project_mapping": [
      "做一个 AI 搜索/RAG/Agent 产品竞品分析：目标用户、核心任务、模型能力、失败处理、价格。",
      "把竞品结论转成路线图优先级。"
    ],
    "aipm_transfer": "AI PM 竞品分析要额外看模型能力边界、上下文策略、工具生态、评测方式和成本结构。",
    "tags": [
      "competitive-analysis",
      "strategy"
    ],
    "priority": "P0"
  },
  {
    "number": 4,
    "source_book": "产品经理手册（原书第4版）",
    "chapter_hint": "第5-9章 产品企划、新产品、发布",
    "title": "从产品企划到发布",
    "interview_question": "一个新产品从机会到发布，PM 应该输出哪些关键产物？",
    "short_answer": "从机会到发布，PM 要依次沉淀机会判断、目标用户、需求证据、价值主张、商业目标、路线图、PRD、实验计划、发布方案、运营和复盘指标。",
    "key_points": [
      "机会阶段回答：为什么现在做，为什么是我们做。",
      "定义阶段回答：服务谁，解决什么问题，成功指标是什么。",
      "开发阶段回答：范围、优先级、风险、验收和变更机制。",
      "发布阶段回答：渠道、培训、监控、反馈和迭代计划。"
    ],
    "follow_ups": [
      "MVP 和完整版本如何取舍？",
      "如何判断可以发布？",
      "发布后指标不好怎么办？"
    ],
    "project_mapping": [
      "把一个 AI 面试助手从机会判断到灰度发布完整讲一遍。",
      "准备 PRD、eval plan、release checklist 三件套。"
    ],
    "aipm_transfer": "AI 产品发布要多加 eval、guardrail、fallback、人工介入、成本监控和 badcase 回流。",
    "tags": [
      "prd",
      "launch",
      "roadmap"
    ],
    "priority": "P0"
  },
  {
    "number": 5,
    "source_book": "产品经理手册（原书第4版）",
    "chapter_hint": "第10-12章 生命周期、品牌、上市",
    "title": "生命周期管理",
    "interview_question": "产品进入成熟期后，PM 还应该做什么？",
    "short_answer": "成熟期不是停止创新，而是通过用户分层、体验优化、商业化、渠道效率、品牌资产和成本结构管理延长生命周期，同时识别下一条增长曲线。",
    "key_points": [
      "看用户结构：新用户、活跃、沉默、流失、付费。",
      "看增长杠杆：渠道、转化、留存、复购、推荐。",
      "看产品债务：体验、性能、可靠性、可维护性。",
      "看下一阶段：改版、扩品类、平台化或退出。"
    ],
    "follow_ups": [
      "成熟产品如何继续增长？",
      "什么时候该重构，什么时候该做新产品？",
      "品牌资产如何影响产品决策？"
    ],
    "project_mapping": [
      "用一个老功能的改版、降本或商业化项目说明生命周期管理。",
      "AI 产品可讲模型成本下降后的功能重构。"
    ],
    "aipm_transfer": "AI 功能也有生命周期：早期验证能力，中期优化体验，成熟期关注成本、稳定性和组织嵌入。",
    "tags": [
      "lifecycle",
      "growth",
      "brand"
    ],
    "priority": "P1"
  },
  {
    "number": 6,
    "source_book": "产品经理的第二本书",
    "chapter_hint": "第1章 卓越产品经理的能力",
    "title": "产品经理能力计分卡",
    "interview_question": "优秀产品经理的能力结构是什么？",
    "short_answer": "优秀 PM 的能力不是单点技能，而是结果交付、市场导向、协作推进、功能判断、优先级、创业精神和商业敏感度的组合。",
    "key_points": [
      "结果导向：能把目标变成可交付成果。",
      "市场导向：理解用户、客户、竞争和趋势。",
      "协作导向：通过他人完成复杂任务。",
      "判断导向：懂优先级、风险和资源分配。"
    ],
    "follow_ups": [
      "你的短板是什么？",
      "如何评价一个 PM 是否优秀？",
      "产品经理和项目经理的区别是什么？"
    ],
    "project_mapping": [
      "把你的经历映射到能力计分卡：市场、需求、设计、协作、数据、商业。",
      "为 AI PM 增加模型理解、评估和风险治理能力。"
    ],
    "aipm_transfer": "AI PM 的能力模型 = 传统 PM 基本功 + AI 能力边界判断 + eval/data/成本/风险意识。",
    "tags": [
      "career",
      "pm-skill",
      "aipm"
    ],
    "priority": "P0"
  },
  {
    "number": 7,
    "source_book": "产品经理的第二本书",
    "chapter_hint": "第2章 项目和时间管理基础",
    "title": "项目管理与时间管理",
    "interview_question": "产品经理如何管理多个并行需求和项目？",
    "short_answer": "PM 要把并行工作拆成目标、范围、依赖、风险、里程碑和沟通节奏，用优先级和时间盒控制复杂度，而不是靠临时救火。",
    "key_points": [
      "每个项目都要有目标、范围和验收标准。",
      "识别关键路径、外部依赖和风险缓冲。",
      "时间管理不是做更多事，而是保护高价值任务。",
      "用状态同步减少沟通损耗。"
    ],
    "follow_ups": [
      "多个需求都很急怎么办？",
      "项目延期你如何处理？",
      "如何管理上级临时插入需求？"
    ],
    "project_mapping": [
      "准备一个多团队并行推进的版本管理案例。",
      "AI 项目可强调数据、模型、工程、评测依赖。"
    ],
    "aipm_transfer": "AI 项目依赖更多不确定环节，PM 要提前把数据、评测、模型资源和安全审查放入计划。",
    "tags": [
      "project-management",
      "prioritization"
    ],
    "priority": "P0"
  },
  {
    "number": 8,
    "source_book": "产品经理的第二本书",
    "chapter_hint": "第3章 计划框架",
    "title": "产品计划框架",
    "interview_question": "一个产品计划应该包含哪些内容？",
    "short_answer": "产品计划应从范围、环境扫描、业务目标、客户市场、竞争、内部能力、目标、战略、战术、实施和跟踪构成闭环。",
    "key_points": [
      "范围定义防止问题无限扩大。",
      "环境扫描帮助识别趋势、机会和威胁。",
      "目标要可衡量，战略要说明取舍，战术要能执行。",
      "计划必须包含跟踪指标和调整机制。"
    ],
    "follow_ups": [
      "战略和战术有什么区别？",
      "如何让计划不变成 PPT？",
      "如何处理计划赶不上变化？"
    ],
    "project_mapping": [
      "为一个企业 RAG 产品写一页计划框架。",
      "把 AI 功能计划拆成能力、数据、场景、上线和监控。"
    ],
    "aipm_transfer": "AI PM 的计划框架必须加入模型能力假设和验证路径，否则计划会建立在幻觉式乐观上。",
    "tags": [
      "planning",
      "strategy",
      "execution"
    ],
    "priority": "P0"
  },
  {
    "number": 9,
    "source_book": "产品经理的第二本书",
    "chapter_hint": "第4章 市场研究",
    "title": "市场研究不是问用户要功能",
    "interview_question": "PM 做用户/市场研究时最容易犯什么错误？",
    "short_answer": "最常见错误是直接问用户想要什么功能，而不是理解用户任务、约束、替代方案、付费意愿和真实行为。研究要从问题定义、样本、方法、问题设计、数据处理和决策使用构成闭环。",
    "key_points": [
      "研究问题要具体：验证需求、理解场景、比较方案还是定价。",
      "访谈关注过去行为和具体情境，少问抽象偏好。",
      "问卷适合量化已知问题，不适合发现未知动机。",
      "研究结论必须能影响产品决策。"
    ],
    "follow_ups": [
      "用户说想要一个功能，你会怎么判断？",
      "访谈和问卷怎么选择？",
      "如何避免样本偏差？"
    ],
    "project_mapping": [
      "做一次 AI 助手用户访谈：任务、上下文、失败、信任、付费。",
      "把访谈输出转成 persona、JTBD 和需求优先级。"
    ],
    "aipm_transfer": "AI 产品研究要重点追问用户如何判断答案可信、何时愿意交给 AI、失败后如何补救。",
    "tags": [
      "user-research",
      "market-research",
      "JTBD"
    ],
    "priority": "P0"
  },
  {
    "number": 10,
    "source_book": "产品经理的第二本书",
    "chapter_hint": "第5-6章 财务基础、组合分析",
    "title": "产品财务与组合分析",
    "interview_question": "产品经理为什么要懂财务和产品组合？",
    "short_answer": "PM 需要用收入、成本、毛利、投资回报、现金流和组合角色理解产品价值。不是每个产品都承担同样目标，有的负责增长，有的负责利润，有的负责防守或战略入口。",
    "key_points": [
      "财务能力帮助判断项目是否值得做。",
      "产品组合帮助平衡短期收入和长期战略。",
      "预算约束会影响功能范围、渠道和服务水平。",
      "资源分配要服务组合目标，而不是平均主义。"
    ],
    "follow_ups": [
      "一个免费 AI 功能如何证明价值？",
      "ROI 算不清时怎么办？",
      "如何决定砍掉一个产品？"
    ],
    "project_mapping": [
      "计算 LLM 功能单次调用成本、转化收益和留存收益。",
      "把 AI 功能分成获客、提效、付费增值、防流失四类。"
    ],
    "aipm_transfer": "AI PM 尤其要懂单位经济模型：token、推理、存储、人工审核和模型路由都会改变毛利。",
    "tags": [
      "finance",
      "portfolio",
      "unit-economics"
    ],
    "priority": "P0"
  },
  {
    "number": 11,
    "source_book": "产品经理的五项修炼",
    "chapter_hint": "第一项修炼 思想的蜕变",
    "title": "用户体验竞争与价值象限",
    "interview_question": "为什么说互联网产品竞争本质上是用户体验竞争？",
    "short_answer": "互联网产品切换成本低、反馈快、同质化强，体验会直接影响留存、转化和口碑。但体验不是美观，而是用户在关键任务中的效率、信任、情绪和结果。",
    "key_points": [
      "体验必须服务价值，不是单纯视觉包装。",
      "成功产品通常聚焦关键价值象限，而不是每个方面都平均用力。",
      "用户需求驱动优先于内部业务需求驱动。",
      "数据和用户研究共同校准体验判断。"
    ],
    "follow_ups": [
      "用户体验和商业目标冲突怎么办？",
      "如何衡量体验？",
      "体验优化是不是设计师的事？"
    ],
    "project_mapping": [
      "用一个 onboarding、搜索、下单或 AI 对话体验优化说明指标变化。",
      "准备一个从用户任务出发重新定义功能的案例。"
    ],
    "aipm_transfer": "AI 产品体验核心是失败、信任和控制权，不是把模型能力展示得多炫。",
    "tags": [
      "ux",
      "value",
      "user-centered"
    ],
    "priority": "P0"
  },
  {
    "number": 12,
    "source_book": "产品经理的五项修炼",
    "chapter_hint": "第2章 以用户为中心的需求管理",
    "title": "需求调研到需求共识",
    "interview_question": "如何从用户研究走到可执行需求？",
    "short_answer": "需求管理不是收集愿望清单，而是从调研、分析、假设、概念测试、规划、协商、确认、跟踪和变更管理形成闭环。",
    "key_points": [
      "调研阶段明确用户、场景、任务和痛点。",
      "分析阶段把碎片反馈结构化为问题和假设。",
      "规划阶段定义解决方案、优先级和版本边界。",
      "共识阶段让业务、研发、设计、运营确认范围和验收。"
    ],
    "follow_ups": [
      "如何区分用户反馈和用户需求？",
      "需求变更怎么处理？",
      "如何让团队对需求达成共识？"
    ],
    "project_mapping": [
      "把一个 AI 总结功能从用户访谈转成 PRD。",
      "用需求跟踪表管理需求来源、证据、优先级、状态。"
    ],
    "aipm_transfer": "AI PM 还要把需求拆成模型能力需求、数据需求、交互需求和评估需求。",
    "tags": [
      "requirement",
      "user-research",
      "prd"
    ],
    "priority": "P0"
  },
  {
    "number": 13,
    "source_book": "产品经理的五项修炼",
    "chapter_hint": "第3章 以用户为中心的设计",
    "title": "信息架构与导航",
    "interview_question": "信息架构设计解决什么问题？",
    "short_answer": "信息架构解决用户如何理解、寻找和使用信息的问题。好的 IA 能让内容组织、导航、搜索和任务路径符合用户心智模型，而不是公司内部组织结构。",
    "key_points": [
      "先理解对象：内容、功能、用户任务和使用频率。",
      "用分类、标签、层级、搜索和推荐组织信息。",
      "导航系统要支持全局定位和局部任务完成。",
      "IA 需要通过可用性测试和行为数据验证。"
    ],
    "follow_ups": [
      "什么时候需要搜索，什么时候靠导航？",
      "信息架构如何评估？",
      "复杂后台系统如何避免迷路？"
    ],
    "project_mapping": [
      "企业知识库、AI 工具平台、数据看板都适合讲 IA。",
      "RAG 产品中知识分类和权限结构会影响检索质量。"
    ],
    "aipm_transfer": "AI 产品不是只有对话框，复杂任务仍需要清晰的信息架构、引用、历史和可追踪路径。",
    "tags": [
      "information-architecture",
      "ux",
      "search"
    ],
    "priority": "P0"
  },
  {
    "number": 14,
    "source_book": "产品经理的五项修炼",
    "chapter_hint": "运营与 PDCA",
    "title": "产品为什么是运营出来的？",
    "interview_question": "为什么说互联网产品是运营出来的？",
    "short_answer": "互联网产品上线只是开始，真正的增长来自持续运营：设定目标、监控数据、发现问题、提出假设、实验改进、复盘沉淀，形成 PDCA 闭环。",
    "key_points": [
      "Plan：定义目标、用户、策略和指标。",
      "Do：执行版本、活动或实验。",
      "Check：看数据、反馈和分群差异。",
      "Act：固化有效策略，修正无效方案。"
    ],
    "follow_ups": [
      "产品和运营边界在哪里？",
      "运营活动如何避免只带来短期虚假增长？",
      "如何把 badcase 变成产品迭代？"
    ],
    "project_mapping": [
      "用一个 AI 产品 badcase 回流机制说明 PDCA。",
      "把用户运营、内容运营、模型优化放入同一闭环。"
    ],
    "aipm_transfer": "AI 产品运营要额外管理 prompt、知识库、模型版本、评估集和人工反馈。",
    "tags": [
      "operation",
      "pdca",
      "growth"
    ],
    "priority": "P0"
  },
  {
    "number": 15,
    "source_book": "经·理@互联网产品经理的进阶修炼",
    "chapter_hint": "第1章 产品的道、法、术",
    "title": "产品的道法术",
    "interview_question": "如何理解产品的道、法、术？",
    "short_answer": "道是产品本质和规律，法是战略和方法，术是具体执行。PM 如果只会术，会陷入功能堆砌；如果只有道，没有落地，也无法创造结果。",
    "key_points": [
      "道：用户和市场检验产品价值。",
      "法：选择正确目标用户、核心需求和定位。",
      "术：需求、设计、研发、运营、数据的执行方法。",
      "成熟 PM 能在三层之间来回切换。"
    ],
    "follow_ups": [
      "你如何避免只做功能经理？",
      "如何判断产品方向错了？",
      "战略和执行如何对齐？"
    ],
    "project_mapping": [
      "把一个 AI Agent 项目拆成道、法、术：本质需求、策略选择、功能落地。",
      "用路线图说明战略如何落到版本。"
    ],
    "aipm_transfer": "AI PM 最容易陷入“术”：追模型和工具；更重要的是问清产品到底创造什么用户价值。",
    "tags": [
      "strategy",
      "execution",
      "product-thinking"
    ],
    "priority": "P0"
  },
  {
    "number": 16,
    "source_book": "经·理@互联网产品经理的进阶修炼",
    "chapter_hint": "第2章 产品的行业分析",
    "title": "行业分析与网络效应",
    "interview_question": "互联网产品行业分析要看哪些结构性因素？",
    "short_answer": "行业分析要看用户需求演进、成本结构、网络效应、竞争格局、替代品、上下游、监管和技术周期。互联网产品常有高固定成本、低边际成本和网络效应。",
    "key_points": [
      "网络效应决定增长是否能形成壁垒。",
      "低边际成本不代表获客和服务成本低。",
      "行业本质是用户需求被更高效满足的历史。",
      "分析要落到机会窗口和竞争策略。"
    ],
    "follow_ups": [
      "什么产品有网络效应？",
      "AI 产品是否天然有壁垒？",
      "如何判断一个赛道是否值得进入？"
    ],
    "project_mapping": [
      "分析 AI 编程、AI 搜索、企业知识库、AI 陪伴的行业结构。",
      "比较模型能力壁垒、数据壁垒、分发壁垒和工作流壁垒。"
    ],
    "aipm_transfer": "AI 行业分析不能只看模型排行榜，还要看数据、分发、生态、成本和监管。",
    "tags": [
      "industry-analysis",
      "network-effect",
      "strategy"
    ],
    "priority": "P1"
  },
  {
    "number": 17,
    "source_book": "经·理@互联网产品经理的进阶修炼",
    "chapter_hint": "第3章 产品的战略",
    "title": "定位目标用户与核心需求",
    "interview_question": "如何确认目标用户和核心需求？",
    "short_answer": "目标用户不是越多越好，核心需求也不是所有痛点。PM 要从用户任务、痛点强度、付费/使用动机、替代方案、公司资源和竞争态势中找最值得聚焦的人群和场景。",
    "key_points": [
      "先定位最有痛感、最易触达、最能形成口碑的人群。",
      "区分强需求和弱需求，看频次、强度、替代成本和付费意愿。",
      "不要把解决方案误当需求。",
      "聚焦意味着主动不做很多看起来也合理的事。"
    ],
    "follow_ups": [
      "目标用户太窄会不会限制增长？",
      "老板说所有人都是用户怎么办？",
      "如何判断需求是真痛点？"
    ],
    "project_mapping": [
      "为 AI 面试素材库定义早期目标用户：转 AI PM 的候选人。",
      "用 JTBD 写出用户要完成的核心任务。"
    ],
    "aipm_transfer": "AI PM 需要特别警惕“AI 可以做很多事”，产品仍要从一个窄场景打透。",
    "tags": [
      "positioning",
      "need",
      "focus"
    ],
    "priority": "P0"
  },
  {
    "number": 18,
    "source_book": "经·理@互联网产品经理的进阶修炼",
    "chapter_hint": "第4章 产品的需求",
    "title": "需要、需求与产品形态",
    "interview_question": "如何区分需要、需求和产品功能？",
    "short_answer": "需要是用户想达成的目的，需求是特定场景下未被满足的问题，产品功能只是解决方案的一种形态。PM 要回到目的和约束，而不是直接接受用户提出的功能。",
    "key_points": [
      "用户说“我要导出 Excel”，背后可能是汇报、对账或协作。",
      "同一需求可以有多种产品形态。",
      "功能越多不代表需求满足越好。",
      "需求分析要问背景、频次、替代方案、失败成本。"
    ],
    "follow_ups": [
      "用户提的功能都要做吗？",
      "如何挖到真实需求？",
      "如何处理大客户定制需求？"
    ],
    "project_mapping": [
      "AI 产品中用户说“我要联网”，可能真实需求是时效性、可引用或可验证。",
      "用五问法拆一个功能请求。"
    ],
    "aipm_transfer": "AI PM 要特别会把“想要 AI”翻译成任务、数据、信任和结果，而不是直接加聊天框。",
    "tags": [
      "requirement",
      "JTBD",
      "feature"
    ],
    "priority": "P0"
  },
  {
    "number": 19,
    "source_book": "产品心经：产品经理应该知道的50件事",
    "chapter_hint": "第1章 产品经理的核心素养",
    "title": "产品经理工作的 8 个核心步骤",
    "interview_question": "产品经理做一个产品/功能的基本工作流是什么？",
    "short_answer": "可归纳为：发现问题、分析用户和市场、定义目标、设计方案、排优先级、协同开发、上线运营、数据复盘。每一步都要有可验证产物。",
    "key_points": [
      "发现问题：用户反馈、数据异常、战略机会。",
      "定义目标：业务目标和用户目标同时明确。",
      "方案设计：范围、交互、规则、异常、指标。",
      "复盘迭代：基于数据和反馈修正。"
    ],
    "follow_ups": [
      "你平时如何从 0 到 1 做需求？",
      "如何判断一个需求是否靠谱？",
      "上线后如何复盘？"
    ],
    "project_mapping": [
      "用一个从 0 到 1 的 AI 小工具讲完整流程。",
      "准备每一步对应的文档产物：brief、PRD、验收、数据看板。"
    ],
    "aipm_transfer": "AI 功能工作流要加入 eval set、prompt/model version、fallback 和风险审查。",
    "tags": [
      "workflow",
      "0-to-1",
      "prd"
    ],
    "priority": "P0"
  },
  {
    "number": 20,
    "source_book": "产品心经：产品经理应该知道的50件事",
    "chapter_hint": "第3章 产品战略与规划",
    "title": "产品战略规划十步法",
    "interview_question": "产品战略规划应该如何展开？",
    "short_answer": "战略规划要从愿景、用户、市场、竞品、成功要素、资源、风险、目标、路线图和运营计划展开，核心是回答为什么做、怎么赢、先做什么。",
    "key_points": [
      "愿景和目标要接地气，不能只是口号。",
      "战略工具服务判断，不是为了堆框架。",
      "资源和风险决定战略是否可执行。",
      "路线图要体现阶段目标和取舍。"
    ],
    "follow_ups": [
      "战略规划和产品规划有什么不同？",
      "如何证明你的战略可行？",
      "路线图被打乱怎么办？"
    ],
    "project_mapping": [
      "为 AI PM 面试素材库规划 3 个阶段：内容库、练习系统、个性化教练。",
      "把 P0/P1/P2 roadmap 和成功指标对应起来。"
    ],
    "aipm_transfer": "AI PM 战略不能只写“接入大模型”，要写清数据、场景、工作流和商业闭环。",
    "tags": [
      "strategy",
      "roadmap",
      "planning"
    ],
    "priority": "P0"
  },
  {
    "number": 21,
    "source_book": "产品心经：产品经理应该知道的50件事",
    "chapter_hint": "第4章 精益方法与产品开发",
    "title": "精益创业画布与访谈",
    "interview_question": "如何用精益方法验证一个产品想法是否靠谱？",
    "short_answer": "精益验证的重点是快速验证关键假设，而不是快速堆功能。可以用画布明确用户、问题、方案、价值、渠道、收入、成本和关键指标，再用访谈和 MVP 验证。",
    "key_points": [
      "先找最大风险假设：需求、渠道、技术、商业化。",
      "MVP 只验证关键假设，不追求完整体验。",
      "访谈要验证问题强度和现有替代方案。",
      "指标要能决定继续、调整或停止。"
    ],
    "follow_ups": [
      "MVP 做到什么程度够？",
      "用户访谈说喜欢但不用怎么办？",
      "如何判断 pivot？"
    ],
    "project_mapping": [
      "用落地页、假门、人工服务或低代码 demo 验证 AI 产品。",
      "AI 功能先用人工+LLM 半自动验证需求。"
    ],
    "aipm_transfer": "AI PM 可以用 Wizard-of-Oz 方法先验证工作流，再决定是否工程化 Agent。",
    "tags": [
      "lean-startup",
      "mvp",
      "validation"
    ],
    "priority": "P0"
  },
  {
    "number": 22,
    "source_book": "产品心经：产品经理应该知道的50件事",
    "chapter_hint": "第5章 需求分析与管理",
    "title": "需求优先级",
    "interview_question": "如何定义需求优先级？",
    "short_answer": "需求优先级要综合用户价值、业务价值、战略匹配、成本、风险、依赖和时机。框架可以辅助决策，但最终要服务当前阶段目标。",
    "key_points": [
      "高频不一定高优先级，低频高风险也可能必须做。",
      "优先级不是排给研发看的队列，而是战略取舍。",
      "要区分 must-have、should-have、could-have。",
      "每次优先级变化都要说明新信息是什么。"
    ],
    "follow_ups": [
      "老板需求和用户需求冲突怎么办？",
      "如何拒绝需求？",
      "RICE/MoSCoW/Kano 怎么用？"
    ],
    "project_mapping": [
      "为 AI 助手排序：准确性、引用、速度、历史、个性化、分享。",
      "用 RICE 量化需求，再用风险修正。"
    ],
    "aipm_transfer": "AI 产品优先级要把风险、成本和评估难度纳入，不只是看用户想不想要。",
    "tags": [
      "prioritization",
      "requirement",
      "roadmap"
    ],
    "priority": "P0"
  },
  {
    "number": 23,
    "source_book": "产品心经：产品经理应该知道的50件事",
    "chapter_hint": "第7章 产品运营",
    "title": "用户运营、内容运营与数据监控",
    "interview_question": "产品运营中哪些指标最重要？",
    "short_answer": "运营指标取决于产品阶段和业务模型，常见有拉新、激活、留存、转化、复购、分享、内容供给质量、渠道质量和用户价值。关键是找到当前阶段的唯一关键指标和护栏指标。",
    "key_points": [
      "用户运营关注分层、触达、激励和生命周期。",
      "内容运营关注供给、消费、匹配和质量。",
      "渠道质量不能只看量，还要看转化和留存。",
      "数据监控要能发现异常和指导行动。"
    ],
    "follow_ups": [
      "如何选择 OMTM？",
      "活动带来增长后如何判断质量？",
      "改版后如何评估效果？"
    ],
    "project_mapping": [
      "AI 内容产品可看生成次数、采纳率、编辑率、分享率、留存。",
      "RAG 产品可看命中率、有用率、引用点击、人工兜底率。"
    ],
    "aipm_transfer": "AI PM 的运营指标要看“用户是否采用 AI 结果”，不只看调用量。",
    "tags": [
      "operation",
      "metrics",
      "data"
    ],
    "priority": "P0"
  },
  {
    "number": 24,
    "source_book": "产品前线：48位一线互联网产品经理的智慧与实战",
    "chapter_hint": "01 构建你自己的产品经理金字塔",
    "title": "产品经理金字塔",
    "interview_question": "产品经理如何构建自己的能力金字塔？",
    "short_answer": "能力金字塔底层是执行和文档，中层是需求、设计、数据、项目和沟通，上层是战略、商业、组织影响和行业判断。越往上，越少依赖具体功能产出。",
    "key_points": [
      "初级 PM 解决“把事做清楚”。",
      "中级 PM 解决“把正确的事做好”。",
      "高级 PM 解决“选择正确方向并组织资源”。",
      "能力成长要靠项目复盘，而不是只读方法论。"
    ],
    "follow_ups": [
      "你现在处于哪个阶段？",
      "如何从功能 PM 变成业务 PM？",
      "AI PM 的能力金字塔多了哪些层？"
    ],
    "project_mapping": [
      "把你的项目经历按金字塔层级重写简历 bullets。",
      "为未来 3 个月制定 AI PM 能力补齐计划。"
    ],
    "aipm_transfer": "AI PM 金字塔上层是系统判断：模型能力、数据资产、评估机制和商业闭环。",
    "tags": [
      "career",
      "pm-skill",
      "growth"
    ],
    "priority": "P0"
  },
  {
    "number": 25,
    "source_book": "产品前线：48位一线互联网产品经理的智慧与实战",
    "chapter_hint": "06-09 需求分析与场景",
    "title": "场景化需求分析",
    "interview_question": "如何通过使用场景挖掘真实需求？",
    "short_answer": "场景化分析把用户、目标、时间地点、触发因素、当前替代方案、情绪和约束放在一起看，能避免抽象地谈“用户需要某功能”。",
    "key_points": [
      "同一用户在不同场景下需求强度不同。",
      "需求要与触发时刻和任务路径绑定。",
      "行为比态度更可靠。",
      "场景还决定产品入口、默认值和异常处理。"
    ],
    "follow_ups": [
      "如何写一个好场景？",
      "场景太多怎么聚焦？",
      "如何从用户行为回推需求？"
    ],
    "project_mapping": [
      "AI 面试准备场景：看 JD、读书、刷题、模拟面试、复盘。",
      "把每个场景对应到内容库、练习、反馈和追踪功能。"
    ],
    "aipm_transfer": "AI 产品尤其依赖上下文，场景定义越清楚，prompt、工具和评估越容易设计。",
    "tags": [
      "scenario",
      "requirement",
      "user-behavior"
    ],
    "priority": "P0"
  },
  {
    "number": 26,
    "source_book": "产品前线：48位一线互联网产品经理的智慧与实战",
    "chapter_hint": "12-14 需求文档、原型、体验要素",
    "title": "简短 PRD 与原型思维",
    "interview_question": "为什么好的需求文档应该简短但清晰？",
    "short_answer": "PRD 的价值是让团队对问题、目标、方案、边界和验收达成共识，不是写得越厚越专业。复杂需求应通过原型、流程图、规则表和验收标准表达。",
    "key_points": [
      "先写问题和目标，再写功能。",
      "把正常路径、异常路径、权限和数据埋点写清楚。",
      "原型用于沟通和验证，不是装饰。",
      "验收标准决定研发和测试是否能闭环。"
    ],
    "follow_ups": [
      "PRD 应该写到多细？",
      "原型和 PRD 谁先谁后？",
      "需求变更如何同步？"
    ],
    "project_mapping": [
      "写 AI 功能 PRD 时增加 prompt 输入、输出格式、失败兜底、eval 标准。",
      "用一页 brief 先对齐需求，再进入详细 PRD。"
    ],
    "aipm_transfer": "AI PRD 还要定义能力边界、不可回答场景、引用、人工确认和日志。",
    "tags": [
      "prd",
      "prototype",
      "requirement"
    ],
    "priority": "P0"
  },
  {
    "number": 27,
    "source_book": "产品前线：48位一线互联网产品经理的智慧与实战",
    "chapter_hint": "35-38 数据分析",
    "title": "数据驱动与 OMTM",
    "interview_question": "数据驱动产品时，如何避免被数据误导？",
    "short_answer": "数据驱动不是指标崇拜，而是用数据验证假设和指导行动。要明确唯一关键指标、护栏指标、分群、样本偏差、因果关系和数据口径。",
    "key_points": [
      "OMTM 帮助团队聚焦当前阶段最重要的问题。",
      "有效记录数据是有效解读数据的前提。",
      "删除无用数据和指标，避免噪音淹没判断。",
      "数据结论要回到用户行为和业务机制解释。"
    ],
    "follow_ups": [
      "DAU 涨了是不是好事？",
      "如何判断一个渠道质量？",
      "相关性和因果性怎么区分？"
    ],
    "project_mapping": [
      "AI 产品中只看调用量会误判，要看采纳率和成功率。",
      "为面试素材库定义北极星指标和护栏指标。"
    ],
    "aipm_transfer": "LLM 产品的数据驱动要能捕捉质量：有用率、改写率、追问率、人工兜底和 badcase 类型。",
    "tags": [
      "data",
      "metrics",
      "omtm"
    ],
    "priority": "P0"
  },
  {
    "number": 28,
    "source_book": "产品前线：48位一线互联网产品经理的智慧与实战",
    "chapter_hint": "43-48 提问、时间、说服、项目、协作",
    "title": "产品经理的沟通与说服",
    "interview_question": "如何提升产品经理的说服力？",
    "short_answer": "说服力来自问题定义、证据、逻辑、同理心和可执行方案。PM 不是赢辩论，而是让关键角色愿意为共同目标行动。",
    "key_points": [
      "先确认对方关心的目标和风险。",
      "用数据、用户证据和案例支持判断。",
      "提出选项和取舍，而不是只给一个答案。",
      "把分歧转成可验证假设。"
    ],
    "follow_ups": [
      "研发说做不了怎么办？",
      "业务方坚持不合理需求怎么办？",
      "你如何向高层汇报坏消息？"
    ],
    "project_mapping": [
      "准备一个你说服团队改变方案的故事。",
      "AI 项目中用 eval/badcase 说服团队调整模型或交互。"
    ],
    "aipm_transfer": "AI PM 要用评测和风险案例说服，而不是用“模型很强”说服。",
    "tags": [
      "communication",
      "persuasion",
      "collaboration"
    ],
    "priority": "P0"
  },
  {
    "number": 29,
    "source_book": "产品设计七日修行",
    "chapter_hint": "一、产品与设计",
    "title": "产品与设计的关系",
    "interview_question": "产品经理应该如何理解设计？",
    "short_answer": "设计不是把界面做漂亮，而是在用户需求、市场战略、产品形态和操作体验之间做选择。产品决定服务谁和解决什么问题，设计决定用户如何感知和完成任务。",
    "key_points": [
      "产品是给人用的东西，好坏取决于人是否觉得好用。",
      "设计要参与产品方向，而不是只还原界面。",
      "偏执和细节不是成功原因，理解问题本质才是。",
      "视觉、交互、信息和服务流程共同构成体验。"
    ],
    "follow_ups": [
      "PM 和设计师如何分工？",
      "你如何评价一个设计好不好？",
      "美观和效率冲突怎么办？"
    ],
    "project_mapping": [
      "用一个后台/AI 工具的复杂页面改版说明设计取舍。",
      "把用户任务和产品策略转成设计原则。"
    ],
    "aipm_transfer": "AI 产品设计要把不确定输出、等待、解释、纠错和控制权设计进去。",
    "tags": [
      "design",
      "ux",
      "product-thinking"
    ],
    "priority": "P0"
  },
  {
    "number": 30,
    "source_book": "产品设计七日修行",
    "chapter_hint": "二、优雅的领先者",
    "title": "竞品分析的真正目的",
    "interview_question": "竞品分析应该服务什么？",
    "short_answer": "竞品分析的目的不是证明别人哪里好，而是帮助自己明确设计方向和产品取舍。看到竞品亮点后，要判断是否符合自己的用户、资源和战略。",
    "key_points": [
      "先看竞品如何帮助用户完成关键任务。",
      "拆体验时关注响应速度、信息组织、默认路径和错误恢复。",
      "不要被视觉噱头带偏，要看实际任务效率。",
      "竞品结论要变成自己的设计原则和实验。"
    ],
    "follow_ups": [
      "竞品有的功能我们是否要做？",
      "竞品分析如何避免抄袭？",
      "如何评价一个操作路径是否优雅？"
    ],
    "project_mapping": [
      "分析一个 AI 写作工具或编程工具的默认交互。",
      "把竞品亮点转为可验证假设。"
    ],
    "aipm_transfer": "AI 产品竞品分析尤其要看失败状态：答错、卡住、超时、无权限时怎么处理。",
    "tags": [
      "competitive-analysis",
      "design",
      "ux"
    ],
    "priority": "P1"
  },
  {
    "number": 31,
    "source_book": "产品设计七日修行",
    "chapter_hint": "六、设计的管理 / 七、迭代",
    "title": "设计管理与迭代",
    "interview_question": "产品设计如何通过迭代变好？",
    "short_answer": "设计迭代不是不停改稿，而是基于目标、用户反馈、行为数据和团队约束持续提高任务完成质量。每次迭代都应说明假设、改动、预期影响和验证方式。",
    "key_points": [
      "迭代前先定义问题，不要直接改方案。",
      "用数据和用户观察定位体验瓶颈。",
      "小步验证比一次性大改更可控。",
      "设计规范和组件化能提升长期效率。"
    ],
    "follow_ups": [
      "什么时候做小优化，什么时候大改版？",
      "设计迭代如何衡量成功？",
      "如何处理审美分歧？"
    ],
    "project_mapping": [
      "AI 对话页迭代：等待态、引用、反馈、重试、历史。",
      "用实验前后任务完成率和人工兜底率评估。"
    ],
    "aipm_transfer": "AI 交互需要持续从 badcase 中迭代，尤其是澄清、拒答、引用和修正机制。",
    "tags": [
      "iteration",
      "design-management",
      "ux"
    ],
    "priority": "P0"
  },
  {
    "number": 32,
    "source_book": "产品经理修炼之道",
    "chapter_hint": "第1章 解读产品经理",
    "title": "走出产品经理误区",
    "interview_question": "关于产品经理岗位，常见误区有哪些？",
    "short_answer": "常见误区包括人人都能做产品经理、产品经理只是画原型写文档、PM 是小 CEO、只要有想法就能做产品。真实 PM 要对用户、业务、技术、协作和结果负责。",
    "key_points": [
      "PM 不是权力中心，而是责任中心。",
      "想法不值钱，验证、取舍和落地才值钱。",
      "产品经理需要专业技能和综合素质。",
      "不同公司和阶段的 PM 职责差异很大。"
    ],
    "follow_ups": [
      "你为什么适合做 PM？",
      "产品经理和运营/项目/设计的区别是什么？",
      "你如何理解 PM 不是小 CEO？"
    ],
    "project_mapping": [
      "准备一个从想法到验证到上线的完整案例。",
      "用职责边界说明你如何和设计/研发/运营协作。"
    ],
    "aipm_transfer": "AI PM 也不是“会用 AI 的 PM”，而是能把 AI 能力转成可靠产品的人。",
    "tags": [
      "career",
      "pm-role",
      "interview"
    ],
    "priority": "P0"
  },
  {
    "number": 33,
    "source_book": "产品经理修炼之道",
    "chapter_hint": "第2章 规划产品蓝图",
    "title": "产品规划核心四问",
    "interview_question": "产品规划要回答哪四个核心问题？",
    "short_answer": "产品规划可以归纳为做什么、有何价值、为什么要做、如何做到。四问分别对应范围、用户/商业价值、战略依据和执行路径。",
    "key_points": [
      "做什么：明确产品/功能边界。",
      "有何价值：用户价值和商业价值。",
      "为什么做：时机、资源、竞争和战略匹配。",
      "如何做到：路线图、资源、风险和指标。"
    ],
    "follow_ups": [
      "如何判断一个功能不该做？",
      "价值如何量化？",
      "战略依据不足时怎么办？"
    ],
    "project_mapping": [
      "为一个 LLM 面试练习系统回答四问。",
      "把四问转成面试中的 case opening。"
    ],
    "aipm_transfer": "AI PM 可以用四问快速避免“为了 AI 而 AI”。",
    "tags": [
      "planning",
      "case-interview",
      "strategy"
    ],
    "priority": "P0"
  },
  {
    "number": 34,
    "source_book": "产品经理修炼之道",
    "chapter_hint": "第2章 需求处理",
    "title": "需求处理的五个提醒",
    "interview_question": "产品经理处理需求时有哪些实用技巧？",
    "short_answer": "处理需求要避免把需要当需求、忽略背景、把产品形态当本质、看不懂数据和忘记初衷。每个需求都要回到用户目标和业务目标。",
    "key_points": [
      "需要是表达，需求是问题，功能是方案。",
      "背景条件决定需求优先级和解决方式。",
      "数据能帮助判断规模和变化，但需要解释。",
      "初衷可以防止方案越做越偏。"
    ],
    "follow_ups": [
      "你如何拒绝一个伪需求？",
      "需求数据和用户访谈冲突怎么办？",
      "如何处理需求膨胀？"
    ],
    "project_mapping": [
      "用一个用户要求“一键生成”的需求，拆成目标、输入、质量和风险。",
      "把需求背景写进 PRD。"
    ],
    "aipm_transfer": "AI 功能需求尤其容易被产品形态误导：聊天、Agent、插件都只是形态。",
    "tags": [
      "requirement",
      "analysis",
      "prd"
    ],
    "priority": "P0"
  },
  {
    "number": 35,
    "source_book": "产品经理修炼之道",
    "chapter_hint": "第3章 设计卓越产品",
    "title": "产品设计三大能力",
    "interview_question": "产品设计需要哪些核心能力？",
    "short_answer": "产品设计可拆成概念设计、功能流程设计和交互设计。概念设计决定产品如何解决问题，功能流程决定任务如何完成，交互设计决定用户如何操作和感知。",
    "key_points": [
      "概念设计要说清产品对象、场景和价值。",
      "流程设计要覆盖主流程、异常流和状态转换。",
      "交互设计要降低认知负担，提高反馈清晰度。",
      "设计必须基于核心能力，而不是功能堆砌。"
    ],
    "follow_ups": [
      "流程图和原型分别解决什么问题？",
      "如何设计异常状态？",
      "复杂功能如何保持简单？"
    ],
    "project_mapping": [
      "AI Agent 任务流：输入、规划、工具调用、确认、执行、反馈。",
      "设计模型失败后的纠错流程。"
    ],
    "aipm_transfer": "AI 产品设计要把模型推理过程适度外显，让用户知道系统在做什么、能否打断。",
    "tags": [
      "product-design",
      "workflow",
      "interaction"
    ],
    "priority": "P0"
  },
  {
    "number": 36,
    "source_book": "产品经理修炼之道",
    "chapter_hint": "全书综合",
    "title": "从功能 PM 到 AI PM",
    "interview_question": "这套产品经理合集对 AI PM 最大的价值是什么？",
    "short_answer": "它补的是 AI PM 容易忽略的传统 PM 基本功：用户、市场、需求、战略、设计、数据、运营、协作和商业化。AI 只是能力供给，产品成败仍取决于这些基本功是否扎实。",
    "key_points": [
      "传统 PM 基本功决定能不能找到真问题。",
      "AI 能力判断决定能不能选对解决方式。",
      "评估和运营闭环决定能不能持续变好。",
      "组织协同决定能不能真实上线。"
    ],
    "follow_ups": [
      "传统 PM 如何转 AI PM？",
      "AI PM 与普通 PM 最大区别是什么？",
      "如何证明自己既懂产品又懂 AI？"
    ],
    "project_mapping": [
      "把一个传统 PM 项目改写成 AI PM 项目叙事。",
      "建立你的 AI PM 面试素材：用户问题、AI 方案、评估、风险、结果。"
    ],
    "aipm_transfer": "这张卡是整套合集的总导航：先把 PM 基本功练硬，再叠加模型、数据、eval 和安全。",
    "tags": [
      "aipm",
      "study-plan",
      "career"
    ],
    "priority": "P0"
  }
]