Dify Agent实战技巧指南：RTC框架清洗无效需求，让产品工作回归核心价值与效率

产品经理的日常工作里，最消耗元神的，往往不是画原型或者写PRD，而是跟业务方那些混乱、跳跃、充满个人色彩的需求沟通作斗争。

想想看，你是否也遇到过这样的场景：对着一个长达60分钟的会议录音，或者是语无伦次的聊天记录，反复听到的却是“昨天那个餐厅不错”或者“公司空调太冷了”？好不容易梳理出一版需求重点，结果发现方向偏了，优先级也是错的，还得为那些明显不合理的要求，绞尽脑汁想出冠冕堂皇的拒绝理由。

今天，咱们就来聊聊怎么用一套RTC框架，打造一个能帮你过滤这些“噪声”的智能助手。这不是什么空谈理论，是我自己实践过的方案。

1. 实战测试：当需求被混乱包裹

为了把这个测试做彻底点，我特意让DeepSeek模拟了一段最“原汁原味”的需求沟通纪要。想象一下，如果你是那个产品经理，需要多久才能从下面的对话里提炼出真正有价值的点？

**对话记录 - 业务适用方（张总）与产品经理（小王）**
**日期：** 2025-1-2
**时间：** 下午14:30-15:45
**参与人：** 张总（业务部）、小王（产品部）
**主题：** 关于“任务关键节点评审”需求讨论

**（14:30 微信语音开始）**
**张总：** 小王啊，我昨天看到个新闻，说现在AI都能写诗了，咱们系统能不能加个写周报的功能？我每周写报告头疼。
**小王：** 张总，我们今天不是讨论任务节点评审的AI需求吗？
**张总：** 哦对！评审！但我跟你说，我们业务部门现在流程太乱了，李经理上次审批拖了三天，就是因为没提醒！你们系统通知能不能改成闪屏弹窗？红色那种，刺眼一点！
**小王：** 您是说希望AI在任务关键节点自动触发评审，并加强通知？
**张总：** 对对，但AI得“聪明点”！别像上次那个客服机器人，总回答“请稍等”。对了，我们下个月要换办公楼，新地址我微信发你，记得更新系统里的部门信息啊。
**小王：** 地址的事我记下了。那AI评审的具体场景有哪些？比如是预算超标时触发，还是进度延迟？
**张总：** 延迟肯定要管！还有供应商对接，老王那个厂总是不准时…哎说到老王，他上次推荐个餐厅不错，你们产品团建可以去试试。
**小王：** （敲键盘声）…那AI评审需要输出什么结果？比如风险评级、建议措施？
**张总：** 输出个报告吧！但要简洁，别像财务的报表那么长。对了，报告能不能加个语音播报？我开车时候能听。
**（14:45 背景音：张总接了个电话，讨论季度聚餐经费）**
**张总：** 喂？…聚餐吃火锅不行，小刘吃素！…（回头对小王）哎咱们说到哪了？
**小王：** AI评审报告的形式…
**张总：** 哦对！还有个大问题：我们系统现在登录太慢，每次输验证码，我老花眼看不清！这个能优先改吗？
**小王：** 登录问题我反馈给技术团队。我们还是聚焦AI评审需求吧——您希望AI具体评估哪些维度？
**张总：** 维度？就像人一样判断呗！比如任务风险高不高，要不要加派人手…说到人手，小陈下个月休产假，她负责的任务得赶紧评审！
**小王：** 好的，AI会关联任务责任人和历史数据。还有别的吗？
**张总：** 有！评审完能不能自动拉个微信群？@相关人发消息。不过别拉大领导，他们忙。
**（15:10 张总同事插话问合同盖章事宜，持续2分钟）**
**张总：** 小王啊，刚才说到哪？我思路都被打断了。
**小王：** 自动建群通知…
**张总：** 算了建群也行，不过我们飞书也用，你们支持飞书吗？啊对了，AI要不要买个国外那个啥GPT？我儿子说那个厉害，能画画！
**小王：** 技术选型我们会评估…今天我们先明确核心需求：您需要AI在任务关键节点自动分析风险、生成报告并通知负责人，对吗？
**张总：** 差不多！但要快！最好下周上线，我老板月底要看演示！——哦不行，下周一我体检，改周三讨论吧！
**（15:30 讨论逐渐偏离至张总对最近公司空调太冷的抱怨）**
**张总：** 还有啊，那个评审界面颜色太灰了，能不能搞个喜庆点的皮肤？比如国庆节变红色…
**小王：** （沉默片刻）…这些视觉需求我记下，但AI功能我们先确认优先级…
**张总：** 优先级？当然全部紧急！对了，我刚说的登录验证码、周报生成、火锅团建通知…这些都能用AI做吧？
**小王：** ……（深呼吸）我整理一版需求清单给您确认。
**张总：** 好！你办事我放心！——哎我手机快没电了，先这样啊！记得地址和验证码的事！
**（15:45 通话结束）**
---
**后续补充（微信文字）：**
**张总（16:00）：** 突然想到！AI评审能不能加个“情感分析”？比如检测员工提交任务时的情绪，消极的话自动发红包鼓励？
**张总（16:05）：** [转发文章链接]《AI预测股市的十大案例》
**张总（16:20）：** 刚才说的周报功能，当我没说哈，老板说没必要。
**张总（17:10）：** 突然想起来，我们旧系统里还有300多条任务数据没迁移，新AI能读旧数据吧？格式？我让助理发你一个2005年的Excel样例。
---

这种场面，对于资深产品经理而言，简直就是家常便饭。今天，就分享一个我们团队内部实践的案例：如何使用AI Agent（这里以Dify为例），构建一个能理解业务、过滤噪音的“智能需求分析助手”，帮你更专业也更高效地应对这种挑战。

2. 牛刀小试：给它一个“实习生”的角色

打开Dify，创建一个空白应用，选择“Agent”，填好名字和描述：

在Agent编排页面，输入一个最基础的提示词并设置好模型：

你是一个产品实习助理，你的工作是帮助产品经理过滤业务的有效需求，并形成一个PRD初稿

来看看效果。把刚才那段混乱的会议记录丢给它，它表现如何？

它成功地把冗长的纪要总结成了一个结构化的摘要，并按照一个简单的框架对需求做了分类（有效/待确认/存疑），还给出了一个需求文档的框架初稿。最重要的是，它过滤掉了“吃火锅”和“空调冷”这些纯粹的噪音。这一点确实做得不错。

? 需求分析与 PRD 初稿 (Agent 生成结果)

项目名称： 任务关键节点智能评审系统
需求来源： 业务部（张总）
优先级： P0（紧急，业务方期望下周上线/演示）

1. 核心需求过滤（已剔除无效噪音）
✅ 有效业务需求：
核心功能： 在任务出现“进度延迟”或“预算超标”等关键节点，AI 自动触发评审。
评审输出： 生成简练的风险评估报告（包含风险评级、建议措施），不支持长篇大论。
触达方式：系统内：强提醒（张总提到“闪屏弹窗/红色刺眼”，需UI评估）。
外部：自动拉群通知相关负责人（支持飞书/微信）。
语音支持：报告需支持语音播报（驾驶场景）。
数据兼容： 需支持旧系统（2005年 Excel 格式）的历史数据迁移与读取。

❓ 待确认/存疑需求（需PM决策）：
情感分析发红包： 业务方后期补充需求，检测员工提交任务时的情绪并自动发红包。(分析：可能属于非核心功能的“镀金”需求，且涉及额外预算)
登录验证码优化： 业务方反馈登录慢、看不清。(分析：属于体验优化，非本次AI评审核心功能，建议转交基础平台组)
UI 皮肤： “喜庆点/国庆变红”。(分析：非功能性需求，优先级低)

?️ 已过滤噪音（无关信息）：
写周报功能（业务方已撤回）。
办公楼搬迁地址更新。
团建餐厅推荐（老王/火锅）。
空调温度问题。
购买 ChatGPT 会员/画画功能。
股市预测。

但你可能也注意到了，它把“闪屏弹窗（红色刺眼）”和“情感分析发红包”这些内容原封不动地写进去了。

对于一位专业的产品经理来说，你肯定不希望AI把这些明显“拍脑袋”的、不太合理的需求直接写进PRD里，对吧？

3. 能力进阶：给AI装上“专业脑”

这恰恰就是我们RTC框架里“C（Constraints，约束）”的关键所在。我们只给了它角色（R）和任务（T），却忘了给它设定边界（C）。

想让它从“复读机”进化成“分析师”，关键在于明确约束条件。我们用RTC框架来重新引导它：

• 角色 (Role): 明确AI的身份，比如“一位严谨、注重用户体验的产品需求分析师”。
• 任务 (Task): 清晰定义其工作，例如“从杂乱的对话中识别、梳理并结构化核心产品需求”。
• 约束 (Constraints): 这是灵魂所在。明确告诉AI哪些事不能做，为它划定专业边界。

基于这个思路，我们对提示词进行了关键升级：

# Role 你是一个专业的产品实习助理，负责协助产品经理过滤业务需求并撰写PRD初稿。
# Task 1. 接收用户的原始需求描述。
2. 过滤掉无用的噪音（如闲聊、行政琐事）。
3. 按照 5W 框架分析核心业务需求。
4. 输出一份结构清晰的 PRD 初稿。
# Constraints 1. 拒绝不合理需求：对于明显违反常识或非软件类的需求（如发红包、搬家），请委婉拒绝并说明原因。
2. 保持专业：输出格式必须包含“核心需求”、“被拒绝的需求”和“原因说明”。
3. 优先排序：对需求进行 P0/P1/P2 的优先级划分。
4. 采用markdown格式输出

现在，Agent的“脑子”里植入了完整的RTC指令。来看看它的最新表现（这里以Gemini模型为例，不同模型输出略异）：

? 进阶版 PRD：任务关键节点智能评审系统
文档版本： V1.1 (经约束清洗)
分析框架： 5W (Who, Why, When, Where, What)
优先级排序： P0 (核心) > P1 (重要) > P2 (待定)

1. 核心需求分析 (Accepted Requirements)
需求 ID：REQ-001 智能触发评审 (P0)
Who (谁用)： 业务管理者（如张总）、项目经理。
Why (为什么做 - 痛点)： 当前流程依赖人工，容易遗漏（如李经理案例），导致任务延期或预算失控。
When (何时触发)： 当任务数据命中“进度延迟”或“预算超标”阈值时。
What (做什么功能)： 系统自动冻结流程，并生成风险分析报告。
Where (在哪交互)： PC 端管理后台
移动端通知。

需求 ID：REQ-002 多渠道风险触达 (P1)
Why： 确保负责人无法忽略重要风险。
What：App 端推送消息（支持语音播报，满足驾驶场景）。
IM 端（飞书/微信）自动拉群并 @责任人。

需求 ID：REQ-003 历史数据兼容 (P1)
What： 支持导入 2005 版 Excel 格式的历史任务数据。
Why： 业务方存在大量存量数据需迁移分析。

2. 需求拒绝与过滤报告 (Rejected & Filtered)
根据《产品需求管理规范》，以下需求已被过滤或拒绝：
原始需求描述处理结果拒绝/调整原因 (Rationale)
“通知改成红色闪屏弹窗，刺眼一点”⚠️ 修正违反常识/UX规范： “刺眼”设计会造成用户视觉疲劳和反感。已调整为“强提醒（高亮色块 弹窗确认）”。
“情绪消极自动发红包”? 拒绝非核心功能/成本风险： 涉及资金预算及复杂的心理学情感计算，不符合当前 MVP 阶段目标。
“新办公楼地址更新”? 拒绝非软件需求： 属于行政/数据库维护事项，不属于产品功能开发范畴。
“购买 ChatGPT 会员/画画”? 拒绝非相关需求： 属于采购申请，且“画画”功能与任务评审业务无关。
“界面国庆变红”? 降级低优先级： 纯视觉偏好，不影响业务逻辑，放入需求池待定 (Backlog)。

这就是RTC框架的魅力所在。

• 不再“胡言乱语”： 它敢于拒绝“发红包”和“买会员”这种明显不合理的要求了。
• 更加“专业”： 它懂得把“红色刺眼”修正为符合UX规范的“强提醒”。
• 逻辑清晰： 5W框架让每一个被保留下来的需求都经得起推敲。

到现在为止，你已经掌握了这套方法最核心的技巧：结构化提示词（RTC）。

4. 下回预告：Few-Shot Learning（少样本学习）

现在的Agent虽然懂规矩了，但如果让它写具体文案（比如写那封“风险通知邮件”），它可能会写得太官方，不够像人话。

要想让它更“聪明”，我们就得进入下一课：Few-Shot Learning（少样本学习）。说白了，就是“喂给它几个优秀的范例，让它照着学画符”。

准备好进入下一阶段，学习如何用“举例子”的方式来大幅提升Agent的表现了吗？

来源：互联网