Fonio Prompt erstellen: Gespräche, Rückfragen und Übergaben zuverlässig steuern

Ein langer Text mit Unternehmenswissen, Gesprächsregeln und Sonderfällen ist noch kein belastbarer Prompt. Wer einen Fonio Prompt erstellen will, braucht eine überprüfbare Gesprächsspezifikation: klare Aufgabe, einzelne Pflichtfelder, erlaubte Quellen, bestätigte Aktionen und einen definierten Übergabepunkt.

Die folgenden Regeln orientieren sich an der aktuellen Fonio-Hilfe zum Prompt und an der praktischen Entwicklung integrierter Telefonprozesse. Eine universelle Kopiervorlage wäre unseriös. Der Prompt für eine Arztpraxis benötigt andere Grenzen als der Dialog für eine Kartbahn oder Werkstatt.

Fonio Prompt erstellen heißt zuerst den Auftrag begrenzen

Der Prompt beginnt mit einem einzigen Geschäftsziel. Beispiel: „Du nimmst Rückrufwünsche für Fensterreparaturen auf und erstellst nach bestätigten Angaben einen CRM-Vorgang.“ Diese Aufgabe ist enger und besser testbar als „Du bist der Kundenservice“.

Danach werden ausgeschlossene Aufgaben genannt. Der Assistent nennt keine verbindlichen Preise, diagnostiziert keinen Schaden und verspricht keinen Einsatztermin. Für diese Fragen erfasst er den Rückrufgrund.

Der begrenzte Auftrag bestimmt die benötigten Daten. Name, Telefonnummer, Einsatzort und kurze Fehlerbeschreibung können erforderlich sein; eine private Zusatzinformation ohne Prozesszweck wird nicht erhoben.

Rolle, Identität und Transparenz am Gesprächsbeginn

Fonio erhält eine Rolle und einen verständlichen Namen. Die Begrüßung macht deutlich, dass eine KI beziehungsweise ein digitaler Telefonassistent spricht. Sie nennt Unternehmen und Zweck, ohne einen menschlichen Mitarbeiter zu imitieren.

Die Rolle beschreibt auch den Ton. „Kurz, ruhig und klar“ ist prüfbarer als „maximal empathisch“. Bei einem aufgeregten Anrufer soll der Assistent nicht mit übertriebenen Gefühlsbehauptungen reagieren, sondern Orientierung geben und bei Bedarf früh übergeben.

Eine Begrüßung stellt höchstens eine klare Einstiegsfrage. Lange Listen möglicher Anliegen überfordern am Telefon und erhöhen Unterbrechungen.

Gesprächsphasen statt freier Improvisation definieren

Ein stabiler Dialog wird in Phasen gegliedert: Anliegen erkennen, Pflichtangaben erheben, kritische Werte bestätigen, Aktion ausführen und Ergebnis erklären. Jede Phase besitzt ein Ende und einen Fehlerweg.

Der Assistent darf bereits genannte Angaben übernehmen, muss sie aber auf Gültigkeit prüfen. Wiederholt er jedes Detail unnötig, wirkt das Gespräch langsam. Überspringt er Bestätigungen, entstehen falsche Vorgänge.

Für Gegenfragen steht fest, ob die Antwort aus Wissen, System oder menschlicher Beratung kommt. Nach einer kurzen Antwort kehrt Fonio zur offenen Pflichtangabe zurück, statt den ursprünglichen Vorgang zu verlieren.

Pflichtfelder einzeln und mit verständlichem Grund abfragen

Der Prompt listet Pflichtfelder pro Anruftyp. Fonio fragt sie nacheinander, nicht als Frageblock. „Wie heißen Sie, wo wohnen Sie und wann können wir zurückrufen?“ führt leicht zu unvollständigen Antworten.

Wenn ein Anrufer eine Angabe nicht machen möchte, ist ein erlaubter Ersatzweg definiert. Eine E-Mail-Adresse ist möglicherweise optional, wenn die Telefonnummer genügt. Für eine verbindliche Buchung können Name und Kontakt dagegen erforderlich sein.

Der Prompt unterscheidet erfasst, formatiert und bestätigt. Eine erkannte Telefonnummer wird nicht automatisch als bestätigt markiert. Der Assistent wiederholt sie gruppiert und wartet auf Zustimmung.

Wissen nicht in den Gesprächsprompt kopieren

Der Prompt sagt, welche Wissensquelle verwendet werden darf und was bei fehlender Information geschieht. Umfangreiche Leistungsbeschreibungen oder ständig wechselnde Öffnungszeiten gehören in eine gepflegte Wissensbasis.

Aktuelle Termine, Kapazitäten und Kundenstatus kommen aus dem führenden System. Der Prompt enthält die Regel „Nutze für freie Termine ausschließlich das Kalenderwerkzeug“ statt eine Liste kopierter Zeiten.

Wenn keine freigegebene Antwort vorliegt, erfindet der Assistent nichts. Er sagt offen, dass die Information geprüft werden muss, und bietet Rückruf oder Übergabe an.

Fonio Prompt in einer Demo ausprobieren

Ein erster Demo-Assistent eignet sich, um Begrüßung, Rolle und einfache Rückfragen hörbar zu prüfen. Verbindliche Systemaktionen und sensible Daten bleiben bis zur fachlichen und technischen Abnahme deaktiviert.

Werbung/Affiliate-Link: SW Business Solutions ist Fonio-Partner. Wenn Leser über einen gekennzeichneten Partnerlink ein kostenpflichtiges Angebot abschließen, kann SW Business Solutions eine Provision erhalten.

Fonio-Demo für einen ersten Prompt-Test starten. Der Partnerlink dient der Zuordnung. Wer einen kostenpflichtigen Kauf erwägt, prüft Tarif, Leistungsumfang und Bedingungen unmittelbar vor dem Abschluss.

Aussprache, Namen und alphanumerische Werte behandeln

Firmennamen, Ortsnamen und Fachbegriffe erhalten Aussprachehinweise, sofern die Plattform dies unterstützt. Die Korrektur wird im Telefonaudio geprüft. Eine Schreibweise, die visuell logisch wirkt, kann gesprochen falsch klingen.

E-Mail-Adressen, Kennzeichen und Vorgangsnummern werden in geeignete Gruppen zerlegt. Bei wiederholtem Scheitern wechselt der Prozess zu SMS-Link, Tastatureingabe oder Mitarbeiter. Endlose Buchstabierschleifen sind kein Qualitätsmerkmal.

Der Assistent darf die angezeigte Anrufernummer als Hinweis nutzen, aber nicht automatisch als sichere Identität behandeln. Gemeinsame Anschlüsse, unterdrückte Nummern und Weiterleitungen machen diese Annahme unsicher.

Werkzeugaufrufe und Geschäftsregeln vom Prompt trennen

Ein Prompt kann entscheiden, wann ein Werkzeug benötigt wird. Ob eine Aktion erlaubt ist, prüft jedoch das Backend. Eine Terminbuchung wird nur ausgeführt, wenn Terminart, Ressource, Zeitraum und bestätigte Kontaktdaten gültig sind.

API-Schlüssel und interne Zugangsdaten stehen nie im Prompt. Die Integration authentifiziert sich außerhalb des Sprachmodells. Eingaben werden serverseitig validiert und protokolliert.

Bei einem Fehler nennt Fonio kein erfundenes Ergebnis. Der Prompt erhält eine klare Fehlerantwort wie: „Die Buchung konnte gerade nicht gespeichert werden. Ich nehme Ihren Rückrufwunsch auf.“ Die technische Ursache bleibt im Protokoll, nicht in einer langen Kundenerklärung.

Übergabe als eigener Gesprächspfad formulieren

Der Prompt nennt harte Übergabekriterien: ausdrücklicher Mitarbeiterwunsch, sensible Beratung, Beschwerde, fehlende Berechtigung oder definierter Notfall. Ein schwammiger Satz wie „Übergib, wenn es kompliziert wird“ erzeugt unvorhersehbare Entscheidungen.

Vor der Übergabe fasst Fonio die bestätigten Angaben und den Grund kurz zusammen. Die zuständige Person erhält denselben Kontext. Scheitert die Live-Verbindung, entsteht ein Rückrufvorgang statt eines Gesprächsabbruchs.

Der Anrufer muss nicht mehrfach begründen, warum er mit einem Menschen sprechen möchte. Der Prompt akzeptiert den Wunsch früh und transparent.

Verbotene Aussagen und Sicherheitsgrenzen konkret benennen

„Keine falschen Aussagen machen“ ist zu allgemein. Der Prompt nennt konkrete Verbote: keine medizinische Diagnose, keine Rechtsauskunft, keine verbindliche Preiszusage ohne Systemwert, keine Änderung fremder Kundendaten und keine Bestätigung einer fehlgeschlagenen Buchung.

Bei sicherheitsrelevanten Fällen gilt ein fester Hinweis und Übergabepfad. Die KI bewertet nicht frei, ob eine geschilderte Situation tatsächlich ungefährlich ist.

Grenzen werden positiv ergänzt: Statt der verbotenen Aktion soll Fonio Rückrufdaten erfassen, einen Notfallkontakt nennen oder an die zuständige Rolle weiterleiten. So endet der Dialog nicht in einer Sackgasse.

Nachbearbeitung und Variablen im Prompt vorbereiten

Für die Nachbearbeitung werden strukturierte Variablen definiert. Ein Rückrufvorgang kann Anliegenart, Name, Telefonnummer, Standort, kurze Beschreibung und gewünschten Zeitraum enthalten. Freitextzusammenfassung und Felder erfüllen unterschiedliche Zwecke.

Der Prompt sammelt nur Daten, die das Zielsystem verarbeiten kann. Ein zusätzliches Feld ohne Empfänger erzeugt lediglich Datenschutz- und Pflegeaufwand.

Jeder Abschlussstatus hat eine eindeutige Bedeutung. „Erfolgreich“ bedeutet nicht, dass gesprochen wurde, sondern dass die erlaubte Aktion bestätigt im Zielsystem vorliegt.

Prompt mit einer Matrix statt Bauchgefühl testen

Testfälle werden vor der Formulierung oder parallel dazu erstellt. Für jede Gesprächsphase gibt es Normalfall, Korrektur und Abweichung. Der Sollzustand beschreibt hörbare Antwort, Datenfelder und Endstatus.

Tester variieren Reihenfolge, Sprechtempo und Formulierungen. Sie stellen eine unbekannte Frage, unterbrechen und verlangen einen Menschen. Ein separater Fall simuliert einen nicht verfügbaren API-Dienst.

Eine angenehme Stimme kann einen fachlichen Fehler nicht ausgleichen. Nach dem Gespräch werden CRM, Kalender oder Ticket geprüft. Der Fonio-Testleitfaden beschreibt die Dokumentation ausführlich.

Versionierung und Regression nach jeder Änderung

Prompt, Wissen und Schnittstelle erhalten Versionen. Jede Änderung nennt Anlass und verantwortliche Person. Dadurch lässt sich ein neu aufgetretener Fehler auf einen konkreten Stand zurückführen.

Bei einer Textänderung laufen relevante alte Testfälle erneut. Ein zusätzlicher Hinweis für Terminbuchungen darf nicht den Rückrufdialog verlängern oder die Übergabe verdecken.

Produktive Änderungen werden nicht direkt während eines laufenden Kundenanrufs ausprobiert. Ein Testassistent oder begrenztes Zeitfenster schützt den Betrieb.

Beispielstruktur für einen Fonio Prompt

Eine sinnvolle Gliederung kann so aussehen:

1. Identität und transparente Begrüßung
2. einziger Hauptauftrag und ausgeschlossene Aufgaben
3. Anruftypen und Gesprächsphasen
4. Pflichtfelder mit Bestätigungsregeln
5. erlaubte Wissens- und Systemquellen
6. Werkzeugaufrufe und Fehlerantworten
7. Übergabe-, Rückruf- und Abbruchkriterien
8. verbotene Aussagen und sensible Fälle
9. Abschluss und Nachbearbeitungsvariablen

Diese Struktur ist keine fertige Copy-paste-Lösung. Jeder Punkt wird mit dem konkreten Geschäftsprozess gefüllt und anschließend getestet.

Wann SW Business Solutions die Promptentwicklung übernehmen sollte

Ein interner Verantwortlicher kann einen kleinen Auskunftsassistenten selbst pflegen. Bei verbindlichen Aktionen, mehreren Sprachen, sensiblen Daten oder komplexen Übergaben wird Prompting Teil eines größeren Systemprojekts.

SW Business Solutions entwickelt Prompt, Testfälle und Backend-Regeln gemeinsam. Die Fonio-Technologieintegration verbindet Dialog mit CRM, Kalender oder Buchungssystem. Der Kunde gibt fachliche Aussagen und Grenzen frei.

Das Angebot umfasst auf Wunsch Versionierung, Regression und laufende Optimierung. Ziel ist kein möglichst langer Prompt, sondern ein kurzer, kontrollierbarer Dialog mit belastbarem Ergebnis.

Zu viele Anruftypen nicht in einen einzigen Prompt pressen

Ein zentraler Empfang kann verschiedene Anliegen erkennen. Das bedeutet nicht, dass alle Fachprozesse in einem einzigen Prompt mit hunderten Regeln stehen müssen. Nach der Einordnung kann Fonio in getrennte Aufgaben, Wissensbereiche oder Systempfade wechseln.

Die Trennung folgt Geschäftsregeln. Vertrieb, bestehender Auftrag, technische Störung und Beschwerde haben andere Pflichtfelder und Übergaben. Werden sie vermischt, greifen allgemeine Regeln möglicherweise an der falschen Stelle. Ein Satz zur kulanten Gesprächsführung darf keine verbindliche Preislogik überschreiben.

Für jeden Anruftyp wird ein Eigentümer benannt. Änderungen im Werkstattdialog lösen nicht automatisch eine vollständige Neuabnahme der Arztpraxis- oder Buchungslogik aus. Gemeinsame Elemente wie Transparenz, Mitarbeiterwunsch und Datenschutz bleiben zentral, fachliche Schritte modular.

Die Aufteilung darf den Anrufer nicht durch interne Architektur führen. Er schildert sein Anliegen in natürlicher Sprache. Die technische Struktur dient der Wartbarkeit und bleibt im Hintergrund.

Promptfehler von Wissens- und Integrationsfehlern unterscheiden

Wenn Fonio einen falschen Termin nennt, ist nicht automatisch der Prompt schuld. Das Kalenderwerkzeug kann einen veralteten Wert liefern, die Zuordnung der Terminart kann fehlerhaft sein oder die Antwort wurde akustisch missverstanden. Jede Korrektur beginnt deshalb mit einer Ursachenprüfung.

Ein Promptfehler liegt vor, wenn die Gesprächsanweisung unklar oder widersprüchlich ist. Ein Wissensfehler betrifft eine freigegebene Information. Ein Integrationsfehler entsteht bei Datenabruf, Validierung oder Schreiben. Ein Erkennungsfehler betrifft Spracheingabe oder Aussprache.

Die Kategorien bestimmen die Maßnahme. Zusätzliche Prompttexte lösen keinen fehlenden API-Datensatz. Eine Backend-Prüfung behebt keine schwer verständliche Begrüßung. Das Fehlerprotokoll enthält deshalb Anrufzeit, Version, betroffenen Schritt, Zielsystemantwort und beobachtete Wirkung.

Diese Disziplin hält den Prompt kompakt. Ohne sie wächst er nach jedem Vorfall um eine Sonderregel, obwohl die Ursache an anderer Stelle liegt.

Gesprächslänge und Nutzerführung gezielt optimieren

Ein Telefonprompt muss nicht jede interne Prüfung hörbar erklären. Der Anrufer benötigt Orientierung, Bestätigung kritischer Angaben und ein klares Ergebnis. Technische Details zu CRM-Feldern oder Webhook-Status bleiben im Hintergrund.

Bei längeren Systemzugriffen gibt Fonio einen kurzen Zwischenhinweis. Schweigen ohne Kontext führt dazu, dass Menschen erneut sprechen oder auflegen. Gleichzeitig werden Füllsätze vermieden, die bei jedem Werkzeugaufruf identisch wiederkehren.

Optionen werden in kleinen, unterscheidbaren Gruppen angeboten. Zehn freie Termine am Stück sind schwer zu behalten. Besser fragt der Assistent zunächst nach Tageszeit oder Wochentag und nennt anschließend wenige passende Möglichkeiten.

Optimierung bedeutet nicht pauschal kürzere Gespräche. Wenn eine zusätzliche Bestätigung eine falsche Buchung verhindert, ist sie sinnvoll. Gemessen wird das vollständige Prozessergebnis, nicht nur die Dauer bis zum Auflegen.

Entscheidung und nächster Schritt

Schreiben Sie zuerst Auftrag, ausgeschlossene Aufgaben und erwartetes Ergebnis. Ergänzen Sie Gesprächsphasen, Pflichtfelder, Bestätigung, erlaubte Quellen, Fehlerantwort und menschliche Übergabe. Erstellen Sie zu jeder Regel mindestens einen Testfall.

Wenn der Prompt mit CRM, Kalender oder Buchungssystem arbeitet, werden Geschäftsregeln und Zugänge im Backend abgesichert. SW Business Solutions kann Gesprächsdesign, Integration und Regression als gemeinsamen Pilot umsetzen.