Technical writing is a craft: clarity under constraint. If you're picking a course, I'd optimize for practice and portfolio, not a pretty sales page.
How I'd choose
- Define the job — API docs? tutorials? internal design docs? UX writing adjacent?
- Look for outputs — will you finish samples you can show?
- Check instructor/practitioner signal — without worshipping brand names
- Prefer feedback — human review beats video-only libraries when you can get it
- Verify current pricing, schedule, and refund terms on the provider's site — I won't freeze fees here; they change
Comparison lens
| Factor | Questions I'd ask |
|---|---|
| Curriculum | Docs as code? structured authoring? audience analysis? |
| Time | Hours/week you can protect |
| Credibility | Who hires grads—anecdotes, not guarantees |
| Fit | Matches your domain (dev tools vs medical vs enterprise) |
What I wouldn't do
- Collect certificates with zero published writing
- Assume one course makes you "senior"
- Trust scraped price tables from old blog posts
Clear writing also makes better PMs. If product is your path, pair communication practice with a PM Certification. More practical learning notes in the newsletter.