Waarom we Sovran hebben gebouwd: API-gebruik, klantsoevereiniteit en snellere schattingen

Het runnen van een AI-automatiseringspraktijk brengt een specifieke reeks operationele hoofdpijndossiers naar boven die een generieke CRM nooit is gebouwd om op te lossen. We liepen zelf tegen alle drie aan voordat we besloten dat de oplossing geen betere spreadsheet was — het was een compleet andere softwaretoepassing.

De drie problemen waar we telkens tegenaan liepen

Het eerste waren API-gebruikskosten die makkelijk uit het oog worden verloren totdat er een factuur binnenkomt. Elke workflow die we voor een klant draaien, put uit een combinatie van AI-modellen en API's van derden, en die kosten schalen met het gebruik op een manier die makkelijk verkeerd wordt ingeschat en makkelijk uit het zicht raakt zodra een project live is en de aandacht ergens anders naartoe gaat.

Het tweede waren per-klant-vragen over waar data zich bevindt en wie erbij kan — het soort vraag dat vroeger verspreid stond over projectnotities, onboardingdocumenten en wie toevallig het antwoord nog wist, in plaats van op één plek die iedereen in het team kon controleren.

Het derde was een constante stroom nieuwe aanvragen, die elk een snelle, verdedigbare schatting nodig hadden voordat het werk kon starten. Een traag of inconsistent offerteproces kost niet alleen tijd — het kost geloofwaardigheid bij een potentiële klant die ook beoordeelt hoe de samenwerking zelf waarschijnlijk zal verlopen.

API-gebruik, zichtbaar gemaakt

Sovran houdt het API-gebruik per klant bij en berekent dit, zodat kosten zichtbaar blijven naarmate ze oplopen, in plaats van weken later als verrassing op een factuur te verschijnen. Die zichtbaarheid telt in beide richtingen: het laat ons een op hol geslagen workflow opmerken voordat het een duur probleem wordt, en het laat een klant precies zien hoe hun gebruik eruitzag, in plaats van een totaalbedrag op goed vertrouwen aan te nemen.

Klantsoevereiniteit op één plek

Sovran houdt de gegevensverwerking en infrastructuurstatus van elke klant beheerd en zichtbaar op één plek, in plaats van verspreid over projectnotities en individueel geheugen. Wanneer een klant vraagt waar zijn data zich bevindt of wie er toegang toe heeft, komt het antwoord uit een systeem van record, niet van wie toevallig het project nog weet.

Snellere, verdedigbare schattingen

Sovran bevat een ingebouwd schattingssysteem, zodat een nieuwe aanvraag snel kan worden omgezet in een offerte in plaats van elke keer met een leeg blad te beginnen. Dat betekent niet dat elke schatting direct of automatisch is — sommig werk heeft echt scoping nodig — maar het startpunt is een gestructureerde basis in plaats van een nieuwe berekening vanaf nul voor elke afzonderlijke aanvraag.

Waarom we het niet op een platform van een derde partij hebben gebouwd

De API-laag achter Sovran is gebouwd en wordt beheerd als een volledig soeverein systeem, niet omgeleid via een CRM-platform van een derde partij. Dat was een bewuste keuze, en eigenlijk een vrij voor de hand liggende zodra we het onszelf toegaven: het zou inconsistent zijn geweest om onze eigen klantbeheer-ruggengraat te laten draaien via precies het soort afhankelijkheid van derden waarvoor we klanten elders op deze site aanraden voorzichtig te zijn.

Wat we bewust hebben weggelaten

Sovran probeert geen algemene CRM te zijn met automatiseringsfuncties erbij. Het jaagt niet elke mogelijkheid na die een groter, generiek platform zou kunnen bieden, omdat de meeste van die functies bestaan om een veel bredere reeks bedrijven te bedienen dan het bedrijf dat wij daadwerkelijk runnen. Door het beperkt te houden tot de drie problemen hierboven, werd het iets wat we goed konden bouwen en onderhouden, in plaats van een uitgesponnen tool die veel dingen redelijk doet en niets bijzonder goed.

Dat is ook waarom het vandaag niet als op zichzelf staand product aan andere bureaus wordt verkocht. Het is in de eerste plaats gebouwd om onze eigen operationele problemen op te lossen, en hoewel dezelfde drie problemen vaak genoeg voorkomen in de AI-automatiseringssector dat anderen er ook duidelijk tegenaan lopen, zijn we liever eerlijk dat het momenteel is gebouwd en afgestemd op hoe wij specifiek werken.

We hebben bestaande CRM- en bureaubeheerplatformen bekeken voordat we iets bouwden, en vonden telkens hetzelfde patroon: brede tools die technisch konden worden geconfigureerd om API-gebruik bij te houden of werk te schatten, maar alleen via omwegen bovenop een systeem dat voor een ander soort bedrijf was ontworpen. Configureren rond een mismatch blijft een mismatch — het kost alleen meer tijd om dat te ontdekken.

Voor wie Sovran werkelijk is

Intern wordt Sovran gebruikt door de mensen die nieuw werk scopen, de mensen die de workflows bouwen en bewaken zodra ze live staan, en de mensen die een direct antwoord nodig hebben over de datastatus van een specifieke klant zonder door oude notities te graven. Als u een BMaiKR-klant bent, is Sovran het systeem achter de offerte die u ontving en het project dat u volgt — hetzelfde systeem waar deze site eerder naar linkte onder het label "Klantenportaal", nu beschreven als wat het werkelijk doet in plaats van een generieke naam voor "waar klanten inloggen".

Wat er nu volgt

Sovran is niet af, in de zin dat geen enkele software dat echt is — met name het schattingssysteem is een gebied dat we verwachten te blijven verfijnen naarmate het aantal workflows waarvoor we offreren groeit. Wat we publiekelijk beloven, is dezelfde maatstaf die we van iedereen vragen die we zouden aanbevelen: beschrijven wat het vandaag daadwerkelijk doet, niet wat we hopen dat het uiteindelijk wordt, en die beschrijving bijwerken als het antwoord verandert.

Dat is ook waarom dit bericht überhaupt bestaat. Een product gebouwd om soevereiniteit en transparantie voor klanten te beheren, hoort op dezelfde manier te worden geïntroduceerd — gewoon, met de redenering getoond in plaats van aangenomen, en zonder een intern hulpmiddel op te tutten als meer dan het momenteel is.