Klantenservice
Linear issues vanuit supporttickets (zonder het verhaal te verliezen)
Koppel initdesk-tickets aan Linear zonder de thread te verliezen: default team en titelprefix, wanneer je een issue aanmaakt vs koppelt, wat je vastlegt voordat je op Create klikt, en hoe je de loop met klanten sluit.
De snelste manier om een goed bugrapport te doden is een e-mail doorsturen die "customer is upset" zegt en niets reproduceerbaars bevat.
Engineering heeft geen drama nodig. Ze hebben signaal nodig: wat kapot ging, hoe, en hoe je het opnieuw ziet. Support heeft al de woorden van de klant — wat ontbreekt is een gewoonte die die woorden omzet in een Linear issue dat op zichzelf staat, terwijl het initdesk-ticket de plek blijft waar de klant updates krijgt.
Daar is initdesk's Linear-integratie voor: niet "meer tickets," maar één thread in e-mail en één object in Linear, gekoppeld zodat niemand hetzelfde verhaal opnieuw typt in Slack.
Eén keer koppelen, elke keer routeren
Begin in Settings → Plugins → Linear en koppel je workspace. Stel daarna de saaie defaults in die later chaos voorkomen:
- Default Linear team — zodat "create issue" geen routing-gokspel wordt om 17:00.
- Title prefix — een korte tag zoals
support:of[cx]maakt issues aangemaakt vanuit de inbox makkelijk te scannen in Linear zonder te veranderen hoe engineers werken.
Die twee instellingen zijn klein, maar beantwoorden de vraag die elke agent stilletjes stelt: "Waar gaat dit naartoe?" Sla je ze over, betaal je de belasting in verkeerd ingedeelde issues en dubbel werk.
Voor setupdetails en permissies, gebruik initdesk's Linear integration guide. De productupdate die de integratie uitbracht staat op initdesk Updates.
Nieuw issue aanmaken vs bestaand koppelen
In de ticket-sidebar kun je een nieuw Linear issue aanmaken of het ticket koppelen aan een issue dat al bestaat. Een simpele vuistregel:
- Create wanneer je een nieuw defect, een nieuw verzoek of een thread hebt die zijn eigen scope in Linear verdient.
- Link wanneer engineering het al volgt — jouw taak is bewijs koppelen (klantimpact, voorbeelden, urgentie) zonder een tweede ticket te spawnen dat niemand zal samenvoegen.
Koppelen is hoe je de klassieke faalmodus vermijdt: drie agents openen elk "Export fails for EU customers" omdat niemand eerst in Linear zocht. Als je team klein is, wint een vijf-seconden zoekopdracht in Linear vóór aanmaken nog steeds boven triage-theater later.
Wat in het initdesk-ticket hoort voordat je op "create" klikt
Denk in twee lagen: wat de klant moet lezen en wat product moet lezen.
Klantgericht antwoord moet kalm en specifiek blijven: wat je van hen nodig hebt (als iets), wat er volgende gebeurt, en realistische timing als je die kunt bieden. Als je nog onderzoekt, zeg dat dan in eenvoudige taal — mysterie drijft reopen-loops.
Interne notities (of een strakke addendum die alleen het team ziet) moeten de overdracht-payload bevatten:
- Repro-stappen genummerd, inclusief accounttype, plan of rol als dat uitmaakt.
- Omgeving: browser of app-build, OS, geschatte tijd van falen.
- Verwacht vs werkelijk in één regel elk — engineers scannen snel op dat patroon.
- Eén screenshot of korte clip wanneer de UI het bewijs is; vermijd tien bijlagen die niemand opent.
- Een link naar het klantbericht is in essentie automatisch wanneer het issue vanuit initdesk wordt aangemaakt — wat je toevoegt is de interpretatie die ruis omzet in een testplan.
Wanneer je het issue vanuit initdesk aanmaakt, ondersteunt de flow de velden die productteams verwachten — team, status, assignee, subscribers, labels, title en description — en kan ticketcontext plus een referentie terug naar het supportgesprek bevatten. Je doel is het Linear issue leesbaar te maken zonder e-mail te openen, terwijl e-mail de thuisbasis van de klant blijft.
Houd interne notities eerlijk (en iets saai)
Het tonwerk in Van founder-led support naar een herhaalbare stem blijft gelden: interne notities zijn waar je een gefrustreerde alinea vertaalt naar feiten.
- Geef de voorkeur aan "Steps 1–4 reproduce on Chrome 124, logged in as admin" boven "clearly broken."
- Als je niet zeker weet dat het een bug is, zeg "needs repro on our side" en noem wie de volgende check bezit.
- Als het een documentatiegat is, zeg dat — anders jaagt engineering een spook terwijl de echte fix een help-artikelupdate is, wat natuurlijk past bij Self-service die echt gebruikt wordt.
Sluit de loop wanneer Linear beweegt
Een gekoppeld issue is niet klaar totdat de klant weet wat er veranderde. De gewoonte die schaalt:
- Volg de issue state die je belangrijk vindt (fixed, shipped, won't fix) en beslis wat elk betekent in klanttaal.
- Antwoord één keer met wat is uitgebracht, wat niet, en de volgende stap — vooral bij "won't fix," waar een duidelijke reden reputatieschade voorkomt.
- Als je een gedragsverandering hebt uitgebracht, update het help center dezelfde week zodat het volgende ticket niet vanaf nul begint.
initdesk houdt support en product aan elkaar gekoppeld: het gesprek dat het werk startte moet nog steeds het gesprek zijn dat het afmaakt, met Linear die het engineeringverhaal ertussen draagt.
Een vijftien-minuten maandagpass (kleine teams)
Als overdrachten papperig voelen, voeg geen commissie toe — doe een strakke review:
- Open Linear issues aangemaakt vanuit support deze week. Lezen titels nog als inbox-onderwerpregels in plaats van symptomen?
- Kies drie gekoppelde tickets. Bevat elke issue-beschrijving repro, omgeving en verwacht vs werkelijk?
- Lijst issues gesloten als shipped. Kreeg elk bijbehorend ticket een definitief klantantwoord?
Als het antwoord op (3) "soms" is, is dat geen tooling-gap — het is een loop-gap. De integratie deed al het moeilijke deel: de systemen verbinden. Het makkelijke deel is een bericht terug naar de mens die het meldde.
initdesk is een AI help desk voor kleine teams: gedeelde inbox, Help Center en optionele Linear-workflow zodat klantthreads gekoppeld blijven aan productwerk. Zie Product Updates voor wat recent is uitgebracht, en de Linear integration guide voor koppeling en veldniveau-gedrag. Vragen of war stories welkom op X @initdeskhq.