Lösungshandbuch
Ein Planungsleitfaden für den Make-Loop zur Meeting-Nachverfolgung, inklusive Workflow, Jodoo-Felder und Rollout-Checkliste.
Handbuch öffnenMAKE + JODOO
Nutzen Sie Make mit Jodoo, um Webhooks mit Meetingnotizen zu empfangen, strukturierte Maßnahmen-Felder über ein HTTP-Modul zu senden und Owner, Fälligkeitsdaten, Blocker und Nachverfolgungsstatus nachvollziehbar zu halten.
VIDEO-WALKTHROUGH
Das Video zeigt einen kompletten Meeting-Nachverfolgungszyklus: Make empfängt einen Webhook mit Meetingnotizen, das HTTP-Modul sendet an die Jodoo-Rückschreiben-Ebene, und Jodoo verwaltet die Owner-Warteschlange und den Nachverfolgungs-Datensatz.
Ein Custom Webhook empfängt ein synthetisches Review zum Kunden-Onboarding mit Meeting-Titel, Datum, Entscheidungen, Risiken und Nachverfolgungskontext.
Das HTTP-Modul sendet strukturierte Maßnahmen-Felder an die Jodoo-Rückschreiben-Ebene und erhält eine erfolgreiche Antwort.
Der Rückschreiben-Schritt ordnet die strukturierten Felder einem Jodoo-Datensatz für Meeting-Maßnahmen zu.
Teams können offene Maßnahmen, diese Woche fällige Aufgaben, blockierte Punkte, Owner-Warteschlangen und die ursprüngliche Workflow-Ausgabe prüfen.
DEMO-ZUSAMMENFASSUNG
Der Rundgang zeigt, wie aus einer Meeting-Zusammenfassung ein Jodoo Maßnahmen-Datensatz mit Owner, Fälligkeitsdatum, Priorität, Blocker, Status, Konfidenz und originaler Workflow-Ausgabe wird.
Entscheidungen aus Meetings bleiben oft in Notizen stehen, statt als nachverfolgbare Arbeit erfasst zu werden.
Die Payload mit den Meetingnotizen gelangt über einen Custom Webhook in das Make-Szenario.
Make sendet die strukturierten Maßnahmen-Felder an den Jodoo-Rückschreiben-Schritt.
Der Testlauf erstellt einen Meeting-Maßnahmen-Datensatz mit Owner, Fälligkeitsdatum, Priorität, Blocker und Status.
Der Datensatz kann in Ansichten nach Fälligkeitsdatum, Owner-Warteschlangen und die Blocker-Prüfung übergehen.
Nutzen Sie Handbuch, Blueprint und Anleitung, um den Workflow anzupassen.
HINWEISE ZUR PLATTFORMEINRICHTUNG
Das Jodoo-Datensatzmodell kann konsistent bleiben, aber jede Agentenplattform hat einen anderen Build-Stil, eine andere Testansicht und eine andere Übergabe in den Produktivbetrieb.
Make ist besonders stark, wenn ein Operations-Builder vor der Terminplanung des Szenarios das Custom Webhook-Bundle, Modulausführungen, Credit-Nutzung und die HTTP-Antwort beobachten möchte.
Das Jodoo-Rückschreiben ist in einem einzelnen HTTP-Modul isoliert, sodass Header, JSON-Body, Status 200, Response-Body und Retry-Verhalten leicht geprüft werden können.
Diese Version passt zu Teams, die für Übergabe-Reviews lieber Make History und eine visuelle Arbeitsfläche nutzen als schrittweises oder code-basiertes Debugging.
WORKFLOW-KIT
Prüfen Sie das Feld-Mapping, kopieren Sie die Make-Workflow-Anleitung und nutzen Sie das Jodoo-Modell für den Maßnahmen-Tracker, bevor Sie das Szenario an Ihre eigene Meeting-Quelle anpassen.
Make empfängt das Ereignis mit den Meetingnotizen und sendet einen strukturierten Maßnahmenpunkt. Jodoo speichert den belastbaren Maßnahmen-Datensatz: Owner, Fälligkeitsdatum, Priorität, Blocker, Status, Konfidenz und Audit-Kontext.
WIEDERVERWENDBARER WORKFLOW
Transkript, Notiz-App, Formular, Webhook-Quelle oder manuelle Testnotiz
Empfängt den Webhook, sendet das HTTP-Rückschreiben und bestätigt Status 200
Ein JSON-Objekt mit den Feldern, die Jodoo benötigt
Sendet das JSON an die Jodoo-Rückschreiben-Ebene
Felder, Ansichten, Owner-Warteschlange, Blocker-Status und originale Ausgabe
WORKFLOW-KREISLAUF
Meetingnotizen kommen aus einem Transkript, einer Notiz-App, einem Formular, einer Webhook-Quelle oder einer manuellen Test-Payload.
Ein Make Custom Webhook empfängt den Meeting-Titel, das Datum und die Quellnotizen.
Ein Transformations-, Code- oder Agenten-Schritt gibt strukturierte Felder für Entscheidungszusammenfassung, Maßnahmenpunkt, Owner, Fälligkeitsdatum, Priorität, Blocker, Status und Konfidenz zurück.
Das Make HTTP-Modul sendet das strukturierte Ergebnis an die Jodoo-Rückschreiben-Ebene.
Jodoo erstellt den Datensatz für die Meeting-Maßnahme und speichert die originale Workflow-Ausgabe zur Prüfung.
Teams arbeiten mit Owner-Warteschlangen, Ansichten nach Fälligkeitsdatum, Ansichten für blockierte Elemente und Nachverfolgungs-Dashboards.
FELD-MAPPING
| Agenten- oder Quelldaten | Jodoo-Datensatzfelder |
|---|---|
| Custom Webhook-Bundle: meeting_title, meeting_date, source_notes | Meeting-Titel, Meeting-Datum, Quellnotizen |
| Make-Mapping-Panel: decision_summary, action_item | Entscheidungszusammenfassung, Maßnahmenpunkt |
| HTTP-Modul-JSON: owner, due_date, priority | Owner, Fälligkeitsdatum, Priorität |
| HTTP-Modul-JSON: risk_or_blocker, follow_up_status | Risiko oder Blocker, Nachverfolgungsstatus |
| Make-Laufausgabe: agent_confidence, Response-Body, Vorgangsstatus | Agenten-Konfidenz, originale Agenten-Ausgabe |
AGENTEN-ANLEITUNG
Sie sind ein Assistent für die Meeting-Nachverfolgung. Lesen Sie Meetingnotizen und geben Sie einen strukturierten Maßnahmenpunkt zurück, den ein Team in Jodoo nachverfolgen kann.
Verwenden Sie die Webhook-Payload als Kontext und geben Sie dann JSON-Felder zurück, die das Make HTTP-Modul in die Jodoo-Rückschreiben-Anfrage mappen kann.
Geben Sie meeting_title, meeting_date, source_notes, decision_summary, action_item, owner, due_date, priority, risk_or_blocker, follow_up_status, source_platform und agent_confidence zurück.
{
"meeting_title": "Risiko-Review zum Kunden-Onboarding",
"meeting_date": "2026-06-04 10:30",
"decision_summary": "Training am 10. Juni beibehalten, wenn die Importprobe diese Woche freigegeben wird.",
"action_item": "Verantwortliche Person für Datenimport bestätigen und Freigabe der Importprobe anfordern.",
"owner": "Maya Chen",
"due_date": "2026-06-05",
"priority": "Hoch",
"risk_or_blocker": "Trainingstermin kann sich verschieben, wenn die Importprobe bis Freitag nicht freigegeben ist.",
"follow_up_status": "Verantwortliche Person muss bestätigt werden",
"source_platform": "make",
"agent_confidence": "0.86"
}JODOO-STARTER-APP
Nutzen Sie das Feldmodell, empfohlene Ansichten und Automatisierungsregeln, wenn Sie den Make-Workflow für Meeting-Maßnahmen an Ihr Team anpassen.
ROLLOUT-CHECKLISTE
IMPLEMENTIERUNGSREFERENZEN
Ein Planungsleitfaden für den Make-Loop zur Meeting-Nachverfolgung, inklusive Workflow, Jodoo-Felder und Rollout-Checkliste.
Handbuch öffnenDas Jodoo-Feldmodell, empfohlene Ansichten und das Make-Rückschreiben-Mapping zur Anpassung des Maßnahmen-Trackers für Meetings.
Blueprint öffnenDie Struktur des Make-Szenarios, das Schema für strukturierte Ausgaben, Beispielnotizen, erwartetes JSON und das Jodoo-Feld-Mapping.
Anleitung öffnenWORKFLOW
Make ist hilfreich, wenn Teams einen visuellen Automatisierungspfad möchten. Der Custom Webhook und das HTTP-Modul machen Trigger und Jodoo-Rückschreiben vor dem Produktiveinsatz leicht prüfbar.
Meetingnotizen kommen aus einem Transkript, einer Notiz-App, einem Formular, einer Webhook-Quelle oder einer manuellen Test-Payload.
Ein Make Custom Webhook empfängt den Meeting-Titel, das Datum und die Quellnotizen.
Ein Transformations-, Code- oder Agenten-Schritt gibt strukturierte Felder für Entscheidungszusammenfassung, Maßnahmenpunkt, Owner, Fälligkeitsdatum, Priorität, Blocker, Status und Konfidenz zurück.
Das Make HTTP-Modul sendet das strukturierte Ergebnis an die Jodoo-Rückschreiben-Ebene.
Jodoo erstellt den Datensatz für die Meeting-Maßnahme und speichert die originale Workflow-Ausgabe zur Prüfung.
Teams arbeiten mit Owner-Warteschlangen, Ansichten nach Fälligkeitsdatum, Ansichten für blockierte Elemente und Nachverfolgungs-Dashboards.
JODOO-DATENSATZ
Jodoo speichert die Nachverfolgungs-Felder, die das Team nach dem Make-Lauf braucht: Meeting-Titel, Entscheidungszusammenfassung, Maßnahmenpunkt, Owner, Fälligkeitsdatum, Priorität, Blocker, Status und Konfidenz.
TESTLAUF
Die Screenshots verwenden synthetische Meetingnotizen und zeigen das Make-Szenario, eine erfolgreiche Antwort des HTTP-Moduls und die vom Workflow erstellte Tabellenzeile in Jodoo.

Ein Make Custom Webhook und ein HTTP-Modul bilden den Flow zur Nachverfolgung von Maßnahmen aus Meetingnotizen.

Das HTTP-Modul wurde mit Status 200 abgeschlossen, nachdem die Meeting-Maßnahme an Jodoo gesendet wurde.

Maßnahmenpunkt, Owner, Fälligkeitsdatum, Priorität, Blocker und Status wurden in Jodoo geschrieben.
FAQ
Antworten zur Nutzung von Agentenplattformen mit Jodoo-Datensätzen, Workflows und App-Vorlagen.
Ja. Der Proof-Lauf nutzte synthetische Meetingnotizen, schloss das Make HTTP-Modul mit Status 200 ab und erstellte einen Datensatz für Meeting-Maßnahmen in Jodoo.
Der Test nutzte eine kompakte Szenario-Struktur, die für Free-Pläne geeignet ist. Für den Produktiveinsatz kann je nach Operations-Volumen, Zeitplanung, verbundenen Apps und Anforderungen an die Fehlerbehandlung ein kostenpflichtiger Plan nötig sein.
Ja. Die Quelle kann ein Transkript, eine Notiz-App, ein Formular, ein Webhook oder eine manuelle Test-Payload sein, solange der Workflow vorhersehbaren Text in das Make-Szenario sendet.
Jodoo speichert den Meeting-Titel, das Datum, die Quellnotizen, die Entscheidungszusammenfassung, den Maßnahmenpunkt, den Owner, das Fälligkeitsdatum, die Priorität, den Blocker, den Nachverfolgungsstatus, die Konfidenz und die originale Ausgabe.
Das Jodoo-Datensatzmodell ist ähnlich, aber diese Seite zeigt das Make-spezifische Setup: Custom Webhook, HTTP-Modul, Run-once-Testnachweis, Status-200-Antwort und Hinweise für den Produktiveinsatz mit Make.
NÄCHSTER SCHRITT
Starten Sie mit einem einzelnen Maßnahmenpunkt aus einem Meeting und übertragen Sie dasselbe Muster dann auf Onboarding-Calls, Projekt-Reviews, Support-Eskalationen und Lieferanten-Nachverfolgung.