Brought to you by Working In Content
Presentation
Day 2 Wednesday, April 29th 2026-04-29 19:45:00 UTC (45 minutes)
Designing a product where language is load-bearing: How to build proof of work for the role you actually want

Companies hire for patterns. If you've spent your career polishing front-end experiences, that's the work you'll keep getting hired to do. However, content designers who think in systems—taxonomy, schema, measurement frameworks, language governance—often have skills that map directly to infrastructure-level problems companies might overlook if their portfolio focuses only on past front-end work. The gap between the work you're doing in your day to day and the work you want to be doing won't close on its own. You have to manufacture the pattern yourself.

This session walks through how I did exactly that. I identified a structural gap in the traditional voice computing stack, wrote a systems architecture proposal for a missing layer, defined its scope and limitations, designed a measurement framework, scoped failure modes as a design principle, and then used Claude Code to build a working prototype. The project is mine, not my employer's—and that's the point. It's a proof-of-work document that shows exactly how I think, what I prioritize, and why, within a domain I want to be hired into. I'm sharing the full process so you can apply it to your own dreams.

After this session, you'll be able to:

  • Identify the gap between your current work and the work you want to be hired for
  • Choose a domain and scope a project that demonstrates infrastructure-level thinking
  • Write a systems architecture proposal that shows your systems-oriented backend design thinking
  • Define precise boundaries for what a system does and does not do (a skill content designers already have but rarely apply at this level)
  • Use failure mode design and measurement frameworks to give your proposal real technical credibility with engineering leaders