iKonekt

会话与备注

每个客户一份历史,包括尴尬的部分

客户体验到的不是你的各个渠道。他们体验的是与你的公司进行的一场漫长对话,只是偶尔换个媒介——而且他们全都记得,包括你问了两次地址的那一段。

把这场对话拆到四个系统里,每个经手的销售都只能从残缺的证据开始。他们会像任何人一样去弥补:让客户重复自己,或者靠猜。两者代价都很高,而第二种的高价只在以后才显现。

在 iKonekt 里,会话就是单位。聊天、表单、电子邮件、电话备注、报价、预约、付款——一个列表、一个顺序、一个地方。销售在打字之前看到的是这家公司对这个人说过的每一句话,这是让公司听起来像一个公司而不是一串陌生人的最低要求。

Anna Kowalska4 个渠道 · 11 天
  • AK聊天周末可以安装吗?我是通过定价页找到你们的。
  • 机器人助手周六,可以。已转给 Marek,他明早会确认时间。
  • @电子邮件报价已发送——2 400 兹罗提,有效期 14 天。
  • MW备注 · 私密正在拿我们和两家对手比较。不要低于 2 200。提到她姐姐 2024 年用过我们——把那单找出来。
  • ☎来电12 分钟。已接受。要求周六,并让我们按门铃而不是敲门——因为有狗。

负责人:Marek W.下一步:周六 10:00

狗这个细节就是全部论点

没有人会把 CRM 设计成用来记住“某位客户的狗讨厌敲门”这种事。但正是这样一句话让周六的安装顺利进行,而这类信息往往只存在于某个人的脑子里、某条短信里,或者干脆无处可寻。

一条能留住这些琐碎人情细节的会话串,才能在交接时存活下来。周六早上 Marek 病了,替他上门的人早已知道那条狗、那两个死对头,还有他姐姐 2024 年的那份工作。这不是什么功能;这是“一家公司”和“十个共用一个标志的散兵游勇”之间的区别。

备注默认对团队可见。这是一个刻意的设计决定。

最省事的设计是私密备注:每个销售各记各的,没人尴尬,人人都觉得安全。但这也是让一家公司的知识随着某个人休假就蒸发殆尽的原因。

所以这里的备注默认对团队可见,并带有一个私密标记,用于那些确实不该外传的内容——报价的浮动空间、对某个难缠客户的内部看法、拒绝折扣的理由。私密指的是对客户私密,而不是对同事。这个系统里不存在任何可能被误带进客户回复中的备注。

实际效果是一种温和而有益的自律:大家写备注时会想着“这条要是被在会上念出来也没问题”,因为真的有可能被念。根据我们的经验,这反而让备注写得更好。

没人会有异议的例外:一条写着“周四客户对 Alicja 极其无礼”的备注,是刻意对团队可见的。下一个接手这条会话的人理应得到提醒,而 Alicja 也不该被迫解释两遍。

会话串里都装着什么

五样东西,没有一样是可有可无的附加项

消息

所有渠道,按发生顺序排列,每条都标明来源。长内容以指针方式存储、实时渲染,所以一条十年前的会话串依然能秒开。

备注

对团队可见,需要时打上私密标记,注明作者和时间。由人写给人看。

任务

“周四回电。”并指定负责人,这样它才是一份承诺,而不只是一个念头。

文档

报价单、预订确认、发票——挂在客户名下,而不是挂在碰巧生成它们的某个人名下。

审计记录

谁负责过、何时流转、改了什么。不是为了监视:而是为了不用靠集体回忆,就能回答“我们是怎么走到这一步的”。

以及这里不装什么

没有互动评分。没有彩色温度标记。想知道一个线索热不热?证据就摆在你眼前,自己读。

“我们当时跟他们说了什么来着?”

谁都不该问出这句话。

一个客户,一份历史,涵盖他们用过的每一个渠道——包括那通电话,包括关于那条狗的备注。交接不再是审问。

会话串最终去向 →