De standaardtriggers en wat ze doen

Elk account komt met een set triggers die het voor de hand liggende werk al doen. Lees ze voordat je er iets bij zet.

Elk account komt met een set triggers die het voor de hand liggende werk al doen. Lees ze voordat je er iets bij zet.

Wat er standaard in zit

• Notify requester and CCs of received request. De bevestiging die je klant krijgt.
• Notify requester and CCs of comment update. Jouw antwoord dat bij hem aankomt.
• Notify assignee of comment update, of assignment en of reopened ticket.
• Notify group of assignment.
• Notify all agents of received request. Verstandig bij een team van drie, onhoudbaar bij een team van dertig. Meestal de eerste die je uitzet.
• Auto-assign to first email responding agent. Staat uit als je begint.
• Set tickets with no priority to normal.

In oudere accounts heten de eerste twee Notify requester of received request en Notify requester of comment update, zonder "and CCs". Dezelfde regels, een oudere naam.

Lees ze eerst, echt

De meeste triggerproblemen in de eerste maand zijn een nieuwe regel die vecht met een standaardregel. Iemand bouwt een melding die al bestond, en nu krijgen klanten twee e-mails, of twee regels zetten de groep en de tweede maakt de eerste ongedaan.

Een halfuur lezen wat er al staat voorkomt dat volledig, en het leert je meteen de huisstijl voor je eigen regels.

Wijzig liever dan vervangen

De voorwaarden of de tekst van een standaardtrigger aanpassen is doorgaans beter dan hem uitzetten en zelf iets bouwen. Je houdt iets wat Zendesk begrijpt en wat andere admins herkennen.

Degene om als eerste naar te kijken

Notify all agents of received request. Hij klopt bij een heel klein team en klopt niet meer zodra je groeit, en hij is de meest voorkomende reden dat agents helemaal gestopt zijn met het lezen van e-mail uit Zendesk.

Zie ook

• Welke triggers elk bedrijf nodig heeft
• De volgorde van triggers en waarom die uitmaakt
• Een trigger maken
• Kan ik wijzigen vanaf welk supportadres het antwoord komt