Mijn webshop Pasfoto.nu bestond in 2017 acht jaar. In die tijd was er voor bijna ieder onderdeel een aparte applicatie bij gekomen: bestellingen, klantenservice, statistieken, storingen en fouten. Elk systeem had zijn eigen meldingen. Ik kreeg informatie genoeg, maar moest op te veel plekken kijken om te weten of er iets moest gebeuren.
Ik wilde één plek waar de belangrijke signalen samenkwamen. Niet om de hele onderneming in een chatvenster te proppen, maar om sneller te zien wat aandacht vroeg en wie ermee aan de slag moest. Die plek werd destijds Slack.
Eén ingang, verschillende soorten signalen
Ik maakte kanalen voor bestellingen, klantenservice, rapportages, status, kansen en bugs. Dat onderscheid was belangrijker dan de keuze voor Slack. Een nieuwe bestelling vraagt soms een andere reactie dan een foutmelding. Als alles in één stroom staat, verdringt de drukte de urgentie.
Bij bestellingen zag ik wat er verkocht werd en welke foto's binnenkwamen. De verzending had ik uitbesteed; de verzender kreeg de relevante meldingen zodat hij wist wanneer hij moest handelen. Het kanaal was dus niet alleen een dashboard voor mij. Het bracht de informatie ook bij de persoon die het werk deed.
Voor klantvragen had ik een autoresponder en een selfservice-omgeving ingericht. Verzoeken die nog een menselijke handeling vroegen, zoals een correctie van een verkeerd ingevuld adres, kwamen in een apart kanaal terecht. Over die klantenservice schreef ik ook uitgebreider in Robots Rock. Hier gaat het vooral om de stap erna: zorgen dat een resterend verzoek niet ergens in een inbox blijft liggen.
Wat vraagt direct actie?
In het statuskanaal kwamen meldingen over de website en de controlesoftware voor pasfoto's. Bij een storing wilde ik meteen weten wat er mis was, zodat iemand het kon onderzoeken. Bugs hadden hun eigen kanaal. De ontwikkelaar kon daar meekijken en actie ondernemen wanneer dat nodig was.
Rapportages waren juist geen alarmsignaal. Op maandag stonden de belangrijkste webstatistieken voor me klaar. Die gebruikte ik om te beslissen waar we aan de website moesten werken. In een kansen-kanaal verzamelde ik destijds vermeldingen rond pasfoto's. Soms leverde dat een idee voor een product of blog op. Zulke signalen zijn interessant, maar niet dringend. Dat verschil wil je zichtbaar houden.
Begin met de beslissing, niet met de koppeling
Wie vandaag een vergelijkbaar overzicht wil maken, kan beter eerst op papier zetten welke vragen elke week terugkomen. Is er iets kapot? Wacht een klant op hulp? Moet er iets worden verzonden? Welke cijfers beïnvloeden een beslissing? Pas daarna kies je welke systemen meldingen moeten sturen en waar die terechtkomen.
Geef iedere stroom een eigenaar en bepaal wat een melding van die persoon vraagt. Een statusmelding zonder opvolging is ruis. Hetzelfde geldt voor een rapport dat niemand leest. Ik zou klein beginnen: alleen de signalen opnemen waarvoor je een duidelijke volgende stap kunt noemen. Voeg de rest pas toe als je merkt dat je ze echt mist.
Mijn opzet uit 2017 was sterk verbonden met de tools en het bedrijf van dat moment. Een andere app of een eenvoudig gedeeld overzicht kan hetzelfde doel dienen. De les die is blijven hangen: centraliseren helpt pas als de informatie gesorteerd, begrijpelijk en uitvoerbaar is.