飞书智能伙伴用户访谈摘要提示词怎么加入真实场景

本访谈发生于“XX SaaS产品V2.3灰度上线前72小时”，当前唯一阻塞点是支付链路偶发超时，法务尚未签署跨境结算补充协议；参会人权限与原始语言毛边（如【PM】、14:22、［需求方原话，未定义“解决”指代动作］）必须保留，销售与财务对“已签约”判定标准不一需同步标注。

想让飞书智能伙伴生成的用户访谈摘要，一眼就被产品负责人认可，关键不在于堆砌“洞察深刻”“逻辑清晰”这类虚词，而是要让每句话都带着灰度上线前72小时的焦灼感、法务还没签字的悬停感、以及客户原话里那句“那个按钮最好能一键解决”的毛边感。

锁定真实项目阶段与卡点

在提示词最开头，直接插入一行硬性声明：“本访谈发生于‘XX SaaS产品V2.3灰度上线前72小时’，当前唯一阻塞点是支付链路偶发超时，法务尚未签署跨境结算补充协议。”

这一步不能省——没有具体时间节点和未闭环卡点，智能伙伴会默认按“理想状态”整理，自动补全逻辑断层，把“王工说再拖两天肯定不行”美化成“技术团队建议优化排期”，真实压力感瞬间消失。

关键点在于：【必须写明具体倒计时天数和未签署文件名称】。如果模糊写成“临近上线”或“协议待签”，模型很可能自由发挥，补全一些不存在的进展。

绑定角色权限与操作边界

方法一：直接列出参会人权限事实。在提示词中嵌入：“参会人中，李婷（前端）无生产环境日志查看权限；张磊（后端）可调用A/B测试开关但无数据库DDL权限；所有技术方案描述必须匹配其实际操作范围。”

方法二：用权限反推结论可靠性。加一句：“若发言涉及日志分析结论，必须标注‘[仅基于本地Mock数据推断]’；若提及DDL操作，必须标注‘[此为假设性表述，张磊无实际执行权限]’。”

如果不写清楚权限，智能伙伴很可能把“我猜可能是缓存没清”自动升级成“建议清除Redis集群缓存”，而实际上，那位前端同事可能连Redis控制台入口在哪都不知道。

强制保留原始语言毛边

第一步：禁用三类AI惯用表达。指令要明确：“禁止出现‘综上所述’‘由此可见’‘反映出’等归纳短语；禁止将‘咱们先卡在这儿’改写为‘当前存在阶段性瓶颈’；禁止把‘这个等法务过一遍’翻译成‘需经合规部门审核’。”

第二步：保留三类不可删减的原始痕迹。要求输出必须包含：①发言者角色缩写（如【PM】【客服主管】），不可替换为全称或“负责人”；②原始记录中的时间戳碎片（如“14:22”“中间停顿约15秒”）；③客户原话中未定义的模糊指代（如“那个按钮”“一键解决”），并标注[需求方原话，未定义“解决”指代动作]。

这才是区分真实记录与AI润色的关键分水岭。漏掉任意一项，摘要就会滑向教科书式的总结。

注入真实业务冲突信号

在提示词末尾，插入一个具体分歧案例：“注意：销售认为‘已签约’等于法务盖章完成，但财务系统把CRM里点击‘提交审批’就标为‘已签约’。所有涉及合同状态的结论，必须同时标注两种判定依据及差异来源。”

这一步能逼着智能伙伴放弃“统一口径”的幻觉，转而呈现业务现场真实的认知撕裂——而正是这种撕裂，才是产品决策真正要处理的原料。