Field service software voor IT-ondersteuning op locatie

De tickets die het pand verlaten

Een IT-dienstverlener meet zichzelf af aan het aandeel dat op afstand wordt opgelost, en terecht: de goedkoopste reparatie is die waar niemand naartoe rijdt. Wat die maatstaf verhult, is dat de resterende tickets, die waarvoor iemand op locatie moet zijn, het grootste deel van de operationele inspanning en vrijwel de hele planning opslokken. Field service software voor IT-ondersteuning is de laag voor precies die tickets, en ze staat naast de helpdesk in plaats van ervoor in de plaats.

Dat onderscheid is de moeite waard, want de twee gereedschappen beantwoorden verschillende vragen. Een ticketsysteem zegt wat er openstaat. Een field service platform zegt wie er gaat, wanneer die er is, wat er mee moet en wat er gebeurde toen die er was.

Drie soorten werk op locatie

Storingsherstel

Ongeplande bezoeken komen binnen met een lopende klok, zeker bij contractklanten waar de afspraak een reactietijd vastlegt. De planningsvraag is niet wie er op papier vrij is, maar wie die locatie vandaag haalt met de juiste kennis en, waar dat telt, de juiste hardware in de auto.

Projecten en uitrollen

Uitrollen, vervangingsrondes en kantoorverhuizingen zijn het winstgevende werk, en ze gedragen zich meer als bouw dan als support: volgordes, afhankelijkheden, toegangsvensters en een einddatum die de klant al aan zijn mensen heeft doorgegeven. Ze plannen als werk over meerdere bezoeken, met apparaten die door de hele volgorde heen worden gevolgd, is wat voorkomt dat een weekenduitrol verandert in veertien dagen losse eindjes.

Gepland onderhoud

Contractklanten verwachten preventieve bezoeken, en juist die zijn het makkelijkst te laten glippen, want er gaat niets kapot als ze worden overgeslagen, tot er wel iets kapotgaat. Ze aanmaken als terugkerende klussen zorgt dat de toezegging die in het contract is verkocht ook echt in de planning verschijnt.

Waarom de locatiekaart zwaarder weegt dan het ticket

Klantomgevingen zijn opeenstapelingen van keuzes uit jaren, grotendeels niet vastgelegd. De engineer die een bepaalde locatie kent, is tegelijk een bezit en een risico, want die kennis loopt met hem de deur uit. Het dossier opbouwen terwijl de bezoeken plaatsvinden, met configuratienotities, rackfoto's, het omgaan met inloggegevens en de toegangsafspraken aan de locatie gekoppeld, maakt van persoonlijk geheugen iets wat het bedrijf bezit.

Historie op apparaatniveau trekt dezelfde lijn door naar de hardware. Een werkplek met drie uitrukken in een half jaar is een uitgesteld vervangingsbesluit, en die blijft onzichtbaar zolang bezoeken aan datums hangen in plaats van aan apparaten.

Factureren wat er echt is gedaan

Ondersteuning op locatie wordt in tijd gefactureerd, en tijd is nu juist wat engineers het slechtst vastleggen. Uren die aan het eind van de week worden gereconstrueerd, zijn voorzichtig, inconsistent en niet aantoonbaar. Start, rijtijd en einde op de klus vastleggen, met de handtekening van de klant bij afronding, levert een factuur op waar niemand over discussieert en een beeld van waar de uren werkelijk heen gaan.

Het cijfer dat laat zien of het werkt

Het percentage dat in één keer wordt opgelost. Een supportbedrijf dat de klus bij de eerste poging afrondt, geeft minder uit aan rijden, factureert een groter deel van zijn uren en houdt contracten langer vast. Dat verbeteren vraagt om weten waarom herhaalbezoeken ontstaan, en dat vraagt dat bezoeken hun historie meedragen. Niets anders in de operatie verdient zich zo snel terug.

Begin naast de helpdesk

Er is geen integratieproject dat eerst af moet zijn. Zodra een ticket een bezoek nodig heeft, wordt het bezoek als klus aangemaakt, werkt de engineer vanuit de app, en lopen de bon en de uren vanaf dat moment vol. Supportbedrijven met twee of minder medewerkers blijven permanent op het gratis plan, en de betaalde modules hebben een proefperiode tot 55 dagen.