业务中台方法论
从需求沟通、方案评审到上线复盘，把中台产品的复杂协作做成闭环。
个人产品心得
不是标准答案，也不是框架大全。只是我在业务中台、出海产品和 AI 项目中反复用到的一些做法。
先定义问题，不急着定义功能
先找到真实用户、发生场景、替代方案与业务约束，再决定产品应该做什么。
把最小闭环做通，而不是堆功能
第一版先跑通输入、处理、结果、行动和反馈，再沿着真实使用逐步扩展。
让洞察进入工作流
报告不是终点，只有明确责任人、状态流转与结果回流，洞察才会产生价值。
评测集要早于提示词
先准备样本、定义可接受结果和失败类型，再讨论模型、提示词与工作流。
智能体的职责越清楚，越容易稳定
智能体的职责、输入、输出和异常边界越清楚，结果越稳定，也越容易评测。
失败案例就是 AI 产品的需求池
把失败样本按问题类型归类，再判断应该改数据、规则、提示词、工作流还是交互。
AI 输出必须进入业务流程
AI 输出必须进入选品、商品优化、研发流转等具体动作，才能形成真正的业务价值。