Nucleusのロゴ核
‹ すべてのユースケース
Bablic · 顧客移行

プラットフォーム移行は、 アカウントごとに一つずつ進めて行った。

既存顧客を新製品に移行させる作業は、一度にすべて完了するものではありません。 それぞれの案件には、担当者が選定し、調査し、連絡を取り、フォローアップを行う必要がある。 ここでは、営業チームがクロードからNucleusツールを通してそれを行います。このツールは、どの担当者が問い合わせをしているかを認識し、その担当者が見ることができる情報のみを表示し、すべてのクレームとメモをその担当者の名前で記録します。

Governed tools45 Identityper rep Writesapproved Installnone
クロードの代表者
本日の移行対象を取り出す。
クロード、ニュークリアスを通じて
get_failed_payment_projects get_expiring get_churned_customers get_contact_outreach
まだ誰も名乗り出ていないアカウントが10件:
期限切れatelier-example.fr の支払いが 9 日前に失敗しました example-yoga.comの年間契約を更新します。更新まであと 26 日です。 解約したshop.example.deは 8 か月前に退会しました。 6 年間顧客でした。 …さらに 7 人、それぞれに理由がある
10 件すべてを取得してメモを追加するリストを編集する
01

従来の顧客基盤、 45 のツール

旧プラットフォームのサイト、アカウント、プラン、支払い、翻訳データは、移行用に構築されたステージングデータベースにインポートされます。 そのデータベースは、Nucleusを通じて 45 個のツールのうちの1つのMCPサーバーとして公開されている。 営業担当者は旧システムに触れることはなく、ツールも旧システムに触れることはありません。

ツールが答えるもの

営業担当者が通常であればエンジニアに問い合わせるような質問。

  • 有料顧客のうち、更新時期が近づいている顧客、契約が失効した顧客、または契約を解除した顧客はどれか。
  • 各サイトの移行の難易度を、展開状況と使用言語に基づいて低、中、高の3段階で評価。
  • 新製品において、各顧客がどのプランとトラフィックバンドに該当するか
  • 各ソースプラットフォームおよびサイトビルダーにおける移行の進捗状況

ツールによって営業担当者ができること

それぞれ、作成者である担当者の名前が記録されている。

  • claim_contactは 顧客とそのすべてのサイトの所有権を取得します
  • add_outreach_note は 、通話、メール、または会議の記録を残します。
  • update_outreach_status は 、連絡先を「連絡中」から「試用中」、そして「コンバージョン済み」へと移動します。
  • set_migration_flagは 、サイトが新しいプラットフォームに対応できる状態であることを示します。
02

毎朝:ルールに基づいて選ばれた10件のアカウント

クロードの共通スキルにより、「今日は誰に電話すればいいですか?」という質問は、すべての営業担当者に対して優先順位に従って同じ3つの質問に変換されます。 各アカウントが他の誰にも請求されていないことを再確認し、担当者が一括承認するまで何も請求されないようにします。

ティア1・既に低下傾向

期限切れとなった支払い

支払いが既に失敗したアカウント、またはプランの有効期限が既に切れているアカウント。 彼らは退去に最も近いので、最初に連絡が取られる。

get_failed_payment_projects · get_expiring
ティア 2 ・自然な瞬間

今四半期の年間更新

更新時期は、顧客が既にその製品について考えている時であり、顧客を別の製品に移行させるのに最も適したタイミングである。

get_expiring · 期間: 四半期
ティア 3 · 取り戻す価値がある

退店した顧客

6~12ヶ月前に離脱した顧客を、顧客であった期間全体における顧客価値に基づいてランキングした。

get_churned_customers · 顧客生涯価値別
このスキルは判断を一度書き留めると、毎回同じように実行されます。 各担当者は、各自が思い出して調べた情報ではなく、同じルールに基づいて作成された日次リストを受け取ります。リストには、各アカウントの横に理由が記載されています。 ルールはスキルの中に存在し、データはNucleusから提供され、担当者が決定を下す。
03

1週間後:まず調査したフォローアップ

連絡を取った後、7日間音沙汰がなかったアカウントにはフォローアップの連絡が行われます。ただし、フォローアップの連絡は、担当者がそのアカウントを把握していることを示す場合にのみ行われます。 2つ目のスキルは、何かを書き始める前に、読み取り専用ツールを使って調査を行うことです。

01

この顧客は誰ですか?

get_client_profile · get_contact · search_projects

彼らのウェブサイト、連絡先、プラン、そして顧客歴。

読む
02

彼らはいくら支払ったのか、そして前回は何が起こったのか?

get_payment_history · get_project_revenue · get_contact_outreach

支払い履歴と過去のすべてのメモが参照されるため、フォローアップは新しい会話を始めるのではなく、前回の会話を継続する形になります。

読む
03

彼らの引っ越しはどれくらい大変ですか?

get_migration_complexity

サイトが言語を検出する方法、URLルール、用語集、および対応言語について、低、中、高の3段階で評価します。 用語集と10言語を扱う顧客と、単一言語を扱う顧客では、異なるメールを送る必要がある。

読む
04

フォローアップの草稿を作成する

クロード

草案におけるすべての主張は、ツールによる測定結果に基づいていなければならない。 データに含まれていない事実は、メールには含まれません。

下書き
05

担当者の許可を得て記録してください。

add_outreach_note · update_outreach_status

メモやステータスの変更は、担当者が承認した後にのみ作成され、その担当者の記録として残されます。

承認済み
04

営業チーム全体でこれが安全な理由

AIアシスタントを使って10人の営業担当者が1つの顧客ベースを担当すると、2人が同じ顧客にメールを送ってしまったり、アシスタントが誰のメモなのか分からないような事態が起こりかねない。 核構造はどちらも構造的に除外する。

すべての電話は、誰が尋ねているかを知っている。

ゲートウェイは、すべてのリクエストにおいて、その人物の身元情報を渡します。

  • 「私のパイプライン」は、ツールを設定した人ではなく、質問した人に対してフィルタリングされます。
  • 他人が保有するアカウントを申請すると、「既に申請済み」と表示されます。
  • アカウントを保有する担当者のみが、アカウントのステータス、値、またはメモを変更できます。
  • 各行には、作成者と最終変更者が記録されます。

自動化は自動化としてラベル付けされています

予定された仕事は役に立つかもしれないが、代理人のふりをすることはできない。

  • ワークフローは、担当者に代わって、担当者が所有するアカウントにメモを追加できます。
  • メモの作成者はワークフローとして記録され、担当者として記録されることはありません。
  • 自動化された請求は、連絡中ではなくキューに入れられた状態としてマークされます。
  • ワークフローにも、個人と同様のレート制限と監査が適用されます。
これらは全て、アシスタントの行儀の良さに左右されるものではない。 担当者がクロードに「そのアカウントを更新してください」と頼んだとしても、そのアカウントが他人のものであれば、ツールは更新を拒否するだろう。 所有権は、Nucleusに紐付けられたIDを使用してツール内で強制されます。プロンプト内ではありません。
違い

チーム全員が協力して取り組める移行プログラム 。すべての作業が記録に残ります。