Lang was het moment waarop een product de fabriek verliet het einde van een verhaal. Het ontwerp lag vast, de productielijn draaide, en wat daarna gebeurde, was vooral een zaak van service en garantie. Met een verbinding verandert dat. Het moment van verkoop wordt het begin van iets dat blijft bewegen.
Dat klinkt als een slogan, en dat wil ik net vermijden. Dus probeer ik in dit stuk preciezer te zijn: wat verandert er concreet wanneer een fysiek product verbonden is? Voor wie het maakt, voor wie het gebruikt, en voor de manier waarop we over ‘af’ denken.
Het einde van de productielijn
Een klassiek product wordt ontworpen naar een moment toe. Er is een specificatie, een prototype, een reeks tests en een release. Daarna is het product wat het is. Als er iets beter kan, komt dat in de volgende versie, die opnieuw gekocht moet worden.
Die logica heeft voordelen die we makkelijk vergeten. Ze dwingt tot keuzes. Ze maakt duidelijk wie waarvoor verantwoordelijk is. En ze geeft de gebruiker iets dat stabiel blijft: een machine die vandaag hetzelfde doet als gisteren.
Mijn eerste kennismaking met het alternatief was in 2006, tijdens een stage rond telemaintenance van landbouwmachines. Een machine op het veld stuurde gegevens over een mobiele verbinding naar een backoffice op het web. Naar de maatstaven van vandaag was dat technisch bescheiden, maar het idee was er al: het product blijft na de verkoop iets vertellen.
Wat toen vooral een venster was, is vandaag vaak een deur in twee richtingen. Een verbonden product stuurt niet alleen gegevens terug. Het kan ook nieuwe software ontvangen, en daarmee ander gedrag.
Wat er verandert als software blijft bewegen
De verschuiving zit niet in één technologie, maar in een reeks kleine verplaatsingen. Ik zet ze naast elkaar, omdat ze samen een ander soort product beschrijven.
| Aspect | Klassiek product | Verbonden product |
|---|---|---|
| Release | Eén moment, daarna vast | Begin van een reeks updates |
| Kennis over gebruik | Via onderzoek, klachten en service | Ook via gegevens uit het veld |
| Kosten | Vooral vóór de verkoop | Ook doorlopend: servers, beveiliging, onderhoud |
| Verantwoordelijkheid | Afgebakend door garantie | Loopt door zolang het product verbonden is |
| Relatie met de gebruiker | Een transactie | Een doorlopende relatie |
De laatste rij is de belangrijkste, en ook de minst technische. Wie een verbonden product verkoopt, belooft impliciet dat er iemand blijft zorgen. Voor updates, voor beveiliging, voor de servers waarmee een app praat. Die belofte staat zelden in de handleiding, maar de gebruiker rekent erop.
Wie een verbonden product verkoopt, belooft impliciet dat er iemand blijft zorgen.
Er zit ook een ongemakkelijke kant aan. Een product dat kan verbeteren, kan ook verslechteren. Een functie kan verdwijnen, een dienst kan stoppen, een update kan iets veranderen waarop iemand vertrouwde. ‘Nooit helemaal af’ is dan geen belofte meer, maar een onzekerheid.
De lus die je moet ontwerpen
Als een product nooit af is, verschuift het ontwerpwerk. Je ontwerpt niet alleen het ding, maar ook de lus eromheen: hoe gegevens terugkomen, hoe je ze begrijpt, hoe je beslist wat je verandert en hoe die verandering veilig terug bij het product komt.
- Product in het veld
- Gegevens
- Inzicht
- Beslissing
- Update
In die lus zitten de meeste moeilijke vragen. Welke gegevens heb je echt nodig, en welke verzamel je alleen omdat het kan? Wie kijkt ernaar? Hoe weet je dat een update op duizenden toestellen hetzelfde doet als op de tien in het lab?
Een eenvoudig voorbeeld maakt dat tastbaar. Veel systemen beschrijven een update in een klein manifest: welke versie, voor welke hardware, en wat er moet gebeuren als het misloopt.
{
"firmware": "2.4.1",
"hardware": ["rev-c", "rev-d"],
"rollout": { "stage": "pilot", "percentage": 5 },
"rollback": { "onFailure": true, "keepPrevious": true },
"requires": { "battery": ">= 40%", "idle": true }
}
Niets hieraan is spectaculair, en dat is precies het punt. De velden voor een gefaseerde uitrol en een terugvaloptie zeggen iets over een houding: we gaan ervan uit dat er iets kan mislopen, en we ontwerpen daarvoor. Een voorwaarde als ‘alleen wanneer het toestel niet in gebruik is’ is een kleine erkenning dat er een mens aan de andere kant staat.
Bij software op een scherm is een mislukte update vervelend. Bij software in een machine, een deur of een verwarmingsketel kan ze iets in de fysieke wereld veranderen. Dat verschil maakt de lus geen ontwerpdetail, maar de kern van het product.
Wie er mee verandert
Het is verleidelijk om dit als een technisch verhaal te vertellen: connectiviteit, cloud, firmware. Maar de grootste verschuivingen zitten bij mensen.
Een productteam dat gewend is aan één release per jaar, moet leren werken in een ritme van kleine stappen. Service krijgt gegevens die vroeger ontbraken, en daarmee ook nieuwe verwachtingen. Verkoop moet uitleggen dat het product na aankoop nog verandert, zonder dat het klinkt alsof het onaf geleverd wordt.
En de gebruiker? Die krijgt een product dat beter kan worden, maar ook een relatie waar hij niet altijd om gevraagd heeft. Een tractor, een fiets of een thermostaat waarvan het gedrag kan wijzigen terwijl hij in de schuur staat of aan de muur hangt. Dat vraagt om duidelijkheid: wat verandert er, waarom, en kan ik nee zeggen?
Wat ik nog niet weet
Ik heb niet op alles een antwoord, en ik wantrouw stukken die dat wel hebben. Een paar vragen blijven voor mij open.
Hoe lang moet een fabrikant een verbonden product ondersteunen? Een machine gaat soms twintig jaar mee, een cloudplatform zelden zo lang. Wat gebeurt er met een product als het bedrijf erachter stopt? En waar ligt de grens tussen een product verbeteren en het gedrag ervan veranderen zonder dat de eigenaar dat wil?
Er is ook een eenvoudiger vraag die vaak wordt overgeslagen: moet dit product wel verbonden zijn? Niet elk ding wordt beter door een verbinding. Soms is ‘af’ precies wat iemand wil kopen.
Een product als relatie
Als ik het moet samenvatten, dan zo: een verbonden product is geen object meer dat je overdraagt, maar een relatie die je aangaat. Met alles wat daarbij hoort: aandacht, onderhoud, eerlijkheid over wat er verandert, en de bereidheid om te luisteren naar wat het veld terugzegt.
Dat maakt het werk niet eenvoudiger. Wel interessanter. Technologie is daarbij maar een middel. Wat je ermee doet, en hoe lang je erbij blijft, is waar het eigenlijk over gaat.