销售与财务
商机和发票，对应的是同一个客户
商机明细直接变成报价单和发票的 CRM。无需导出、无需重复录入，也没有第二份客户版本需要对账。平台内置，按席位计费。
工单一到，就已心中有数
在我们的演示工作区里，云脊置业通过客户门户问了一个简单的问题。在任何人打开它之前，工单上已经带着客户档案、进行中的商机、项目和逾期发票。
- 1
问题进来了
在任何人打开工单之前，队列就已显示是谁写来的，因为发件人会自动对应到客户。
- 2
客户信息已在工单上
销售管道、交付和账单信息就在消息旁边。不用问同事，也不用开六个标签页。
- 3
升级处理无需第二个系统
Ask Cyril 提议创建任务并更新工单；给客户的回复仍由人来写。在有人批准计划之前，什么都不会发生。
ROWA-0998直接呈现在工单上，而不是链接出去
放在一个普通的周二，这意味着什么
客户、销售管道、项目和发票都在工单上
不是链接出去，而是直接呈现。工单就是企业其他部分写入的同一张数据图谱的一个视图，所以无需获取任何东西，也无需保持任何同步。
支持历史就是客户历史
以往的工单与以往的商机和发票放在一起，而不是放在单独的存档里，所以“我们以前遇到过这个问题吗”和“他们是不是好客户”是同一次查询。
客户门户，不额外占用席位
客户在同一处看到自己的工单、文档、发票和项目，这就消除了一整类工单：询问“东西到哪儿了”的那一类。
升级处理无需第二个系统
客户支持和项目共用同一份客户档案，所以智能体会在同一系统中把任务添加到该客户的项目上，中间无需任何 Webhook。
两套独立工具的做法
常见的补救办法是把客户名单同步到服务台，这只解决了简单的那一半——客服现在知道对方叫什么了。同步不过来的是状态：哪个商机还在进行、其中承诺了什么、交付是否延误、财务是否已经做出让步。这些信息都存放在服务台看不到的产品里，所以客服要么在内部询问然后等待，要么在不知情的情况下答复。两者代价都不小，而只有其中一种是看得见的。
这是否适合您
适合您，如果
您的客服人员经常需要知道服务台里没有的信息——卖了什么、哪里延误了、哪些没付款——而他们目前只能去问同事。这一问就是成本，而它不会出现在任何账单上。
不适合您，如果
您做的是大批量的消费者支持，工单本身确实就是全部上下文，工单之外的客户关系很单薄。那么一款具备深度分派能力的专门服务台，可能比统一的数据图谱更适合您。
目前还做不到的事
Cyril 尚未正式上线，所以值得公布的是现有功能的边界，而不是路线图。如果其中某项是您的硬性要求，请尽早告诉我们，我们会坦诚告诉您是否值得等待。
- 本站将语音和电话支持标注为即将推出，而非已发布。决策时请视为暂不具备。
- 面向公众的社区论坛不属于该模块。客户门户是按客户划分的，不是共享空间。
- 问卷仅限单张工单；更全面的问卷工具目前还不应纳入规划。
涉及的模块
两者都是平台的一部分，按席位统一计价——没有需要拼装的套件，也没有需要购买的连接器。下方每个页面介绍对应模块自身能做什么。
常见问题
客服人员需要完整的席位吗？
员工席位按人计算，涵盖整个平台，所以客服人员拥有的是本页所描述的 CRM 上下文，而不是一个缩水的视图。使用门户的客户免费且不限人数。
能否保留现有的服务台，只把它接进来？
大多数系统都能连接，但这恰恰是本页所反对的安排。连接器只是搬运记录，并不能让服务台共享一个统一的客户模型，而成本正出在这里。
知识库呢？
文档模块就是知识库。公开文章在客户门户中呈现，内部文章仅供内部使用，两者都关联到所描述的记录。
另外两次交接
各模块如何协同销售与项目
卖出的和正在交付的，本是同一件事
成交的商机直接变成项目、任务归属到对应客户的 CRM。同一张数据图谱，同一套权限模型，按席位计费。
