Mind the Product · 原文 2026/10/06
ThoughtSpot产品负责人谈评测系统如何成为新的PRD
ThoughtSpot产品管理高级副总裁Francois Lopitaux在播客访谈中介绍构建agentic产品与确定性软件的差异，称AI使开发速度提升两到三倍，但生产化仍需架构、护栏与有经验的工程师。
以下是 AI 对文章表达方式的解读。本次仅分析部分正文。 未验证文章的实际传播表现。
选题切入点
基于可用正文，这篇访谈的切入点是：当产品界面变成提示词、用户路径不可预测时，评测系统如何取代传统PRD，成为定义'什么是好、什么必须避免'的规格说明。[1]
开头怎么写
开头先介绍嘉宾Francois Lopitaux的背景——ThoughtSpot产品负责人、18年产品经验、曾在Salesforce负责客服与AI产品，为后续讨论AI时代产品开发方法论建立可信度。[2]
行文结构
1. 嘉宾背景铺垫
正文开头先交代嘉宾履历与公司定位，为讨论AI产品开发建立语境。[2]
2. AI加速与纪律悖论
随后讨论AI缩短原型验证时间，但生产化仍需架构与纪律，形成'速度越快越需要控制'的张力。[3]
3. 从确定性到概率性
接着对比传统可预测流程与LLM概率性特征，指出产品团队改为围绕LLM设置护栏而非固定步骤。[4]
4. 评测系统成为新PRD
正文进一步提出，在prompt驱动、路径不可控的界面中，评测系统定义期望行为与需避免的行为，承担起PRD的职能。[1]
可以借鉴什么
把'评测系统'当作新PRD来写：明确列出期望行为与必须避免的行为，用它替代传统PRD中的界面流程描述。[1]
实践建议：在设计AI功能时，先起草一份评测清单，写清'好答案长什么样''哪些输出不可接受'，再进入开发。
适用边界：此方法适用于prompt驱动、路径不可预测的AI功能；对于流程确定的传统功能，传统PRD仍更合适。
固定终局目标、放开技术手段：明确要达成的业务结果，但不绑定具体实现技术，便于随新模型出现而替换。[1]
实践建议：在写需求文档时把'目标'与'实现方式'分栏，实现方式一栏标注为可随模型迭代调整。
适用边界：前提是团队对目标有共识且评测体系能验证结果，否则放开手段会导致方向漂移。
原文证据锚点
[1] “is, and this is where”
[2] “Francois Lopitaux is SVP of”
[3] “this is really a game”
[4] “uh, I'm going to create”
分析局限：正文为访谈节选，结尾在主持人13:15处被截断，后续关于评测系统具体搭建、语义层、度量指标、白标产品信任、团队组织、招聘与成本管理等章节仅有目录标题，未提供完整论述，本分析未覆盖这些未提供的内容。