Lösungshandbuch
Ein Planungsleitfaden für den Make-Loop zur Lead-Qualifizierung, einschließlich Custom Webhook-Trigger, Run once-Testpfad, HTTP-Modul, Nachweis in Make History, Jodoo-Felder und Rollout-Checkliste.
Handbuch öffnenMAKE + 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.
VIDEO-RUNDGANG
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.
Das Szenario startet mit einem Custom Webhook, der Formular-, Kampagnen-, Partner- oder interne Lead-Daten empfangen kann.
Das HTTP-Modul sendet Score, Stufe, Routing-Priorität, Owner, nächste Aktion und Kontext für die Nachverfolgung.
Das Make-History-Panel bestätigt die manuelle Ausführung, die Anzahl der Operationen, den Credit-Verbrauch, die Dauer und die Datenübertragung.
Das strukturierte Ergebnis wird in eine Jodoo-Lead-App geschrieben, damit das Team es filtern, zuweisen und prüfen kann.
Heiße Leads können aus dem Jodoo-Datensatz in Owner-Warteschlangen, Benachrichtigungen, Dashboards und Prüfansichten übergehen.
DEMO-ZUSAMMENFASSUNG
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.
Eine Lead-Payload geht über einen Custom Webhook in Make ein.
Das HTTP-Modul von Make sendet strukturierte Qualifizierungsfelder.
Make History zeigt, dass die manuelle Ausführung mit zwei Operationen erfolgreich abgeschlossen wurde.
Die Make-Ausführung erfasst die Anzahl der Operationen, Credits, Dauer und Datenübertragung für den getesteten Lead-Flow.
Jodoo speichert den Lead-Score, die Stufe, die Quelle, den Kontakt und die Felder für die Nachverfolgung.
Make führt das Szenario aus. Jodoo speichert den Vertriebs-Datensatz.
WORKFLOW-KIT
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.
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.
WIEDERVERWENDBARER WORKFLOW
Formular, Kampagne, Partnerquelle, Spreadsheet oder internes System
Empfängt den Webhook, sendet das HTTP-Rückschreiben und zeigt den Lauf in History an
Sendet Qualifizierungsfelder als JSON-POST-Anfrage und verarbeitet die Antwort
Zeigt Erfolg, Operationen, Credits, Dauer und Datenübertragung
Erstellt den Lead-Datensatz und gibt eine Daten-ID zurück
Owner-Warteschlange, Prüfstatus, Dashboard und Audit-Historie
WORKFLOW-KREISLAUF
Ein Lead trifft über einen Make Custom Webhook aus einem Formular, einer Kampagne, einer Partnerquelle oder einem internen System ein.
Run once versetzt das Webhooks-Modul in einen Wartestatus, damit die eingehende Test-Payload erfasst werden kann.
Das Make-Szenario hält das Ereignis als sichtbaren Flow mit zwei Modulen fest: Webhooks-App-Trigger und HTTP-App-Rückschreiben.
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.
Die HTTP-Anfrage sendet Score, Stufe, Priorität, Owner, nächste Aktion und Kontext für die Nachverfolgung als JSON.
Make History protokolliert die manuelle Ausführung, die Anzahl der Operationen, den Credit-Verbrauch, die Dauer und die Datenübertragung.
Das strukturierte Ergebnis wird an einen Jodoo-Rückschreibe-Endpunkt oder eine sichere Middleware-Ebene gesendet.
Jodoo erstellt den Lead-Datensatz und hält ihn für Owner-Warteschlangen, Prüfansichten, Dashboards und die Audit-Historie verfügbar.
FELD-MAPPING
| Agenten- oder Quelldaten | Jodoo-Datensatzfelder |
|---|---|
| contact_name, company, email, campaign | Kontaktname, Unternehmen, E-Mail, Kampagne |
| ai_score, lead_tier, routing_priority | KI-Score, Lead-Stufe, Routing-Priorität |
| fit_reason, missing_info, next_best_action | Begründung für die Eignung, Fehlende Informationen, Nächstbeste Aktion |
| follow_up_draft, full workflow output | Entwurf für die Nachverfolgung, Ursprüngliche Agentenausgabe |
AGENTEN-ANLEITUNG
Empfangen Sie eine eingehende B2B-Lead-Payload und geben Sie strukturierte Felder zurück, die Jodoo speichern, weiterleiten und für Reports nutzen kann.
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.
Geben Sie ai_score, lead_tier, fit_reason, missing_info, suggested_owner, next_best_action, follow_up_draft und routing_priority zurück.
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
Nutzen Sie das Feldmodell, wenn Sie einen Make Custom Webhook und einen Jodoo-Rückschreibe-Workflow konfigurieren.
ROLLOUT-CHECKLISTE
IMPLEMENTIERUNGSREFERENZEN
Ein Planungsleitfaden für den Make-Loop zur Lead-Qualifizierung, einschließlich Custom Webhook-Trigger, Run once-Testpfad, HTTP-Modul, Nachweis in Make History, Jodoo-Felder und Rollout-Checkliste.
Handbuch öffnenDas Jodoo-Feldmodell, empfohlene Ansichten, Beispiel-Datensatz und Automatisierungsregeln zur Anpassung der Lead-App, nachdem ein Make-Szenario das Ergebnis geschrieben hat.
Blueprint öffnenDie Make-Webhook-Einrichtung, das HTTP-Rückschreibe-Schema, URL-Speicherprüfungen, Health-Checks für temporäre Endpunkte, Hinweise zum Jodoo-Rückschreiben und Produktivleitlinien aus der Live-Ausführung.
Anleitung öffnenWORKFLOW
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.
Ein Lead trifft über einen Make Custom Webhook aus einem Formular, einer Kampagne, einer Partnerquelle oder einem internen System ein.
Run once versetzt das Webhooks-Modul in einen Wartestatus, damit die eingehende Test-Payload erfasst werden kann.
Das Make-Szenario hält das Ereignis als sichtbaren Flow mit zwei Modulen fest: Webhooks-App-Trigger und HTTP-App-Rückschreiben.
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.
Die HTTP-Anfrage sendet Score, Stufe, Priorität, Owner, nächste Aktion und Kontext für die Nachverfolgung als JSON.
Make History protokolliert die manuelle Ausführung, die Anzahl der Operationen, den Credit-Verbrauch, die Dauer und die Datenübertragung.
Das strukturierte Ergebnis wird an einen Jodoo-Rückschreibe-Endpunkt oder eine sichere Middleware-Ebene gesendet.
Jodoo erstellt den Lead-Datensatz und hält ihn für Owner-Warteschlangen, Prüfansichten, Dashboards und die Audit-Historie verfügbar.
JODOO-DATENSATZ
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.
LIVE-AUSFÜHRUNG
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.

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

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

Der von Make qualifizierte Lead erschien in Jodoo mit den Feldern für Score, Stufe, Quelle, Kontakt und Unternehmen.
FAQ
Antworten zur Nutzung von Agentenplattformen mit Jodoo-Datensätzen, Workflows und App-Vorlagen.
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.
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.
Ja. Die Quelle kann jedes System sein, das eine Webhook-Payload an Make senden kann, bevor das Ergebnis in Jodoo geschrieben wird.
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.
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.
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.
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.
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.
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.
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
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.