Com crear un sistema de tiquets de suport: tiquets, estats, assignació i correu

Un sistema de tiquets de suport converteix les sol·licituds disperses —correus, missatges, «preguntes ràpides» al passadís— en tiquets: un registre per problema, amb un responsable, un estat, una prioritat i la conversa completa. Per construir-ne un necessites una manera de crear tiquets, una cua compartida amb filtres, l'assignació, un fil que separi les respostes públiques de les notes internes, i notificacions perquè ningú es quedi esperant. Un constructor d'aplicacions amb IA pot construir una primera versió sòlida per a un servei intern d'IT, de RRHH o de manteniment en una tarda. El suport als clients amb integració de fils de correu, objectius de resposta i informes requereix més cura, i és on els productes de helpdesk consolidats es guanyen la seva tarifa.

Què necessita el sistema

Dades

Desa des del principi les marques de temps de la primera resposta i de la resolució. Són la base de tots els informes, i no es poden reconstruir després.

Pàgines

• Sol·licitant: un formulari per «enviar una sol·licitud» amb categoria i adjunts, una llista de «les meves sol·licituds», i el fil de cada tiquet.
• Agent: la cua (els meus tiquets, sense assignar, tots els oberts), filtres i cerca, i la vista del tiquet amb els controls per respondre, anotar, canviar l'estat, la prioritat i l'assignat.
• Administrador: categories, equips, agents, respostes predefinides i un informe simple.

Permisos

Els sol·licitants només veuen els seus propis tiquets i només les respostes públiques. Els agents veuen els tiquets del seu equip i les notes internes. Els caps i els administradors ho veuen tot i gestionen la configuració. Que una nota interna arribi a un client és el desastre clàssic dels helpdesks, així que aplica-ho al servidor, no només amagant una pestanya. Consulta com afegir control d'accés basat en rols.

Decisions i compromisos

Formulari, correu o tots dos

Un formulari web és el més simple i et dona dades nets: categoria, prioritat i camps obligatoris. La recepció per correu —la gent escriu a suport@ i apareix un tiquet— és el que els clients esperen, però necessita un proveïdor de correu que pugui rebre missatges i enviar-los a la teva aplicació, més un enllaç de fils perquè les respostes s'afegeixin al tiquet correcte (normalment un número de tiquet a l'assumpte o una adreça de resposta única). Comença amb el formulari; afegeix el correu quan el flux de treball estigui provat. Enviar correus des de la teva aplicació cobreix la part de sortida.

Assignació

Opcions: els agents trien de la cua de no assignats; rotació entre els membres d'un equip; o assignació per categoria. Triar de la cua funciona per als equips petits. L'assignació automàtica ajuda quan els tiquets es queden sense responsable.

Prioritats i objectius de resposta

Defineix dues o tres prioritats amb un objectiu per a la primera resposta («urgent: 1 hora, normal: 1 dia laborable»). Mostrar el temps restant a cada tiquet és més útil que un informe mensual que ningú llegeix. Les hores laborables compliquen els càlculs: decideix d'entrada si els objectius compten les nits i els caps de setmana.

Fusió i duplicats

El mateix problema informat tres vegades és habitual. Una acció «fusiona amb el tiquet #» estalvia als agents respondre el mateix repetidament; val la pena construir-la aviat.

Un primer prompt que funciona

Construeix un helpdesk intern d'IT per a una empresa de 60 persones. Els empleats envien sol·licituds amb un formulari: assumpte, categoria (maquinari, programari, accés, xarxa, altres), prioritat (baixa, normal, urgent), descripció i adjunts. Cada tiquet rep un número i els estats nou, obert, esperant el sol·licitant, resolt i tancat. Els agents d'IT veuen una cua amb pestanyes per a no assignats, els meus i tots els oberts, filtres per categoria, prioritat i estat, i cerca. La pàgina del tiquet mostra el fil amb les respostes públiques i les notes internes clarament separades; els empleats mai no veuen les notes internes. Els agents poden assignar, canviar l'estat i la prioritat, fer servir respostes predefinides i fusionar duplicats. Fes un seguiment dels temps de primera resposta i de resolució, i mostra el temps des de l'última actualització a cada tiquet. Els empleats tenen una pàgina de «les meves sol·licituds». Rols: empleat, agent, administrador. Desa-ho tot en una base de dades. Interfície senzilla, densa i ràpida: velocitat per sobre de decoració.

Passos de construcció

1. Model de tiquets i formulari. Envia, llista, obre un tiquet, respon.
2. Cua i filtres. No assignats, els meus, tots els oberts; filtra i cerca; ordena per prioritat i antiguitat.
3. Rols i inici de sessió. Sol·licitant, agent, administrador, amb les notes ocultes als sol·licitants al servidor.
4. Controls d'assignació, estat i prioritat, amb un registre d'activitat de cada canvi.
5. Notificacions. Envia un correu al sol·licitant per a les respostes públiques i a l'agent per a les noves assignacions, a través del teu propi proveïdor de correu.
6. Respostes predefinides i fusió.
7. Objectius de resposta i un informe bàsic: tiquets oberts per antiguitat, temps de primera resposta, tiquets per categoria.
8. Recepció per correu, quan la resta funcioni, amb els fils provats a fons.
9. Prova pilot amb un equip durant dues setmanes abans de passar-hi tothom.

Errors habituals

• Notes internes visibles als sol·licitants perquè només s'havien amagat a la interfície.
• Massa estats i categories. Els agents trien el primer que sembla proper. Comença amb cinc de cada com a màxim.
• Sense marques de temps per a la primera resposta i la resolució. Voldràs els números el dia que algú pregunti «estem anant més ràpid?».
• Les respostes per correu creen tiquets nous en lloc d'enllaçar-se. Prova de respondre des de l'aplicació de correu d'un telèfon, que sovint canvia els assumptes.
• Tothom assignat, ningú responsable. Un sol assignat per tiquet; fes servir seguidors per a la resta.
• Adjunts amb URL públiques. Les captures de pantalla de missatges d'error sovint contenen dades privades. Mantén els fitxers privats i serveix-los només a les persones que poden veure el tiquet.

Quan un producte fet és millor opció

Per al suport als clients a través del correu, el xat i les xarxes socials —amb seguiment dels objectius de resposta, enquestes de satisfacció, macros, informes i integracions—, un producte de helpdesk dedicat és gairebé sempre la millor inversió. Aquests productes han dedicat anys a la integració de fils de correu, el spam, l'encaminament i els informes, i no és la part del teu negoci que te'n diferencia. La nostra guia d'alternatives a Zendesk en compara algunes.

Una construcció pròpia encaixa amb les taules internes (IT, RRHH, manteniment, sol·licituds de finances), amb fluxos de treball de nínxol on un tiquet és en realitat una feina amb passos específics, i amb equips que volen les sol·licituds lligades a altres dades que ja guarden. També evita pagar per agent quan molta gent gestiona ocasionalment tiquets. La guia d'eines internes cobreix més àmpliament aquesta categoria.

Construir-lo amb Mythex

A Mythex descrius el helpdesk al xat, el revises a la vista prèvia en directe i el publiques per al teu equip. Els tiquets viuen en una base de dades Postgres que l'agent afegeix quan cal desar dades, i els adjunts van a l'emmagatzematge de fitxers del projecte. Els inicis de sessió per als sol·licitants i per als agents, i tot el correu d'entrada i de sortida, fan servir els teus propis proveïdors —Mythex no té cap producte integrat d'inici de sessió d'usuaris finals ni de correu—; la recepta per enviar correu mostra l'enfocament. Els companys d'equip poden ajudar a construir-lo mitjançant un espai de treball compartit, sense tarifes per lloc a Mythex.

Per a un prompt inicial, prova les plantilles de cua de sol·licituds internes o de seguidor d'errors, i combina el helpdesk amb una base de coneixement perquè les preguntes freqüents es responguin soles.

Preguntes