跳到主要内容

让 Agent 自动完成业务诉求

业务人员真正的门槛,通常不是不会用命令,而是问题没说清楚。这篇的目标就是帮你把业务诉求说得更容易被 Agent 执行。


先记住一个原则

你不需要先想:

  • 我要调用哪条命令
  • 我要不要先查 dataset code
  • 我要不要找 SQL 名称

你更需要先想清楚的是:

  • 我到底想解决什么业务问题
  • 我希望最后拿到什么结果
  • 这次是只读,还是允许写入

命令、SQL、BFF、飞书通知这些事情,应该尽量交给 Agent 和 skills 在后台处理。


一句话模板

你可以尽量按下面这个句式来提:

帮我在【哪个业务系统/业务域】里,查【哪个业务对象】,范围是【时间/门店/仓库/客户群】,条件是【状态/字段约束】,最后给我【名单/明细/统计/建议/通知结果】。这次【只读 / 允许写入】。

例如:

  • 帮我查近 7 天付款成功但未发货的订单,按仓库汇总,再给我一份异常订单明细,只读。
  • 帮我找近 30 天新增但还没完成首单的客户,按行业汇总,再给我一份销售优先跟进名单,只读。
  • 帮我按手机号拉通最近工单、订单和回访记录,整理成客服可以直接回复客户的话术,只读。
  • 帮我把需求 241 的状态改成处理中,先预览,再等我确认后执行。

5 个最好说清楚的信息

信息你最好说明什么
业务域问题属于哪个系统、哪个业务场景
业务对象客户、订单、需求、工单、库存、项目等
范围时间、仓库、项目、门店、客户群等
结果你到底要名单、统计、建议、还是通知结果
风险只读,还是允许写入

什么叫“问题没说清楚”

下面这种问题,Agent 很难稳定做对:

帮我查一下订单。
看看最近客户怎么样。
帮我处理一下工单。

因为这些话没有说明:

  • 查哪个系统
  • 查哪个时间范围
  • 查什么状态
  • 最终想拿到什么结果
  • 这次是否允许写入

什么叫“说得够清楚”

下面这种表达就更容易让 Agent 做对:

帮我在商城后台里,查近 7 天付款成功但未发货的订单,按仓库汇总,并给我一份异常订单明细。只读。

帮我在 CRM 里,查近 30 天新增但还没完成首单的客户,按行业汇总,再输出一份销售跟进名单。只读。

帮我在项目管理系统里,把需求 241 的优先级改成高,先预览,再执行。


如果你知道这些信息,Agent 会更快

下面这些信息如果你正好知道,最好一起告诉 Agent:

  • 订单号
  • 手机号
  • 客户 ID
  • 项目 ID
  • 业务系统名称
  • skill 名称

但要注意:

知道这些会更快,不知道也不是不能做。

如果你不知道,Agent 也可以先去做发现动作,例如先定位应用、先看数据结构、先确认当前业务流程应该调用哪个 skill。


什么时候要明确说“只读”

建议在这些场景里明确写上“只读,不写数据”:

  • 你只是先确认口径
  • 你在生产环境排查
  • 你想先看看系统里有什么
  • 你不确定 Agent 对业务结构是否理解正确

什么时候要明确说“先预览”

建议在这些场景里明确要求“先预览,再执行”:

  • 批量补录
  • 批量修正
  • 状态流转修改
  • 删除前确认

业务人员不需要关心的东西

大多数情况下,业务人员不需要提前决定:

  • data filter 还是 sql exec
  • 该调哪个 sqlcode
  • 该调哪个 functionName
  • 飞书还是钉钉来发通知

这些更应该由:

  • skills
  • Agent
  • 接入维护同学

在后台决定。


最后一个建议

如果你不确定该怎么开口,可以直接先用最通俗的话说出业务目标。
比如:

我想知道最近 7 天哪些客户值得销售优先跟进
我想知道为什么这批订单卡住了
我想让客服能一眼看到这个客户最近发生了什么

先把业务目标说清楚,比先想命令更重要。


下一步