Beste ticketing software: kiezen op basis van je eigen wachtrij

Het woord ticketing dekt twee compleet verschillende markten. De ene gaat over kaartverkoop voor evenementen, waar betrouwbaarheid van de verkoper en veilig betalen de vragen zijn. De andere, waar deze pagina over gaat, is supportsoftware: elke klantvraag wordt een ticket met een eigenaar, een status en een geschiedenis, zodat niets blijft liggen en twee collega's niet allebei antwoorden. Zoek je het eerste, dan helpt deze pagina je niet verder.

Bijna elk team begint met een gedeelde mailbox, en dat werkt tot ongeveer twee mensen. Daarna ontstaan er problemen die je niet met afspraken oplost, omdat de mailbox de informatie simpelweg niet bijhoudt.

• Eigenaarschap: wie behandelt deze vraag nu? In een mailbox is dat een aanname, in een ticketsysteem een veld.
• Status: is dit afgehandeld, wacht het op de klant of op een collega? Gelezen of ongelezen zegt daar niets over.
• Dubbele antwoorden: twee mensen die tegelijk in dezelfde mail zitten, zien elkaar niet.
• Terugvinden: een klant die twee weken later terugkomt, hoort niet opnieuw zijn verhaal te doen.
• Meten: zonder tickets kun je niet zien hoe lang mensen wachten of welke onderwerpen het volume veroorzaken.

Er zijn goede gratis ticketsystemen, in twee smaken. Een gratis plan van een commerciële leverancier is het snelst en loopt op een grens: aantal medewerkers, aantal tickets, koppelingen of automatisering. Een open source pakket dat je zelf host heeft die grenzen niet, maar verplaatst de rekening naar tijd: een server, updates, back-ups, beveiliging en iemand die het oppakt als het op een maandagochtend niet draait. Dat is een prima ruil als je die kennis in huis hebt en een slechte ruil als je supportteam ook de ICT doet. Reken bij open source dus niet in licentiekosten maar in uren per maand, en tel het risico mee dat er geen leverancier is die je kunt bellen.

Zoekopdrachten naar ticketsystemen lopen door elkaar heen, maar de twee gebruiken lossen andere problemen op. Bij intern ICT-support komen de verzoeken van collega's, zijn ze gestandaardiseerd (toegang, wachtwoord, apparatuur) en gaan ze vaak over rechten en assets. Daar horen categorieën als wijzigingsbeheer en een configuratiedatabase bij. Bij klantenservice komen de vragen van buiten, gaan ze meestal over geld en bestellingen, en is elk antwoord een toezegging aan iemand die je niet kunt terugfluiten. Daar tellen ordercontext, toon en kanaalwissels zwaarder dan assetbeheer. Kies op basis van waar je volume vandaan komt; een systeem dat beide half doet, wordt door geen van beide teams goed gebruikt.

Veel teams zoeken een ticketsysteem dat op hun bestaande Microsoft-omgeving past, en dat is een terechte eis: als medewerkers de hele dag in Outlook en Teams zitten, moet het ticketsysteem daar binnenkomen en niet naast staan. Toets het op drie dingen. Landen inkomende mails automatisch als ticket, met de bijlagen intact? Blijft een antwoord dat iemand vanuit zijn eigen mail stuurt bij het ticket horen, of ontstaat daar een gat in de geschiedenis? En kun je een gedeeld postbusadres gebruiken zonder dat elke medewerker een extra licentie nodig heeft? Dat laatste is vaak het punt waar de rekening onverwacht oploopt.

Een objectieve ranglijst bestaat niet, maar een sorteerlijst wel. Dit zijn de namen die op vrijwel elke shortlist opduiken, gegroepeerd naar het probleem waarvoor ze zijn ontworpen. Zoek jezelf op in de groep die bij je volume past; dan valt het grootste deel van de markt meteen af. Controleer prijzen en limieten altijd bij de leverancier zelf, want die veranderen vaker dan overzichtsartikelen worden bijgewerkt.

• Klantenservice voor webshops: SamDesk, Gorgias, Zendesk, Freshdesk, Help Scout, Front — ordercontext, retouren en kanaalwissels staan centraal
• Brede helpdesk voor mkb: Zoho Desk, HubSpot Service Hub, Freshdesk — vaak logisch als je het CRM van dezelfde leverancier al gebruikt
• ICT-servicedesk en ITSM: Jira Service Management, Freshservice, TOPdesk, ServiceNow, GLPI — assets, wijzigingsbeheer, goedkeuringen en een servicecatalogus
• Open source, zelf gehost: osTicket, FreeScout, Zammad, Chatwoot — geen licentiekosten, wel je eigen server, updates en beveiliging
• Bovenop je bestaande omgeving: helpdesk-apps binnen Microsoft 365 of een zelfgebouwde flow op Outlook, SharePoint en Power Automate

Leveranciers rekenen op verschillende eenheden: per medewerker, per ticket, per opgeloste vraag of per functiepakket. Vergelijk daarom niet het maandtarief maar wat er gebeurt in je piekweek. Een prijs per ticket is aantrekkelijk in een rustige maand en straft je precies wanneer het druk is. Een prijs per medewerker is voorspelbaar, tot je tijdelijk mensen wilt bijzetten en per stuk moet bijbetalen. Vraag bij elke offerte om hetzelfde rekenvoorbeeld met jouw eigen aantallen — bijvoorbeeld je drukste maand van vorig jaar — zodat je appels met appels vergelijkt.

Een vergelijkingsronde die maanden duurt, levert zelden een beter besluit op dan een week met echte tickets. Zet twee kandidaten naast elkaar en laat één echte wachtrij door beide lopen. Meet twee dingen die niets met features te maken hebben: hoe vaak moest een medewerker het systeem verlaten om een antwoord te vinden, en hoeveel gesprekken gingen opnieuw open nadat ze gesloten waren. Die twee getallen voorspellen je dagelijkse werkplezier beter dan welke featurematrix ook.

SamDesk is gebouwd voor kleinere e-commerceteams: tickets, gedeelde inbox, klantprofiel en Shopify- of WooCommerce-ordercontext in één werkruimte, met AI-concepten die een medewerker eerst goedkeurt. Het is geen ITSM-pakket met wijzigingsbeheer en assetbeheer, en geen kaartverkoopsysteem. Draait je volume op interne IT-verzoeken, dan past een ITSM-tool beter. Draait het op klantvragen over bestellingen, retouren en betalingen, dan is dit precies het werk waarvoor SamDesk is ontworpen.

Veelgestelde vragen