产品经理

背景 我做了 5 年技术产品经理，最近半年团队密集做 AI 功能（LLM 应用、智能摘要、对话式搜索）。立项会上我越来越常听到两种声音： - 工程师说："你连 prompt 长什么样、token 怎么算、什么场景该走 RAG 什么场景该走微

背景 我做了 15 年技术 PM，最擅长把复杂原理讲成大白话，但有一个场景我至今没有一套稳定可复用的方法：向非技术背景的业务负责人（VP / 客户方）解释"看起来很小、其实代价很大"的需求。 典型场景：业务方拍桌子说"就在订单页加个备注字段

【背景】 我做了 5 年技术 PM，最近一个季度反复撞同一个坑：我们按正常流程排期上线了一个 B 端功能（面向中台运营的配置化审批流），上线前做了用户访谈，5 个种子用户都说"很需要"。上线 6 周后看数据：功能使用率不到 4%，核心指标（

背景：我做了 3 年技术 PM，几乎每个季度规划都会卡在同一个问题——技术债要不要单独立专项迭代去还？这事在我们团队吵过至少 4 轮，每次结论都不完全一样，今天拿出来对线。 常见的三种做法： 1. 专项派：每个季度固定留 20%–30% 的

背景：一个功能上线后，团队里几乎总会吵一轮"我们算成功吗"。我做过 3 年 PM，见过两种极端：一种团队张口就是"激活率多少、周活多少"，把使用率当唯一 KPI；另一种张口就是"用户反馈不错、NPS 涨了"，把满意度当唯一依据。这两种我都踩

背景 10 年技术 PM，最近带一个 B 端 SaaS 的订单 + 库存模块，团队 7 人（3 后端 + 2 前端 + 1 测试 + 我）。反复撞到一个结构性拉锯： happy path 我写得很细（字段、交互、跳转），但异常态（断网、超时

把"大概多久"拆成四段：我把技术估时偏差从 42% 压到 11% 的做法 一、现象与背景：估时不是"拍脑袋"，它一直在悄悄吃掉你的排期 先上一组真实数字。我带一个 8 人小组（5 后端、2 前端、1 测试），2024 年 Q1 到 Q3 跑

背景：做了 3 年技术 PM，主要做内部工具 + B 端 SaaS。最近一个季度连续踩到同一个坑：我们排期里砍掉了 3 个低优需求、腾出来的产能去做了一个「按团队共识很有价值」的功能（一个面向客服的工单快捷模板 + 智能填充），开发 4 周

背景 我做了 8 年技术产品，团队 6 人（2 后端 + 1 前端 + 1 测试 + 1 数据 + 我）。最近一个季度里，连续三次在技术评审会上撞到同一个卡点： 开发说"这个需求要动 XX 服务，涉及 2-3 个上下游服务改造，至少 2 周

背景 我做了 10 年技术产品，近两年主要在做带 LLM 的功能（一个是智能客服改写，一个是代码评审意见生成）。团队 6 人（2 后端 + 1 算法 + 2 前端 + 1 测试）。我们卡在一个很具体的工程问题上：LLM 功能到底怎么定「验收

背景：我做了 3 年技术 PM，最近在做一个内部工具的「操作流」重构（新建、编辑、批量操作三个环节）。业务方（运营负责人）反复提一个模糊诉求：现在这套流程"太别扭、不够顺手"，希望"优化一下"，但每次追问细节他都答不上来。 现象：每次我拿一

背景 我是一家做 B 端 SaaS（数据看板 + 轻 BI）的产品经理，团队 5 人（3 后端 + 2 前端 + 1 测试），一个季度一个 release。这个季度业务方给我两个 P0 级需求： - 需求 A：批量导出报表——客户可以把看板

现象与背景：返工不是出在功能，而是出在"没写全" 我做过 3 年技术 PM，复盘过 14 个迭代的联调返工单，一个反直觉的结论：导致前后端联调返工的工单里，约 70%（9/14）根因不是"功能做错"，而是"PRD 没写全"。具体三类高频缺失