Lösungs-Handbuch
Ein Planungsleitfaden für den Make-Loop zur Support-Triage, einschließlich Custom Webhook als Trigger, Run once-Testpfad, HTTP-Modul, Nachweis in Make History, Jodoo-Feldern und Checkliste für den Rollout.
Handbuch öffnenMAKE + JODOO
KI-Triage von Support-Tickets mit Make + Jodoo
Nutzen Sie Make mit Jodoo, um Webhooks für Support-Tickets zu empfangen, strukturierte Triage-Felder über ein HTTP-Modul zu senden, Eskalationsfelder in Jodoo zurückzuschreiben und die Nachverfolgung im Support sichtbar zu halten.
Tickets über einen Make-Webhook empfangenPriorität und Status klassifizierenSLA-Felder in Jodoo schreibenEskalationsbezogene Nachverfolgung nachvollziehbar haltenAbläufe, Credits und Ausführungsstatus in Make History prüfen
VIDEO-ÜBERBLICK
Was in der Make-Demo passiert
Das Video zeigt einen Support-Loop: Ein Ticket geht in einen Make Custom Webhook ein, Make sendet Triage-Felder über ein HTTP-Modul, und Jodoo hält den Eskalations-Datensatz fest.
Ein Ticket geht in Make ein
Das Szenario startet mit einem Custom Webhook, der ein Ereignis aus einem Support-Formular, Portal, Chat oder Posteingang empfangen kann.
Make sendet Triage-Felder
Das HTTP-Modul sendet Kategorie, Priorität, Status, Owner, SLA-Ziel, Antwortentwurf und Notizen zur Nachverfolgung.
History protokolliert die Ausführung
Das Make-History-Panel bestätigt die manuelle Ausführung, Anzahl der Operationen, Credit-Nutzung, Dauer und Datenübertragung.
Jodoo speichert das Ticket
Das strukturierte Ergebnis wird in eine Jodoo-Support-App geschrieben, damit das Team es filtern, zuweisen und prüfen kann.
Kritische Tickets bleiben sichtbar
Eskalierte Tickets können aus dem Jodoo-Datensatz in Owner-Warteschlangen, SLA-Ansichten, Warnmeldungen und Dashboards übergehen.
DEMO-ZUSAMMENFASSUNG
Make triagiert das Ticket, Jodoo verfolgt die Eskalation
Diese Umsetzung ist sinnvoll, wenn Ihr Team ein visuelles Make-Szenario für die Support-Erfassung nutzen möchte, bevor Jodoo zum führenden System für die Nachverfolgung von Eskalationen wird.
Custom Webhook als Trigger
Eine Support-Payload geht über einen Custom Webhook in Make ein.
HTTP-Rückschreiben
Das HTTP-Modul von Make sendet strukturierte Felder für die Support-Triage.
Erfolg in History
Make History zeigt, dass die manuelle Ausführung mit zwei Operationen erfolgreich abgeschlossen wurde.
Szenario-Nutzung
Die Make-Ausführung protokolliert für den getesteten Support-Flow Anzahl der Operationen, Credits, Dauer und Datenübertragung.
Jodoo-Rückschreiben
Jodoo speichert die Felder für Priorität, Status, SLA-Ziel, anfragende Person und Kategorie.
Wiederverwendbarer Loop
Make führt das Szenario aus. Jodoo speichert den Support-Datensatz.
WORKFLOW-KIT
Erstellen Sie denselben Make-Loop für die Support-Triage
Prüfen Sie das Mapping der Support-Felder, kopieren Sie die Workflow-Anleitung und nutzen Sie den Jodoo App Blueprint, bevor Sie den Make-Webhook an Ihre eigenen Support-Quellen anpassen.
Was Ihr Team wiederverwenden kann
Make empfängt das Ticket-Ereignis über einen Custom Webhook, sendet strukturierte Triage-Ausgaben über ein HTTP-Modul und protokolliert Operationen, Credits und Dauer in History. Jodoo speichert den dauerhaften Support-Datensatz, Eskalationsstatus, die Owner-Warteschlange und den Audit-Trail.
Business-WorkflowJodoo-FeldmodellAgenten-PromptRollout-Checkliste
WIEDERVERWENDBARER WORKFLOW
Der Workflow entscheidet. Jodoo hält die Arbeit in Bewegung.
- 01
Make-Webhook
Formular, Portal, Posteingang, Chat-Transkript oder internes System
- 02
Make-Szenario
Empfängt den Ticket-Webhook, sendet das HTTP-Rückschreiben und bestätigt die Ausführung in History
- 03
HTTP-Modul
Sendet Triage-Felder als JSON-POST-Anfrage und verarbeitet die Antwort
- 04
Make History
Zeigt Erfolg, Operationen, Credits, Dauer und Datenübertragung
- 05
Jodoo-Rückschreiben
Erstellt das Support-Ticket und gibt eine Daten-ID zurück
- 06
Support-Nachverfolgung
SLA-Ansicht, Owner-Warteschlange, Eskalationsstatus und Audit-Trail
WORKFLOW-KREISLAUF
Vom Make-Webhook zur weitergeleiteten Eskalation
Eine Support-Anfrage geht über ein Formular, Portal, einen Posteingang, ein Chat-Tool oder ein internes System in einem Make Custom Webhook ein.
Run once versetzt das Webhooks-Modul in einen Wartezustand, damit die eingehende Test-Payload erfasst werden kann.
Das Make-Szenario hält das Ereignis als zweimoduligen Flow sichtbar: 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 Problemkategorie, Priorität, SLA-Ziel, Status, Owner, Antwortentwurf und Notizen zur Nachverfolgung als JSON.
Make History protokolliert die manuelle Ausführung, Anzahl der Operationen, Credit-Nutzung, Dauer und Datenübertragung.
Das strukturierte Ergebnis wird an einen Jodoo-Endpunkt für das Rückschreiben oder an eine sichere Middleware-Schicht gesendet.
Jodoo erstellt den Support-Ticket-Datensatz und hält ihn für SLA-Ansichten, Owner-Warteschlangen, Dashboards und die Audit-Historie verfügbar.
FELD-MAPPING
Agentenausgabe wird zu Jodoo-Feldern
| Agenten- oder Quelldaten | Jodoo-Datensatzfelder |
|---|---|
| requester_name, requester_email, requester_department | Name der anfragenden Person, E-Mail der anfragenden Person, Abteilung der anfragenden Person |
| issue_category, affected_asset | Problemkategorie, Betroffenes Asset |
| priority, sla_target, ticket_status | Priorität, SLA-Zieldatum, Ticketstatus |
| assigned_owner, routing_reason, follow_up_note | Zugewiesener Owner, Lösungsnotizen, Notizen zur Nachverfolgung |
AGENTEN-ANLEITUNG
Prompt und strukturierte Ausgabe
Workflow-Rolle
Nehmen Sie eine eingehende Payload für ein Support-Ticket entgegen und geben Sie strukturierte Felder zurück, die Jodoo speichern, weiterleiten und für Berichte nutzen kann.
Triage-Anweisung
Klassifizieren Sie das Ticket nach Dringlichkeit, Auswirkungen, Kategorie, SLA-Risiko und Zuständigkeit. Halten Sie die Ausgabe für den HTTP-Rückschreibschritt in Make konsistent.
Erforderliche Ausgabe
Geben Sie ticket_summary, issue_category, priority, sla_target, assigned_owner, ticket_status, response_draft, follow_up_note und routing_reason zurück.
Make-Modulvertrag
Halten Sie Webhooks-Bundle, HTTP-Methode, JSON-Content-Type, Parse response-Einstellung, gespeicherte Endpunkt-URL und die Run once-Validierung explizit fest, bevor Sie den Workflow an das Support-Team übergeben.
{
"issue_category": "Zugriff & Berechtigungen",
"priority": "Kritisch",
"sla_target": "2026-06-04 09:00",
"assigned_owner": "Support-Eskalation / Identity-Team",
"ticket_status": "Eskaliert"
}JODOO-STARTER-APP
Starter-App für die Triage von Support-Tickets in Make
Verwenden Sie das Feldmodell bei der Konfiguration eines Make Custom Webhook und eines Jodoo-Rückschreib-Workflows.
Enthaltene Felder
- Ticketnummer
- Name der anfragenden Person
- E-Mail der anfragenden Person
- Abteilung der anfragenden Person
- Problemkategorie
- Betroffenes Asset
- Priorität
- SLA-Zieldatum
- Ticketstatus
- Zugewiesener Owner
- Problembeschreibung
- Lösungsnotizen
- Notizen zur Nachverfolgung
- Anhänge
- Einreichungsdatum
- Ursprüngliche Agenten-Ausgabe
Empfohlene Ansichten
- Kritische Eskalationen
- SLA-Risiko
- Owner-Warteschlange
- Benötigt weitere Informationen
- Prüfung der Make-Ausführung
- Alle Support-Tickets
Automatisierungsregeln
- Erstellen oder aktualisieren Sie den Jodoo-Support-Ticket-Datensatz, nachdem das HTTP-Modul in Make abgeschlossen ist.
- Benachrichtigen Sie den zugewiesenen Owner, wenn die Priorität Kritisch ist oder der Status Eskaliert lautet.
- Verschieben Sie Tickets mit fehlenden Informationen in eine Prüfungswarteschlange.
- Kennzeichnen Sie Datensätze zur Prüfung, wenn Make History einen fehlgeschlagenen HTTP-Vorgang zeigt.
- Bewahren Sie die ursprüngliche Workflow-Ausgabe im Audit-Trail auf.
ROLLOUT-CHECKLISTE
Was vor dem Produktivbetrieb bestätigt werden sollte
- Definieren Sie Support-Kategorien, SLA-Ziele und Eskalations-Owner.
- Legen Sie fest, welche Ticket-Quellen den Make-Webhook auslösen sollen.
- Bestätigen Sie vor jedem Run once-Test, dass die URL des HTTP-Moduls gespeichert ist.
- Prüfen Sie den Endpunkt-Status, wenn Sie einen temporären Tunnel verwenden.
- Ordnen Sie jedes Ausgabefeld aus Make einem Ticket-Feld in Jodoo zu.
- Testen Sie mit synthetischen Tickets vor dem produktiven Verkehr.
- Fügen Sie Fehlerbehandlung, Retry-Warnungen und Warteschlangen für menschliche Prüfung hinzu.
IMPLEMENTIERUNGSREFERENZEN
Behalten Sie die Einrichtungsdetails für Ihr Team
Jodoo Starter App Blueprint
Das Jodoo-Feldmodell, empfohlene Ansichten, Beispiel-Datensatz und Automatisierungsregeln zur Anpassung der Support-Ticket-App, nachdem ein Make-Szenario das Ergebnis geschrieben hat.
Blueprint öffnenAgenten-Prompt + Workflow-Anleitung
Das Make-Webhook-Setup, das HTTP-Rückschreibschema, Prüfungen für gespeicherte URLs, Health Checks für temporäre Endpunkte, Hinweise zum Jodoo-Rückschreiben und Produktionsleitlinien aus der Live-Ausführung.
Anleitung öffnenWORKFLOW
Vom Make-Webhook zur nachverfolgbaren Eskalation
Make verarbeitet das eingehende Ereignis und den Rückschreib-Schritt. Jodoo speichert die Support-Ticket-Felder, die das Team prüfen, filtern und bearbeiten kann.
Eine Support-Anfrage geht über ein Formular, Portal, einen Posteingang, ein Chat-Tool oder ein internes System in einem Make Custom Webhook ein.
Run once versetzt das Webhooks-Modul in einen Wartezustand, damit die eingehende Test-Payload erfasst werden kann.
Das Make-Szenario hält das Ereignis als zweimoduligen Flow sichtbar: 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 Problemkategorie, Priorität, SLA-Ziel, Status, Owner, Antwortentwurf und Notizen zur Nachverfolgung als JSON.
Make History protokolliert die manuelle Ausführung, Anzahl der Operationen, Credit-Nutzung, Dauer und Datenübertragung.
Das strukturierte Ergebnis wird an einen Jodoo-Endpunkt für das Rückschreiben oder an eine sichere Middleware-Schicht gesendet.
Jodoo erstellt den Support-Ticket-Datensatz und hält ihn für SLA-Ansichten, Owner-Warteschlangen, Dashboards und die Audit-Historie verfügbar.
JODOO-DATENSATZ
Was Jodoo speichert
Jodoo speichert nach der Make-Ausführung die dauerhaften Support-Felder: anfragende Person, Kategorie, Asset, Priorität, SLA-Ziel, Status, Owner und Notizen zur Nachverfolgung.
TicketnummerDetails der anfragenden PersonProblemkategorieBetroffenes AssetPrioritätSLA-ZieldatumTicketstatusZugewiesener OwnerProblembeschreibungLösungsnotizenNotizen zur NachverfolgungUrsprüngliche Workflow-Ausgabe
LIVE-AUSFÜHRUNG
Ein Make-Szenario hat das Support-Ticket in Jodoo geschrieben
Die Screenshots verwenden synthetische Support-Daten und zeigen die Make-Szenario-Ansicht, eine erfolgreiche Ausführung in Make History und die Jodoo-Tabelle für Support-Tickets nach dem Rückschreiben.
Konfiguration des Make-Szenarios
Die Make-Ansicht nutzt einen Custom Webhook und ein HTTP-Modul, um den Jodoo-Endpunkt für das Rückschreiben aufzurufen.
Erfolgreiche Ausführung in Make History
Make History zeigt, dass das Support-Szenario erfolgreich abgeschlossen wurde, einschließlich Operationen, Credits, Dauer und Datenübertragung.
Jodoo-Rückschreiben
Das von Make triagierte Ticket erschien in Jodoo mit Feldern für anfragende Person, Kategorie, Priorität, SLA-Ziel und Status.
FAQ
Häufige Fragen
Antworten zur Nutzung von Agentenplattformen mit Jodoo-Datensätzen, Workflows und App-Vorlagen.
Wurde dieser Make-Support-Workflow Ende zu Ende getestet?
Ja. Ein History-Eintrag im Make-Szenario zeigt eine erfolgreiche manuelle Ausführung, und die Jodoo-Tabelle zeigt das synthetische kritische Support-Ticket, das aus dieser Ausführung erstellt wurde.
Ist dafür ein kostenpflichtiger Make-Plan erforderlich?
Für die Testausführung wurden ein kostenloses Make-Konto und synthetische Support-Daten verwendet. In der produktiven Nutzung können je nach Operations-Volumen, verbundenen Diensten und Endpunkt-Nutzung Kosten entstehen.
Kann die Ticket-Quelle von außerhalb von Jodoo kommen?
Ja. Der Trigger kann aus jedem System kommen, 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 mit Webhook und HTTP-Rückschreiben. Teams können einen KI-Schritt in Make oder einen verbundenen Modellaufruf ergänzen, solange Kategorie-, Prioritäts-, SLA-, Owner- und Statusfelder konsistent bleiben.
Was sollte vor dem Ausführen des Make-Szenarios geprüft werden?
Bestätigen Sie, dass der Custom Webhook auf Daten wartet, die URL des HTTP-Moduls gespeichert ist, der Anfrage-Body JSON ist und der Endpunkt-Health-Check erfolgreich ist, wenn ein temporärer Tunnel verwendet wird.
Worin unterscheidet sich das von einem webhookbasierten Workflow mit Code-first-Ansatz?
Make hält den Support-Flow als Module auf einer Canvas sichtbar. Builder sehen den Webhooks-Trigger, die HTTP-Anfrage, Anzahl der Operationen, Credit-Nutzung und das Ergebnis in History, bevor das Jodoo-Team das Ticket prüft.
Was passiert, wenn das HTTP-Modul in Make fehlschlägt?
Betrachten Sie die Ausführung als nicht abgeschlossen. Prüfen Sie die gespeicherte URL, den JSON-Body, den Endpunkt-Status und den Fehler in Make History, bevor Sie Screenshots erstellen oder den Workflow für echten Support-Verkehr nutzen.
Kann das Make-Szenario während des Testens inaktiv bleiben?
Ja. Für die manuelle Validierung kann Run once auf ein Webhook-Ereignis warten, ohne ein geplantes oder dauerhaft aktives Szenario einzuschalten. Für den produktiven Einsatz aktivieren Sie das Szenario, nachdem Endpunkt-Status, Kontingente, Retries und Fehlerbenachrichtigungen bereit sind.
Welche Make-Bildschirme helfen bei der Fehlerbehebung im Support-Flow?
Verwenden Sie Scenario Usage, History, die Bundle-Ausgabe des Moduls, HTTP-Statuscode, Datenübertragung, Anzahl der Operationen und Credit-Nutzung, um zu bestätigen, dass das Ticket 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 Support-Teams Felder, Ansichten, Owner, SLA-Warteschlangen, Dashboards, Workflow-Status und Audit-Kontext bietet.
NÄCHSTER SCHRITT
Machen Sie aus der Support-Erfassung in Make einen wiederverwendbaren Triage-Workflow
Starten Sie mit der Triage von Support-Tickets und passen Sie dasselbe Muster anschließend für IT-Anfragen, Eskalationen im Customer Success, Fehlererfassung oder Themen im Field Service an.