SKILLOfficialproductivity

workflows-inbound-lead-routing

プラグイン: clay
ソース: GitHub で見る ↗

説明

Clay Workflowsで、受け取ったリード（見込み客）を自動的に振り分けるワークフロー（処理の流れ）の構築方法を、顧客にわかりやすく説明します。次のような場合に使用: 顧客がフォーム・Webhook（自動通知）・データウェアハウス（大規模データ保存庫）などのさまざまなソースから受け取ったリードを、営業担当者・自動メールシーケンス・CRM（顧客管理システム）へ自動的に送り届けたいとき

原文を表示

Guide customers through building an inbound lead-routing workflow in Clay Workflows. Use when a customer wants to route inbound leads from a form, webhook, data warehouse, or other source to a rep, sequence, or CRM.

ユースケース

複数ソースからのリード受け取り
リードを営業担当者に自動振り分け
自動メールシーケンス送信
CRMへのリード自動連携

本文（日本語訳）

インバウンドリード（見込み客）ルーティング

概要

Clay Workflowsでインバウンドリードルーティングワークフロー（自動振り分け設定）の構築をお客様に案内します。このスキルは、フォーム・ウェブフック（外部システムからの自動通知）・データウェアハウス・その他のソースからの見込み客を営業担当者、シーケンス（自動連絡フロー）、またはCRM（顧客管理ツール）に振り分けたいお客様向けです。

判断を明確に示し、正しいアプローチを勧め、その理由を説明し、構築を前に進めることを優先します。

トリガー条件

お客様がインバウンドリードルーティングワークフローの構築を依頼したとき、またはフォーム送信、ウェブフック、新規サインアップを営業担当者やシーケンスに振り分けるユースケースについて説明したときに発動します。

手順

ホストエージェント（メイン対話システム）の既存ポリシーに従い、推論、計画立案、ユーザー入力の要求、承認の流れに対応します。本スキルはルーティング要件とワークフロー指針を提供し、独立した対話ポリシーは定義しません。以下のサンプル質問は必須面接スクリプトではなく、確認事項の例として扱ってください。

ステップ1：トリガー（開始条件）を確定する

お客様に以下のように説明してください：

「インバウンドリードルーティングでは、ウェブフックをトリガーとして使用します。これは標準的なアプローチで、フォーム・データウェアハウス・ウェブサイトから直接Clayにリアルタイムでイベントを送信できます。」

利用可能なトリガー（お客様が異議を唱えるか特定の制約がある場合のみ代替案として提示）：

手動CSVアップロード
手動トリガー（手動入力付き）
スケジュール実行
シグナル・意図検知
新規オーディエンスメンバー追加
オーディエンスセグメントの定期更新
ウェブフック（推奨デフォルト）

リード情報源がまだ不明な場合は確認してください：

「Typeformのようなインバウンドフォームで見込み客を取得していますか、それともデータウェアハウスやウェブサイトなど別のソースですか？」

フォームの場合 → ウェブフックが適切であることを確認し進める
その他のソース → ウェブフックを送信できるか確認。できない場合はスケジュールやCSVの代替案を検討

ステップ2：ルーティング要件を確定する

以下の5つの入力項目をトリガーと合わせて確定します。また、エンリッチメント（データ補完）レベル、スコアリング基準、ルーティング階層も確認してください。ワークスペースで既に提供されているまたは利用可能な情報は再利用してください。残りの決定事項でユーザー入力が必要な場合や入力のリクエスト方法はホストエージェントのポリシーに従ってください。

Q1：CRM（顧客管理ツール）

「どのCRMを使用していますか？」

すべてのCRM（SalesforceやHubSpotを含む）に対して、workflows-discover-actionsに従い、稼働中のワークスペースカタログから適切な書き込みアクション（データ送信機能）を確認し、ユーザーが必要な接続済みアカウントにアクセスできることを確認してからそのルートを提案してください。アクションは存在するが利用可能なアカウントが接続されていない場合は、セットアップ要件を明確にしてください。適切なネイティブアクション（標準機能）がない場合のみウェブフックを勧めてください。

Q2：スコアリングモデル（見込み客の評価基準）

「既存のリードスコアリングモデルがありますか、それとも一緒に構築しましょうか？」

ある場合 → 既存のスコアリングロジックを使用し、コード実行ノードで実装する
ない場合 → 以下を説明：「問題ありません。コード実行ノードで一緒に構築します。企業データ、フォームフィールド、エンリッチメントステップからの意図信号を使用します。」

Q3：営業担当者への通知方法

「Tier 1の見込み客が入ってきたとき、営業担当者への通知方法をどうしたいですか？」

選択肢（1つ選ぶ）：

Slackメッセージ
CRMタスク
メール

Q4：シーケンサー（自動連絡システム）

「OutreachやSalesloftなどの外部シーケンサーを使用していますか、それともClayのネイティブシーケンサーですか？」

外部シーケンサー → ウェブフックまたはネイティブ統合ノードで送信する必要あり
Clayシーケンサー → ワークフロー内でネイティブに処理可能

Q5：不適格リードの対応

以下の2つの希望を一緒に収集してください：

「不適格の見込み客をナーチャリングシーケンス（育成メール）に追加しますか？」
「不適格の見込み客をCRMでタグ付けまたは更新しますか？」

両方「いいえ」の場合はここで終了します。

ステップ3：ワークフローを構築する

エンリッチメントとスコアリングのステップは順番に進めてください。条件分岐ステップを使用して、階層別ルーティングの結果に分岐させます。

標準的な成功パターン：

ウェブフックトリガー
  → エンリッチメント実行（企業・連絡先データ補完）
  → コード実行（スコアリングモデル）
  → 条件分岐（階層別ルーティング）
  → ルーティング（営業通知・シーケンス・不適格処理）

各ノードをお客様と一緒に進めてください：

ノード1：エンリッチメント実行

「まず、インバウンドリードをエンリッチメント（データ補完）して、不足している情報を埋めます。企業規模、業界、職位、意図信号などです。これでスコアリングモデルが必要な情報をすべて持ちます。」

既に確定した個人レベル、企業レベル、または統合エンリッチメント要件に基づいて実行してください。

ノード2：コード実行（スコアリングモデル）

「次に、スコアリングモデルを実行して見込み客を階層分けします。このコードノードはエンリッチメント済みデータを使用してスコアまたは階層（例：Tier 1 / Tier 2 / 不適格）を出力します。」

ゼロから構築する場合：

確定したリード品質基準をスコアリング式に変換します。

スコアリングモデルの典型的な入力：

企業データ（企業規模、業界、売上）
フォームフィールド（職位、ユースケース、企業名）
意図信号（エンリッチメントノードから）

ノード3：条件分岐

確定した階層を使用してスコアに基づきルーティングします。

標準的な構造：

Tier 1 → 営業担当者に直ちに通知
Tier 2 → マーケティング・セールスシーケンスに追加
不適格 → お客様の希望に応じて対応（終了・ナーチャリング・CRMタグ）

該当する場合に提案する追加条件分岐：

言語・市場別ルーティング（例：フランス語話者を仏語シーケンスにルーティング）
企業セグメント別ルーティング（例：中小企業 vs エンタープライズ）

ノード4：ルーティング

ステップ2の回答に基づいてルーティング結果を構築します：

営業担当者へのルーティングの場合：

Slack → Slackメッセージノードをお気に入りの形式で設定
CRMタスク → SalesforceまたはHubSpotでタスクを作成
メール → リード概要付き通知メールを送信

シーケンスに追加する場合：

Clayシーケンサー → ネイティブノードで直接追加
外部シーケンサー（Outreach、Salesloft等） → ウェブフックまたはネイティブ統合で送信

不適格リードの場合：

終了 → これ以上のアクション不要
ナーチャリング → ナーチャリングシーケンスに追加
CRMタグ → CRMのリード・連絡先レコードを更新

ステップ4：ワークフローをまとめて構築する

ホストエージェントの計画プロセスの一部として、提案ワークフローをまとめて説明してください：

これから構築するワークフローです：

[選定したトリガー]で[ソース]からトリガー

[個人・企業・両方]レベルでエンリッチメント

[既存モデル・構築するモデル]を使用して見込み客をスコアリング。基準は[入力項目]

Tier 1見込み客を[Slack・CRMタスク・メールで営業へ]、Tier 2を[シーケンス]に、不適格を[終了・ナーチャリング・CRMタグ]で対応

変更を加える前にホストエージェントの承認ポリシーに従ってください。

構築時は、実際のノードとグラフ編集にワークフロー入口スキルに従ってください。本スキルは相談型プレイブックのみです。

トーンガイドライン

判断を明確に、指示的に対応してください。すべての選択肢を同等には提示しないでください。正しいアプローチを勧め、理由を説明してください。
お客様が提案することでワークフローのメンテナンスが難しくなる場合（例：並列分岐、エンリッチメント省略）は異議を唱え、トレードオフを説明してください。
平易な言葉で説明してください。お客様が先に用語を導入しない限り、専門用語は避けてください。

原文（English）を表示

Inbound lead routing

Description

Guide customers through building an inbound lead routing workflow in Clay Workflows. Use this skill when a customer wants to route inbound leads — from a form, webhook, data warehouse, or other source — to a rep, sequence, or CRM. Be opinionated and directive. Recommend the right approach, explain why, and keep the build moving forward.

Trigger

When a customer asks to build an inbound lead routing workflow, or describes a use case involving routing form submissions, webhook events, or inbound signups to reps or sequences.

Instructions

Follow the host agent's existing policies for reasoning, planning, requesting user input, and approvals. This skill supplies routing requirements and workflow guidance; it does not define a separate interaction policy. Treat the example questions below as inputs to establish, not a mandatory interview script.

Step 1 — Establish the Trigger

Start by telling the customer:

"For inbound lead routing, we'll use a webhook as the trigger. This is the standard approach because it lets your form, data warehouse, or website fire events directly into Clay in real time."

Available triggers (present as alternatives only if the customer pushes back or has a specific constraint):

Manual CSV upload
Manual trigger with manual inputs
Schedule-based
Signal/intent-based
New audience member added
Audience segment updated on schedule
Webhook (recommended default)

Establish the lead source if it is not already known:

"Are you capturing leads through an inbound form, like Typeform, or is this coming from another source like your data warehouse or website?"

If yes to a form → confirm webhook is the right trigger, proceed.
If another source → confirm it can emit a webhook. If not, explore schedule or CSV alternatives.

Step 2 — Establish the Routing Requirements

Establish the five inputs below, along with the trigger, enrichment level, scoring criteria, and routing tiers. Reuse information already provided or available in the workspace. Let the host agent’s policies determine which remaining decisions require user input and how to request it.

Q1 — CRM

"Which CRM are you using?"

For every CRM, including Salesforce and HubSpot, follow workflows-discover-actions to verify a suitable write action in the live workspace catalog and confirm the user can access the required connected account before proposing that route. If the action exists but no usable account is connected, establish that setup requirement. Recommend a webhook only if no suitable native action is available.

Q2 — Scoring Model

"Do you have an existing lead scoring model, or do we need to build one?"

Has one → use the existing scoring logic; you'll implement it in a Run Code node
Doesn't have one → tell them: "No problem. We'll build one together in a Run Code node. It'll use firmographic data, form fields, and intent signals from your enrichment steps."

Q3 — Rep Routing

"When a tier 1 lead comes in, how do you want the rep to be notified?"

Options (pick one):

Slack message
CRM task
Email

Q4 — Sequencer

"Are you using an external sequencer like Outreach or Salesloft, or Clay's native sequencer?"

External sequencer → will need a webhook or native integration node to push to it
Clay sequencer → can be handled natively within the workflow

Q5 — Disqualification Handling

Collect both preferences together:

"Add disqualified leads to a nurture sequence?"
"Tag or update disqualified leads in the CRM?"

If both answers are no, end without further action.

Step 3 — Build the Workflow

Keep enrichment and scoring steps sequential. Use the conditional step to branch into the tier-specific routing outcomes.

The standard happy path:

Webhook Trigger
  → Run Enrichment (firmographic + contact data)
  → Run Code (scoring model)
  → Conditional Logic (tier routing)
  → Route (rep notification / sequence / disqualify)

Walk the customer through each node:

Node 1: Run Enrichment

"First, we'll enrich the inbound lead to fill in any missing data — company size, industry, job title, and any intent signals. This gives the scoring model everything it needs."

Use the person-level, company-level, or combined enrichment requirement established above.

Node 2: Run Code (Scoring Model)

"Next, we'll run a scoring model to tier the lead. This code node will take the enriched data and output a score or tier (e.g., Tier 1 / Tier 2 / Disqualified)."

If building from scratch:

Translate the established lead-quality criteria into a scoring formula.

Typical inputs to the scoring model:

Firmographic data (company size, industry, revenue)
Form fields (role, use case, company name)
Intent signals (from enrichment nodes)

Node 3: Conditional Logic

Use the established tiers to route based on the score.

Standard structure:

Tier 1 → notify rep immediately
Tier 2 → add to marketing/sales sequence
Disqualified → handle per customer preference (dead, nurture, CRM tag)

Additional conditional branches to offer if relevant:

Language/market-based routing (e.g., route French-speaking leads to a French sequence)
Company segment routing (e.g., SMB vs. Enterprise)

Node 4: Route

Build the routing outcome based on answers from Step 2:

If routing to a rep:

Slack → set up a Slack message node with their preferred format
CRM task → create a task in Salesforce or HubSpot
Email → send a notification email with lead summary

If adding to a sequence:

Clay sequencer → add directly via native node
External sequencer (Outreach, Salesloft, etc.) → push via webhook or native integration

If disqualifying:

Dead end → no further action needed
Nurture → add to a nurture sequence
CRM tag → update lead/contact record in CRM

Step 4 — Summarize and Build

Summarize the proposed workflow as part of the host agent’s planning process:

Here's the workflow we're going to build:

[Selected trigger] trigger from [source]

Enrich at [person/company/both] level

Score the lead using [existing model / model we'll build] based on [inputs]

Route Tier 1 leads to [rep via Slack/CRM task/email], Tier 2 to [sequence], and disqualified leads to [dead end/nurture/CRM tag]

Follow the host agent’s approval policy before making changes.

When building, follow the workflows entry-point skill for the actual node and graph edits — this skill is the consultative playbook only.

Tone Guidelines

Be opinionated and directive. Don't present every option as equal — recommend the right approach and explain why.
If a customer proposes something that will make the workflow harder to maintain (e.g., parallel branches, skipping enrichment), push back and explain the tradeoff.
Use plain language. Avoid jargon unless the customer introduces it first.

原文・著作権は Anthropic および各プラグイン作者に帰属します。日本語訳は Claude API による自動翻訳です。