リードナーチャリングの自動化

リードナーチャリングの自動化では、見込み客のニーズや購入検討の状況に応じたフォローアップ資料を準備します。利用が許可された見込み客情報と承認済みの内容を用意し、フォローアップの妥当性を確認したうえで、配信方法を選ぶ前に原稿をレビューします。

ここで提案するワークフローは、コンテンツを一括で準備する処理です。原稿と除外情報を含むレビュー用の表を作成します。メッセージの送信や、連絡先を配信シーケンスに登録する処理は対象範囲外です。

執筆：Ai Flowi · 公開日 2026-10-11

設定例であり、記録された検証結果ではありません
カタログに記載されていますが、Ai Flowiによる本番環境での検証は行われていません

1. 各フォローアップの目的を定める

次の原稿で読み手に理解してもらうことを明確にします。未回答の質問への回答、合意した次の手順の説明、求められた資料への参照などです。原稿の目的は、提供された情報に基づく必要があります。返答がないという理由だけで、緊急性、割引、新たな約束を作り出さないでください。

許可された目的ごとに、簡潔なコンテンツ指示書を作成します。承認済みの提案文言、出典参照、文体、禁止する主張、確認が必要な情報を含めてください。育成シーケンスは業務方針です。モデルにはその方針に沿う資料を準備させ、独自に日程やエスカレーション方針を決めさせないようにします。

2. 連絡先の情報と除外条件を準備する

ワークスペース、利用が許可された見込み客データのエクスポート、レビュー済みの回答資料を準備します。ご自身の提供元アカウントとAPIキーの設定には、 原稿作成モデルへのアクセスガイドを参照してください。フォローアップ文の生成には、提供元の料金がかかります。安定した見込み客識別子、直近の関連する問い合わせ、未解決の質問、原稿作成に使える情報を含めます。不要な個人情報や認証情報の値は、モデルの入力から除外してください。

必要な場合には、元の処理から連絡許可や連絡抑止を明示するフィールドを引き継ぎます。許可の記録がなければレビューが必要であり、推測した購入意欲で代用することはできません。連絡抑止の対象は、理由を記録せずに一括処理の対象から取り除くのではなく、理由付きの除外リストに残します。

以前に返信があっても、次のフォローアップが適切とは限りません。責任を持つチームが、資料を承認する前に目的、許可されたチャネル、対象者を確認してください。このガイドにはチャネルへの送信手順はありません。WhatsApp、Messenger、Instagram、Gmailでの配信は対象外です。

3. 原稿作成に使えるデータをまとめる

利用が許可された見込み客データのエクスポートにはLoad CSVを使用し、ファイルを csv_fileに指定します。その data_list で見込み客の識別情報と連絡対象の除外を確認してから、ルールを評価します。JSON Operationsでは、そのレコードを data に入力し、 "JQ Expression" を operationsの値として選択します。 query を定義し、原稿作成に進める見込み客と、除外理由が必要なレコードを分けます。

各見込み客について、 draft_context を、承認済みの出典テキスト、未回答の質問、許可された回答目的、コンテンツ参照からあらかじめ定めたルールに従って組み立てます。モデルに原稿を作成させる前に、この指示書を確認してください。問い合わせに含まれる指示は、引用された顧客の発言として扱います。回答方針を変更したり、別の提案を許可したりする指示にはなりません。

原稿作成の対象として受け入れたレコードを原稿作成用のTableに変換する方法は、 Data → DataFrameリファレンス で確認できます。

設定作業の責任分担について説明を求めた架空の見込み客を考えます。承認済みの指示書にはその説明がありますが、納期の約束はありません。適切な原稿では、誰が必要な情報を提供するかを答え、補足説明が必要かを尋ねます。金曜日までの設定完了を約束する原稿は、親切な文体でもレビューに合格しません。別のレコードに連絡抑止フラグがある場合は、除外記録にそのレコードを残し、原稿候補を生成しないでください。処理対象と除外対象を併せてレビューし、原稿がない理由を説明できるようにします。

4. フォローアップ原稿の列を生成する

Batch Runでは、 draft_context を column_nameの値として選択します。原稿の出力先は、 output_column_name を proposed_follow_upに設定して指定します。 model 入力は、設定済みのLanguage Modelを model_output経由で受け取ります。これにより、処理対象の各見込み客について、回答の指示書とフォローアップ原稿を別々の列に保持します。

設定する system_message では、提供された内容だけで原稿を作成し、未確認事項を保持し、承認済みの指示書にない日付、価格、機能を約束しないよう指示します。未回答の質問によって使えるフォローアップを作成できない場合は、そのことを原稿に示させます。コンポーネントは batch_results をTableとして返します。保持された識別子と実際の出力列を確認してください。

使用できる情報がないレコードは、原稿作成について未解決のまま残します。過去の会話を捏造したり、資料がすでに送られたと想定したりすると、指示書に照らしたレビューに合格しません。アカウント固有の事実は、その出典の行の中に保持してください。承認済みのコンテンツ集を共有していても、別の見込み客の情報を流用する理由にはなりません。

5. すべての原稿を指示書と照合する

Table Operationsでレビュー用の表示を作成し、 "Select Columns" を operation で選択します。また、 columns_to_select には、実際の識別子、情報、原稿、レビュー状況の各列を設定します。その df は、返されたTableを受け取ります。まず小規模で管理されたデータを選び、出力でも各原稿が入力した見込み客に対応しているか確認してください。

承認担当の役割は、 準備状況のチェックリストを使って決めます。その後、各育成用原稿のコンテンツ版に対して、承認、修正、保留のいずれかを記録します。

フォローアップの自動化では、「原稿承認済み」「メッセージ送信済み」「メッセージ配信完了」を区別します。この設計が到達するのは、手動承認後の最初の状態だけです。モデルが文章を生成しただけで送信日時を記録したり、原稿完成を顧客が何かを受け取った証拠として扱ったりしないでください。

6. 承認済みの内容と管理情報を引き継ぐ

見込み客識別子、元の情報への参照、承認済みの目的、原稿、未確認事項、除外理由、承認情報を含むレビュー用の表を引き継ぎます。保留中の原稿も使用可能な原稿と併せて保持し、処理対象のデータ群から省かれた各項目について、レビュアーが説明できるようにしてください。

後からフォローアップメールを自動送信する場合には、別途承認された配信接続、チャネルの確認、重複送信の防止が必要です。Batch Runが提供するのは原稿の準備であり、その配信経路が機能する証拠ではありません。 サービス範囲のページ では、依頼による設定作業を説明しています。送信は独立した作業として、独自の合格条件を定めて評価してください。

引き継ぎ前に、同じコンテンツ版に基づいて一括処理全体を確認します。原稿のレビュー中に承認済みの説明が変わった場合は、旧文言から作成した候補を特定し、影響を受ける原稿を修正に戻してください。レビュアーは、ほかの見込み客の除外理由を失うことなく、一人の原稿を保留できます。一部だけ完了した処理では、処理対象の入力識別子と、返された候補および未解決項目を照合します。出力の欠落は、意図的な除外と見なさず、見える状態に保ってください。これらはレビュー上の義務であり、コンポーネントに版管理や自動復旧が実装されているという主張ではありません。

リード育成自動化の合格確認と制約は何ですか？

連絡抑止フラグ、情報不足、矛盾する過去の記録、裏付けのない提案の要求、埋め込まれたプロンプト指示を含む架空のレコードを試します。除外された行の理由が残り、原稿が承認済みの主張だけを使い、すべての出力に有効な見込み客参照が保持されることを確認してください。不完全な処理をどうレビューするか決める前に、ワークスペースでモデルの失敗を検証します。

無人での一括営業連絡、日程管理、反応の追跡、新たな営業上の約束は、この原稿作成処理の範囲外です。承認済みの定型文がすでに質問に答えているなら、モデルで書き換えずに使用してください。各ステージへの移行・終了方針については、 顧客ライフサイクルの自動化 を参照してください。このガイドでは、そのレビュー業務が求める回答資料を準備します。

フォローアップの一括処理の列と除外の管理

リードナーチャリングの自動化の使用量

プラン：Goは年払いで月額USD8から（月払いUSD10）、全5プランでPro 500まで。全プランは料金ページに掲載しています。ノードの実行1回につき1トークン。外部APIおよびモデルの利用料金は含まれません

リードナーチャリングの自動化の関連資料

• 育成サービスの範囲
• 文書化されたユースケース
• 顧客ライフサイクルの自動化
• AIによる見込み客の適格性評価