MAKE + JODOO

KI-gestützte Lead-Qualifizierung mit Make + Jodoo

Nutzen Sie Make mit Jodoo, um eingehende Lead-Webhooks zu empfangen, strukturierte Qualifizierungsfelder über ein HTTP-Modul zu senden, Bewertungsfelder in Jodoo zurückzuschreiben und die Vertriebs-Nachverfolgung nachvollziehbar zu halten.

Leads über einen Make-Webhook empfangenStrukturierte Lead-Felder per HTTP sendenScore und Stufe in Jodoo schreibenVertriebs-Nachverfolgung in einem Datensatz haltenAbläufe, Credits und Ausführungsstatus in Make History prüfen

VIDEO-RUNDGANG

Was in der Make-Demo passiert

Das Video zeigt den Make-Ablauf: Ein Lead geht über einen Custom Webhook ein, Make sendet strukturierte Qualifizierungsfelder über ein HTTP-Modul und Jodoo speichert den Vertriebs-Datensatz.

  1. Ein Lead geht in Make ein

    Das Szenario startet mit einem Custom Webhook, der Formular-, Kampagnen-, Partner- oder interne Lead-Daten empfangen kann.

  2. Make sendet strukturierte Felder

    Das HTTP-Modul sendet Score, Stufe, Routing-Priorität, Owner, nächste Aktion und Kontext für die Nachverfolgung.

  3. History protokolliert die Ausführung

    Das Make-History-Panel bestätigt die manuelle Ausführung, die Anzahl der Operationen, den Credit-Verbrauch, die Dauer und die Datenübertragung.

  4. Jodoo speichert den Datensatz

    Das strukturierte Ergebnis wird in eine Jodoo-Lead-App geschrieben, damit das Team es filtern, zuweisen und prüfen kann.

  5. Die Vertriebs-Nachverfolgung bleibt sichtbar

    Heiße Leads können aus dem Jodoo-Datensatz in Owner-Warteschlangen, Benachrichtigungen, Dashboards und Prüfansichten übergehen.

DEMO-ZUSAMMENFASSUNG

Make führt das Szenario aus, Jodoo verfolgt den Lead

Diese Umsetzung ist nützlich, wenn Ihr Team ein visuelles Make-Szenario für die Lead-Erfassung nutzen möchte, bevor Jodoo zum operativen Datensatz wird.

Custom-Webhook-Trigger

Eine Lead-Payload geht über einen Custom Webhook in Make ein.

HTTP-Rückschreiben

Das HTTP-Modul von Make sendet strukturierte Qualifizierungsfelder.

Erfolg in History

Make History zeigt, dass die manuelle Ausführung mit zwei Operationen erfolgreich abgeschlossen wurde.

Szenario-Nutzung

Die Make-Ausführung erfasst die Anzahl der Operationen, Credits, Dauer und Datenübertragung für den getesteten Lead-Flow.

Jodoo-Rückschreiben

Jodoo speichert den Lead-Score, die Stufe, die Quelle, den Kontakt und die Felder für die Nachverfolgung.

Wiederverwendbarer Loop

Make führt das Szenario aus. Jodoo speichert den Vertriebs-Datensatz.

WORKFLOW-KIT

Erstellen Sie denselben Make-Lead-Workflow

Prüfen Sie das Handbuch, kopieren Sie die Workflow-Anleitung und nutzen Sie das Jodoo-Feldmodell, wenn Sie den Make-Webhook an Ihre eigenen Lead-Quellen anpassen.

Lösungshandbuch

Was Ihr Team wiederverwenden kann

Make empfängt das Lead-Ereignis über einen Custom Webhook, sendet die strukturierte Ausgabe über ein HTTP-Modul und protokolliert Operationen, Credits und Dauer in History. Jodoo speichert den dauerhaften Lead-Datensatz, die Owner-Warteschlange, den Prüfstatus und die Audit-Historie.

Business-WorkflowJodoo-FeldmodellAgenten-PromptRollout-Checkliste

WIEDERVERWENDBARER WORKFLOW

Der Workflow entscheidet. Jodoo hält die Arbeit in Bewegung.

  1. 01

    Make-Webhook

    Formular, Kampagne, Partnerquelle, Spreadsheet oder internes System

  2. 02

    Make-Szenario

    Empfängt den Webhook, sendet das HTTP-Rückschreiben und zeigt den Lauf in History an

  3. 03

    HTTP-Modul

    Sendet Qualifizierungsfelder als JSON-POST-Anfrage und verarbeitet die Antwort

  4. 04

    Make History

    Zeigt Erfolg, Operationen, Credits, Dauer und Datenübertragung

  5. 05

    Jodoo-Rückschreiben

    Erstellt den Lead-Datensatz und gibt eine Daten-ID zurück

  6. 06

    Vertriebs-Nachverfolgung

    Owner-Warteschlange, Prüfstatus, Dashboard und Audit-Historie

WORKFLOW-KREISLAUF

Vom Make-Webhook zur Vertriebs-Nachverfolgung

  1. Ein Lead trifft über einen Make Custom Webhook aus einem Formular, einer Kampagne, einer Partnerquelle oder einem internen System ein.

  2. Run once versetzt das Webhooks-Modul in einen Wartestatus, damit die eingehende Test-Payload erfasst werden kann.

  3. Das Make-Szenario hält das Ereignis als sichtbaren Flow mit zwei Modulen fest: Webhooks-App-Trigger und HTTP-App-Rückschreiben.

  4. Das HTTP-Modul verwendet einen JSON-Body, die Methode POST, Parse response und eine gespeicherte URL, die erneut geprüft werden muss, wenn sich temporäre Endpunkte ändern.

  5. Die HTTP-Anfrage sendet Score, Stufe, Priorität, Owner, nächste Aktion und Kontext für die Nachverfolgung als JSON.

  6. Make History protokolliert die manuelle Ausführung, die Anzahl der Operationen, den Credit-Verbrauch, die Dauer und die Datenübertragung.

  7. Das strukturierte Ergebnis wird an einen Jodoo-Rückschreibe-Endpunkt oder eine sichere Middleware-Ebene gesendet.

  8. Jodoo erstellt den Lead-Datensatz und hält ihn für Owner-Warteschlangen, Prüfansichten, Dashboards und die Audit-Historie verfügbar.

FELD-MAPPING

Agentenausgabe wird zu Jodoo-Feldern

Agenten- oder QuelldatenJodoo-Datensatzfelder
contact_name, company, email, campaignKontaktname, Unternehmen, E-Mail, Kampagne
ai_score, lead_tier, routing_priorityKI-Score, Lead-Stufe, Routing-Priorität
fit_reason, missing_info, next_best_actionBegründung für die Eignung, Fehlende Informationen, Nächstbeste Aktion
follow_up_draft, full workflow outputEntwurf für die Nachverfolgung, Ursprüngliche Agentenausgabe

AGENTEN-ANLEITUNG

Prompt und strukturierte Ausgabe

Workflow-Rolle

Empfangen Sie eine eingehende B2B-Lead-Payload und geben Sie strukturierte Felder zurück, die Jodoo speichern, weiterleiten und für Reports nutzen kann.

Qualifizierungsanweisung

Bewerten Sie den Lead anhand von Eignung, Kaufabsicht, Dringlichkeit, Vollständigkeit und Relevanz. Halten Sie die Ausgabe für den HTTP-Rückschreibe-Schritt in Make konsistent und vorhersehbar.

Erforderliche Ausgabe

Geben Sie ai_score, lead_tier, fit_reason, missing_info, suggested_owner, next_best_action, follow_up_draft und routing_priority zurück.

Make-Modulvertrag

Halten Sie das Webhooks-Bundle, die HTTP-Methode, den JSON-Content-Type, die Einstellung Parse response, die gespeicherte Endpunkt-URL und die Run once-Validierung explizit fest, bevor Sie den Workflow an das Vertriebsteam übergeben.

{
  "ai_score": 92,
  "lead_tier": "Heiß",
  "routing_priority": "Hoch",
  "suggested_owner": "Sales-Ops-Warteschlange",
  "next_best_action": "Discovery Call innerhalb eines Werktags planen"
}

JODOO-STARTER-APP

Starter-App für Make-Lead-Qualifizierung

Nutzen Sie das Feldmodell, wenn Sie einen Make Custom Webhook und einen Jodoo-Rückschreibe-Workflow konfigurieren.

Enthaltene Felder

  • Datensatztitel
  • Lead-Quelle
  • Kontaktname
  • Unternehmen
  • E-Mail
  • Kampagne
  • Nachricht oder Anfrage
  • KI-Score
  • Lead-Stufe
  • Begründung für die Eignung
  • Fehlende Informationen
  • Vorgeschlagener Owner
  • Nächstbeste Aktion
  • Entwurf für die Nachverfolgung
  • Routing-Priorität
  • Prüfstatus
  • Ursprüngliche Agentenausgabe

Empfohlene Ansichten

  • Heiße Leads
  • Muss geprüft werden
  • Fehlende Informationen
  • Owner-Warteschlange
  • Prüfung der Make-Ausführung
  • Alle qualifizierten Leads

Automatisierungsregeln

  • Erstellen oder aktualisieren Sie den Jodoo-Lead-Datensatz, nachdem das HTTP-Modul von Make abgeschlossen ist.
  • Benachrichtigen Sie den vorgeschlagenen Owner, wenn die Routing-Priorität hoch ist.
  • Verschieben Sie Leads mit fehlenden Informationen in eine Prüfwarteschlange.
  • Kennzeichnen Sie Datensätze zur Prüfung, wenn Make History eine fehlgeschlagene HTTP-Operation zeigt.
  • Behalten Sie die ursprüngliche Workflow-Ausgabe in der Audit-Historie.

ROLLOUT-CHECKLISTE

Was vor dem Produktivbetrieb bestätigt werden sollte

  • Legen Sie fest, welche Lead-Quellen den Make-Webhook auslösen sollen.
  • Stimmen Sie Bewertungsgrenzen, Routing-Priorität und Owner-Regeln ab.
  • Bestätigen Sie, dass die URL des HTTP-Moduls vor jedem Run once-Test gespeichert ist.
  • Prüfen Sie die Endpunktverfügbarkeit, wenn Sie einen temporären Tunnel verwenden.
  • Ordnen Sie jedes Make-Ausgabefeld einem Jodoo-Feld zu.
  • Testen Sie mit synthetischen Daten, bevor produktiver Traffic ankommt.
  • Fügen Sie Fehlerbehandlung und Retry-Benachrichtigungen vor dem Start hinzu.

IMPLEMENTIERUNGSREFERENZEN

Behalten Sie die Einrichtungsdetails für Ihr Team

WORKFLOW

Vom Make-Webhook zum qualifizierten Lead-Datensatz

Make ist hier die Orchestrierungsebene. Es erfasst das Lead-Ereignis und ruft den Rückschreibe-Schritt auf, während Jodoo den Datensatz speichert, den der Vertrieb prüfen kann.

  1. Ein Lead trifft über einen Make Custom Webhook aus einem Formular, einer Kampagne, einer Partnerquelle oder einem internen System ein.

  2. Run once versetzt das Webhooks-Modul in einen Wartestatus, damit die eingehende Test-Payload erfasst werden kann.

  3. Das Make-Szenario hält das Ereignis als sichtbaren Flow mit zwei Modulen fest: Webhooks-App-Trigger und HTTP-App-Rückschreiben.

  4. Das HTTP-Modul verwendet einen JSON-Body, die Methode POST, Parse response und eine gespeicherte URL, die erneut geprüft werden muss, wenn sich temporäre Endpunkte ändern.

  5. Die HTTP-Anfrage sendet Score, Stufe, Priorität, Owner, nächste Aktion und Kontext für die Nachverfolgung als JSON.

  6. Make History protokolliert die manuelle Ausführung, die Anzahl der Operationen, den Credit-Verbrauch, die Dauer und die Datenübertragung.

  7. Das strukturierte Ergebnis wird an einen Jodoo-Rückschreibe-Endpunkt oder eine sichere Middleware-Ebene gesendet.

  8. Jodoo erstellt den Lead-Datensatz und hält ihn für Owner-Warteschlangen, Prüfansichten, Dashboards und die Audit-Historie verfügbar.

JODOO-DATENSATZ

Was Jodoo speichert

Jodoo speichert nach der Make-Ausführung die dauerhaften Lead-Felder: Quelle, Kontakt, Unternehmen, Score, Stufe, Routing-Priorität, Owner und Kontext für die Nachverfolgung.

DatensatztitelLead-QuelleKontakt- und UnternehmensdatenKI-Score und StufeBegründung für die Eignung und fehlende InformationenVorgeschlagener OwnerNächstbeste AktionEntwurf für die NachverfolgungRouting-PrioritätUrsprüngliche Workflow-Ausgabe

LIVE-AUSFÜHRUNG

Ein Make-Szenario hat den Lead in Jodoo geschrieben

Die Screenshots verwenden synthetische Lead-Daten und zeigen die Canvas des Make-Szenarios, eine erfolgreiche Ausführung in Make History und die Jodoo-Lead-Tabelle nach dem Rückschreiben.

Make-Szenario zur Lead-Qualifizierung mit konfiguriertem Custom webhook und HTTP-Modul

Make-Szenario-Konfiguration

Die Make-Canvas nutzt einen Custom webhook und ein HTTP-Modul, um den Jodoo-Rückschreibe-Endpunkt aufzurufen.

Make History-Panel zur Lead-Qualifizierung mit erfolgreicher manueller Ausführung

Erfolgreiche Ausführung in Make History

Make History zeigt, dass das Lead-Szenario erfolgreich abgeschlossen wurde, einschließlich Operationen, Credits, Dauer und Datenübertragung.

In Jodoo erstellter Lead-Datensatz aus der Lead-Qualifizierung mit Make

Jodoo-Rückschreiben

Der von Make qualifizierte Lead erschien in Jodoo mit den Feldern für Score, Stufe, Quelle, Kontakt und Unternehmen.

FAQ

Häufige Fragen

Antworten zur Nutzung von Agentenplattformen mit Jodoo-Datensätzen, Workflows und App-Vorlagen.

Wurde dieser Make-Lead-Workflow Ende zu Ende getestet?

Ja. Ein Make-Szenario-Eintrag in History zeigt eine erfolgreiche manuelle Ausführung, und die Jodoo-Tabelle zeigt den synthetischen Lead-Qualifizierungs-Datensatz, der aus dieser Ausführung erstellt wurde.

Erfordert das einen kostenpflichtigen Make-Tarif?

Die Nachweis-Ausführung wurde mit einem kostenlosen Make-Konto und synthetischen Daten durchgeführt. Die produktive Nutzung kann je nach Operations-Volumen, verbundenen Diensten und Endpunktnutzung Kosten verursachen.

Kann die Lead-Quelle von außerhalb von Jodoo kommen?

Ja. Die Quelle kann jedes System sein, das eine Webhook-Payload an Make senden kann, bevor das Ergebnis in Jodoo geschrieben wird.

Können Teams in Make einen modellgestützten Agenten-Schritt hinzufügen?

Ja. Der getestete Pfad nutzt einen zuverlässigen Flow aus Webhook und HTTP-Rückschreiben. Teams können einen Make-KI-Schritt oder einen verbundenen Modellaufruf hinzufügen, solange das Ausgabeschema stabil bleibt.

Was sollte vor der Ausführung des Make-Szenarios geprüft werden?

Bestätigen Sie, dass der Custom Webhook auf Daten wartet, die URL des HTTP-Moduls gespeichert ist, der Request-Body JSON ist und der Endpunkt-Health-Check erfolgreich ist, falls ein temporärer Tunnel verwendet wird.

Wie unterscheidet sich das von einem Webhook-Workflow nach dem Code-first-Prinzip?

Make hält den Lead-Flow als Module auf einer Canvas sichtbar. Builder können den Webhooks-Trigger, die HTTP-Anfrage, die Anzahl der Operationen, den Credit-Verbrauch und das Ergebnis in History sehen, bevor das Jodoo-Team den Datensatz prüft.

Was passiert, wenn das HTTP-Modul von Make fehlschlägt?

Behandeln Sie die Ausführung als unvollständig. Prüfen Sie die gespeicherte URL, den JSON-Body, die Endpunktverfügbarkeit und den Fehler in Make History, bevor Sie Screenshots sammeln oder den Workflow für echten Lead-Traffic verwenden.

Kann das Make-Szenario beim Testen inaktiv bleiben?

Ja. Für die manuelle Validierung kann Run once auf ein Webhook-Ereignis warten, ohne ein geplantes oder dauerhaft aktives Szenario zu aktivieren. Für den Produktivbetrieb aktivieren Sie das Szenario erst, wenn Endpunktverfügbarkeit, Kontingente, Retries und Fehlerbenachrichtigungen eingerichtet sind.

Welche Make-Bildschirme helfen bei der Fehlerbehebung im Lead-Flow?

Nutzen Sie Scenario Usage, History, die Bundle-Ausgabe des Moduls, den HTTP-Statuscode, die Datenübertragung, die Anzahl der Operationen und den Credit-Verbrauch, um zu bestätigen, dass der Lead durch Make gelaufen ist, bevor Sie den Jodoo-Datensatz prüfen.

Warum das Ergebnis in Jodoo statt in Make History speichern?

Make History ist für Builder nützlich, während Jodoo Vertriebsteams Felder, Ansichten, Owner, Dashboards, Workflow-Status und Audit-Kontext bietet.

NÄCHSTER SCHRITT

Machen Sie aus der Lead-Erfassung mit Make einen wiederverwendbaren Vertriebs-Workflow

Starten Sie mit diesem Lead-Qualifizierungs-Loop und nutzen Sie dann dasselbe Muster aus Make und Jodoo für Support, Einkauf, Projekterfassung oder operative Anfragen.