castomo 家族内部
当客户不再被拆成八个客户
如果你已经在用 dash-b、castomo、clickSomo 或 FABLS，你就遇到过现代集成问题：一切都与一切相连，而同一个人最终在八个地方各存在一次，拼写略有不同，每个地方都认为自己是权威。
常见的解决办法是一个同步任务——一台其全部使命就是让两个谎言达成一致的机器。它能工作，直到某一方在运行期间被编辑，那时你就有了第三个谎言和一张支持工单。
iKonekt 不是与这个家族集成的。它就在家族里面。同样的登录、同样的账户、同样的底层平台——所以客户记录不需要跨产品对账，因为它只有一份。
底层的 castomAPI
家族中每个产品都运行其上的平台层：一个账户、一个钱包、一套涵盖认证、计费、支付和预订的服务。这就是连接器之所以简短而不需要英雄壮举的原因。
clickSomo，双向
消息自动化留在它擅长的地方——clickSomo。流动的是对话和结果，所以一个序列知道什么时候真人接手了，销售也能看到序列已经说过什么。
FABLS，从源头输送
博客和社交媒体带来读者；读者带来咨询；咨询带着生成它的那篇文章作为来源落到这里。这个闭环不需要中间夹一张电子表格。
castomUI 的表单
由 castomUI 生成的网站和落地页带有直接落到这里的表单——不通过电子邮件，也不通过需要你维护的 webhook。页面和收件箱出自同一个家族。
dash-b，注视着
仪表板读取同一个账户，所以墙上的数字和 CRM 里的数字不可能不一致——这是一个出奇罕见的特性。
castomo，这个家
你已经拥有的那个账户。只要你登录过家族中的任何产品，你就登录过它——没有第二次注册，也没有第二个会弄丢的密码。
“双向”到底是什么意思
“双向”是个被用滥的词，所以这里给出具体的版本。这个家族里的连接器不是每晚一次的导出。当 clickSomo 发送一个序列而客户回复时，回复会出现在 iKonekt 的对话线程上，clickSomo 知道该停止发送——因为现在是真人在说话。当销售在这里完成一项工作时，关心这件事的产品会被告知，一次，按顺序，并且可以据此行动。
功能不会搬家。clickSomo 仍然是消息产品，iKonekt 仍然是对话。跨越边界的是双方真正需要的那一小部分事实，而且交付得足够可靠，让任何一方都不必去猜。
一个来自开发过程的观察：集成的难点几乎从来不在发送。难在就某个东西是什么达成一致——一个产品里的“联系人”是不是另一个产品里的“线索”、第三个产品里的“客户”。同属一个家族意味着这场争论只发生过一次，在内部，没有变成你的问题。
一个账户，以及一条退出的路
跨产品共享账户会引出一个合理的问题：当有人想让自己的数据被删除时会发生什么。在这个家族里，删除请求不是一条邮箱规则——它会分发到所有持有相关数据的产品，每个产品各自作出回应。这比做一个表单难得多，也正因如此，它值得在这里被提到，而不是写进一份没人会读的政策里。
“所以我们还得把它和其他所有东西同步。”
没有什么需要同步的。
整个家族共用一个账户，账户之下只有一条客户记录。同步任务是一台机器，它的全部使命就是让两个谎言达成一致；而这里只有一个真相。
查看平台 →