De term heeft geen specificatie als basis. De definities in omloop komen van analystenbureaus en van leveranciers, als onderdeel van marktcategorieën die zij onderhouden. Meerdere van die glossaria zijn niet openbaar leesbaar.
Wat benoemt het label eigenlijk?
Een specifiek stuk werk dat je anders zelf zou doen.
Zonder provider is het versturen van SMS op schaal vier taken:
- Carriercontracten en -verbindingen in elke markt.
- Nummervoorziening en het bijbehorende registratiewerk.
- Regels per land over wat er verstuurd mag worden en door wie.
- De operaties die bezorging draaiende houden.
Met een provider is het een HTTP-request.
Dezelfde opzet herhaalt zich per kanaal. WhatsApp en RCS hebben platformeigenaren in plaats van carriers, dus het werk wordt goedkeuringen, templatebeoordeling en bedrijfsverificatie. De positie is identiek: iemand houdt de relatie en stelt die beschikbaar als API.
Hoe zou ik er een beoordelen?
Op basis van wat het overneemt, want de API is het makkelijke deel.
Vijf vragen, elk met een controleerbaar antwoord:
- Waar komt het nummer vandaan en wie registreert het? Een nummer kopen is eenvoudig. Het goedgekeurd krijgen om in een bepaald land te versturen is het werk. Een provider die dat terugschuift, laat het moeilijke deel bij jou.
- Wat gebeurt er als een kanaal zijn regels wijzigt? Kanaalbeleid verandert. Of de provider vangt de wijziging op, of het wordt jouw incident.
- Is het foutdetail bruikbaar? Een bezorgfout die alleen als mislukt wordt gemeld, kun je niet op acteren. Een die een oorzaak noemt wel. De SMS-filteringpagina van Bird beschrijft wat carriers wel en niet terugmelden.
- Is de interface gedocumenteerd als contract? Een gepubliceerde OpenAPI-spec is een andere toezegging dan een documentatiesite.
- Is de prijs per land zichtbaar voordat je je vastlegt? Berichtprijzen verschillen per bestemming. Tarieven die je pas als klant kunt zien, kun je met niemand anders vergelijken.
Is CPaaS hetzelfde als omnichannel?
Nee. Ze beantwoorden verschillende vragen. Een product kan aan de ene voldoen zonder de andere.
CPaaS gaat over wie de telecom beheert. Omnichannel gaat over of je kanalen dezelfde status delen. Een provider kan zes kanalen via één API aanbieden terwijl elk kanaal zijn eigen contactlijst en toestemmingsregistratie behoudt. Dat voldoet aan het eerste maar niet aan het tweede. Omnichannel vs multichannel beschrijft hoe je de tweede claim toetst.
De verwante acroniemen CCaaS en UCaaS staan voor contactcenter- en interne-communicatieproducten, niet voor developer-API's. Ze delen het as-a-service-achtervoegsel en verder weinig.
Wat is het standpunt van Bird?
Tegen het prijsmodel, niet tegen de mogelijkheid.
Bird publiceert dat standpunt onder de titel "The end of CPaaS". De claim erin is beperkter dan de titel. Het argument van Bird is dat berichten gecommoditiseerd zijn en de marges naar nul gaan. Wat op dat argument eindigt, is de prijspraktijk die steunt op het onvermogen van kopers om tarieven per land en carrier te vergelijken. Het argument zegt niet dat de mogelijkheid verdwijnt.
Dat argument heeft een toetsbare vorm: of de tarieven per land van een provider zichtbaar zijn voordat je tekent. De eigen tarieven van Bird worden per land gepubliceerd op de prijspagina's in plaats van op aanvraag geoffreerd.
Kort gezegd
Het is een marktlabel, geen specificatie.
Geen standaardisatieorgaan definieert het, dus de grens van de categorie wordt bepaald door degene die het beschrijft.
Wat het benoemt is concreet genoeg.
Carrier- en platformnetwerken bereiken via een HTTP API, zonder eigen contracten, verbindingen of compliance-apparaat.
Wat ertoe doet is wat de provider overneemt.
Routes, nummervoorziening, afzenderregistratie en kanaalregels zijn het werk. Een API die dat bij jou laat, neemt niet veel weg.
Bird stelt dat het prijsmodel achter de categorie ten einde loopt.
Niet de mogelijkheid. De claim gaat over marges op gecommoditiseerde berichten. Het is een standpunt, geen definitie.