销售与客户支持
工单早已知道是谁写来的
早已了解客户账户、进行中项目和未付发票的服务台——一次查询，而不是六次。同一个平台，同样按席位计价。
从赢单到收款，都在同一份档案上
在我们的演示工作区里，八月一个普通的周二，麦溪食品签约了。跟着商机的明细走进发票，再看付款回到销售管道所在的同一个客户上。
- 1
商机赢单
魏宁把管理咨询项目转为赢单。金额和明细就是在这里约定的。
- 2
发票从商机开始
商机明细先变成报价单，再变成发票。同一个客户、同样的明细、同样的合计，等人来发送。
- 3
已付款就显示在商机所在之处
付款落在销售管道所在的同一个客户上，所以“对方欠我们多少钱”只有一个答案。
66,631.00取自商机，从不重新录入
放在一个普通的周二，这意味着什么
赢单商机的明细直达发票，无需重新录入
明细和客户都已经在商机上。它们先变成报价单，再变成发票，无需重新录入：同一个客户、同样的明细、同样的合计。
预测读取的是实时销售管道，而不是它的副本
销售管道预测读取您实时的商机，所以它反映的是今天上午实际发生的变化，而不是昨晚最后一次同步的结果。
同一个客户，“对方欠我们多少钱”只有一个答案
未付的发票挂在销售管道所在的同一个客户上。没人需要决定该相信哪个系统，因为只有一个地方可看。
AI 可以跨两者作答
像“本季度哪些客户已成交但尚未付款”这样的问题，Ask Cyril 会依据您自己的商机和发票作答，并注明所读取的记录。在两套工具的组合里，这个问题就是一个专门的项目，所以最多一个季度才会问一次。
两套独立工具的做法
两款工具可以被设置成互相传递记录，很多团队也做得不错。但连接器无法创造的，是对“客户是什么”的共同认识。于是 CRM 对客户有一套理解，财务有另一套，两者之间的缝隙只能靠约定俗成来填补——某人记得的命名规则、一张把两边对应起来的电子表格、每月花一个下午去弄清哪边才对。这就是许可费那一项永远不会体现的成本。
这是否适合您
适合您，如果
您先卖出工作再为之计费，发票依据商机中的约定生成，而且负责发票的人并不是成交的人。重复录入和数据不一致恰恰发生在这次交接中，而这正是同一份档案所消除的。
不适合您，如果
您的计费确实独立于销售管道——大批量的交易型发票，或者财务部门有自己不会迁移的记录系统。本页所消除的接缝，并不是让您花钱的那道接缝。
目前还做不到的事
Cyril 尚未正式上线，所以值得公布的是现有功能的边界，而不是路线图。如果其中某项是您的硬性要求，请尽早告诉我们，我们会坦诚告诉您是否值得等待。
- 它不是总账，也不打算成为总账。记账、纳税申报和法定报表仍由您的会计处理；导出功能正是为这次交接而设。
- 常规发票和预测之外的收入确认不在覆盖范围内。如果您需要递延收入计划，请视为暂不具备。
- 多主体合并目前不应纳入规划。
涉及的模块
两者都是平台的一部分，按席位统一计价——没有需要拼装的套件，也没有需要购买的连接器。下方每个页面介绍对应模块自身能做什么。
常见问题
它能取代我的会计软件吗？
不能取代总账。它覆盖发票、收款、费用和预测，基于与您的销售和交付工作相同的记录，并为会计提供导出。记账和申报仍在原处进行。
如果我们已经有一款用得很顺手的财务工具呢？
坦白说，那么您在这方面的收益会小一些。本页的论点是消除两个系统之间的接缝；如果您保留单独的财务工具，接缝依然存在，总得有人或有东西去维护它。
发票功能要单独收费吗？
不需要。定价按员工席位计算，包含所有模块，没有基础平台费，也不按应用加价。客户门户用户免费且不限人数。
另外两次交接
各模块如何协同销售与项目
卖出的和正在交付的，本是同一件事
成交的商机直接变成项目、任务归属到对应客户的 CRM。同一张数据图谱，同一套权限模型，按席位计费。
