From travel content to technical content: my journey
summary
Argues that “technical writer” is misleading and that the job is a product-focused technical content designer role, lays out a six‑step content design workflow (discovery, user/job stories, design, writing comes fourth, review, maintain), shows converting Swagger endpoint dumps into task-based API menus, demonstrates fixing confusing API docs and using HelpDocs’ stale review feature to schedule updates, and shows gov.uk’s site redesign as proof the approach scales and improves usability.
AI-written summary · about
chapters (10)
- 0:00Start
- 3:34Content Design by accident... and by choice
- 7:16What is Content Design?
- 8:53Content Design principles
- 10:46The user! Think about the user
- 11:17Someone trying to renew their driving license online
- 12:02A dev trying to find out how to fix an API error
- 13:59Content Design phases for tech writing
- 21:59Technical content design in practise: after
- 23:26Technical content design in practise: before
related talks
34mFrom Graffiti Writer to Technical Writer
38mMyths, Mistakes, and Missed Opportunities
36mTechnical writing in English
36mThe Invisible Work: What It Takes to Be the First (and Only) Tech Writer on the Team
06mBe a Salmon
39mKnitting Together a Technical Writing Career
38mHow and Why Technical Writers should Lead Onboarding
38mSeven habits of increasingly technical technical writers
