ジャンクを除外して、残りを振り分ける。すべてのリードの行き先がわかる。
キャンバスにロジックを描けば、新しいリードはすべてそこを通ります。フィルター、条件分岐、スイッチ、待機を経て、買い手、CRM、スプレッドシート、Metaへ。すべての実行が、失敗したステップまで記録されます。
ずっと無料のプラン。カード不要。
4.9
4.6
公開済みワークフロー「州別の屋根工事リード」の実行履歴ビュー：2つのページのリードトリガー、条件を満たす住宅所有者を通すフィルター、Meta CAPIのLeadイベント、そして州フィールドで分けるスイッチで、テキサスはLeadsPediaへ、フロリダはLeadProsperへ、ほかの州はGoogle Sheetsへ送られます。キャンバスの横に新しい実行が届き、1つ選ぶとその経路が表示されます。
実行履歴
今日：実行214件、 送信 171停止 40失敗 3
新しい順
送信のあとで
リードを手で動かすのは、もうやめよう。
ワークフローが各リードをフィルターし、適切な買い手へポストして、すべての実行を記録します。CSVも、コピー＆ペーストも要りません。
これまでのやり方
- 「今朝のCSVをポータルに貼り付けてるのは誰？」
- 「また買い手がジャンクリードにお金を払ってる。」
- 「どのページでも同じ設定を作り直している。」
- 「買い手は受け取っていないと言う。本当に？」
LanderLabのやり方
- 「リードは届くたびにLeadProsperへポストされる。」
- 「誰かがお金を払う前に、フィルターがジャンクを止める。」
- 「1つのトリガーで、複数のランディングページを同時に受け付ける。」
- 「実行履歴で、リードの経路と失敗したステップがわかる。」
ノード
買い手のルールを、キャンバス上のノードに。
ノードをクリックして、ページのフィールド、演算子、値を選ぶだけ。ワークフローはベータ版のため、ノードは今後変わる可能性があります。
トリガー
リード
接続したページから新しいリードが届くたびに発火します。1つのトリガーで複数のランディングページを受け付けられ、トグルでページを外さずに一時停止できます。
内部
フィルター
通すか止めるか。条件を満たさないリードはここで実行が終わり、リード一覧に残ります。演算子は8種類、グループ内でANDかOR、両方が必要ならグループで。
内部
条件分岐
結果は2つ。条件に合うリードはYesの分岐へ、残りはNoへ進み、それぞれの分岐に独自のステップを設定できます。
内部
スイッチ
結果は複数。ケースは上から順に判定され、リードは最初に一致したものへ進み、どれにも当てはまらないものはDefaultが受け止めます。
内部
遅延
後続のステップを秒、分、時間、日単位で保留します。リードには手を加えないので、いくつかつなげてフォローアップの間隔を空けられます。
アクション
HTTPリクエスト
APIはあるもののネイティブのアクションがない買い手やツールに。ほかの処理と同じ実行の中で、リードをあなたのエンドポイントへポストします。
アクション
ネイティブアクション
アカウントとリードの送り先を選び、送信するフィールドを決めます。Klaviyoならリストとフィールドのマッピング。ランディングページのURLやバリエーションIDなど、LanderLab独自のフィールドも送れます。
レシピ
最初に作りたい6つのワークフロー。
州で振り分け
州フィールドのスイッチ：テキサスはLeadsPediaの買い手へ、フロリダはLeadProsperの別の買い手へ、残りはスプレッドシートへ。
住宅所有者はCRMへ
クイズの回答で条件分岐ノードを使い、住宅所有者はHubSpotへ、賃貸の人はGoogle Sheetsのタブへ。
本物のリードだけをMetaへ
テストやジャンクの入力を除外してから、LeadイベントをMeta CAPIへ送り、お金を払う価値のあるリードから広告に学習させます。
翌日にフォローアップ
1日の待機のあと、フォローアップメール用にリードをKlaviyoのリストへ。
質の高いリードだけをトラッカーへ
フィルターのあとに置いたClickFlareアクションで、通過したリードだけをトラッカーに知らせます。
独自のエンドポイント
HTTPリクエストで、ネイティブアクションと同じ実行の中で任意のAPIへリードをポスト。
アクション
リードを、それを扱うツールへ。
リード配信、CRM、メール、Meta CAPI、ClickFlare向けのネイティブアクションに加え、APIがあるものなら何でも使えるHTTPリクエストノード。
2M+
毎月獲得されるリード
750M+
毎月配信される訪問
3,500+
マーケター
4.9/5
G2での評価
作ってみる
3ステップで、最初のワークフローを。
リードトリガーから始め01、ロジックとアクションを追加02して、公開03したら、すべての実行を見守ります。
- 01
リードトリガーを追加
ワークフローを作成してリードトリガーを追加し、リードを流したいランディングページを接続します。
- 02
ロジックとアクションを追加
フィルター、条件分岐、スイッチ、待機を配置し、続けてアクションを。まだ設定が必要なノードには黄色の警告が付きます。
- 03
公開して実行履歴を確認
接続したページからの新しいリードは、すべてこのワークフローを通ります。「実行履歴」で、それぞれの行き先を確認しましょう。
始める前に
ワークフローは本番のトラフィックで使えますか？
はい。公開したワークフローは、接続したページからの新しいリードごとに実行され、「実行履歴」で失敗したステップも含めて各結果を確認できます。ワークフローはベータ版のため、ノードや機能は今後変わる可能性があります。まずはトリガーからアクションまでの基本の流れを作り、「実行履歴」を確認してから分岐を追加してください。
送信先はいくつ接続できますか？
リード連携とWebhook連携の数はプランに応じて増えます。Freeは1、Launchは5、Growは50、Scaleは250、Enterpriseは無制限です。リード数そのものは、どのプランでも無制限です。
買い手のエンドポイントが停止していたら？
その実行は「実行履歴」でそのステップで失敗と表示されるので、届かなかったリードを確認してノードを修正できます。リード自体はリード一覧に残ります（そのページで「コンプライアンス対応のリード連携」をオンにしている場合を除く）。
フィルターで落ちたリードは消えてしまいますか？
いいえ。フィルターはそのリードのワークフローを止めるだけで、リードはリード一覧に残ります。落ちたリードにも処理をしたい場合は、代わりに条件分岐を使えば、そのリード専用のNoの分岐ができます。
コードを書く必要はありますか？
いいえ。キャンバスにノードをドラッグし、フィールド、演算子、値をドロップダウンから選ぶだけです。HTTPリクエストは、APIはあるもののネイティブのアクションがないツールのためにあります。
設定は誰が手伝ってくれますか？
FreeとLaunchはメール、Growはチャットとメール、ScaleはTelegramとチャット、EnterpriseはSlackとビデオ通話でサポートします。ScaleとEnterpriseには専任のサクセスマネージャーも付きます。