非官方社区教程 · 内容整理自公开资料 · 豆包工作为字节跳动产品,本站与官方无关
豆包工作教程
首页/ 实战案例/客户 360 度摘要

客户 360 度摘要

让豆包工作读取飞书里与某个客户相关的群聊、文档和会议纪要,生成一份完整的客户情况摘要。

**需要** 飞书账号登录 · **环境** 本地或云电脑 · **耗时** 5—15 分钟

场景

要跟进一个客户,或者做季度复盘,你得翻遍和这个客户相关的群聊、文档和会议纪要。零散信息很难一次找齐,翻到最后还是会漏。

怎么做

读取飞书里与客户「XX 公司」相关的聊天记录、共创文档和会议纪要,
生成一份客户 360 度摘要:

1. 最近沟通内容(时间倒序,每条一句话,标出是谁在什么场合说的)
2. 未完成的待办事项(做什么、我方负责人、承诺的时间)
3. 客户诉求(明确提出的 / 反复暗示的,分开列)
4. 项目进展(当前阶段、卡点、下一个里程碑)
5. 需要注意的信号(态度变化、新出现的干系人、提到的竞品)

时间范围:最近 3 个月。
每条信息标出来源,我要能点进去看原文。
不确定的内容标注「待确认」,不要推测。

为什么这么写

分成五块而不是让它自由发挥。 「客户情况」是个太模糊的目标,不给结构它会给你一段流水账。这五块覆盖了跟进客户时你真正需要知道的东西。

「明确提出的 / 反复暗示的,分开列」。 客户真正在意的东西经常不在正式需求文档里,而在群里随口说的那几句。分开列能让你看见后者。

「需要注意的信号」这一块是这份摘要的价值所在。 态度变化、新出现的干系人、提到竞品——这些是普通总结会漏掉的,但恰恰最影响你下一步怎么做。

标来源 + 待确认。 这份东西你可能拿去跟老板汇报或者跟客户对账,每条都得能追溯。

客户 360 度摘要的生成结果
它会把散在群聊、文档和纪要里的碎片拼成客户的完整情况。图片来源:豆包工作官方公众号

这和「总结聊天记录」的区别

总结聊天记录是把长的变短。客户 360 是还原客户的完整情况——把散落在群聊、文档、会议里的碎片拼成一个人能理解的全貌。

验收清单

  • [ ] 每条能点进原始出处
  • [ ] 时间范围内的重要沟通没漏(挑两个你记得的事件查一下在不在)
  • [ ] 待办的承诺时间和你的记录对得上
  • [ ] 「待确认」的条目确实是模糊的,不是它偷懒

变体

季度复盘版:

时间范围改成最近一个季度。
额外加一块:本季度我们承诺了什么、兑现了多少、逾期了哪些。

交接版: 客户要转给同事跟进时特别有用。

额外加一块「交接须知」:
这个客户的沟通偏好、忌讳、关键联系人和各自的话语权、
以及历史上踩过的坑。

批量:

对「XX、YY、ZZ」三家客户分别生成摘要,
最后加一页横向对比:各自的阶段、风险等级和本月优先级。

跑顺了沉淀成 Skill,以后一句「给我 XX 的 360」就行。

常见问题

信息不全。 大概率是权限问题——有些群或文档你本来就没权限,豆包工作也看不到。让它列出「已读取的信息源清单」,你就知道漏了哪块。

混进了别的客户的信息。 客户名字如果有歧义(比如简称重名),把全称和相关的群名都写死在提示词里。

太长了。 加一句「总长控制在一页以内,详细内容放在附录」。

来源:豆包工作手册(未声明(社区整理)) · 原文路径 cases/05-customer-360.md
整理:疯狂的豇豆 · 本站为非官方二次整理,查看完整来源清单
🤖 GEO 问答 · 生成式引擎优化

❓ 什么是客户 360 度摘要?

让豆包工作读取飞书里与某个客户相关的群聊、文档和会议纪要,生成一份完整的客户情况摘要。

❓ 如何理解怎么做?

读取飞书里与客户「XX 公司」相关的聊天记录、共创文档和会议纪要,

❓ 如何理解为什么这么写?

❓ 如何理解这和「总结聊天记录」的区别?

总结聊天记录是把长的变短。客户 360 是还原客户的完整情况——把散落在群聊、文档、会议里的碎片拼成一个人能理解的全貌。