Fonio einrichten: Assistent, Rufnummer, Wissen und Nachbearbeitung konfigurieren

Wer Fonio einrichten möchte, kann in kurzer Zeit einen Assistenten anlegen. Die entscheidende Arbeit beginnt danach: Welche Anrufe darf er bearbeiten, welche Angaben muss er bestätigen, woher kommen aktuelle Daten und was geschieht, wenn eine Antwort fehlt? Ohne diese Regeln klingt der erste Test freundlich, erzeugt im Büro aber unvollständige Rückrufe und falsche Zuständigkeiten.

Diese Anleitung trennt das schnelle Basissetup von einer produktionsreifen Einführung. Die Menübezeichnungen und Möglichkeiten orientieren sich am aktuellen Fonio-Quickstart und Hilfe-Center, abgerufen am 4. August 2026. Funktionen können sich ändern; vor dem Go-live wird die aktuelle Oberfläche geprüft.

Fonio einrichten beginnt mit einem einzigen Anruftyp

Der erste Assistent erhält keine Aufgabe wie „Kundenservice übernehmen“. Ein prüfbarer Start lautet: „Außerhalb der Bürozeit Rückrufwünsche für Reparaturanfragen aufnehmen.“ Daraus lassen sich Pflichtangaben und Abschluss ableiten: Name, Telefonnummer, Gerät oder Gewerk, Ort, kurze Beschreibung und gewünschte Rückrufzeit.

Für diesen Anruftyp wird festgelegt, welche Aussagen Fonio geben darf. Öffnungszeiten oder benötigte Unterlagen können aus freigegebenem Wissen stammen. Eine technische Diagnose, ein verbindlicher Preis oder eine Zusage zur Reparaturdauer bleiben ausgeschlossen.

Außerdem steht vor dem ersten Prompt fest, wann ein Mensch übernimmt. Ein Anrufer kann ausdrücklich eine Person verlangen, einen sensiblen Fall schildern oder in eine definierte Notfallkategorie fallen. Der Assistent darf diese Grenze nicht durch immer neue Rückfragen verzögern.

Assistent, Sprache und Stimme als Arbeitsmittel auswählen

Im Fonio-Assistenten werden unter anderem Sprache, Stimme und Verhalten festgelegt. Die Auswahl erfolgt nicht nur nach persönlichem Klanggeschmack. Eine Stimme muss Firmennamen, Ortsnamen, Produktbezeichnungen und Fachbegriffe verständlich aussprechen. Dafür werden typische Sätze im echten Telefonaudio getestet.

Mehrsprachigkeit braucht eine fachlich geprüfte Wissensbasis je Sprache. Eine automatisch übersetzte Antwort kann bei Öffnungszeiten genügen, bei Vertragsbedingungen oder medizinischen Hinweisen aber eine andere Bedeutung erzeugen. Für jede aktivierte Sprache wird entschieden, welche Anruftypen vollständig unterstützt werden.

Der Name des Assistenten darf menschlich wirken, darf aber die KI-Eigenschaft nicht verschleiern. In der Begrüßung wird klar gesagt, dass eine KI beziehungsweise ein digitaler Telefonassistent spricht und zu welchem Zweck Angaben erfasst werden.

Begrüßung kurz, transparent und handlungsfähig formulieren

Eine gute Begrüßung besteht nicht aus einem langen Unternehmensporträt. Sie nennt Unternehmen, KI-Rolle und nächste Frage. Beispiel: „Willkommen bei Beispiel GmbH. Sie sprechen mit unserem digitalen Telefonassistenten. Geht es um einen Termin, eine bestehende Anfrage oder einen Rückruf?“

Falls aufgezeichnet oder transkribiert werden soll, wird die dafür vorgesehene Information und gegebenenfalls Einwilligung an der rechtlich richtigen Stelle eingebaut. Aufzeichnung ist nicht automatisch Voraussetzung für jeden Fonio-Einsatz. Die Konfiguration folgt dem konkret geprüften Zweck.

Die Begrüßung wird mit Mobilfunkverbindung und Hintergrundgeräusch getestet. Ein Satz, der am Laptop klar klingt, kann am Telefon zu lang sein. Der Assistent fragt jeweils nur nach einer verständlichen Entscheidung und bietet früh einen menschlichen Weg an.

Prompt in Rolle, Ablauf und Grenzen gliedern

Der Prompt beschreibt zuerst Rolle und Aufgabe, danach den Gesprächsablauf. Er nennt die Pflichtfelder, die Form der Bestätigung und das erlaubte Ergebnis. Separate Regeln behandeln unbekannte Fragen, Unterbrechungen, Übergabe und Gesprächsende.

Widersprüchliche Anweisungen werden vermieden. „Antworte immer hilfreich“ und „verwende nur freigegebenes Wissen“ können im Grenzfall gegeneinander arbeiten. Die konkrete Regel lautet besser: „Wenn die Information nicht in der Wissensbasis oder im angebundenen System vorliegt, sage das offen und biete einen Rückruf an.“

Der Prompt enthält keine API-Schlüssel, internen Passwörter oder große Kopien veränderlicher Geschäftsdaten. Die detaillierte Gestaltung wird im eigenen Cluster zum Fonio-Prompt behandelt. Für das erste Setup genügt ein kurzer, überprüfbarer Ablauf.

Wissensbasis redaktionell freigeben

Fonio kann Wissen aus Unternehmensinhalten nutzen. Das öffentliche Demo-Setup kann beispielsweise eine Website lesen und daraus einen personalisierten Assistenten erzeugen. Für den Produktivbetrieb wird jede relevante Information geprüft, bevor sie telefonisch als Auskunft dient.

Eine Website enthält häufig Marketingaussagen, verkürzte Preise, alte Veranstaltungen oder Leistungen, die nur nach Beratung angeboten werden. Solche Seiten werden nicht unkontrolliert zur verbindlichen Wissensquelle. Stattdessen entstehen freigegebene Einträge zu Öffnungszeiten, Unterlagen, Standorten, Leistungen und zulässigen Standardantworten.

Jeder Wissensbereich erhält einen Verantwortlichen und ein Änderungsdatum. Bei neuen Öffnungszeiten oder Angeboten wird nicht nur die Website aktualisiert, sondern auch geprüft, ob Fonio dieselbe Quelle nutzt.

Fonio registrieren und mit einem abgegrenzten Setup starten

Wer Anruftyp, Pflichtfelder und Übergabeweg beschrieben hat, kann ein eigenes Fonio-Konto anlegen. Die Hauptnummer bleibt während der Einrichtung unangetastet; der erste Assistent läuft über Testnummer oder begrenzten Überlauf.

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-Konto für den eigenen Setup-Pilot anlegen. Für den Erstkauf steht der Gutscheincode PARTNER-HSLJP mit 10 Prozent Rabatt bereit. Gültigkeit, Zuordnung zum gewählten Kauf und mögliche Bedingungen werden vor Abschluss im Checkout geprüft; eine Laufzeit oder Kombinierbarkeit wird nicht unterstellt.

Rufnummer, Weiterleitung oder Telefonanlage anbinden

Für Tests kann eine Fonio-Rufnummer verwendet werden. Im späteren Betrieb lässt sich je nach Telefonieaufbau eine bestehende Rufnummer weiterleiten oder über SIP beziehungsweise Telefonanlage anbinden. Die genaue Lösung hängt von Anbieter, Rufplan und gewünschtem Fallback ab.

Ein sicherer Pilot beginnt nicht mit der vollständigen Hauptnummer. Fonio übernimmt zunächst einen Überlauf, eine Nebenstelle oder Anrufe außerhalb definierter Zeiten. So lassen sich reale Anliegen prüfen, während der bisherige Empfang erreichbar bleibt.

Getestet werden übermittelte Anrufernummer, Besetztfall, gleichzeitige Anrufe, Öffnungszeiten, Weiterleitung und Ausfall. Wenn Fonio oder die Internetverbindung nicht erreichbar ist, darf der Anruf nicht in einer Endlosschleife landen. Eine Ansage, Mailbox oder alternative Rufgruppe steht bereit.

Nachbearbeitung in strukturierte Felder übersetzen

Eine freie Gesprächszusammenfassung ist hilfreich, aber für Automatisierung oft zu ungenau. Der Prozess definiert deshalb Felder wie Anliegenart, Name, Telefonnummer, Standort, gewünschte Leistung, Terminwunsch und Übergabegrund. Nur notwendige Felder werden erhoben.

Kritische Werte werden im Gespräch bestätigt. Eine E-Mail-Adresse wird gegebenenfalls buchstabiert, eine Telefonnummer gruppiert und ein Termin mit Datum sowie Uhrzeit wiederholt. Die spätere Nachbearbeitung darf keinen Wert als „bestätigt“ markieren, den der Anrufer nicht bestätigt hat.

Nach dem Gespräch können E-Mail, Webhook oder Systemaktion ausgelöst werden. Für jeden Ausgang existiert ein klarer Status: abgeschlossen, Rückruf, weitergeleitet, unklar oder technischer Fehler. Dadurch kann das Backoffice priorisieren, statt sämtliche Transkripte manuell zu lesen.

Kalender und CRM erst nach klarem Datenmodell verbinden

Bei einer Kalenderverbindung werden Kalender, Terminart, Dauer, Puffer, Standorte und erlaubte Buchungszeiten festgelegt. Fonio liest verfügbare Optionen und schreibt erst nach Bestätigung. Eine lokale Liste freier Termine im Prompt ist keine verlässliche Alternative.

Im CRM wird entschieden, wie bestehende Kontakte erkannt werden. Telefonnummern können geteilt oder unterdrückt sein; eine automatische Neuanlage bei jedem Anruf erzeugt Dubletten. Bei mehreren Treffern erstellt der Assistent besser eine Aufgabe zur Zuordnung, statt einen Datensatz zu überschreiben.

Individuelle Systeme werden über API-Entwicklung und kontrollierte Schnittstellen angebunden. Die Fonio-Technologieseite von SW Business Solutions zeigt typische Kombinationen mit CRM, Kalender, NestJS und Telefonie.

Testfälle vor dem ersten echten Kundenanruf definieren

Mindestens ein Normalfall, eine Korrektur, eine unbekannte Frage, eine Unterbrechung, ein gewünschter Mitarbeiter und ein Systemfehler gehören in das Basisset. Für jeden Fall stehen erwartete Felder, erlaubte Aussagen und Endstatus vorher fest.

Der Tester variiert Namen, Sprechtempo und Reihenfolge der Angaben. Wenn er alle Informationen in genau der Reihenfolge des Prompts vorliest, wird nur der ideale Pfad geprüft. Echte Anrufer beginnen häufig mit einem langen Kontext, korrigieren sich oder stellen eine Gegenfrage.

Nach jedem Anruf wird das Zielsystem kontrolliert. Ein flüssiges Gespräch mit falschem CRM-Eintrag gilt nicht als bestanden. Der Artikel Fonio Erfahrungen und Test enthält ein ausführliches Prüfprotokoll.

Pilot freigeben und Anrufvolumen schrittweise erhöhen

Die Fachabnahme bestätigt Prompt, Wissen, Pflichtfelder und Übergaben. Die technische Abnahme prüft Rufweg, Schnittstelle, Protokollierung, Berechtigungen und Fallback. Datenschutz und Transparenz werden vor der Freigabe dokumentiert.

Der Pilot startet mit begrenzter Zeit oder einem Anruftyp. Fehler werden nach Wirkung klassifiziert. Eine unglückliche Formulierung ist anders zu behandeln als eine falsche Buchung oder eine erfundene Auskunft. Kritische Fehler stoppen die betroffene Aktion, bis sie behoben und erneut getestet ist.

Ein reales Beispiel für die Verbindung von Telefon-KI und Buchungsprozess ist das Projekt von SW Business Solutions MobiKart Telefon-KI – Mehrsprachiger Buchungsservice. Dort können Anrufer Informationen erhalten und Buchungen tätigen; der Zahlungslink wird per SMS oder WhatsApp bereitgestellt. Diese Durchgängigkeit entsteht durch die Systemanbindung, nicht allein durch den Assistenten.

Fonio nach dem Go-live pflegen

Nach dem Start verändern sich Produkte, Personal, Öffnungszeiten und Zuständigkeiten. Prompt und Wissen werden versioniert. Jede Änderung enthält Anlass, verantwortliche Person und Testumfang. Eine direkte Bearbeitung ohne Dokumentation erschwert die Ursachenanalyse bei späteren Fehlern.

Gespräche werden nach einem vereinbarten Verfahren stichprobenartig geprüft. Dabei gelten Datenschutz und Zugriffsrechte. Erfasst werden nicht nur negative Einzelfälle, sondern wiederkehrende Muster: häufige unbekannte Fragen, unnötige Übergaben oder Felder, die Anrufer regelmäßig missverstehen.

Schnittstellen benötigen Monitoring. Wenn ein Webhook fehlschlägt, landet der Vorgang in einer sichtbaren Fehlerwarteschlange und kann erneut verarbeitet werden. Der Assistent darf keine erfolgreiche Speicherung bestätigen, wenn das Zielsystem den Vorgang abgelehnt hat.

Wann Selbstkonfiguration ausreicht und wann nicht

Ein kleiner Auskunfts- oder Rückrufassistent ohne sensible Daten und ohne Schreibzugriff auf Fachsysteme kann intern aufgebaut werden. Voraussetzung sind Zeit für Prompt, Wissenspflege, Test und laufende Verantwortung.

Professionelle Unterstützung ist sinnvoll, wenn mehrere Abteilungen, verbindliche Termine, CRM- oder ERP-Schreibzugriffe, sensible Daten, mehrsprachige Fachinhalte oder komplexe Telefonanlagen beteiligt sind. Dann müssen Geschäftslogik und technische Integration gemeinsam geplant werden.

SW Business Solutions bietet dafür Prozessaufnahme, Fonio-Setup, Promptentwicklung, API-Anbindung, Abnahme und laufende Optimierung. Der allgemeine Fonio-Leitfaden für Unternehmen hilft bei der Abgrenzung des passenden Betriebsmodells.

Abnahmeprotokoll und Verantwortlichkeiten festhalten

Vor der Freigabe entsteht ein kurzes Betriebsdokument. Es nennt die produktive Rufnummer, erlaubte Anruftypen, aktive Sprachen, Wissensverantwortliche, Zielsysteme, Übergabestellen und den technischen Fallback. Ebenso werden die aktuell freigegebene Promptversion und das bestandene Testset festgehalten.

Für fachliche Fehler gibt es eine Kontaktperson, für Schnittstellen- und Telefoniefehler eine technische Stelle. Ein Mitarbeiter, der eine falsche Auskunft bemerkt, braucht einen einfachen Meldeweg mit Anrufzeit, Anliegen und beobachteter Wirkung. Zugang zu vollständigen Gesprächsdaten erhält er nur, wenn das für seine Aufgabe vorgesehen ist.

Änderungen folgen einem kleinen Freigabeprozess: Entwurf, fachliche Prüfung, Testumgebung, Regression und Produktivsetzung. Bei einer geänderten Öffnungszeit genügt ein kleiner Test. Eine neue Terminart mit anderen Ressourcen erfordert zusätzliche Buchungsfälle und Fehlerwege.

Das Dokument enthält auch den Rückbau. Wenn ein kritischer Fehler auftritt, wird die betroffene Aktion deaktiviert oder der Rufweg auf Menschen umgestellt. Ein Go-live ohne nachvollziehbaren Rückweg macht selbst einen technisch kleinen Pilot unnötig riskant.

Entscheidung und nächster Schritt

Beginnen Sie mit einem Satz, der den ersten Anruftyp und das gewünschte Systemergebnis beschreibt. Bauen Sie darauf Assistent, Begrüßung, Prompt, Wissen, Rufweg und Nachbearbeitung auf. Testen Sie schwierige Fälle, bevor eine bekannte Rufnummer zugeschaltet wird.

Wenn Fonio Termine, Kunden oder Buchungen verändern soll, sollte die Integration vor dem Go-live fachlich und technisch abgenommen werden. SW Business Solutions kann diesen Weg als begrenzten Pilot umsetzen und anschließend nur die nachweislich stabilen Anruftypen erweitern.

Planen Sie nach dem Start einen festen ersten Auswertungstermin. Dort werden Gesprächsfehler, fehlende Wissensfragen, Übergabequote und technische Störungen gemeinsam betrachtet. Aus den Ergebnissen entsteht eine priorisierte Änderungsliste. Neue Funktionen werden nicht nebenbei aktiviert, sondern durchlaufen denselben kleinen Freigabeweg. So wächst der Assistent kontrolliert mit dem tatsächlichen Telefonprozess und wird nicht durch spontane Einzelwünsche zu einem unprüfbaren Sammelprompt. Die verantwortlichen Rollen bestätigen jede Änderung mit Datum und eindeutigem Versionsstand.