用智能工具生成用户需求摘要时，不能只写"用户想要什么"，必须同时呈现业务、技术、体验三层视角，否则产品方向会偏、开发要返工、上线后用户吐槽不断。业务上销售总监面临标签不同步导致跟进延迟≥2小时、市场投放不准、违约风险；技术上须确认企微API批量写入能力、ID映射是否全量打通、重试机制归属；体验上销售在第4步"勾选标签后无加载提示"即产生挫败感。

先锁定三类视角的底层逻辑

在输入框的第一行，直接写下角色设定：【你是一位有7年B端产品经验的需求分析师，正在为「企业微信客户标签同步」功能整理用户原始反馈】。这一步不能省略——没有角色锚定，AI会默认按C端通用逻辑输出，把"销售抱怨标签不同步"写成"用户希望更方便"，完全丢失B端决策链路。

角色必须含年限+领域+动作，缺一不可。只写"你是个产品经理"，AI可能当实习生对待；写了"7年经验"但没说"B端"，它可能套用小红书运营话术来回应。

业务视角：谁在用、为什么急、卡在哪条线

在角色设定后换行，输入：【请从销售总监视角提炼3点业务痛点：①当前每天手动导出再导入标签导致客户跟进延迟≥2小时；②因标签不同步，市场部无法精准圈选高意向客户做定向投放；③6月起新签合同要求「客户行为数据实时同步」，否则触发违约金条款】。

这三点必须按序号强制排列，AI对带编号的指令响应最稳。如果写成"请说明业务影响"，它会泛泛而谈"影响效率"，不提具体延迟时长和违约风险，等于白写。

技术视角：现有系统能扛住吗、要动哪几块、有没有坑

方法一：绑定已知技术栈。在上一段结尾加逗号，接续输入：【所有分析基于当前使用的企业微信API v4.2.1和内部CRM系统MySQL 8.0，禁用需升级SDK或改造数据库结构的方案】。

方法二：聚焦接口级约束。另起一行输入：【列出必须确认的3个技术事实：①企业微信标签API是否支持批量写入（非单条）；②CRM侧客户ID与企微外部联系人ID映射关系是否已全量打通；③同步失败时重试机制是否由企微侧控制，还是我方需自建队列】。

注意第二问里"是否已全量打通"是关键陷阱——如果AI回答"需要查"，说明它意识到这是前置依赖项，而不是直接编造"已打通"。

用户体验视角：真实操作中哪一步让人想砸手机

第一步：用用户原话触发细节。复制一条真实客服工单原文（比如："销售小王昨天下午3:15打标'重点跟进'，客户上午10:20就成交了，标签根本没同步过去！"），粘贴到AI输入框最下方。

第二步：强制时空锚定。在工单后加指令：【还原该场景下销售的实际操作路径：打开企微→点击客户头像→进入资料页→点「编辑标签」→勾选「重点跟进」→点「保存」→返回聊天窗口→发现标签未变→刷新页面仍无变化→截图发给IT】。

第三步：揪出情绪断点。紧接着写：【指出路径中第几步开始产生挫败感，并说明原因（例如：第4步勾选后无任何加载提示，导致误以为已生效）】。

这一步不能省——AI若只罗列步骤不标断点，说明它没真正理解"用户体验"不是流程图，而是人盯着屏幕等反馈的那几秒焦虑。