Technical Account Manager (TAM)

En technical account manager, i daglig tale TAM, er den samme person, kunden kan ringe til hver gang. Rollen starter, hvor salget slutter. Du har typisk mellem tre og tyve navngivne kunder, ikke en supportkø.

Du er ikke supporter, og du er ikke sælger. Du er den, der kender kundens opsætning i detaljer og kan navigere i din egen virksomhed på deres vegne. Når en sag går i stå i tredje led af supporten, er det dig, der får den flyttet.

Typiske opgaver

• Holde faste driftsmøder med kunden, ofte hver måned eller hvert kvartal
• Følge op på åbne supportsager og eskalere dem, der ikke bevæger sig
• Være teknisk kontakt under større nedbrud, indtil driften er stabil igen
• Lave og vedligeholde en opgraderingsplan, så kunden ikke havner på en udløbet version
• Advare kunden før end-of-life på versioner, moduler eller API'er
• Gennemgå kundens forbrug og dimensionering, især i cloudabonnementer
• Rapportere på oppetid og svartider op mod aftalens servicemål (SLA)
• Køre health checks og anbefale konkrete forbedringer i konfigurationen
• Bringe kundens ønsker videre til produktledelsen og melde ærligt tilbage
• Onboarde nye afdelinger eller miljøer hos en eksisterende kunde

En almindelig arbejdsdag
Dagen starter tit i sagslisten. Du gennemgår, hvad der er sket hos dine kunder siden i går. To sager ser ud til at gå i stå — dem tager du fat i internt.

Formiddagen kan gå med et kvartalsmøde. Du gennemgår driftstal, åbne sager og planen for næste opgradering. Kundens it-chef spørger til noget, produktet ikke kan endnu. Du siger det, som det er, og noterer det.

Eftermiddagen går ofte i det skriftlige. En rapport efter et nedbrud skal skrives i et sprog, kundens ledelse kan læse. Bagefter forbereder du en testplan til en versionsopgradering, der skal køre om tre uger.

Forskellen fra de nærmeste roller
En customer success manager arbejder med anvendelse, adoption og fornyelse. En TAM arbejder med teknik og drift. I mindre virksomheder er det samme person.

En supporter løser den enkelte sag og lukker den. Du ser mønsteret på tværs af sagerne og fjerner årsagen.

En account manager har budgettet og forhandler kontrakten. Du leverer den tekniske tillid, den fornyelse hviler på. Nogle steder er TAM-ydelsen i sig selv noget, kunden betaler ekstra for.

Hvor rollen findes
Typiske arbejdsgivere er cloud- og hostingleverandører, ERP- og softwarehuse, sikkerhedsleverandører og teleselskaber. Store internationale leverandører har ofte danske TAM'er på deres nordiske nøglekunder. Kunderne er som regel finans, forsyning, medicinal, produktion, kommuner og regioner.

Regler, du bliver ansvarlig for i praksis
En del af arbejdet er at dokumentere, at aftalen overholdes. Behandler løsningen personoplysninger, kræver databeskyttelsesforordningen (GDPR) en databehandleraftale, og Datatilsynet fører tilsyn i Danmark. Kunder i energi, transport, sundhed og bankvæsen stiller krav afledt af EU's NIS2-direktiv til leverandørstyring og hændelsesrapportering. I finanssektoren gælder EU's DORA-forordning, som stiller krav til test, exit-planer og indberetning af hændelser hos it-leverandører. Mange kunder beder desuden årligt om ISO 27001-certifikat eller en ISAE 3402-erklæring. Det er ofte TAM'en, der skaffer papirerne og forklarer, hvad de dækker.

Der findes ingen uddannelse med dette navn. Rollen besættes af folk, der allerede har arbejdet teknisk med produktet eller platformen.

De typiske uddannelsesbaggrunde
Datamatiker er den hyppigste danske baggrund. Uddannelsen tager to et halvt år på et erhvervsakademi. Adgangskravet er en gymnasial eksamen eller en relevant erhvervsuddannelse med matematik C. Bagefter kan du bygge på med en professionsbachelor i softwareudvikling på halvandet år.

It-teknolog er en anden kort vej, især til drifts- og netværkstunge produkter. Den varer to år.

Af de lange uddannelser går cand.it, datalogi, HA(it.) og diplomingeniør i it igen. Det er tre års bachelor plus to års kandidat, og adgangskravet er en gymnasial eksamen, typisk med matematik B eller A. Du søger via optagelse.dk under Uddannelses- og Forskningsministeriet.

En del kommer også ind uden videregående it-uddannelse. Har du en erhvervsuddannelse som it-supporter og fem års erfaring med produktet, tæller det tungere end papiret.

De fire almindelige spor ind i faget

• Fra 2nd eller 3rd level support, hvor du kender fejlmønstrene i forvejen
• Fra implementeringskonsulent, hvor du selv har sat løsningen op hos kunder
• Fra en driftsstilling hos en kunde, der skiftede til leverandørsiden
• Fra en systemadministratorrolle på netop den platform, leverandøren sælger

Sporet fra support er det klassiske. Regn med tre til fem års teknisk erfaring, før du er en realistisk kandidat. Rollen kræver, at du har set nok nedbrud til at kunne holde hovedet koldt under ét.

Certificeringer der reelt efterspørges
De vigtigste er produktcertificeringer fra leverandøren selv. Microsoft har certificeringer til Azure og Dynamics 365, Salesforce har sin egen stige, og AWS har blandt andet Solutions Architect Associate.

Af metode er ITIL 4 Foundation fra Axelos den mest udbredte. Den giver sproget om incidents, problems, changes og servicemål, som hele rollen bruger dagligt. Sælger du til sikkerhedskunder, er CISSP fra ISC2 eller ISO 27001 Lead Implementer et plus.

Certifikaterne bliver typisk betalt af arbejdsgiveren efter ansættelsen.

Hvad du skal lære, når du kommer fra teknikken
Tre ting overrasker de fleste teknikere, der skifter over.

Du skal kunne holde et møde med en it-chef og en indkøber i samme rum. To meget forskellige sprog om samme sag.

Du skal kunne levere dårlige nyheder tidligt. En TAM, der pynter på status, mister kunden ved næste nedbrud.

Og du skal kunne slippe selve fejlsøgningen. Din værdi er, at nogen andre løser sagen hurtigere, fordi du ryddede vejen.

Sådan viser du, at du kan det
Tag en konkret sag fra dit nuværende arbejde til samtalen. Fortæl om et nedbrud: hvad skete der, hvad gjorde du, og hvad ændrede I bagefter? Evnen til at fortælle den historie roligt er præcis det, arbejdsgiveren tester.

Værktøjerne handler om at følge sager, overvåge drift og dokumentere. Du bygger sjældent selv.

Sags- og servicesystemer

• ServiceNow, Jira Service Management eller Zendesk til sager og eskaleringer
• Jira og Azure DevOps, når en fejl skal videre til udviklingsteamet
• Confluence eller SharePoint til kundens driftsdokumentation og mødereferater

Overvågning og drift

• Datadog, Grafana, Zabbix eller Dynatrace til oppetid, svartider og alarmer
• Azure Monitor, AWS CloudWatch eller Google Cloud Monitoring i skyløsninger
• Splunk eller Elastic til logsøgning, når en hændelse skal rekonstrueres
• Statuspage og lignende, når kunden skal orienteres under et nedbrud

Teknik du skal kunne læse

• SQL til at tjekke data og forstå, hvad rapporterne bygger på
• Logfiler, JSON og API-kald i Postman, når en integration svigter
• PowerShell eller Bash til små tjek i kundens miljø
• Netværksforståelse: DNS, certifikater, firewallregler og single sign-on

Kunde- og forbrugsdata

• Salesforce, HubSpot eller Dynamics 365, hvor kundeplanen ligger
• Gainsight eller Planhat til health scores og risiko for opsigelse
• Azure Cost Management eller AWS Cost Explorer til forbrug og dimensionering
• Excel og Power BI til den kvartalsrapport, kunden faktisk læser

Dertil kommer aftalen selv. SLA-bilag, databehandleraftale og servicebeskrivelse er dokumenter, du slår op i hver måned.