[jolenam]

Super great question!

It definitely depends on the company. For example, a startup that’s working in a highly-regulated industry where copy has significant legal implications (healthcare, banking, etc.) might have a super robust copy workflow off the bat. Others may not (this is much more common), especially if it’s primarily one person writing and reviewing the copy.

As a general rule of thumb, what we’ve seen is that (as with most processes) it’s easier to starting think about early on so you don’t end up needing to hastily put a system in place after things become unmanageable.

To be honest, lots of the challenges + workflow hacks we heard from larger teams mirrored things we heard from smaller teams

A few things in particular that might help at your stage: - Thinking about copy as part of the design process, ie. working on copy at the same time as (or even before) you work on the mockups. This is huge bc it reshapes where copy sits in your product development workflow. - Extracting strings out into separate files/trying not to hardcode strings. Like you said, this will set you up for success for internationalization + localization down the line. This will also make it easier to get an overhead view of your copy so you can start establishing more consistency (and reuse copy from different parts of the app to save time).