Sollicitatiebrief voorbeeld technisch schrijver
Een hiring manager beoordeelt een technisch-schrijver-brief op vier dingen: documentatieomvang (hoeveel documenten, hoeveel pagina's?), gebruikerstevredenheid (hoe beoordelen lezers je werk?), toolkennis (DITA, MadCap Flare, Confluence, XML?) en vertaalefficiëntie (hoe verlaag je vertaalkosten?). Een brief zonder die feiten is als documentatie zonder structuur — niemand komt tot de inhoud.
Waarom een gerichte brief voor technisch schrijven?
Technisch schrijven is een vak dat vrijwel onzichtbaar is als het goed gaat — en pijnlijk zichtbaar als het misgaat. Een slechte handleiding kost een bedrijf supporttickets, retourzendingen en reputatieschade. Precies daarom zoeken bedrijven als Philips, ASML en NXP schrijvers die meetbaar resultaat leveren. Een generieke brief met "ik schrijf helder en gestructureerd" verdwijnt in de inbox. Een brief die beschrijft hoe jij 42 technische documenten opleverde die de supporttickets met 28% verlaagden — die wordt doorgestuurd naar de documentation lead. Hieronder vind je een complete voorbeeldbrief met toelichting per alinea.
Volledige voorbeeldbrief
De brief hieronder is geschreven voor een fictieve vacature bij Philips. Klik op een alinea om te lezen waarom deze aanpak werkt voor een technisch schrijver.
Klik op een alinea om te zien waarom deze goed werkt
Eindhoven, 1 april 2026
Beste mevrouw De Lange,
Via een presentatie op het tcworld-congres over gestructureerde documentatie in de medische industrie kwam ik in contact met uw documentation lead. Het gesprek over de migratie van Philips' healthcare-documentatie naar DITA sprak me aan: bij NXP Semiconductors heb ik de afgelopen vier jaar als senior technical writer 42 productdocumentatiesets opgeleverd in DITA/XML voor de semiconductormarkt. Uw vacature voor Senior Technical Writer Healthcare sluit daar naadloos bij aan.
Bij NXP Semiconductors schrijf ik gebruikershandleidingen, API-documentatie en installatiegidsen voor chipsets en embedded systemen. In 2025 leverde ik 42 documentatiesets op (gemiddeld 85 pagina's per set) in DITA/XML met MadCap Flare als authoring-tool. De user satisfaction score van mijn documenten steeg van 3,6 naar 4,4 op een 5-puntsschaal nadat ik een task-based schrijfaanpak introduceerde die focust op gebruikersdoelen in plaats van productfuncties. Daarnaast verlaagde ik de vertaalkosten met 22% door content reuse te optimaliseren via een DITA-componentbibliotheek die nu door het hele schrijversteam wordt gebruikt.
Wat mij aantrekt aan Philips is de combinatie van hightech-complexiteit en eindgebruikersfocus. Jullie healthcare-producten worden bediend door zorgprofessionals die onder tijdsdruk werken — de documentatie moet dus niet alleen technisch correct zijn, maar ook snel doorzoekbaar en taakgericht. Bij NXP ontwikkelde ik precies die aanpak: documentatie die is gestructureerd rond gebruikerstaken in plaats van producthiërarchie. De migratie naar DITA die Philips nu doorvoert biedt de perfecte basis om die aanpak op te schalen.
Ik licht graag in een gesprek toe hoe mijn ervaring met DITA-documentatie en task-based schrijven bijdraagt aan de healthcare-documentatiestrategie van Philips. U bereikt mij op 06-84927315 of via eva.mulder@email.nl.
Met vriendelijke groet,
Eva Mulder
Competenties die documentation leads zoeken
Deze zes vaardigheden komen het vaakst terug in technisch-schrijver-vacatures. Noem ze niet los op — verwerk ze in een voorbeeld dat laat zien hoe je ze hebt ingezet.
Gestructureerd schrijven (DITA/XML)
DITA, DocBook en XML-gebaseerd schrijven zijn de standaard bij grote techbedrijven. "42 documentatiesets opgeleverd in DITA/XML met MadCap Flare" bewijst zowel de methode als het volume. Noem de standaard én de tool.
Gebruikerstevredenheid meten
Documentatie die niemand leest, is nutteloos. Noem je user satisfaction score en hoe je die verbeterde: "Score van 3,6 naar 4,4 door task-based schrijven" toont dat je niet alleen schrijft maar ook het effect meet.
Content reuse & vertaaloptimalisatie
In een meertalige omgeving is content reuse geld waard. "Vertaalkosten met 22% verlaagd door DITA-componentbibliotheek" laat zien dat je efficiënt denkt. Dit is een KPI die direct op de begroting verschijnt.
Authoring tools
MadCap Flare, Oxygen XML, Adobe FrameMaker, Confluence, Paligo — noem de tools die je beheerst met het volume dat je erin produceerde. "85-pagina-documenten in MadCap Flare met DITA-maps" is specifiek en verifieerbaar.
Samenwerking met engineers
Technisch schrijvers moeten complexe informatie uit engineers trekken. Beschrijf hoe je dat aanpakt: gestructureerde interviews, review-cycli, embedded in het Scrum-team. "Wekelijks 1-op-1 reviews met lead engineers, gemiddeld twee reviewrondes per document" laat je werkwijze zien.
Regulatoire documentatie
IEC 82079, EU MDR, CE-markering — in gereguleerde industrieën (medisch, automotive, aerospace) moet documentatie aan strikte normen voldoen. "Documentatie conform IEC 82079 en EU MDR opgeleverd voor drie productlijnen" is direct relevant voor bedrijven als Philips of ASML.
Openingszinnen per situatie
Kopieer de opening die past bij jouw situatie en vul de specifieke gegevens aan. Elke opening is geschreven voor een ander type sollicitatie als technisch schrijver.
“Na de sessie over [onderwerp] op [congres/event] wil ik graag toelichten hoe mijn ervaring met [tool/standaard] en [aantal] opgeleverde documentatiesets bij [vorige werkgever] aansluit bij het documentatieteam van [bedrijf].”
“De user satisfaction score van mijn documenten steeg van [oud] naar [nieuw] bij [vorige werkgever] nadat ik [methode] introduceerde. Die gebruikersgerichte aanpak wil ik inzetten voor de documentatie van [bedrijf].”
“[Aantal] documentatiesets in DITA/XML opleveren bij [vorige werkgever] leerde me dat gestructureerd schrijven pas rendeert als content reuse goed is ingericht. Uw vacature bij [bedrijf] vraagt om precies die ervaring.”
“Na [aantal] jaar technisch schrijven in [huidige sector] zoek ik de stap naar [nieuwe sector]. Mijn kernvaardigheden — gestructureerd schrijven, DITA/XML, gebruikersanalyse — zijn direct overdraagbaar. De complexiteit van [bedrijf]-producten trekt me aan.”
“De documentatiestrategie van [bedrijf] volg ik via [bron/community]. Als technisch schrijver met [aantal] opgeleverde sets en een user satisfaction van [score] bespreek ik graag hoe ik aan het team kan bijdragen.”
Zwak vs. sterk: het verschil per alinea
Links de brief die op de nee-stapel belandt. Rechts de versie die een portfolio-review oplevert. Het verschil zit in specifieke cijfers, toolkennis en een heldere link tussen jouw aanpak en wat het bedrijf nodig heeft.
Opening
De opening bepaalt of de documentation lead doorleest. Bij technisch-schrijver-vacatures verwacht ze direct een signaal dat je de juiste tools en het juiste volume kent.
Hierbij solliciteer ik op de functie van technisch schrijver bij uw organisatie. Ik heb ervaring met het schrijven van technische documentatie en zoek een nieuwe uitdaging.
"Ervaring met technische documentatie" zegt niets. Welke standaard? Welke tools? Welk volume? Geen bedrijfsnaam, geen specialisatie. De documentation lead leest: volgende.
Via het tcworld-congres kwam ik in contact met uw documentation lead. Het gesprek over de DITA-migratie van Philips' healthcare-documentatie sprak me aan: bij NXP heb ik 42 documentatiesets opgeleverd in DITA/XML.
Noemt een vakgemeenschapsevenement en het specifieke project van Philips. Volgt met volume (42 sets) en standaard (DITA/XML). De lead denkt: deze schrijver kent onze methodiek en draait volume.
Ervaring
De ervaringsparagraaf is je bewijslast. Kies vier resultaten: volume, kwaliteit, methode en efficiëntie.
Ik schrijf handleidingen en technische documenten voor verschillende producten. Ik werk met meerdere tools en lever kwalitatief goede documentatie. Mijn collega's waarderen mijn nauwkeurigheid.
"Verschillende producten" — welke? "Meerdere tools" — welke? "Kwalitatief goed" — welke score? "Nauwkeurig" — hoe meet je dat? De documentation lead heeft nul data.
Bij NXP leverde ik 42 documentatiesets op (85 pag. gemiddeld) in DITA/XML met MadCap Flare. De user satisfaction steeg van 3,6 naar 4,4 door task-based schrijven. Vertaalkosten daalden 22% door mijn DITA-componentbibliotheek.
Vier harde cijfers (42 sets, 85 pag., 3,6→4,4 satisfaction, 22% kostenverlaging). De combinatie van gebruikerstevredenheid en kostenreductie toont een schrijver die zowel inhoudelijk als procesmatig sterk is.
Motivatie
Laat zien dat je het bedrijf en de documentatie-uitdaging begrijpt. Noem een concreet project, een doelgroep of een technische standaard.
Philips is een innovatief bedrijf en ik wil graag bijdragen aan de documentatie van jullie producten. Ik zoek een omgeving waar ik kan groeien als schrijver.
"Innovatief bedrijf" en "groeien als schrijver" kun je over elk techbedrijf zeggen. Geen specifieke uitdaging, geen link met de documentatiestrategie.
Wat mij aantrekt aan Philips is de combinatie van hightech-complexiteit en eindgebruikersfocus. Jullie healthcare-documentatie moet snel doorzoekbaar zijn voor zorgprofessionals die onder tijdsdruk werken. Bij NXP ontwikkelde ik precies die taakgerichte aanpak.
Noemt de specifieke doelgroep (zorgprofessionals) en hun context (tijdsdruk). Koppelt dat aan een bewezen aanpak (task-based). De documentation lead denkt: deze schrijver begrijpt wie onze lezers zijn.
Afsluiting
Eindig actief. Herhaal je kernwaarde en maak contact makkelijk.
Ik hoop dat u interesse heeft in mijn profiel. Ik stuur graag een portfolioselectie mee als u dat wenst.
Passief en onderdanig. Als je een portfolio hebt, stuur het mee — vraag geen toestemming. Een schrijver die zo communiceert, geeft niet het signaal van iemand die eigenaarschap neemt.
Ik licht graag in een gesprek toe hoe mijn ervaring met DITA-documentatie en task-based schrijven bijdraagt aan de healthcare-documentatiestrategie van Philips. U bereikt mij op 06-84927315. Mijn portfolio vindt u op eva-mulder.nl/portfolio.
Herhaalt twee kerncompetenties en koppelt ze aan het bedrijfsdoel. Voegt een portfoliolink toe — de documentation lead kan direct werk beoordelen. Proactief en gestructureerd.
Schrijftips voor je technisch-schrijver-brief
Noem je user satisfaction score
Documentatiekwaliteit is meetbaar via gebruikerstevredenheid. "User satisfaction van 3,6 naar 4,4 na introductie task-based schrijven" laat zien dat je niet alleen schrijft, maar ook het effect van je werk meet en verbetert.
Schrijf niet "ik schrijf helder en gestructureerd"
Dat is een basisvereiste voor elke technisch schrijver. Bewijs het met resultaten: "42 DITA-documentatiesets die de supporttickets met 28% verlaagden" is meetbaar. "Helder schrijven" is een mening.
Beschrijf je content-reuse-strategie
In meertalige omgevingen is content reuse direct geld waard. "Vertaalkosten 22% verlaagd door DITA-componentbibliotheek" is een resultaat dat een manager direct kan vertalen naar zijn begroting.
Som geen tools op zonder context
"MadCap Flare, Oxygen, FrameMaker, Confluence" als rijtje is geen bewijs. "42 documentatiesets in MadCap Flare met DITA-maps en conditionele publicatie" koppelt de tool aan een concreet resultaat en methode.
Voeg een portfoliolink toe
Als technisch schrijver is je portfolio je sterkste bewijs. Voeg een link toe naar een online portfolio of noem dat je samples meestuurt. "Portfolio op eva-mulder.nl/portfolio" maakt het de hiring manager makkelijk om je werk direct te beoordelen.
Vergeet de business-impact niet
Goede documentatie verlaagt supportkosten, verkort onboarding en voorkomt retourzendingen. Noem die impact: "Documentatie die supporttickets met 28% verlaagde" is overtuigender dan "kwalitatief hoogwaardige handleidingen". Denk in bedrijfsresultaten, niet alleen in schrijfkwaliteit.
Meer over solliciteren als technisch schrijver
Verwante beroepen
Veelgestelde vragen over een technisch-schrijver-brief
Eén A4, vier alinea's van elk drie tot vijf zinnen. Ironie: als technisch schrijver word je beoordeeld op bondigheid. Een brief die langer is dan één pagina ondermijnt je claim dat je helder en gestructureerd schrijft. Laat de brief zelf je eerste schrijfproef zijn.
Focus op vier kernmetrics: (1) documentatievolume (aantal sets, gemiddeld paginaantal), (2) user satisfaction score (voor en na), (3) efficiëntie (vertaalkostenverlaging, content reuse percentages) en (4) business-impact (daling supporttickets, snellere onboarding). Kies de twee of drie die het beste passen bij de vacature.
Noem de tools die in de vacature staan plus de tools die je het beste beheerst. De meest gevraagde zijn: MadCap Flare, Oxygen XML Editor, Adobe FrameMaker, Confluence en Paligo. Voor versiebeheer: Git. Voor contentstandaarden: DITA, DocBook. Noem ze altijd met context — niet als lijst maar gekoppeld aan een resultaat.
Een junior technisch schrijver (0-2 jaar) verdient €2.800–€3.500 bruto per maand, een medior (2-5 jaar) €3.500–€4.800 en een senior (5+ jaar) €4.800–€6.200. Bij hightech-bedrijven als Philips, ASML of NXP liggen de salarissen aan de bovenkant van deze ranges, vaak aangevuld met een 13e maand, pensioenopbouw en opleidingsbudget.
Ja, altijd. Een online portfolio (eigen website, Notion-pagina of PDF) is je sterkste bewijs. Kies drie tot vijf samples die passen bij de vacature: een gebruikershandleiding, API-documentatie, een snelstartgids. Respecteer vertrouwelijkheid — anonimiseer bedrijfsspecifieke informatie waar nodig. Voeg de link toe in je afsluiting.
Focus op de overlap: gestructureerd schrijven, doelgroepanalyse, SEO-structuur (vergelijkbaar met findability in technische documentatie). Beschrijf vervolgens welke technische ervaring je hebt: API-documentatie, productteksten, kennisbankartikelen. Een cursus DITA of een certificering van tekom (de beroepsvereniging) overbrugt het verschil tussen marketing content en technische documentatie.
Brief klaar? Versterk ook je cv.
Je sollicitatiebrief vertelt het verhaal, je cv levert het bewijs. Bekijk ons cv-voorbeeld voor technisch schrijvers met toolervaring, documentatievolume en user satisfaction scores.