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