Email 业务协同功能说明:在邮件沟通里继续处理客户与交易

分享至:

邮件是 B2B 里最正式的一条沟通线。Xorder 把邮箱接进客户业务:一封邮件可以关联客户、转成询盘、发起报价、继续到订单,并在客户档案里留下完整往来。本篇说明邮件承担什么、能做什么,以及 AI 参与到哪里为止。

邮件在 B2B 里的位置 #

邮件正式、可归档、有主题。一封邮件是一个可以被引用的独立文件:客户确认过的规格、答应过的价格、要求过的改版,都在邮件里。这也是为什么 B2B 的成交动作常常落在邮件上——报价发出、客户回复确认、PI 或订单链接跟进。

但如果邮件只停在邮箱里,它就只是一个沟通记录,不构成业务记录。客户是谁、这封邮件对应哪条询盘、报过几次价、后来有没有下单,这些信息在纯邮箱里是断的。

把邮箱接进来 #

入口在「客户增长」下的邮箱模块。首次进入需要初始化:选择邮箱类型,系统提供腾讯企业邮、阿里企业邮(含国际站邮)、Gmail、网易企业邮与其他邮箱几类入口,其他邮箱走 IMAP 配置,通常需要在邮箱端开启 IMAP 并使用授权码而不是登录密码。绑定失败多数是这两件事没做。

接入之后,收发仍在原来的邮箱地址上完成,客户不会察觉变化。变化发生在后台:邮件与客户、询盘、报价、订单之间有了关联。

一封邮件可以做的四件事 #

  • 直接回信:在邮件内阅读与回复,保持原有往来线索。
  • 设为询盘:客户发来的普通邮件可以转成一条正式询盘,之后才进入建档、报价、转订单的流程。
  • 转订单:已经谈定的邮件,直接带去创建订单。
  • 归档到文件夹:按客户、市场或阶段归类,配合邮件标签做批量管理。

这四件事的意义是:邮件不再是一个孤立的收件箱,而是业务链路的入口之一。

邮件与报价:邮件是报价的一条发送路径 #

报价可以走邮件,形态有两种——报价单直接作为邮件正文,或以 PDF 附件发送。邮件不是唯一出口:WhatsApp 会话里发出去的是一条可以打开的报价链接,网站上的采购也有自己的报价路径。所以「报价发不出去」要先分清是渠道的问题还是报价本身的问题:邮箱没配好、SMTP 不通、对外域名没设置,影响的是邮件这一路;换一个入口能不能发出去,可以很快定位。

报价发出后,回到询盘内页的「报价」页签可以核对:这条询盘报过几次、每次的内容与时间。客户回复确认后,转订单时会把询盘里的客户与产品带过去。

投递之后能看到什么 #

邮件模块可以查看对方是否打开、打开了几次。这类反馈对判断跟进时机有用,但它只反映打开行为,不代表客户已经读过内容或同意条件,不能当成确认依据。真正的确认仍然要落在客户的回复上。

与 WhatsApp 的关系:不合并,在客户档案汇合 #

后台没有把邮件与 WhatsApp 合成一个收件箱,这是有意的:一封邮件和一段会话的处理动作不同,混在一个列表里只会互相干扰。统一发生在客户档案——那里把这位客户的历史邮件、WhatsApp 与聊天记录并排放在一起。

所以日常处理顺序建议是:先确定今天要跟哪几位客户,再把这个客户在两条线上的往来一起看完,最后决定用哪条线回复。正式条件走邮件,即时确认走 WhatsApp。

AI 参与到哪里为止 #

AI 奇兵可以在已支持的范围内协助理解邮件内容、整理客户诉求、准备回复,并结合产品资料与历史往来给出报价或交期的参考说法。邮件这一侧以「AI 辅助」为主:它把材料准备好,发送前由人确认。涉及价格承诺、交期承诺、合同条款与责任划分的内容,由人判断。

也不要把它理解成「所有邮件自动回复」。目前按规则自动接待与应答的能力落在 WhatsApp 会话托管上——托管时段、金额边界、越界转人工;邮件侧不随之外推,仍以人确认为准。两条渠道的处理方式不同,不必套用同一条结论。

开始使用需要准备什么 #

  • 企业邮箱账号,以及 IMAP/SMTP 的服务器信息与授权码。
  • 对外域名(报价单与邮件里的图片需要走对外网址)。
  • 邮件标签与文件夹的基本规划:按客户类型、市场或阶段,不宜过多。
  • 人员分工:谁负责哪个客户、谁有权发报价。

相关说明 #