Lösungshandbuch
Ein Planungsleitfaden für den n8n-Loop zur Nachverfolgung von Meetings, einschließlich Workflow, Jodoo-Feldern und Checkliste für den Rollout.
Handbuch öffnenN8N + JODOO
KI-gestützte Meetingnotizen in einen Maßnahmen-Tracker mit n8n + Jodoo
Nutzen Sie n8n mit Jodoo, um Webhooks mit Meetingnotizen zu empfangen, Nachverfolgungen in strukturiertes JSON umzuwandeln, die Maßnahme per HTTP Request zu übermitteln und Owner, Fälligkeitsdaten, Blocker und Status nachzuverfolgen.
Meetingnotizen über einen n8n-Webhook empfangenStrukturierte Maßnahmen-Felder in einem Code- oder KI-Agent-Schritt vorbereitenEine verarbeitbare JSON-Nutzlast an Jodoo sendenOwner und Blocker in einem zentralen Maßnahmen-Datensatz nachverfolgen
VIDEO-RUNDGANG
So läuft die Demo ab
Das Video zeigt einen vollständigen Nachverfolgungszyklus für Meetings: n8n empfängt einen Webhook mit Meetingnotizen, bereitet Maßnahmen-Felder auf, sendet eine JSON-Nutzlast per HTTP Request und Jodoo verwaltet die Owner-Warteschlange und den Nachverfolgungs-Datensatz.
Meetingnotizen gehen in n8n ein
Ein Webhook-Node empfängt ein synthetisches Review zum Kunden-Onboarding mit Meeting-Titel, Datum, Entscheidungen, Risiken und Kontext zur Nachverfolgung.
n8n bereitet Maßnahmen-Felder vor
Ein Code- oder KI-Agent-Schritt gibt das strukturierte Maßnahmen-Objekt zurück, das der HTTP Request-Node an Jodoo senden kann.
HTTP Request sendet JSON
Der Body verwendet eine verarbeitbare JSON-Nutzlast, damit Jodoo die Maßnahmen-Felder aus dem Meeting empfängt statt eines Objekt-Platzhalters.
Jodoo erstellt den Datensatz
Der Rückschreib-Schritt ordnet die strukturierten Felder einem Jodoo-Datensatz für Meeting-Maßnahmen mit Owner, Fälligkeitsdatum, Priorität, Blocker und Status zu.
DEMO-ZUSAMMENFASSUNG
n8n führt den Workflow aus, Jodoo erfasst die Meeting-Maßnahme
Der Walkthrough zeigt, wie aus einer Meeting-Zusammenfassung ein Maßnahmen-Datensatz in Jodoo mit Owner, Fälligkeitsdatum, Priorität, Blocker, Status, Konfidenz und ursprünglicher Workflow-Ausgabe wird.
Problem bei der Meeting-Nachverfolgung
Entscheidungen aus Meetings bleiben oft in Notizen stehen, statt in nachverfolgbare Arbeit überführt zu werden.
n8n-Webhook-Trigger
Die Nutzlast mit den Meetingnotizen gelangt über einen Webhook-Node in den n8n-Workflow.
Strukturierte Ausgabe
n8n bereitet ein Maßnahmen-Objekt mit den Feldern für Owner, Fälligkeitsdatum, Priorität, Blocker und Status auf.
HTTP-Rückschreiben
Der HTTP Request-Node übergibt die JSON-Nutzlast an den Rückschreib-Schritt in Jodoo.
Jodoo-Maßnahmen-Datensatz
Der Testlauf erstellt einen Meeting-Maßnahmen-Datensatz, der in Owner-Warteschlangen und zur Blocker-Prüfung weiterverwendet werden kann.
Wiederverwendbares Paket
Nutzen Sie Handbuch, Blueprint und Anleitung, um den Workflow anzupassen.
HINWEISE ZUR PLATTFORMEINRICHTUNG
Was an n8n spezifisch ist
Das Jodoo-Datensatzmodell kann konsistent bleiben, aber jede Agentenplattform hat einen anderen Build-Stil, eine andere Testansicht und eine andere Übergabe in den Produktivbetrieb.
Ausführungsnachweis auf Node-Ebene
n8n trennt die Schritte Webhook, Code und HTTP Request, sodass Builder während der Ausführung jedes Eingabeelement, Ausgabeelement und jede Request-Body-Expression prüfen können.
Verarbeitbarer JSON-Body
Der getestete Workflow hält den HTTP Request-Body als gültiges JSON statt als stringifizierten Objekt-Platzhalter. Das ist das wichtigste Setup-Detail, das beibehalten werden sollte.
Prüfungen im Expression Editor
Vor dem produktiven Einsatz sollten n8n-Builder die $json-Pfade, angeheftete Testdaten, Item-Indizierung, den Raw-Body-Modus und den Ausführungsverlauf des Rückschreib-Nodes prüfen.
Kontrolle über Credentials und Retries
Diese Version eignet sich für technische Teams, die explizite Credentials, angeheftete Testdaten, Retry-Handling und Debugging auf Node-Ebene wollen, bevor sie einen KI-Agent-Node hinzufügen.
WORKFLOW-KIT
Erstellen Sie denselben n8n-Ablauf für die Nachverfolgung von Meetings
Prüfen Sie das Feld-Mapping, kopieren Sie die n8n-Workflow-Anleitung und nutzen Sie das Jodoo-Modell für den Maßnahmen-Tracker, bevor Sie den Workflow an Ihre eigene Meeting-Quelle anpassen.
Was Ihr Team wiederverwenden kann
n8n empfängt das Event mit den Meetingnotizen und übermittelt einen strukturierten Maßnahmenpunkt. Jodoo speichert den belastbaren Maßnahmen-Datensatz mit Owner, Fälligkeitsdatum, Priorität, Blocker, Status, Konfidenz und Audit-Kontext.
Business-WorkflowJodoo-FeldmodellAgenten-PromptRollout-Checkliste
WIEDERVERWENDBARER WORKFLOW
Der Workflow entscheidet. Jodoo hält die Arbeit in Bewegung.
- 01
Meeting-Quelle
Transkript, Notiz-App, Formular, Webhook-Quelle oder manuelle Testnotiz
- 02
n8n-Workflow
Empfängt den Webhook, bereitet JSON vor, sendet den HTTP Request und bestätigt die Jodoo-Daten-ID
- 03
Strukturierte Ausgabe
Ein JSON-Objekt mit den Feldern, die Jodoo benötigt
- 04
HTTP Request
Sendet verarbeitbares JSON an die Jodoo-Rückschreib-Ebene
- 05
Jodoo-Maßnahmen-Datensatz
Felder, Ansichten, Owner-Warteschlange, Blocker-Status und ursprüngliche Ausgabe
WORKFLOW-KREISLAUF
Vom n8n-Webhook zur Owner-Warteschlange
Meetingnotizen gehen aus einem Transkript, einer Notiz-App, einem Formular, einer Webhook-Quelle oder einer manuellen Test-Nutzlast ein.
Ein n8n-Webhook-Node empfängt den Meeting-Titel, das Datum und die Quellnotizen.
Ein Code-, Set- oder KI-Agent-Schritt gibt strukturierte Felder für Entscheidungszusammenfassung, Maßnahmenpunkt, Owner, Fälligkeitsdatum, Priorität, Blocker, Status und Konfidenz zurück.
Der HTTP Request-Node sendet einen verarbeitbaren JSON-Body an die Jodoo-Rückschreib-Ebene.
Jodoo erstellt den Maßnahmen-Datensatz für das Meeting und speichert die ursprüngliche Workflow-Ausgabe zur Prüfung mit.
Teams arbeiten mit Owner-Warteschlangen, Ansichten nach Fälligkeitsdatum, Ansichten für blockierte Elemente und Dashboards zur Nachverfolgung.
FELD-MAPPING
Agentenausgabe wird zu Jodoo-Feldern
| Agenten- oder Quelldaten | Jodoo-Datensatzfelder |
|---|---|
| Webhook-Node-Body: meeting_title, meeting_date, source_notes | Meeting-Titel, Meeting-Datum, Quellnotizen |
| Code- oder KI-Agent-Node-Ausgabe: decision_summary, action_item | Entscheidungszusammenfassung, Maßnahmenpunkt |
| HTTP Request-JSON-Body: owner, due_date, priority | Owner, Fälligkeitsdatum, Priorität |
| HTTP Request-JSON-Body: risk_or_blocker, follow_up_status | Risiko oder Blocker, Status der Nachverfolgung |
| Ausführungsdaten: agent_confidence, response body, data ID | Agenten-Konfidenz, ursprüngliche Agenten-Ausgabe |
AGENTEN-ANLEITUNG
Prompt und strukturierte Ausgabe
Agentenrolle
Sie sind ein Assistent für die Nachverfolgung von Meetings. Lesen Sie Meetingnotizen und geben Sie einen strukturierten Maßnahmenpunkt zurück, den ein Team in Jodoo nachverfolgen kann.
n8n-Anweisung
Verwenden Sie die Webhook-Nutzlast als Kontext und geben Sie dann JSON-Felder zurück, die der n8n-HTTP Request-Node in die Jodoo-Rückschreib-Anfrage senden kann.
Erforderliche Ausgabe
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": "n8n",
"agent_confidence": "0.86"
}JODOO-STARTER-APP
Starter-App für KI-gestützten Maßnahmen-Tracker für Meetings
Verwenden Sie das Feldmodell, empfohlene Ansichten und Automatisierungsregeln, wenn Sie den n8n-Workflow für Meeting-Maßnahmen an Ihr Team anpassen.
Enthaltene Felder
- Meeting-Titel
- Meeting-Datum
- Quellnotizen
- Entscheidungszusammenfassung
- Maßnahmenpunkt
- Owner
- Fälligkeitsdatum
- Priorität
- Risiko oder Blocker
- Status der Nachverfolgung
- Quellplattform
- Agenten-Konfidenz
- Ursprüngliche Workflow-Ausgabe
Empfohlene Ansichten
- Offene Maßnahmenpunkte
- Diese Woche fällig
- Blockiert oder gefährdet
- Owner-Warteschlange
- Alle Meeting-Maßnahmen
Automatisierungsregeln
- Einen Jodoo-Maßnahmen-Datensatz für Meetings erstellen, nachdem n8n eine strukturierte Ausgabe zurückgibt.
- Maßnahmen mit hoher Priorität oder mit Blockern in eine Prüf-Warteschlange verschieben.
- Den Owner benachrichtigen, wenn das Fälligkeitsdatum näher rückt.
- Die ursprüngliche Workflow-Ausgabe im Audit-Trail speichern.
ROLLOUT-CHECKLISTE
Was vor dem Produktivbetrieb bestätigt werden sollte
- Wählen Sie die Meeting-Quelle und legen Sie fest, welche Transkripte sicher verarbeitet werden können.
- Halten Sie den Output-Vertrag zunächst schlank, bevor Sie pro Meeting weitere Maßnahmenpunkte hinzufügen.
- Ordnen Sie jedes Ausgabefeld einem stabilen Jodoo-Feld zu.
- Verwenden Sie JSON.stringify($json) oder einen entsprechenden Raw-JSON-Body, damit die HTTP Request-Nutzlast verarbeitbar bleibt.
- Testen Sie mit synthetischen Meetingnotizen, bevor Sie produktive Calls verwenden.
- Erstellen Sie Prüf-Warteschlangen für blockierte Elemente, fehlende Owner und Ergebnisse mit niedriger Konfidenz.
- Fügen Sie n8n-Retry-Handling und Owner-Benachrichtigungen hinzu, sobald das Feldmodell stabil ist.
IMPLEMENTIERUNGSREFERENZEN
Behalten Sie die Einrichtungsdetails für Ihr Team
Jodoo Starter-App-Blueprint
Das Jodoo-Feldmodell, empfohlene Ansichten und das n8n-Mapping für das Rückschreiben zur Anpassung des Meeting-Maßnahmen-Trackers.
Blueprint öffnenAgenten-Prompt + Workflow-Anleitung
Die Struktur des n8n-Workflows, das Schema für strukturierte Ausgaben, Beispielnotizen, erwartetes JSON, die Einrichtung des HTTP Request-Bodys und das Jodoo-Feld-Mapping.
Anleitung öffnenWORKFLOW
Vom n8n-Webhook zum nachverfolgbaren Maßnahmenpunkt
n8n ist sinnvoll, wenn Teams Kontrolle auf Node-Ebene benötigen. Mit den Nodes Webhook, Code und HTTP Request lassen sich Nutzlast und Rückschreiben nach Jodoo vor dem produktiven Einsatz einfach prüfen.
Meetingnotizen gehen aus einem Transkript, einer Notiz-App, einem Formular, einer Webhook-Quelle oder einer manuellen Test-Nutzlast ein.
Ein n8n-Webhook-Node empfängt den Meeting-Titel, das Datum und die Quellnotizen.
Ein Code-, Set- oder KI-Agent-Schritt gibt strukturierte Felder für Entscheidungszusammenfassung, Maßnahmenpunkt, Owner, Fälligkeitsdatum, Priorität, Blocker, Status und Konfidenz zurück.
Der HTTP Request-Node sendet einen verarbeitbaren JSON-Body an die Jodoo-Rückschreib-Ebene.
Jodoo erstellt den Maßnahmen-Datensatz für das Meeting und speichert die ursprüngliche Workflow-Ausgabe zur Prüfung mit.
Teams arbeiten mit Owner-Warteschlangen, Ansichten nach Fälligkeitsdatum, Ansichten für blockierte Elemente und Dashboards zur Nachverfolgung.
JODOO-DATENSATZ
Was Jodoo speichert
Jodoo speichert nach dem n8n-Lauf die für das Team wichtigen Nachverfolgungsfelder: Meeting-Titel, Entscheidungszusammenfassung, Maßnahmenpunkt, Owner, Fälligkeitsdatum, Priorität, Blocker, Status und Konfidenz.
Meeting-TitelMeeting-DatumQuellnotizenEntscheidungszusammenfassungMaßnahmenpunktOwnerFälligkeitsdatumPrioritätRisiko oder BlockerStatus der NachverfolgungQuellplattformAgenten-KonfidenzUrsprüngliche Workflow-Ausgabe
TESTLAUF
Ein n8n-Testlauf hat die Meeting-Maßnahme in Jodoo geschrieben
Die Screenshots verwenden synthetische Meetingnotizen und zeigen die n8n-Workflow-Konfiguration, eine erfolgreiche Ausführung mit drei Nodes und die vom Workflow erstellte Tabellenzeile in Jodoo.
n8n-Workflow-Konfiguration
Webhook-, Code- und HTTP Request-Nodes bilden den Ablauf zur Nachverfolgung von Maßnahmen aus Meetingnotizen.
Erfolgreiche n8n-Ausführung
Die Nodes Webhook, Code und HTTP Request wurden nach dem Übertragen der Meeting-Maßnahme an Jodoo erfolgreich abgeschlossen.
Jodoo-Rückschreiben
Maßnahmenpunkt, Owner, Fälligkeitsdatum, Priorität, Blocker und Status wurden in Jodoo geschrieben.
FAQ
Häufige Fragen
Antworten zur Nutzung von Agentenplattformen mit Jodoo-Datensätzen, Workflows und App-Vorlagen.
Wurde dieser n8n-Workflow Ende zu Ende getestet?
Ja. Der Proof-Run verwendete synthetische Meetingnotizen, führte die Nodes Webhook, Code und HTTP Request vollständig aus und erstellte einen Meeting-Maßnahmen-Datensatz in Jodoo.
Ist dafür ein kostenpflichtiger n8n-Plan erforderlich?
Für den Test wurden n8n Cloud-Testzugang und eine kompakte Workflow-Struktur verwendet. Je nach Volumen können für den produktiven Einsatz kostenpflichtiges Hosting, verbundene Apps, Modell-Credentials oder höhere Ausführungslimits erforderlich sein.
Kann dafür ein n8n KI-Agent statt eines Code-Nodes verwendet werden?
Ja. Der Proof nutzt einen expliziten Code-Schritt, damit die Ausgabe prüfbar ist. Teams können ihn nach dem Verbinden ihrer bevorzugten Modell-Credentials durch einen n8n KI-Agent ersetzen.
Was speichert Jodoo nach der n8n-Ausführung?
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 Status der Nachverfolgung, die Konfidenz und die ursprüngliche Ausgabe.
Worin unterscheidet sich das von der Make-Version?
Das Jodoo-Datensatzmodell ist ähnlich, aber diese Seite zeigt das n8n-spezifische Setup: Webhook-Node, Code-Ausgabe, HTTP Request-Body-Expression, Ausführungsansicht und produktspezifische Hinweise für n8n.
NÄCHSTER SCHRITT
Meetingnotizen in operative Nachverfolgung umwandeln
Starten Sie mit einem einzelnen Maßnahmenpunkt aus einem Meeting und übertragen Sie dasselbe n8n-Muster anschließend auf Onboarding-Calls, Projekt-Reviews, Support-Eskalationen und die Nachverfolgung von Lieferanten.