castomoファミリーの中で
顧客が8人の顧客ではなくなる場所
すでにdash-b、castomo、clickSomo、FABLSをご利用なら、現代的な統合問題に遭遇したことがあるでしょう。すべてがすべてに接続し、同じ人間がわずかに異なる綴りで、それぞれが正しいと信じる8つの場所に8回存在することになるのです。
よくある解決策は同期ジョブですが、それは2つの嘘を一致させることだけを目的とした機械です。実行中に片側が編集されるまでは機能し、その時点で3つ目の嘘とサポートチケットが生まれます。
iKonektはファミリーと統合されているのではありません。ファミリーの中にあります。同じサインイン、同じアカウント、同じ基盤プラットフォーム。したがって顧客レコードを製品間で照合する必要はありません。1つしか存在しないからです。
基盤となるcastomAPI
ファミリーのすべての製品が動作するプラットフォーム層です。1つのアカウント、1つのウォレット、認証・請求・決済・予約のための1つのサービス群。コネクタが英雄的な長編ではなく短く済む理由です。
clickSomo、双方向で
メッセージング自動化は、その得意な場所であるclickSomoに留まります。やり取りされるのは会話と結果です。シーケンスは人が引き継いだときを把握し、販売担当者はシーケンスがすでに伝えた内容を確認できます。
FABLS、上流を供給
ブログとソーシャルが読者を生み、読者が問い合わせを生み、問い合わせはその発生源となった記事をソースとして記録された状態でここに届きます。スプレッドシートを介さずにループが閉じます。
castomUIのフォーム
castomUIが生成するサイトやランディングページのフォームは、直接ここに届きます。メール経由でも、貴社が管理するWebhook経由でもありません。ページと受信箱は同じファミリーが作ったのです。
dash-b、監視する
同じアカウントから読み取るダッシュボードです。壁の数字とCRMの数字が食い違うことはありません。驚くほど珍しい性質です。
castomo、家
すでにお持ちのアカウントです。ファミリーの何かにサインインしたことがあれば、これにサインインしたことになります。2回目の登録も、紛失する2つ目のパスワードもありません。
「双方向」とは実際に何を意味するのか
双方向は使い古された言葉なので、具体的なバージョンを示します。このファミリーのコネクタは夜間エクスポートではありません。clickSomoがシーケンスを送信し、顧客が返信すると、その返信はiKonektのスレッドに表示され、clickSomoは送信を停止します。人が話している最中だからです。販売担当者がここで案件を成約させると、関係する製品が一度、順序通りに通知され、それに基づいて動作できます。
機能は動きません。clickSomoはメッセージング製品のままであり、iKonektは会話のままであります。境界を越えるのは、それぞれの側が本当に必要とするわずかな事実だけで、それが十分に確実に届けば、どちらの側も推測する必要がなくなります。
構築していて気づいたこと: 統合の難しい部分は、ほとんどの場合送信ではありません。難しいのは、あるものが何であるかを合意することです。ある製品での「連絡先」が、別の製品では「リード」、3つ目では「顧客」であるかどうか。同じファミリーであるということは、その議論が一度、社内で行われ、お客様の問題にならなかったということです。
1つのアカウント、そして1つの出口
製品間でアカウントを共有する場合、データを消去したいときに何が起こるのかという当然の疑問が生じます。このファミリーでは、消去要求はメールボックスのルールではなく、何かを保持しているすべての製品に波及し、それぞれが自ら応答します。これはフォームを作るよりはるかに難しいことですが、誰も読まないポリシーではなく、ここで触れる価値がある理由です。
すでにファミリーにご参加の方は、すでにこちらのアカウントをお持ちです。
同じサインイン、同じ顧客。移行週末もなく、同期ジョブが静かに3つ目の真実を作り出すこともありません。

「それなら、他のすべてと同期する必要がありますね。」
同期するものは何もありません。
ファミリー全体で1つのアカウント、その下に1つの顧客レコード。同期ジョブとは、2つの嘘を一致させることだけを目的とした機械です。これには代わりに1つの真実があります。
プラットフォームを見る →