Famulor-aankondigingen voorbereiden en testen

Vaste aankondigingen zijn kleine maar cruciale onderdelen van een AI-telefoongesprek. De begroeting bepaalt de eerste indruk, een toestemmingsbericht moet duidelijk en volledig overkomen en een weloverwogen afscheid sluit het gesprek netjes af. Met de update van Famulor van 17 september 2026 kunnen teams deze vaste berichten voorbereiden en direct beluisteren in de relevante tekstvelden.

De waarde hiervan is niet zomaar een belofte van snelheid. Het gaat om controle: vóór de inzet kun je controleren welke stem, taal en formulering daadwerkelijk zijn voorbereid. Deze gids behandelt de volledige workflow, de beperkingen rondom dynamische inhoud en de test via de echte telefoonverbinding die nog steeds moet plaatsvinden.

Belangrijkste punten

• In aanmerking komende vaste begroetingen, toestemmingsberichten en afscheidsberichten kunnen worden voorbereid.
• Audiogeneratie gebruikt opgeslagen instellingen, dus sla je wijzigingen op voordat je de aankondiging genereert.
• Een wijziging in de tekst, stem, taal of relevante spraakinstellingen vereist bijpassende audio.
• Een voorbereid toestemmingsbericht is geen bewijs van afspelen, acceptatie of juridische naleving.
• De preview vervangt niet een test via de daadwerkelijke telefoonroute.

Wat zijn opgeslagen aankondigingen in Famulor?

Opgeslagen aankondigingen zijn voorbereide audiofragmenten voor vaste momenten in een gesprek. Famulor genereert deze op de achtergrond op basis van de opgeslagen assistent- en steminstellingen. Als er al bijpassende audio bestaat voor dezelfde combinatie, kan deze worden hergebruikt.

De huidige documentatie over Famulor-modellen, stemmen en opgeslagen aankondigingen identificeert drie hoofdlocaties:

1. de begroeting op de hoofdpagina van de assistent en elk ingeschakeld statisch bericht na stilte;
2. het toestemmingsbericht onder Assistent-instellingen → Privacy → Toestemming;
3. het afscheidsbericht in de editor van de end-call tool.

De changelog van 17 september 2026 voegt daar nog een praktisch scenario aan toe. Als je invoert wat de assistent moet zeggen wanneer een beller toestemming weigert, kan dat afscheid bij weigering net als de begroeting worden voorbereid. Als het veld leeg is, wordt de tekst live gegenereerd. Tekstchat blijft tekst.

Dit maakt de functie specifieker dan een algemene TTS-preview. Je luistert niet naar een voorbeeldzin uit een stembibliotheek. Je beoordeelt de opgeslagen formulering van een echte gespreksstap met de instellingen die relevant zijn voor die specifieke assistent.

Welk probleem lossen voorbereide aankondigingen op?

Een stem kan overtuigend klinken in een catalogus-preview, maar toch een echte begroeting verkeerd benadrukken. Bedrijfsnamen, afkortingen, interpunctie, lange toestemmingsformuleringen en een abrupt afscheid onthullen vaak pas problemen wanneer de daadwerkelijke zin wordt uitgesproken.

Voorbereide aankondigingen verplaatsen die beoordeling naar een eerder moment. Operations- en QA-teams kunnen controleren of:

• bedrijfs- en productnamen correct worden uitgesproken;
• tempo en pauzes passen bij het moment in het gesprek;
• het toestemmingsbericht begrijpelijk en volledig is;
• het afscheid overeenkomt met de voorwaarde voor het beëindigen van het gesprek zoals beschreven in de tool;
• de hoofdtaal en de geselecteerde stem goed bij elkaar passen;
• een wijziging correct de noodzaak voor bijpassende audio activeert.

Dit maakt de workflow eenvoudiger te auditen, maar niet onfeilbaar. De preview vertegenwoordigt de voorbereide audiocomponent. Het test niet het mobiele netwerk, het SIP-pad, het apparaat van de beller, de herkenning van toestemming of de logica die de end-call tool activeert. Die lagen vereisen nog steeds een end-to-end test. Gebruik voor het bredere kader de gids over het testen en evalueren van een AI-voice-agent.

Als de formulering nog niet definitief is, kunnen de bestaande script-templates voor AI-telefoonbegroetingen ondersteuning bieden bij de redactionele stap. Deze gids begint later in het proces: hij behandelt de technische voorbereiding en acceptatie van formuleringen die al zijn geselecteerd.

Hoe bereid je stap voor stap een aankondiging voor?

Een betrouwbare workflow is schrijven, opslaan, genereren, luisteren en een echte testoproep plaatsen. Voer deze stappen afzonderlijk uit voor elk kritiek vast moment.

1. Schrijf een stabiel, vast bericht

Gebruik voorbereide audio alleen voor inhoud die vóór het gesprek bekend is. Een begroeting zoals “Hallo, je hebt de digitale service-assistent van Example Works bereikt” is een geschikte kandidaat. Een zin die de naam van een beller of een live orderstatus invoegt, is dynamisch en behoudt zijn bestaande runtime-gedrag volgens de documentatie.

Houd het bericht zo kort als het doel toelaat. Voor toestemming mag beknoptheid geen doel verwijderen dat daadwerkelijk is ingeschakeld. De documentatie van Famulor behandelt het opnemen van gesprekken en het onthouden van bellers als afzonderlijke doelen. De formulering die nodig is voor een specifieke inzet heeft een passende inhoudelijke en, waar nodig, juridische beoordeling nodig.

2. Sla de tekst- en steminstellingen op

Audio wordt gegenereerd op basis van de opgeslagen instellingen. Sla eerst de tekst, hoofdtaal, stem en relevante spraakinstellingen op. Anders kunnen de preview die je verwacht en de assistent-versie die uiteindelijk actief is, uiteenlopen.

Dit is belangrijk wanneer meerdere mensen aan dezelfde assistent werken. Leg vast welke versie is goedgekeurd en vermijd parallelle wijzigingen tijdens het acceptatieproces.

3. Genereer audio in het relevante veld

De relevante tekstvelden bieden compacte knoppen om Audio te genereren, Afspelen en Stoppen. De voorbereiding draait op de achtergrond, dus je kunt na de opslagbevestiging verdergaan met bewerken. Het veld toont de voorbereidingsstatus en, indien beschikbaar, de opnameduur.

Doe meer dan alleen bevestigen dat het item als gereed is gemarkeerd. Luister tot het laatste woord. Afgekapte eindes zijn vooral ernstig bij toestemmings- en afscheidsberichten, omdat het doel of de volgende actie aan het einde van de zin kan staan.

4. Beoordeel de inhoud en audio afzonderlijk

Een nuttige beoordeling omvat ten minste twee perspectieven: wat het bericht zegt en hoe de opgeslagen versie klinkt.

Wijzig telkens één relevante factor en genereer opnieuw. Hierdoor blijft de oorzaak van een verbetering herleidbaar naar formulering, stem of een spraakinstelling. Voor lastige namen, getallen en verschillen tussen browser en telefoon biedt de praktische TTS-stemtest extra scenario's zonder de hier beschreven aankondigingsspecifieke beoordeling te vervangen.

5. Test het daadwerkelijke telefoongesprek

Bel de assistent via de telefonieroute die in productie zal worden gebruikt. Test de begroeting, toestemming, reactie op acceptatie en weigering, en het beëindigen van het gesprek als één samenhangende ervaring.

Luister naar verschillen tussen de browser-preview en de telefoonaudio: verzachte medeklinkers, veranderd volume, afgekapte woordeindes of ongemakkelijke pauzes. Test ook de logica. Een perfecte afscheidsopname helpt niet als de toolbeschrijving niet aangeeft wanneer de assistent moet ophangen.

Wanneer wordt voorbereide audio hergebruikt en wanneer niet?

Famulor kan bijpassende audio hergebruiken zolang de onderliggende combinatie hetzelfde blijft. Volgens de documentatie vereist een wijziging in de tekst, stem, taal of relevante spraakinstellingen een bijpassende opname voordat voorbereide audio opnieuw kan worden gebruikt.

Behandel elk van die wijzigingen als een kleine regressietest:

1. sla de wijziging op;
2. controleer de nieuwe status in het aankondigingsveld;
3. genereer opnieuw audio waar nodig;
4. luister naar het volledige bericht;
5. herhaal het kritieke telefoonpad.

Dit voorkomt een riskante aanname: “De tekst is opgeslagen, dus de oude preview is nog steeds geldig.” Een eerdere opname kan een andere formulering of een andere stem bevatten. Het goedkeuringsdossier moet daarom de datum, stem, hoofdtaal en geteste telefoonroute bevatten, niet alleen het script.

Hoe gedragen Full Duplex, Pipeline en dynamische inhoud zich?

De engine bepaalt welke stem relevant is voor de aankondiging. In Full Duplex gebruikt Famulor de eigen stem van het realtime gesprek. De Pipeline-stem onder Fallback-instellingen is pas van toepassing nadat het gesprek daadwerkelijk is overgeschakeld naar Pipeline. Het artikel Full Duplex in Famulor legt de bredere verschillen tussen engine-modi uit.

De huidige documentatie stelt ook deze grenzen:

• Geüploade begroetingen behouden de stem van hun opname.
• Bellerspecifieke variabelen en andere dynamische berichten worden niet bevroren in één statisch audiobestand.
• Niet-ondersteunde modi of mislukte voorbereiding behouden hun bestaande gespreksgedrag.
• Een begroeting waarbij de beller eerst spreekt, wacht nog steeds op de beller.
• Een in aanmerking komend vast bericht na stilte wordt afzonderlijk voorbereid.
• Volgens de huidige changelog gebruiken begroeting, toestemming en afscheid de hoofdtaal; extra talen worden gebruikt voor het schakelen tijdens het gesprek.

Controleer de beschikbare knoppen in je huidige werkruimte. De interface kan variëren per engine, stem en ingeschakelde functies. Dit artikel belooft geen universele beschikbaarheid voor elk abonnement of elke configuratie.

Waarom is een voorbereid toestemmingsbericht geen bewijs van naleving?

Voorbereiding en toestemming zijn verschillende lagen. Het audiobestand laat horen hoe een opgeslagen bericht klinkt. Het bewijst niet dat een specifieke beller het volledig heeft gehoord, begrepen of geaccepteerd.

De documentatie over toestemming en gesprekskwaliteit van Famulor beschrijft de runtime-controle. Afhankelijk van de configuratie kan een beller verbaal reageren of met een toetsaanslag. Het opnemen en onthouden van bellers zijn afzonderlijke doelen en moeten niet als één geheel worden behandeld. De changelog bevestigt ook dat het afspelen van de vereiste toestemming wordt voltooid vóór acceptatie. De aparte gids over cross-channel klantgeheugen legt uit hoe goedgekeurde context later over kanalen heen kan worden gebruikt.

Voor jouw proces betekent dit:

• Beoordeel de formulering voordat je audio genereert.
• Test acceptatie en weigering als afzonderlijke gesprekspaden.
• Controleer het gespreksverslag op het verwachte resultaat.
• Behandel een status 'gereed' niet als toestemming.
• Win gekwalificeerd advies in voor het relevante land, de sector en het doel.

Dit artikel is geen juridisch advies en bevat geen belofte van naleving. Technisch correcte afhandeling van toestemming vervangt niet een beoordeling van doel, rechtsgrondslag, retentie of toegangscontrole.

Praktijkvoorbeeld: een gespreksstroom voor een afsprakenservice

Een regionale onderhoudsdienst gebruikt een Famulor-assistent voor afspraakbevestigingen en terugbelverzoeken. Het operatieteam definieert drie vaste momenten:

• Begroeting: De assistent identificeert het bedrijf en het doel van de digitale service.
• Toestemming: Als opname is bedoeld voor deze stroom, benoemt het bericht het specifieke doel en biedt het de geconfigureerde antwoordmethode aan.
• Afscheid: Na een succesvolle bevestiging herhaalt de assistent alleen de essentiële afspraakdetails en neemt afscheid.

Vóór de uitrol slaat het team de hoofdtaal en stem op, bereidt elk in aanmerking komend bericht voor en beoordeelt deze met de service- en privacy-eigenaren. Vervolgens worden vier paden getest: acceptatie, weigering, onderbreking tijdens de aankondiging en het normale einde van het gesprek. Elk pad wordt gecontroleerd op wat de beller hoort en wat het gespreksverslag bevat.

Als de bedrijfsnaam of stem later verandert, wordt de eerdere goedkeuring niet automatisch overgenomen. Het team genereert de betreffende aankondigingen opnieuw en doorloopt het korte telefoonpad opnieuw. Dit voorbeeld claimt geen kortere gesprekken, hogere toestemmingspercentages of verbeterde conversie. Die resultaten zouden afzonderlijk gemeten moeten worden.

Hoe kunnen technische teams aankondigingen beheren via API, MCP of Milian?

De functie is niet beperkt tot het dashboard. De huidige documentatie vermeldt GET en POST op /api/v1/assistants/{id}/announcements. De audiolink die voor een gereed item wordt geretourneerd, is geauthenticeerd. MCP en Milian bieden get_assistant_announcements en prepare_assistant_announcements.

Dat kan een gecontroleerde release-check ondersteunen:

1. status van aankondigingen voor een assistent ophalen;
2. voorbereiding activeren na een goedgekeurde tekst- of stemwijziging;
3. het resultaat en de betreffende assistent-versie vastleggen;
4. een handmatige luister- en telefoontest behouden als release-poort.

Automatiseer redactionele acceptatie niet weg. Een API kan laten zien dat audio gereed is. Het kan niet beslissen of juridisch relevante formuleringen volledig zijn voor jouw situatie of dat de levering bij je merk past. Famulor zegt dat previews privé zijn voor de werkruimte; blijf je eigen toegangsregels toepassen op inloggegevens en geëxporteerde QA-verslagen.

Checklist vóór release

Gebruik een korte en herhaalbare checklist voor elke productie-assistent:

• [ ] De hoofdtaal, stem en formulering zijn opgeslagen.
• [ ] Alleen geschikte vaste berichten zijn geselecteerd voor voorbereiding.
• [ ] Begroeting, toestemming en afscheid zijn tot het einde beluisterd.
• [ ] Namen, getallen, doelformuleringen en laatste woorden zijn duidelijk.
• [ ] Acceptatie en weigering zijn als afzonderlijke paden getest.
• [ ] De beschrijving van het beëindigen van het gesprek zegt duidelijk wanneer er moet worden opgehangen.
• [ ] Full-Duplex- en Pipeline-stemmen zijn niet verward.
• [ ] Een echt gesprek via de beoogde telefoonroute is geslaagd.
• [ ] Relevante wijzigingen in tekst, taal, stem en instellingen hebben een nieuwe beoordeling geactiveerd.
• [ ] Goedkeuring, versie, datum en verantwoordelijke eigenaar zijn gedocumenteerd.

Conclusie: vaste gespreksmomenten worden beoordeelbaar

Opgeslagen aankondigingen geven teams een duidelijk beoordelingspunt voor de belangrijkste vaste momenten in een AI-telefoongesprek. Je kunt de daadwerkelijke formulering met de opgeslagen stem horen, opnieuw genereren na relevante wijzigingen en de begroeting, het toestemmingsbericht en het afscheid goedkeuren als afzonderlijke kwaliteitscomponenten.

De grens is net zo belangrijk. Een preview is geen volledige gesprekstest, voorbereide toestemmingsaudio is geen acceptatie en een status 'gereed' is geen juridische goedkeuring. Combineer de audiopreview met een gedocumenteerde inhoudsbeoordeling en een echt telefoongesprek.

Bereid de vaste aankondigingen van je assistent voor

Open de begroeting, toestemmingsinstellingen en de end-call tool in Famulor. Sla de beoogde formulering en steminstellingen op, genereer de in aanmerking komende audio en test vervolgens het volledige gesprekspad.

Veelgestelde vragen over opgeslagen Famulor-aankondigingen

Welke berichten kan ik voorbereiden?

De huidige documentatie vermeldt vaste begroetingen, ingeschakelde statische berichten na stilte, het toestemmingsbericht en het afscheid van de end-call tool. De huidige changelog beschrijft ook een geconfigureerd afscheid na geweigerde toestemming.

Moet ik audio opnieuw genereren na het bewerken van de tekst?

Ja. Een wijziging in de tekst, stem, taal of relevante spraakinstellingen vereist een bijpassende opname voordat de voorbereide audio opnieuw kan worden gebruikt.

Werken opgeslagen aankondigingen met Full Duplex?

Full Duplex gebruikt zijn eigen gespreksstem. De Pipeline-fallback-stem is pas van toepassing na een daadwerkelijke overschakeling naar Pipeline. Test zowel de preview als het echte gesprek in je specifieke opstelling.

Bewijst een voorbereid toestemmingsbericht acceptatie?

Nee. Voorbereiding betreft de audiocomponent. Afspelen en acceptatie worden gecontroleerd in het specifieke gesprek, en juridische vereisten hangen af van de inzet en het rechtsgebied.

Kan ik live klantgegevens invoegen in vaste audio?

Bellerspecifieke variabelen en dynamische berichten behouden hun bestaande runtime-gedrag volgens de documentatie. Gebruik voorbereide audio voor echt vaste formuleringen.

Kunnen aankondigingen worden beheerd via de API?

Ja. Famulor documenteert GET en POST voor /api/v1/assistants/{id}/announcements, plus equivalente MCP- en Milian-acties. Beschikbare rechten en knoppen hangen af van je werkruimte.