De vraag die u altijd moest weigeren

Elke IT-dienstverlener kent dit gesprek. Op het einde van een interventie vraagt een klant om “een kleine tool”: een portaal waar zijn eigen klanten hun aanvragen kunnen opvolgen, een register van zijn toestellen met de keuringsdata, een goedkeuringscircuit voor aankopen. Niets ingewikkelds op het eerste gezicht. En toch was het antwoord bijna altijd nee.

Maatwerkontwikkeling kostte te veel voor een kleine klant. Er moest een analyse komen, ontwikkeling, tests, en daarna jaren onderhoud, met het risico dat de ontwikkelaar vertrok of dat de klant van gedacht veranderde. Dus stelde u een rekenblad voor, of nog een tool om aan te kopen, met nog een abonnement, nog een wachtwoord en nog een stuk informatie dat niet met de rest praat.

Die weigering was geen gebrek aan goede wil. Het was een kwestie van economie: de nood was reëel, maar de kost om ze te beantwoorden lag hoger dan wat de klant kon betalen. Die vergelijking is veranderd.

Van verkochte uren naar geleverde resultaten

Wanneer AI de schermen, regels en automatiseringen assembleert op een gedeelde basis, is de tijd om een bedrijfstool op te leveren niet langer de eerste factor. Wat telt, is wat de tool verandert voor de klant: aanvragen die sneller behandeld worden, keuringen die niet meer vergeten worden, informatie die beschikbaar is zonder iemand te moeten bellen.

De waarde van uw aanbod verschuift dus. Ze wordt niet meer gemeten in het aantal uren, maar in het behaalde resultaat, het serviceniveau dat u garandeert en de continue verbetering die u voorstelt. Een opgeleverde tool is niet langer het einde van een project. Het is het begin van een dienstenabonnement.

Uw rol verdwijnt niet in die omslag, ze wordt scherper. U behoudt de relatie met de klant, de kennis van zijn context en de verantwoordelijkheid voor wat in productie gaat. De standaardtaken, die u voor elke klant opnieuw deed, worden door AI geassembleerd. U valideert, u stuurt bij, u antwoordt.

De klant koopt uw uren niet. Hij koopt een probleem dat niet meer terugkomt.

Hergebruik van de ene klant naar de andere

Hier wordt het aanbod rendabel. Een capaciteit die bij één klant gevalideerd is, een toestellenregister of een interventieportaal, is geen eenmalig project. Het is een model dat u aan uw andere klanten in dezelfde sector kunt aanbieden, met hun data, hun regels en hun woordenschat.

Elke sector die u bedient, maakt de volgende sneller. Het register dat voor een onderhoudsbedrijf ontworpen is, dient als basis voor een verhuurbedrijf. Het interventieportaal van een installateur laat zich overzetten naar een studiebureau. U schrijft niet meer twee keer hetzelfde.

Om dat hergebruik gezond te houden, moet elke capaciteit als een product beheerd worden, niet als knutselwerk dat van het ene dossier naar het andere gekopieerd wordt.

  • Een verantwoordelijke: iemand in uw team die instaat voor de capaciteit en haar evolutie.
  • Een versie: wat bij elke klant geïnstalleerd is, is gekend, en een update wordt beslist, nooit opgelegd.
  • Rechten: wie ziet wat, wie wijzigt wat, één keer vastgelegd en overal toegepast.
  • Tests: de bedrijfsregels worden voor elke update gecontroleerd, zodat een correctie voor de ene klant de tool van een andere niet breekt.

Dat kader is het verschil tussen een dienstverlener die een aanbod verkoopt en een dienstverlener die uitzonderingen opstapelt.

Eén ruimte per klant, rechten onder controle

Een aanbod van maatwerkapplicaties houdt alleen stand als de klant u zijn data toevertrouwt. Dat vertrouwen wordt niet verklaard. Het zit ingebouwd in de structuur van het platform zelf.

Elke klant beschikt over zijn eigen ruimte. U wordt er als dienstverlener uitgenodigd, alleen binnen de afgesproken perimeter: de applicaties die u beheert, de data die u nodig hebt, niets meer. De klant ziet wie toegang heeft tot wat, en kan die toegang zelf intrekken, zonder via u te passeren. Elke raadpleging en elke wijziging laten een spoor na in het toegangslogboek.

Die opzet beschermt beide partijen. De klant houdt de controle over wat hem toebehoort. U hebt een bewijs van wat u gedaan hebt en van wat u niet gedaan hebt. Wanneer een bedrijfsleider vraagt “en onze data?”, is het antwoord geen belofte meer, maar een instelling die hij kan nakijken.

Het is ook wat het aanbod aanvaardbaar maakt voor klanten die tot nu toe weigerden dat een externe dienstverlener aan hun beheer raakte. De controle ligt bij hen. De dienst ligt bij u.

Hoe u het aanbod bouwt

U hebt geen volledige catalogus nodig om te beginnen. Een stevig aanbod bouwt u in enkele stappen, vertrekkend van wat uw klanten u al vragen.

  1. Kies twee of drie vragen

    Herlees de tickets en gesprekken van het voorbije jaar. De vragen die het vaakst terugkomen, zijn uw eerste capaciteiten.

  2. Assembleer de eerste met een pilootklant

    Een klant die de nood geuit heeft en met wie de relatie goed zit. Beschrijf de nood in zijn woorden, assembleer, toon.

  3. Valideer samen met hem

    Laat hem de tool gebruiken op zijn echte gevallen, zolang als nodig. Noteer wat ontbreekt en wat te veel is. Corrigeer, en leg dan een versie vast.

  4. Verpak de capaciteit

    Een heldere beschrijving, de regels die ze toepast, wat door een persoon beslist blijft. Dat document laat u toe ze elders aan te bieden.

  5. Bied ze aan gelijkaardige klanten aan

    Zelfde sector, zelfde omvang, zelfde nood. De piloot wordt een referentie voor de methode, zonder er een getuigenis van te maken.

  6. Publiceer wanneer ze rijp is

    Een capaciteit die bij meerdere klanten gevalideerd is, kan op de marktplaats gepubliceerd worden en ondernemingen bedienen die u nooit ontmoet zou hebben.

De meest voorkomende vragen zijn gekend: we beschreven ze in Vijf applicaties die kmo’s als eerste assembleren. En als een van uw capaciteiten het verdient om een volwaardig product te worden, staat het traject beschreven in Van het idee tot de software die u verkoopt.

In Neoo

Neoo is ontworpen voor dit model. Neoo Forge, het atelier dat uw applicaties met AI assembleert, laat u een bedrijfsnood beschrijven in de woorden van de klant en levert schermen, regels en automatiseringen die met zijn data verbonden zijn. Elke applicatie heeft een verantwoordelijke, een versie, rechten en tests.

Neoo MSP is het aanbod voor dienstverleners: een controle per klant, met een aparte ruimte voor elk van hen, rechten per perimeter en een toegangslogboek dat de klant kan raadplegen. De bewakingskant volgt dezelfde regel, geen stille actie op de infrastructuur van een klant, zoals we uitleggen in Zie een incident voordat het een noodgeval wordt. De details vindt u op de Neoo MSP-pagina.

Het Neoo-partnernetwerk verenigt de dienstverleners die dit aanbod bouwen. U blijft de vaste partner van uw klanten, ook wanneer zij zelfstandiger worden. En wanneer een capaciteit rijp is, laat Neoo Exchange, de Neoo-marktplaats, u toe ze te publiceren voor andere ondernemingen. De principes staan op de partnerpagina en op de Neoo Exchange-pagina.

Veelgestelde vragen

Hebben we ontwikkelaars nodig om dit aan te bieden?

Nee. Neoo Forge assembleert applicaties op basis van een bedrijfsbeschrijving. Hebt u ontwikkelaars, dan kunnen zij uitbreiden wat geassembleerd is. En voor complexe vragen kan het Neoo-team u begeleiden.

Van wie is wat voor een klant gebouwd wordt?

De klant behoudt zijn bedrijfsactief: zijn data, zijn regels, zijn schermen. Het platform behoudt zijn motor. U behoudt uw knowhow en de verpakking van uw aanbod, die u aan andere klanten kunt voorstellen.

Hoe wordt de toegang tot klantendata gecontroleerd?

Via een aparte ruimte voor elke klant, rechten beperkt tot de afgesproken perimeter, een toegangslogboek en een intrekking die de klant zelf kan beslissen, op elk moment.