Produkt

SLA og regler

Du definerer tidsfrister pr. prioritet og pr. kunde, værktøjet overvåger tællerne. Når en tidsfrist nærmer sig, advarer det den rigtige person i stedet for at vente på klagen.

To tællere pr. sag

Første svar og løsning. Hver stopper, mens bolden er hos kunden og i teamets lukketider.

Eskalering i tre trin

Ved 75 % af fristen, påmindelse til agenten. Ved 90 %, notifikation til vejlederen. Ved overskridelse, ændring af prioritet og besked i teamets Slack-kanal.

Én enkelt grammatik

Triggere, tidsregler, SLA-politikker og makroer bruger den samme syntaks: betingelser efterfulgt af handlinger. Du lærer kun én gang.

acme.open-helpdesk.com/app/sla

Compteurs en cours

horaires 9h–18h · Paris
  • #4818 Accès SSO refusé · urgent18 min restantes
  • #4821 Facture double sur juin · haute42 min restantes
  • #4802 Panne export · urgentdépassé de 6 min
  • #4811 Webhook non reçu · normale5 h restantes
14:02 palier 75 % → rappel à Léa
14:17 palier 90 % → notification superviseur
14:23 dépassement → priorité urgente · #support-urgent
Overvågning af SLA-tællere og eskalationslog.

Funktioner i detaljer

Frister, der passer til jer

Én politik pr. segment — kundens plan, virksomhed, kanal, tag, prioritet — i stedet for én frist for alle.

Tællerne respekterer jeres åbningstider

Kalendere pr. team, tidszoner, helligdage importeret via iCal: uret stopper, når I har lukket — og når bolden ligger hos kunden.

Triggere i stedet for manuelle påmindelser

Ved oprettelse, statusskift, ny besked, frist der nærmer sig eller fast tidspunkt: værktøjet handler på det rigtige tidspunkt, uden at nogen skal huske det.

Handlinger, der gør arbejdet færdigt

Tildel, omprioritér, tag, svar med en makro, send en mail, kald en webhook — samme grammatik overalt: først betingelser, så handlinger.

Test, før du aktiverer

Hver regel kan simuleres mod dine seneste 500 tickets: du ser, hvad den ville have gjort, før du slipper den løs.

Hver kørsel efterlader et spor

I ticketens historik, med reglens version: man ved altid, hvorfor en ticket flyttede sig, og hvem der besluttede det.

En regel som den er gemt

{
  "name": "Incident critique client Entreprise",
  "when": [
    { "field": "priority", "op": "is", "value": "urgent" },
    { "field": "company.plan", "op": "is", "value": "enterprise" }
  ],
  "then": [
    { "action": "assign_team", "value": "incidents" },
    { "action": "set_sla", "value": "first_response_30m" },
    { "action": "notify_slack", "value": "#support-urgent" }
  ]
}