Inhoud samenvatten met:
Op 5 oktober 2026 lanceerde Famulor SMS Conversations. Een telefoonnummer dat geschikt is voor sms kan nu een beheerd gesprekskanaal worden: inkomende berichten, AI-antwoorden, handmatige antwoorden, afleverstatus en verbruikte credits verschijnen samen onder History → SMS. Een teamlid kan direct reageren, waardoor de AI voor dat specifieke gesprek wordt gepauzeerd totdat deze weer wordt hervat.
Deze ontwikkeling is meer dan alleen het toevoegen van een extra inbox. Voice AI is synchroon: beide partijen moeten tegelijkertijd beschikbaar zijn. Sms is asynchroon, begrensd en persistent. Het is geschikt voor korte vragen, bevestigingen en servicevervolgen waarvoor geen nieuw telefoongesprek nodig is. Het vereist echter een ander interactieontwerp dan telefoon, WhatsApp of webchat.
Belangrijkste punten
- Eén geschikt nummer kan in Famulor zowel voor spraak als sms dienen, met verschillende assistenten toegewezen aan elk kanaal.
- Automatische sms-antwoorden zijn direct na installatie uitgeschakeld.
- Teams kunnen berichten, AI-acties, analyses, afleverstatus en credits inzien in één sms-geschiedenis.
- Een handmatig antwoord pauzeert de AI voor dat specifieke gesprek.
- Famulor houdt antwoorden binnen één sms-segment: maximaal 160 GSM-7-eenheden of 70 Unicode-eenheden.
- Een gedeeld telefoonnummer creëert niet automatisch een gedeeld geheugen. Context, identiteit en toestemming vereisen nog steeds een expliciet ontwerp.
Wat werd uitgebracht op 5 oktober 2026
Volgens de huidige Famulor changelog kunnen teams een sms-geschikt platformnummer of een in aanmerking komend geïmporteerd nummer koppelen onder Settings → Channels → SMS. De SMS-documentatie beschrijft vier kernstappen voor de configuratie: kies het nummer, geef het kanaal een naam en wijs een assistent toe, koppel inkomende sms, en stel vervolgens de vertraging voor antwoorden, de inactiviteitstime-out en een optionele webhook voor het einde van het gesprek in.
De tabel scheidt bevestigd gedrag van productgrenzen:
| Gebied | Bevestigd gedrag | Belangrijke grens |
|---|---|---|
| Telefoonnummer | Hetzelfde geschikte nummer kan spraak en sms afhandelen | Een SIP-trunk alleen biedt geen sms |
| Assistent | Spraak en sms kunnen verschillende assistenten gebruiken | Een gedeeld nummer betekent niet automatisch gedeelde gesprekscontext |
| Automatisering | Inkomende sms is gekoppeld na opslaan | AI-automatische antwoorden starten uitgeschakeld |
| Geschiedenis | Berichten, acties, analyse, aflevering en credits zijn zichtbaar | Een onbevestigde aflevering moet worden gecontroleerd voor opnieuw proberen |
| Menselijke overname | Een teamlid kan reageren in de geschiedenis | Het handmatige antwoord pauzeert de AI totdat deze wordt hervat |
| Inhoud | Platte tekst-antwoorden in één segment | Geen bijlagen en geen RCS |
Dit is geen belofte van universele beschikbaarheid. Nummer-type, land van bestemming, registratie bij de provider, toegang tot de werkruimte en toestemming bepalen nog steeds of een specifieke sms-workflow kan draaien.
Waarom sms een ander AI-ontwerp nodig heeft dan een telefoongesprek
Een spraakassistent kan direct verduidelijken, reflecteren op een dubbelzinnige uitspraak en het ritme van het gesprek beheren. Sms mist toon, direct herstel en de zekerheid dat de ontvanger op dit moment leest. Daar staat tegenover dat het bericht zichtbaar blijft en later beantwoord kan worden.
Dat verandert de taak van de assistent:
- Elk bericht moet één duidelijk doel hebben. Bevestig een tijdstip, geef een referentie of stel één vraag in plaats van meerdere vertakkingen te openen.
- Identiteit kan niet worden aangenomen. Een bekend telefoonnummer is een signaal, geen universele identiteitscontrole. Gevoelige informatie vereist een passend verificatieproces.
- Stilte is niet noodzakelijkerwijs falen. Geen antwoord kan vertraging, niet-aflevering of een bewuste keuze betekenen. Geautomatiseerde herhalingen hebben expliciete regels nodig.
- Overname moet waarneembaar zijn. Zodra een mens ingrijpt, mag de AI niet parallel antwoorden. Famulors pauze bij handmatig antwoorden pakt dat operationele risico aan.
- Kanaalwijzigingen hebben contextregels nodig. Het kunnen bellen en sms'en naar hetzelfde nummer draagt niet automatisch inhoud of toestemming over tussen gesprekken.
Sms is daarom geen kleinere chat-app. Het is een beperkt, provider-afhankelijk formaat met een eigen model voor aflevering en toestemming.
Officiële feiten en signalen uit de community, gescheiden gehouden
De bovenstaande productfeiten zijn afkomstig uit de changelog en documentatie van Famulor. Twee Hacker News-discussies bieden nuttige, maar niet-representatieve signalen van gebruikers:
- In een Show HN-bericht over Hail.so beschrijft een bouwer hoe hij herhaaldelijk telefoon, sms, e-mail, providers en compliance-logica aan elkaar koppelt. Dit is een account met lage betrokkenheid, geen marktbewijs. Toch illustreert het waarom teams een gedeelde operationele laag voor meerdere communicatiekanalen waarderen.
- In een Ask HN-discussie over AI-klantenservice maken reageerders herhaaldelijk bezwaar tegen lussen zonder effectieve route naar een mens. Dit is een discussiedraad met meningen, geen onderzoek. Het signaal voor productontwerp is niettemin specifiek: automatisering heeft een waarneembaar overnamepad nodig, niet alleen betere gegenereerde antwoorden.
De sms-geschiedenis van Famulor pakt die operationele laag aan. Het team kan het gesprek inspecteren, handmatig antwoorden en de AI-deelname in die draad stoppen. De servicekwaliteit hangt nog steeds af van de prompt, de kennisbank, het eigendomsmodel en voortdurende evaluatie.
Eén sms-segment is een harde redactionele grens
Famulor houdt kanaalantwoorden binnen één segment: maximaal 160 GSM-7-eenheden of 70 Unicode-eenheden. Sommige speciale tekens verbruiken meer dan één eenheid, terwijl emoji's in Unicode-modus over het algemeen extra ruimte innemen. Te lange AI-concepten krijgen één herschrijfpoging en worden nooit stilletjes ingekort.
Twilio's officiële documentatie over sms-lengte legt de transportbeperking uit. Een GSM-7-bericht dat langer is dan 160 tekens wordt meerdere segmenten met kleinere payloads. Eén niet-ondersteund teken kan de codering naar Unicode schakelen en het aantal segmenten veranderen. Beknoptheid is daarom zowel een transportvereiste als een schrijfvoorkeur.
Een praktische sms-prompt zou regels moeten bevatten zoals:
- Begin met het antwoord of de specifieke vraag.
- Gebruik korte, directe zinnen.
- Stel niet meer dan één vervolgvraag per bericht.
- Vermijd tabellen, lange lijsten en uitgebreide URL's.
- Gebruik emoji's en typografische interpunctie alleen bewust.
- Escaleer complexe, gevoelige of betwiste gevallen naar een persoon.
Test die regels met echte GSM-7- en Unicode-voorbeelden. Een Duits bericht met diakritische tekens kan anders worden geteld dan een bericht dat alleen in het Engels is; de editor toont de toepasselijke limiet.
Praktijkvoorbeeld: ondersteuning bij afspraken voor buitendienst
Een servicebedrijf plant onderhoudsbezoeken per telefoon. Sommige klanten hebben later alleen een kleine wijziging in de planning nodig. Het sms-kanaal kan die beperkte opvolging afhandelen zonder de bredere telefoonworkflow te vervangen.
Een gecontroleerde uitrol zou er als volgt uit kunnen zien:
- Het bedrijf koppelt een sms-geschikt nummer en wijst een assistent toe met een nauw gedefinieerde sms-rol.
- AI-automatische antwoorden blijven uitgeschakeld tijdens de installatie.
- Het team test berichten zoals “Dinsdag om 3 uur lukt”, “Verplaats het alsjeblieft naar woensdag” en “Bel me”.
- De assistent vraagt alleen om de informatie die nodig is om de afspraak te identificeren en te controleren.
- Onduidelijke identiteit, geschillen, gevoelige gegevens of uitzonderingen worden naar een persoon gerouteerd.
- De persoon antwoordt in de geschiedenis; de AI pauzeert voor dat gesprek.
- Automatische antwoorden worden pas ingeschakeld na operationele goedkeuring.
De sms-geschiedenis bewijst niet dat de afspraak in het systeem van record is gewijzigd. Dat vereist een passend hulpmiddel, automatisering of handmatige bevestiging. Dit scenario is een procesontwerp, geen gemeten klantresultaat.
Aflevering is een status, geen garantie
Famulor toont de afleverstatus binnen het gesprek. De documentatie waarschuwt teams expliciet om een onbevestigde aflevering te onderzoeken voordat ze het opnieuw proberen, wat helpt om duplicaten door vertraagde statusupdates te voorkomen.
Twilio behandelt afleverinformatie ook asynchroon. De Messaging Services-documentatie biedt statuswijzigingen via callbacks en merkt op dat providernetwerken de aflevering kunnen vertragen nadat het platform het bericht heeft overgedragen.
Een operationeel beleid zou daarom:
- moeten definiëren welke statuswaarden een nieuwe poging toestaan;
- moeten voorkomen dat er direct duplicaten ontstaan wanneer de aflevering onzeker is;
- handmatige antwoorden en AI-hervattingen moeten loggen;
- technische aflevering moeten scheiden van zakelijk succes;
- vereisten van providers en landen van bestemming moeten controleren voor de uitrol.
Toestemming, STOP en menselijke verantwoordelijkheid
Een technische verbinding creëert geen toestemming. Famulor stelt dat inkomende STOP-berichten verdere verzending onderdrukken en dat hervatting afhangt van het door de provider ondersteunde opt-in-proces.
Voor verkeer dat via Twilio wordt verzonden, vereist het huidige Twilio Messaging Policy voorafgaande uitdrukkelijke toestemming onder de toepasselijke regels, duidelijke identificatie van de afzender en een toegankelijk pad voor intrekking. Beleidsregels van providers zijn geen juridisch advies en vervangen niet een beoordeling van de organisatie, bestemming of use case.
Documenteer vóór de lancering:
- waar de sms-toestemming vandaan kwam en welk doel deze dekt;
- welke rollen de geschiedenis mogen bekijken en handmatig mogen antwoorden;
- wanneer de AI pauzeert, wanneer deze hervat en wie dat beslist;
- hoe STOP, mislukte aflevering en vernieuwde toestemming worden afgehandeld;
- welke gegevens nooit per sms mogen worden verzonden;
- welke bewaar- en verwijderregels van toepassing zijn op de geschiedenis.
Uitrolchecklist voor SMS Conversations
| Check | Verwacht resultaat |
|---|---|
| Nummer | Sms-geschikt, bestemming ondersteund, vereiste registratie opgelost |
| Assistent | Nauwkeurige sms-rol in plaats van een gekopieerde spraakprompt |
| Automatisering | Uit tijdens installatie; ingeschakeld pas na testen en goedkeuring |
| Codering | GSM-7- en Unicode-gevallen blijven binnen één segment |
| Identiteit | Geen gevoelige informatie gebaseerd op alleen het nummer van de afzender |
| Overname | Een persoon kan overnemen; pauze- en hervattingsregels zijn gedefinieerd |
| Aflevering | Onbevestigde statussen triggeren geen blinde herhalingen |
| Toestemming | Doel, bewijs, STOP en her-opt-in zijn gedocumenteerd |
| Meting | Aflevering, zakelijk resultaat, overname en fouten worden afzonderlijk geëvalueerd |
Begin met één beperkte servicecase en een kleine interne testgroep. Breid pas uit nadat codering, afleverlogica, overname en toestemmingsafhandeling reproduceerbaar zijn.
Veelgestelde vragen
Kan één Famulor-nummer zowel telefoongesprekken als sms afhandelen?
Ja, als het nummer sms-geschikt is en in aanmerking komt voor de doelmarkt. Spraak en sms kunnen verschillende assistenten gebruiken.
Erft de sms-assistent automatisch de context van een telefoongesprek?
Niet alleen omdat hetzelfde nummer wordt gebruikt. Vereiste context moet beschikbaar worden gesteld via de relevante workflow en worden afgehandeld met passende controles voor identiteit, toestemming en dataminimalisatie.
Begint de AI direct na de installatie met antwoorden?
Nee. De documentatie van Famulor zegt dat automatische antwoorden uitgeschakeld beginnen en bewust moeten worden ingeschakeld.
Wat gebeurt er als een teamlid handmatig antwoordt?
De AI pauzeert voor dat sms-gesprek. Het kan later worden hervat.
Ondersteunt het kanaal afbeeldingen of RCS?
Nee. De huidige documentatie specificeert platte tekst, geen bijlagen en geen RCS.
Is een SIP-trunk voldoende om sms in te schakelen?
Nee. Een SIP-trunk alleen biedt geen sms. Het nummer heeft ondersteunde berichtfunctionaliteit nodig.
Conclusie: een kanaalwissel is een operationeel proces
SMS Conversations voegt meer toe aan Famulor dan alleen tekstberichten. Het creëert een controleerbare overgang tussen AI en het team: zichtbaar in de geschiedenis, ondersteund door afleverstatus, bewust geactiveerd en gepauzeerd wanneer een persoon antwoordt.
De centrale ontwerpregel is simpel: Verander niet elk gesprek in een lange tekst-draad. Selecteer de korte asynchrone stappen die beter werken via sms. Wanneer segmentlimieten, identiteit, aflevering, toestemming en menselijke overname samen worden ontworpen, kan sms spraak-AI aanvullen zonder de telefoon- of chatervaring te kopiëren.
Over de auteur
Sarah Müller schrijft over voice AI, veilige automatisering en praktische workflows voor service-, verkoop- en operatieteams.
Auteur bij Famulor