Interviewguide: post-go-live-friktion

Formål: Find de 5–8 mønstre, der spilder tid efter go-live — hos kolleger og kunder — så evangelist-rollen og servicekataloget rammer rigtigt.

Omfang: 8 samtaler à 30 minutter, uge 1–3 efter leder-alignment.

Fordeling: 3 udviklere, 2 konsulenter, 1 SDM/support, 2 kunder (SaaS).

Du kører samtalerne. Denne fil er script, tracker og syntese. Kopiér noteskabelonen til hver samtale: skabeloner/interview-noter.md. Saml fund i skabeloner/interview-syntese.md.

Principper

30 minutter. Stop til tiden.
Spørg efter sidste gang det skete, ikke meninger om “generelt”.
Notér citater. De bliver til Academy-emner og katalog-linjer.
Løs ikke problemet i rummet. Du samler mønstre.
Kunder: ingen salgs-pitch. Du er der for at lytte.
Anonymisér i syntesen, medmindre personen siger at citatet må bruges.

To kernespørgsmål, uanset rolle:

Hvor mister vi tid efter go-live?
Hvad tør kolleger ikke forklare kunden? (til kunder: hvad forklarer partneren for dårligt?)

Invitation (mail eller Teams)

Emne: 30 min: hvordan BC SaaS kører efter go-live

Hej [navn]

Jeg er i gang med at forme en rolle, der skal hjælpe kolleger og kunder med Business Central SaaS efter go-live — waves, support, og hvordan vi får værdi ud af nye features.

Må jeg booke 30 minutter med dig i uge [x]? Jeg vil høre, hvor vi mister tid, og hvad der er svært at forklare. Ingen slides. Dine svar indgår anonymt i et internt katalog og en Academy, medmindre du siger at et citat må bruges.

Tre tider: [a] / [b] / [c]

Mvh Jens

Tracker

Udfyld navne efter alignment-mødet. Mål: alle 8 booket inden 10 dage, alle afholdt inden 21 dage.

#	Rolle	Firma / team	Status
1	Udvikler	9A	ikke booket
2	Udvikler	9A	ikke booket
3	Udvikler	9A	ikke booket
4	Konsulent	9A	ikke booket
5	Konsulent	9A	ikke booket
6	SDM / support	9A	ikke booket
7	Kunde (SaaS)		ikke booket
8	Kunde (SaaS)		ikke booket

Status: ikke booket → booket → holdt → syntetiseret

Prioritér SaaS-kunder der har været live mindst ét major update. Undgå kunder midt i hypercare.

Fælles åbning (2 min)

Tak. 30 minutter. Jeg noterer. Du kan sige stop.
Jeg leder efter mønstre, ikke efter at rette din sag i dag.
Til slut: ét råd til den nye rolle.

Fælles afslutning (3 min)

Hvad skulle den nye rolle stoppe med at gøre, hvis den skal lykkes?
Må jeg citere [sætning] internt?
Tak. Jeg vender tilbage med 5 mønstre, ikke med 40 slides.

Spørgsmål: udvikler (3 personer)

Start med sidste uge, ikke arkitektur.

Fortæl om sidste gang en SaaS-update eller en app-opdatering ramte en kunde uforberedt. Hvad skete der?
Hvor meget tid gik til at finde ud af om det var PTE, ISV, Microsoft eller data — versus at rette det?
Hvornår siger du ja til en PTE, selvom standard eller en app ville slå til? Hvad gør det svært at sige nej?
Har kunden telemetry (Application Insights) tændt? Hvis nej: hvorfor ikke? Hvis ja: bruger nogen det?
Hvad tør vi ikke sige til kunden eller konsulenten om kode vs. standard?
Hvis du havde et 45-minutters Academy: hvilket ét emne ville spare dig mest tid de næste 3 måneder?
Hvor går sager i stykker i overleveringen fra projekt til support?

Spørgsmål: konsulent (2 personer)

Sidste gang en kunde spurgte “hvad får vi ud af den nye version?” — hvad svarede du, og hvor lang tid tog det at finde svaret?
Hvor mister du tid efter go-live: tickets, “lige en lille ændring”, træning, eller at oversætte Microsoft-sprog?
Hvad tør kolleger ikke forklare kunden? (opdateringer der ikke kan udskydes for evigt, PTE-gæld, Copilot-forudsætninger, lager/storage, testansvar)
Hvor går grænsen mellem support og et nyt projekt i praksis — ikke på slides?
Hvad skulle et kvartalsmøde (QBR) indeholde, for at kunden synes det er værd at møde op?
Hvilke 10 processer skal virke efter en update hos dine kunder (must-work)?
Hvilket ét playbook-ark ville du faktisk åbne en mandag morgen?

Spørgsmål: SDM / support (1 person)

Tegn eskaleringen, som den kører i dag: kunde → 1st line → hvem → udvikling. Hvor sidder køen?
Hvem ejer BC-updates i DK i dag? Hvem ejer sandbox? Hvem siger go/no-go?
Hvor mange sager er egentlig “Microsoft opdaterede, og vi opdagede det i produktion”?
Hvor bliver support til skjult projekttid (T&M uden SOW)?
Hvad er hypercare hos os — og hvornår slutter den, med hvilke kriterier?
Hvilke SLA-løfter kan vi holde på SaaS, og hvilke kan vi ikke?
Hvis vi lavede 3 tiers (basis / plus / fuld): hvad skal ligge i basis, for at det ikke bliver underskud?
Hvilke værktøjer mangler (Admin Center, telemetry, ticket-felter, runbooks)?

Spørgsmål: kunde (2 personer)

Tilpas sproget. Ingen forkortelser uden forklaring.

Hvordan opdager I, at Business Central er blevet opdateret?
Sidste gang noget gik i stå efter en ændring: hvad skete der, og hvem ringede I til?
Hvad forventer I at 9altitudes tager sig af, og hvad forventer I at I selv tester?
Hvilke 10 ting i hverdagen skal virke (f.eks. bogfør køb, kør produktion, send faktura, kør løn-integration)?
Får I noget ud af nye funktioner, eller føles opdateringer mest som risiko?
Hvad har I savnet at få forklaret på dansk?
Hvis vi mødtes 4 gange om året i 45 minutter: hvad ville gøre mødet nyttigt?
På en skala fra 1–5: hvor trygge er I ved den næste store opdatering? Hvorfor?

Observationer du også skal hente (ikke som interview)

Kort intern audit, samme 3 uger. Skriv svarene ind i syntesen.

Har vi telemetry på SaaS-kunder? Hvor mange ja / nej / ved ikke?
Findes der en update-kalender, eller lever vi på Microsoft-mails?
Findes hypercare-exit på skrift?
Kan vi skille “miljø/update” fra “funktionel support” i tickets i dag?
Hvad siger 9A Lifecycle Management internationalt, som DK BC ikke bruger endnu?

Når de 8 er holdt

Udfyld skabeloner/interview-syntese.md samme uge — ikke “når der er tid”.
Vælg 5 mønstre og 3 playbooks. Ikke 20.
Justér servicekataloget (03-servicekatalog-og-runbook.md) med de 5 mønstre.
Læg de 3 playbooks ind i Academy-planen (04-90-dages-rytme.md).
Del en 1-sides “hvad vi hørte” med leder og de interviewede (luk loopen).

BC-evangelist og SaaS Operate