Een nieuwe dienst ontwikkelen die je onderneming ook kan waarmaken.

Neem als voorbeeld een leverancier van onderdelen. Klanten vragen of die hun voorraad kan aanvullen voordat onderdelen opraken. Willen ze vooral minder spoedbestellingen, minder werk voor inkoop of zekerheid voor de productie? Dat klinkt vergelijkbaar, maar het vraagt een andere dienst.

Een vast levermoment is iets anders dan voorraad voor de klant beheren. En beide zijn iets anders dan beloven dat productie nooit hoeft te wachten. Bespreek welke verantwoordelijkheid de klant wil overdragen, welke informatie die daarvoor beschikbaar stelt en waarvoor die wil betalen.

Maak het aanbod concreet genoeg om met een klant én je medewerkers te bespreken. Voor de onderdelenleverancier kan een eerste versie er zo uitzien. Dit is een denkvoorbeeld, geen beschrijving van een klantproject.

Afspraak	Voorbeeld voor de eerste proef
Voor wie	Bestaande klanten met herkenbaar, terugkerend verbruik
Wat je levert	Een aanvulvoorstel op basis van afgesproken voorraadgegevens
Wat de klant beslist	De klant bevestigt afwijkende hoeveelheden en nieuwe artikelen
Wat niet is beloofd	Geen onbeperkte beschikbaarheid of automatische garantie tegen stilstand
Wat je moet organiseren	Betrouwbare verbruiksgegevens, voorraadtoewijzing, contact bij afwijkingen en levering

Kies ook hoe de dienst wordt betaald: afzonderlijk, als onderdeel van de levering of voor een afgesproken beschikbaarheid. Reken de bijbehorende inzet mee, waaronder voorraad, transport, voorbereiding en klantcontact. Een abonnement is geen verbetering als een paar onvoorspelbare verzoeken alle beschikbare capaciteit opeisen.

Leg de kaart voor aan degene die over de inkoop beslist. Bespreek een concrete prijs, proefperiode en verdeling van verantwoordelijkheden. Vraag niet alleen of het idee interessant is, maar of de klant onder die voorwaarden wil beginnen.

Voor de onderdelenleverancier kan dat betekenen: een proef van zes weken, een afgesproken vergoeding, wekelijkse voorraadgegevens en aanvulvoorstellen die de klant zelf goedkeurt. Onderdelen en transport hebben hun eigen prijsafspraak. Leg de reactie vast naast het aanbod: wie kan akkoord geven, welke voorwaarde staat nog open en wanneer volgt een besluit?

Een klant kan bijvoorbeeld willen starten, maar geen betrouwbare voorraadgegevens kunnen leveren. Dat is een concrete belemmering om eerst op te lossen. Een verzoek om gegarandeerde beschikbaarheid verandert juist de dienst en de benodigde capaciteit. Pas het voorstel aan en vraag opnieuw om een besluit. Zo leer je welke verantwoordelijkheid de klant werkelijk wil inkopen.

De accountmanager ziet dat een klant meer gaat verbruiken. Mag die de volgende levering aanpassen? Welke voorraad is al voor anderen bestemd? Wanneer moet inkoop of productie meedenken?

Werk het antwoord uit met de mensen die de belofte dragen. De accountmanager moet niet alleen een signaal krijgen, maar kunnen beoordelen welke toezegging haalbaar is. Geef die ruimte binnen duidelijke grenzen. Voor afspraken hierover kun je de beslisruimtekaart gebruiken.

Een eerste klantproef moet drie vragen beantwoorden: wil de klant dit aanbod tegen deze voorwaarden, kan het team het leveren en past de werkelijke inzet bij de prijs? Volg daarom een volledige cyclus, inclusief een wijziging of onvolledige aanvraag.

Leg vooraf vast waarop je besluit door te gaan. Komt het werk steeds bij dezelfde specialist terug, dan is de dienst nog niet klaar om breder te verkopen. Begrijpt de klant het aanbod anders dan jullie, pas dan de belofte aan. Belangstelling alleen is niet genoeg, maar een proef die een verkeerde aanname blootlegt is wel waardevol.

Soms kan de eerste versie met bestaande systemen. Soms is een koppeling of eigen toepassing nodig om informatie, afspraken en handelingen bij elkaar te brengen. Je hoeft niet alle onderliggende technologie zelf te ontwikkelen.

Bij een e-healthplatform werkten we met de projectlead en DevOps aan API en cliëntapp. Ons domein was de integratie van externe communicatietechnologie en de processen rond het consult. De technologie werd daarmee onderdeel van de gebruikersreis, van registratie tot het starten van de zorgdienst.

Wil je eerst aanbod en organisatie uitwerken? Begin bij bedrijfsanalyse en organisatie. Realisatie gaat over het ontwerpen en bouwen van de gekozen ondersteuning. Voor onderhoud als specifieke uitbreiding is er het artikel een onderhoudsdienst opzetten.