HubSpot Service Hub-automatisering: help desk, ärenden, arbetsflöden och API:et

Automatiseringen i Service Hub är utspridd över flera verktyg som alla agerar på ärendeposten. Bestäm var en regel hör hemma innan du bygger den; de flesta problem uppstår när samma logik finns på två ställen.

Help desk är HubSpots arbetsyta för ärendebaserad support. Du kan koppla chatt-, mejl-, formulär-, samtals- och Facebook Messenger-kanaler till den. Som standard skapas ärenden automatiskt från varje kanal du kopplar in, och HubSpot rekommenderar att du kopplar in alla dina supportkanaler, eftersom ärenden från kanaler som inte är inkopplade kan sakna ämne och tråd i help desk.

Routning ställs in per kanal. När du till exempel kopplar in en gemensam teammejladress väljer du standardpipeline, status och prioritet för nya ärenden och väljer sedan ett routningsalternativ:

• Specifika användare eller team.
• Kontaktens ägare.
• Kompetensbaserad routning, som matchar ärenden mot agenternas kompetenser.
• Ett tilldelningsarbetsflöde, när du behöver logik utöver de inbyggda alternativen.
• Ingen, vilket lämnar ärendena i vyn Unassigned så att agenter kan plocka dem.

Ärenden går igenom en pipeline, och för ärenden kallas pipelinens steg för statusar. Standardpipelinen Support Pipeline har fyra: New, Waiting on contact, Waiting on us och Closed. Du hanterar pipelines under Settings > Objects > Tickets > Pipelines, och varje status du lägger till måste markeras som Open eller Closed.

Det valet styr automatiseringen. När ett ärende flyttas till en stängd status sätts dess Close date till dagens datum; om det flyttas tillbaka till en öppen status rensas Close date. Du kan justera det här beteendet per pipeline. Eftersom arbetsflöden och rapporter filtrerar på status bör du hålla statusarna få och entydiga.

SLA-mål i help desk anger mål för tid till första svar, tid till nästa svar och tid till stängning. Ett mål kan gälla alla ärenden, ärenden med ett visst egenskapsvärde eller en kombination av egenskaper, och varje regel kan begränsas till bestämda tider och en tidszon. HubSpots egna exempel är bland annat ett kortare svarsmål för enterprise-kunder och ett snabbare svarsmål för chatt än för mejl. Att snooza ett ärende påverkar inte dess SLA.

Ett ärendebaserat arbetsflöde registrerar ärenden som uppfyller dess registreringstriggers och kör sedan en sekvens av åtgärder. De mest användbara åtgärderna för supportarbete:

• Fördröjningar: vänta ett bestämt antal dagar, timmar och minuter, eller till ett kalenderdatum, en datumegenskap eller en händelse.
• Om/då-förgreningar (if/then branches): skicka ärenden längs olika vägar utifrån filterkriterier kombinerade med AND och OR.
• Edit record: sätt, kopiera eller rensa egenskapsvärden på ärendet eller på en associerad post.
• Create record: skapa en ny post, som som standard associeras med det registrerade ärendet.
• Rotate record to owner: tilldela ärenden i tur och ordning mellan de användare du väljer. Rotationen räknas per åtgärd och nollställs om du lägger till eller tar bort ägare efter att arbetsflödet har aktiverats.
• Send a webhook: anropa en extern URL med ärendedata, vilket beskrivs i nästa avsnitt.

Bra första kandidater för ärendearbetsflöden i HubSpot:

• Rotera nya ärenden i en pipeline mellan en grupp agenter.
• Kopiera en egenskap från en associerad post till ärendet så att routning och rapporter kan använda den.
• Skicka ett ärende till Jira eller ett internt verktyg via en webhook när dess status ändras.
• Vänta en bestämd tid efter att ett ärende har stängts och förgrena sedan utifrån en egenskap för att bestämma uppföljning.

Regelbaserade chattbottar hanterar de första minuterna av en chatt. Tre åtgärder gör det mesta av supportarbetet. Ask question sparar besökarens svar i en kontaktegenskap och kan erbjuda snabbsvar. Submit a ticket skapar ett ärende med det namn, den pipeline och den status du anger, men hoppas över om besökaren inte har någon associerad kontaktpost. Send to team member lämnar över chatten till en viss användare eller ett visst team efter att ha kontrollerat att de är tillgängliga, och visar frånvaromeddelandet om de inte är det. Om boten har öppettider routas chattar bara till en teammedlem under de tiderna.

Webhook-åtgärden i arbetsflöden skickar ut data. Välj POST eller GET och ange en URL som börjar med HTTPS. En POST-body kan innehålla alla postens egenskaper eller en anpassad uppsättning nycklar, var och en mappad till en HubSpot-egenskap. Du kan autentisera med en anropssignatur (request signature), som HubSpot lägger till som en header som din endpoint verifierar, eller med en API-nyckel som lagras som en hemlighet (secret) och skickas i en header eller query-parameter. Du kan testa åtgärden från dess panel utan att påverka befintliga poster. Om åtgärden är tillgänglig beror på ditt abonnemang.

För motsatt riktning använder du CRM-API:et. En POST till /crm/v3/objects/tickets skapar ett ärende; ta med subject, hs_pipeline_stage (statusen) och hs_pipeline, med interna ID:n i stället för etiketter. Om ingen pipeline anges används standardpipelinen. En GET till /crm/v3/properties/tickets listar ditt kontos ärendeegenskaper. Appar kan också prenumerera på ärendehändelser via Webhooks API, bland annat ticket.creation och ticket.propertyChange, som utlöses när en egenskap du anger ändras på något ärende. Prenumerationerna konfigureras på appnivå och kräver scopet tickets.

TascaLab bygger vidare på de verktyg du redan använder, utan plattformsbyte, med API:er, webhooks och Make eller n8n. HubSpot har ett dokumenterat API och stöd för webhooks, så det går nästan säkert att koppla in; den konkreta lösningen bekräftas i ett kostnadsfritt Health Check-samtal på 30 minuter. Ticket Routing & Categorization är ett engångsprojekt för 7 700 kr, Automated Reports via mejl eller Slack kostar 6 900 kr och Custom Automation över flera system kostar från 11 900 kr. Varje projekt inkluderar 30 dagars support efter lansering, grundläggande dokumentation och inga dolda avgifter, och de flesta upplägg tar 1–3 veckor.