castomoファミリーのCRMとコミュニケーションのハブ
お客様は8つの異なる方法でご連絡いただけ、そのすべてが覚えていてもらえることを期待しています。iKonektが記録を管理するので、冷蔵庫の付箋はついに引退できます。
ここで試してみてください — アカウント不要、実際の地図データ
ポーランド、スペイン、オランダのどこかで街名を入力するか座標を貼り付け、検索範囲を選ぶと、その円内に地図が記録している事業所の数がわかります。業種、集まっている場所、ウェブサイトを記載していない事業所の数も。チェーン店と公的機関は除外され、事業所名は表示されません — 数字だけです。
出発地点
チャットボットとライブチャット、お問い合わせ・連絡先フォーム、コールバックウィジェット、メールボタン、電話番号、印刷チラシ上のQRコード。それぞれがソースとなり、すべて同じ受信箱に届き、発信元が記録されます。
割り当ては受信時に行われます — ルールによるか、テリトリーによるか、あるいはローテーションによるか。共有メールボックスは存在しないため、誰かが責任を感じるのを待って共有メールボックスに滞留することはありません。
メモ、見積書、予約、支払いがすべて同じ連絡先に紐づきます。商談が成立すると、すべての詳細をすでに保持しているレコードから請求書が発行されます — 再入力も、別システムも不要です。
iKonektで実現できること
iKonektはCRMに後付けされた受信箱ではありません。1か所以上の場所で見つけられるビジネスのために作られたCRMそのものであり、castomoファミリーの他製品と同じプラットフォーム上に構築されています。
夜11時に始まったチャット、バス停でスマートフォンから入力されたフォーム、誰も取らなかった電話。それぞれが、タイムスタンプとソース、担当者を持つ連絡先になります — 誰も画面を見る前に、自動的に。
根底にあるルールは意図的なものです。システムは冷ややかな一方的なメッセージを送ることは決してなく、同時に未割り当てのまま放置することもありません。
ソース:チャットボット担当者:Marek W.0.4秒で割り当て
担当者は誰でも、お客様がこれまでに使ったすべてのチャネルにわたる全履歴を確認できます — チャット、フォーム、電話、メール、この順でも別の順でも。内部メモは同じスレッド内にありますが非公開フラグが付くため、価格判断や指導の内容がお客様宛の返信に漏れることはありません。
メモはデフォルトでチームに公開されます。それが、誰かが病気のときでも引き継ぎを可能にする選択です。
非公開メモは社内のみチームに公開
iKonektは最初の移行時からマルチテナントとして設計されており、後付けではありません。分離は、アプリケーションコード内のフィルター(見落とした1つのクエリで回避されてしまうようなもの)ではなく、すべてのテーブルに行レベルセキュリティを適用したデータベース自体によって強制されます。
複数の会社を運営するグループもここでまとめて運用でき、ある会社の販売者が別の会社の顧客を見ることは決してありません。
26テーブル、RLS強制942件のテスト
枠を確保し、支払いを受け、請求書を発行 — お客様の情報を4回も入力する必要はありません。チャットメッセージとして始まったやり取りは、予約済み・支払い済み・請求済みの案件として完了し、そのすべてのステップが顧客記録に残ります。
ポーランドの販売者にとって、この最後のステップはKSeFを意味します。これは忘れずに実行する必要のあるエクスポートではなく、それ自体が一つのサービスです。
最初から最後まで1つの記録
あらゆる入口
お客様がどの扉を選んでも、その後に起こることは同じです。ソースが記録された顧客記録と、すでに対応を始めている販売者がそこにいます。
まず回答し、人の対応が必要になった瞬間に引き継ぎます。
同じウィジェットの背後に販売者がいて、同じスレッドで対応します。
送信された時点でリードになります。閲覧された時点ではありません。
グループ内のどのサイトのどのページにも設置できる、ひとつのボタン。
お客様から折り返しのお電話をご希望いただくと、リクエストは担当者付きのタスクとして届きます。
該当する連絡先のスレッドに紐付けられ、個人のメールボックスには入りません。
お客様の記録として残り、営業担当が後に書いたメモも併せて保存されます。
チラシ、ポスター、ご紹介 — どの経由が効果的だったかを教えてくれるソースコード。
パイプライン
同じ連絡先が最初から最後まで一貫して進みます。ツール間に境界がないため、どこかでデータを打ち直す必要はありません — ひとつのシステムだからです。
信頼できるように設計
マルチテナントはどのCRMも主張する点です。ここではそれをデータベースの役割としています。26個のテーブルのそれぞれがテナントを保持し、すべてのポリシーは生成ではなく一つずつ明示的に記述され、子テーブルはテナントと親をペアで参照します — そのため、境界を忘れたクエリでも境界を越えることはできません。
周辺のシステム群も同じルールに従います。各サービスは独自の名前付きトークンを保持し、共有の認証情報で通信するものはなく、スコープなしでリクエストが実行されることはありません。
質問
いいえ。会話が集まる場所はiKonektですが、周辺の製品はこれまでどおり機能し続けます。メッセージング自動化はclickSomoが担い、公開はFABLSが担い、コネクタは双方向で動作します。
存在し得ません。割り当ては最初の返信時ではなく到着時に行われるため、未対応の連絡先は常に誰かの未対応連絡先です。月曜の会議で尋ねられる質問になります。
はい、最初の移行からそのように設計されています。各テナントの行はデータベース自体によって分離されているため、ある会社の販売担当者が別の会社の顧客を見ることは決してありません。
ポーランド語と英語の両方に、初日から対応しています。このページも含めて、ポーランド語版をお読みいただけます。
請求書発行はファミリー内の独立したサービスで、顧客情報をすでに保持している連絡先レコードから作成されます。KSeFのスケジュールは会社によって異なるため、グローバルに切り替えるのではなくテナントごとに設定します。
On EU infrastructure, alongside the rest of the castomo services. This website itself loads scripts only from Castomo's own servers, sets no cookies and serves its own fonts — enforced by the content security policy on every page, not promised in a paragraph.
「では、どこから始めればいいのでしょうか?」
iKonektは最初のチーム向けに開放されつつあります。今日お客様がどのように貴社にたどり着くか、扱いにくい窓口も含めてすべてお聞かせください。貴社にとって準備が整っているかどうかを正直にお伝えし、整っていればアクセスをご用意します。