Het begint bijna altijd hetzelfde. Je bent ooit met één Zoho-app begonnen, meestal CRM, soms Books of Desk. Die app draait, je team is eraan gewend, en de rest van het bedrijf leeft nog in Excel en in de mailbox.

Dan komt er een tweede wens. Offertes moeten er netter uit, iemand wil urenregistratie, of marketing vraagt om fatsoenlijke campagnes. Je kunt daar een los abonnement bij nemen, of doorgroeien naar Zoho One, waar volgens Zoho meer dan vijfenveertig apps in zitten. Zodra iemand die rekensom maakt, lijkt de uitkomst voor de hand te liggen.

Even transparant: Empiriq is implementatiepartner van Zoho One. Daarom staat hieronder ook wanneer losse abonnementen de betere keuze blijven, en waarom de brede suite voor een deel van de bedrijven averechts werkt.

Bij hoeveel apps en hoeveel gebruikers de rekensom kantelt.

Bij losse abonnementen betaal je per app, per gebruiker, per editie. Drie apps voor tien mensen zijn drie regels op je factuur, elk met een eigen prijs en verlengdatum. Bij Zoho One betaal je één bedrag en krijg je de hele bak.

Er zijn twee licentiemodellen, en dat verschil is groter dan het lijkt. Zoho biedt een prijsplan voor alle medewerkers, waarbij je verplicht een licentie koopt voor iedereen op de loonlijst, ook voor wie nooit inlogt. Daarnaast is er een prijsplan voor een flexibel aantal gebruikers. Voor een kantoororganisatie waar iedereen achter een scherm zit, valt het eerste model vaak gunstig uit. Voor een installatiebedrijf met veertig man in de buitendienst en twaalf op kantoor kan het een veelvoud schelen.

Bedragen staan hier bewust niet in. De prijspagina's van Zoho laden hun cijfers pas in de browser, en ze verschillen per regio en betaaltermijn. Haal ze op bij de bron en maak zelf de som. De vuistregel is simpeler dan de tabel: tel niet de apps die je ooit zou willen, tel de apps waarvoor je vandaag al zou betalen. Het kantelt meestal rond je derde of vierde betaalde app voor een groot deel van je gebruikers. Zit je op twee apps voor een handjevol mensen, dan verdien je het niet terug.

Wat je wint zit niet in de functielijst.

De winst zit zelden in de extra apps, maar in twee dingen die op geen tabel staan.

Het eerste zijn de koppelingen. Binnen één suite praten de apps met elkaar zonder dat jij die verbinding hebt gebouwd of onderhoudt. Een klant die je in CRM aanmaakt, is dezelfde klant in je facturatie. Bij losse abonnementen kan dat ook, maar dan ben jij de eigenaar van die koppeling. Jij bent degene die op maandagochtend ontdekt dat de synchronisatie sinds donderdag stilstaat.

Het tweede is beheer. Zoho One geeft je één centrale plek om gebruikers aan te maken en per persoon toe te wijzen welke apps ze krijgen. Dat klinkt saai tot iemand uit dienst gaat en je anders zes beheerschermen moet langslopen om te weten of het dicht staat.

De rekensom is bijna nooit het echte probleem.

Hier gaat het meestal mis. De voor de hand liggende conclusie is dat meer apps voor hetzelfde geld altijd beter is, en op papier klopt dat ook.

Alleen is de rekensom zelden waar het op stukloopt. Dat is dat een brede suite je verleidt om alles zelf te gaan doen. Alles zit er al in, aanzetten kost niets extra's, dus waarom zou je er iemand bij halen. Je zet er een app bij, je richt hem half in, je zet er nog een bij. Een jaar later heb je drie apps die goed staan en zeven die half leven. Niemand weet meer welke lijst leidend is, de cijfers uit de ene app kloppen niet met die uit de andere, en het team begint stiekem weer in Excel.

Een half ingerichte app is erger dan geen app. Geen app betekent dat mensen weten waar ze wel moeten zijn. Een half ingerichte app betekent twee plekken voor hetzelfde en niemand die ze vertrouwt.

Beter twee apps die kloppen dan tien die half leven. Dat is geen bezuiniging, het is de enige volgorde die werkt: mens, proces, technologie.

Een team dat net gewend is aan één app, raakt de weg kwijt in veertig.

De menselijke kant wordt bijna altijd overgeslagen, terwijl die het hardst telt. Je mensen hadden maanden nodig om CRM te gebruiken zoals jij het bedoeld had. Dat ging over gewoontes, niet over knoppen.

Open daarna in één klap een scherm met tientallen tegels en er gebeurt iets voorspelbaars. Mensen vragen niet waar iets hoort, ze gokken. De een zet de klantafspraak in de ene app, de ander in de andere, en beiden denken dat ze het goed doen. Daar helpt geen training tegen, want ze snappen de app prima. Er is alleen geen afspraak over wie wat waar zet.

Daarom pakt alles aanzetten zelden goed uit. Zoho One laat je per persoon bepalen welke apps zichtbaar zijn, en dat is precies de knop die je moet gebruiken. Geef iemand op de werkvloer de drie apps die bij zijn werk horen en niets meer. Ruimte die er niet is, kan ook niet verkeerd worden gebruikt.

Hoe je het dan wel aanpakt.

Doe het alsof je nog steeds per app betaalt. Dat is de hele truc.

• Zet alleen aan wat een proces vervangt dat vandaag ergens anders gebeurt. Geen app zonder aanleiding.
• Geef elke app één eigenaar met een naam, die beslist hoe hij is ingericht.
• Houd het tempo op ongeveer één nieuwe app per kwartaal, zodat de vorige is ingeburgerd.
• Beschrijf per app in twee zinnen waarvoor hij is en waarvoor niet, en hang dat op.

En de eerlijkste uitkomst mag ook: gebruik je vandaag één app en heb je geen tweede concrete behoefte, blijf dan gewoon staan. Overstappen omdat het voordelig lijkt, terwijl je er twee apps in gebruikt, levert een groter beheerprobleem op en geen betere organisatie.

Waar je kunt beginnen.

De keuze tussen Zoho One en losse abonnementen is maar voor een klein deel een licentievraag. Vooral is het een vraag over jezelf: hoeveel processen wil je het komende jaar echt aanpakken, en heb je de mensen om dat te dragen?

De nuttigste volgende stap is daarom geen demo van de apps die je nog niet hebt. Het is je eigen proces één keer uitgetekend krijgen: waar zit de tijd, waar doe je dingen dubbel, en welke stappen leven in Excel omdat het ooit zo begonnen is.

Dat is wat wij in een procesrisico-analyse doen. Geen verkoopverhaal, geen pakketadvies, een tekening en een eerlijk oordeel. Die blijft van jou, ook als de uitkomst is dat je voorlopig niets hoeft te veranderen.

Plan een kennismaking

Je hebt tien tot vijftig mensen in de buitendienst, en het loopt. Niet soepel, maar het loopt. De planning zit grotendeels in het hoofd van één persoon, met een Excel-bestand als geheugensteun. Werkbonnen komen op papier binnen, of als foto via WhatsApp. Uren worden achteraf ingeschat, omdat niemand op locatie de tijd heeft om iets in te vullen. Materiaal dat uit de bus is gegaan, staat soms nergens. En de facturatie loopt daardoor structureel twee tot vier weken achter.

Ga je dan kijken naar field service software, dan kom je terecht in een markt die vooral laat zien wat er allemaal kán. Routeoptimalisatie, voorspellend onderhoud op sensordata, SLA-bewaking per contractregel, dashboards met alles erop en eraan. Dat is indrukwekkend, en het is ook grotendeels niet wat jou op dit moment tegenhoudt.

Dit stuk gaat over dat onderscheid. Wat je echt nodig hebt om van papier en schattingen af te komen, en wat je in dit stadium gerust kunt laten liggen zonder dat je jezelf tekortdoet.

De basis is smaller dan je denkt.

Als je terugrekent vanaf de factuur, kom je op een korte lijst uit. Alles wat op die factuur moet staan, moet ergens op locatie zijn vastgelegd door de persoon die het werk deed. Dat is het hele mechanisme.

• De werkorder digitaal naar de monteur. Wat, waar, bij welke klant, welke installatie, en wat er vorige keer is gebeurd.
• Een app die blijft werken zonder bereik. Kelders, machinekamers, scheepsruimen, nieuwbouw zonder wifi. Dit is de vraag die je aan elke leverancier expliciet stelt, want de folder zegt er zelden iets over.
• Uren en materialen ter plekke vastleggen. In seconden, niet in schermen. Als het invullen langer duurt dan opschrijven, gebeurt het niet.
• Foto's bij de opdracht. Situatie bij aankomst, situatie bij vertrek. Dit scheelt achteraf de meeste discussie.
• Handtekening van de klant op locatie. Akkoord op wat er is gedaan en wat er is verbruikt, op het moment dat de klant er nog bij staat.
• Doorstroom naar de facturatie. Van afgeronde werkbon naar conceptfactuur, zonder dat iemand het overtypt.

Dat is het. Als je dit werkend krijgt voor je hele buitendienst, heb je het grootste deel van je probleem opgelost. De rest is verfijning.

Begin niet bij de planning, ook al voelt dat als de grootste pijn.

Hier gaat het bij de meeste bedrijven mis, en het is een begrijpelijke fout. De planning is waar het schuurt. Het is de persoon die met vakantie niet gemist kan worden, de puzzel die elke ochtend opnieuw gelegd wordt, de bron van de meeste telefoontjes. Dus lijkt automatisch plannen de logische eerste investering.

Alleen: een planningsalgoritme is niet meer dan een rekensom over de gegevens die je erin stopt. En die gegevens heb je nu niet. Automatisch plannen werkt pas als drie dingen kloppen.

• Realistische doorlooptijden per taak. Niet wat je ooit hebt afgesproken dat een onderhoudsbeurt duurt, maar wat hij in de praktijk duurt, inclusief reistijd en het gedoe bij aankomst.
• Actuele beschikbaarheid. Wie werkt wanneer, wie is ziek, wie zit vast op een klus die is uitgelopen.
• Vastgelegde vaardigheden per monteur. Wie mag aan welke installatie komen, wie heeft welk certificaat, wie kent deze klant.

Die drie dingen zitten nu in iemands hoofd. Zet je daar een algoritme op, dan krijg je een systeem dat sneller de verkeerde planning maakt dan je planner dat met de hand deed. En erger: het is een planning waar niemand meer het gevoel bij heeft dat hij klopt, dus gaat iedereen er weer omheen werken.

Begin daarom bij de werkbon. Dat is waar de gegevens ontstaan. Na een half jaar consequent uren en materialen vastleggen op locatie, weet je hoe lang taken echt duren. Dán heb je iets waar een planningsmodule mee kan werken. De volgorde is niet willekeurig: eerst de mensen die het vastleggen, dan het proces, dan pas de techniek die erop rekent.

Wat je in dit stadium kunt overslaan.

Een paar dingen die bijna altijd in de demo zitten en bijna nooit in het eerste jaar iets opleveren.

Geavanceerde routeoptimalisatie. Die verdient zich terug bij veel korte opdrachten per dag in een dichtbevolkt gebied. Heb je monteurs die twee of drie klussen per dag doen, dan is de winst van een slimmere volgorde marginaal vergeleken met de winst van een werkbon die klopt.

Voorspellend onderhoud op sensordata. Dit vraagt gekoppelde apparatuur, jaren storingshistorie en iemand die de uitkomsten kan beoordelen. Zonder die drie is het een duur dashboard.

Uitgebreide contract- en SLA-modules. Zinvol als je met boetes op responstijden werkt of veel verschillende serviceniveaus verkoopt. Heb je vooral onderhoudscontracten die op dezelfde manier lopen, dan volstaat een terugkerende werkorder.

Dashboards. Vraag jezelf eerlijk af wie er elke maandag daadwerkelijk in gaat kijken en wat hij dan anders gaat doen. Kun je die vraag niet beantwoorden, laat het dan.

Wanneer die zwaardere onderdelen wél aan de beurt zijn.

Niet nooit, wel later. Concreet: routeoptimalisatie wordt interessant als je monteurs vier of meer opdrachten per dag draaien en je reistijd een serieuze kostenpost is geworden. Vaardigheden en shiftplanning gaan meetellen zodra je te veel monteurs hebt om ze allemaal te kennen, in de praktijk ergens rond de twintig tot dertig.

Contract- en SLA-bewaking wordt noodzakelijk op het moment dat je verplichtingen hebt die geld kosten als je ze mist. Voorspellend onderhoud komt in beeld als je installaties al data leveren en je genoeg storingshistorie hebt vastgelegd om een patroon te kunnen zien. Dat laatste is precies de reden om nu goed vast te leggen wat er bij een storing is gebeurd, ook al doe je er voorlopig nog niets mee.

De meeste pakketten laten zich in die volgorde uitbouwen, van een basis met werkorders en servicerapporten naar zwaardere onderdelen als vaardigheden, assets en onderhoudsplannen. Vraag bij je selectie dus niet alleen wat een pakket kan, maar ook wat je op dag één kunt uitzetten zonder dat het in de weg zit.

Waar je kunt beginnen.

Voordat je demo's gaat plannen, is het nuttig om je serviceproces één keer uitgetekend te hebben. Van binnenkomende melding tot verzonden factuur, met daarin de punten waar informatie nu verloren gaat of dubbel wordt ingevoerd. Meestal blijkt dat er drie of vier van die punten zijn, en dat ze samen het merendeel van je vertraging veroorzaken.

Dat is wat wij in een procesrisico-analyse doen. Geen demo, geen pakketadvies, gewoon een tekening en een eerlijk oordeel over waar je begint. Die tekening blijft van jou en is net zo bruikbaar als je uiteindelijk met een andere partij verder gaat.

Plan een kennismaking