何时建模

不是每个问题都值得马上建模。但如果同样的歧义一再出现，就说明业务含义应该从聊天文本里移出来，进入共享语义定义。

当重复问题开始漂移时就该建模

以下情况通常说明该建模了：

• 不同用户用不同说法在问同一件事
• 同一个指标总是需要手写排除条件
• 一个术语可能映射到多张表或多个字段
• 团队总在争论“到底算不算”
• 某个结果重要到会出现在反复进行的审核中

不要在第一天把一切都建模

过早建模会增加维护成本，却未必提高信任。优先建模那些：

• 驱动重复业务决策的指标
• 每周或每月回顾中会出现的指标
• 需要跨人保持一致解释的指标
• 每次都要重讲、非常痛苦的指标

适合早期建模的候选

• 收入
• 活跃账户
• 转化率
• 留存
• 流失
• 毛利率
• 关键漏斗阶段

哪些情况下 prompt 还够用

以下情况说明可能还不需要建模：

• 这是一次性的探索问题
• 指标还没有形成稳定业务定义
• 团队暂时不需要复用这套逻辑
• 当前分歧主要来自源数据质量，而不是语义定义

一个简单判断标准

如果你发现自己已经第三次在不同对话里重新解释同一个指标含义，那通常已经不是 prompt 问题，而是建模问题。