产品

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

先说背景。 做了 10 年技术 PM，带过 3 个 6~15 人的后端团队。我越来越注意到一个趋势：需求评审会越开越短、越开越"形式化"。 过去我主持的评审会动辄 1 小时，每个需求都要过"为什么做 → 用户场景 → 不做的代价 → 技术方

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

背景： 做了 8 年技术产品，我越来越觉得一个矛盾：技术债是研发最关心的事，但在产品路线图上几乎永远排不上号。每次 QBR 上研发说"这个季度至少 20% 的容量要还债"，业务方一句"客户等着呢"就拍回去了。 我复盘了 3 个 0→1 项目

先说背景，免得大家各说各话。 我做了 5 年技术 PM，带过两个 8 人以上的后端团队。每次迭代评审，最让我头疼的不是"这个需求要不要做"，而是下面这个反复出现的拉锯： 工程师说"现在不做，后面要还三倍的技术债"；我说"用户下个月就要用，先

背景： 我做了 8 年技术产品经理，带过 3 个 0→1 的项目。每次排期会上，"先上 MVP 快速验证" 和 "干脆一次做扎实别返工" 这两派都会吵起来。有意思的是，同一个团队、同一个功能，最后选哪边，往往不取决于功能本身，而取决于当下面

先说背景，免得大家各说各话。 我做了 5 年技术产品，近两年大部分精力花在 AI 智能体（Agent）类产品上。团队内部吵得最凶的一个决策，不是「用哪家模型」，而是下面这个：到底是把少数几个场景做到 90 分以上（高确定性），还是先把 20