Quanto do texto nos seus designs é de sua autoria?

Assuma o texto a menos que exista um content designer, e mesmo assim escreva um rascunho em vez de usar texto de preenchimento. Texto é interface: rótulos, verbos de botão, texto de erro e estados vazios trabalham mais que o layout na maioria dos fluxos. Escreva no vocabulário do usuário, use verbos específicos (Salvar alterações vence Enviar), e teste as palavras com pessoas, porque rótulos confusos são falhas de usabilidade que parecem problemas de design.

Eu escrevo, sempre, mesmo quando existe um content designer, porque um mockup cheio de texto de preenchimento não é um design, é um layout. E as palavras mudam o layout o tempo todo: um botão que diz 'Publicar em todas as regiões' não tem o mesmo formato de um que diz 'Salvar'. Minha fonte de vocabulário são transcrições de pesquisa e tickets de suporte, não o glossário interno. Se os clientes chamam de job e a gente chama de ordem de serviço, a gente perde todas as vezes que insiste em estar certo. Regras que eu sigo: botões nomeiam a ação, então Salvar alterações em vez de Enviar, e erros dizem o que aconteceu, de quem foi a culpa, e o que fazer em seguida. Quando existe um content designer eu trago a pessoa na fase de wireframe, não no fim para uma passada de polimento, porque metade das vezes ela resolve um problema de fluxo removendo uma tela e reescrevendo uma frase. Num projeto a nossa content designer cortou uma confirmação de três passos para uma única linha bem escolhida e os contatos com suporte naquele fluxo caíram de forma perceptível.