Unvollständige Anfragen
Fehlende Felder verfolgen und die nächste Pflichtangabe erfragen, ohne eine unvollständige Anfrage als angebotsreif zu behandeln.
Workflow für Umzugsanfragen · In Entwicklung
Amana ist ein Prototyp in Entwicklung, der Umzugsanfragen über WhatsApp aufnimmt und eine klare Übergabe zur Prüfung durch eine Person vorbereitet. Es ist noch kein laufender Dienst.
Pflichtangaben prüfen, nur Fehlendes nachfragen und dann eine Zusammenfassung für eine Person einreihen.
Eine Umzugsanfrage wird mit den Feldern abgeglichen, die für die Prüfung nötig sind.
Fehlt ein Pflichtfeld, folgt genau eine gezielte Rückfrage.
Eine Person prüft die Zusammenfassung und bereitet ein mögliches Angebot vor.
Eine Person gibt jede Zusammenfassung frei.
Synthetische Darstellung eines Prototyps in Entwicklung. Es werden keine Kunden-Screenshots, Kontakte, Adressen, Nachrichten oder Angebotsbeträge gezeigt, und es ist keine Aufnahme einer laufenden WhatsApp-Integration.
01 / Das Briefing
Der Prototyp ordnet eine Umzugsanfrage nach den Feldern, die eine Person für die Prüfung braucht. Fehlt ein Pflichtfeld, stellt der Ablauf genau eine gezielte Rückfrage; eine vollständige Anfrage landet in einer Warteschlange, in der eine Person die Zusammenfassung prüft und ein mögliches Angebot vorbereitet.
Ein lokaler Adapter für die WhatsApp Cloud API prüft Webhook-Signaturen und verwirft doppelte Ereignisse; ausgehende Nachrichten werden simuliert. Seine 31 lokalen Tests prüfen dieses Verhalten, belegen aber weder echte Nachrichtenzustellung noch ein Deployment, einen produktiven KI-Dienst oder Kundenergebnisse.
02 / Mein Beitrag
Ich entwickle den Aufnahme-Workflow und einen lokalen Adapter für die WhatsApp Cloud API: Pflichtfelder, Rückfragen bei fehlenden Angaben, Prüfung von Webhook-Signaturen, Umgang mit doppelten Ereignissen und simulierte ausgehende Nachrichten.
03 / Die Details
Fehlende Felder verfolgen und die nächste Pflichtangabe erfragen, ohne eine unvollständige Anfrage als angebotsreif zu behandeln.
Webhook-Signaturen prüfen und doppelte Ereignisse im lokalen Adapter ignorieren; ausgehende Nachrichten werden in Tests simuliert.
Prüfung der Zusammenfassung, Angebotserstellung und jede Zusage an Kunden bleiben bei einer Person. Die End-to-End-Prüfung ist ein nächster Schritt.
Das Fundament
Das Ergebnis
Bisher: ein Prototyp mit einem lokalen Adapter, der durch 31 Tests abgedeckt ist, und eine Warteschlange, in der eine Person jede Zusammenfassung prüft und ein mögliches Angebot vorbereitet. Echter WhatsApp-Betrieb von Anfang bis Ende, ein produktives Deployment und Kundenergebnisse wurden nicht verifiziert.
Etwas Ähnliches im Sinn?
Weiter entdecken
