Обычно фичи мы делаем под все платформы: iOS, Android, Web, m.vk.com Но так как пользовательский сценарий один и тот же, сначала проектируем интерфейс на одной платформе(дизайнеры любят iOS). А затем показываем UX-редакторам. После этого создаём макеты для других платформ.
Почему это важно: разработчики используют тексты дизайнеров из макетов, а тексты не всегда классные и не всегда соответствуют нашим редакционным правилам.
UX-редакторы:
Делают текст понятнее, правильнее, проверяют на ошибки(если сами не уверены, проверьте себя).
Помогают называть сущности, продукты и процессы.
Устанавливают в интерфейсах принятый у нас tone of voice, чтобы транслировать бренд через тексты.
UX-редакторы не смогут исправить критичные проблемы, если дизайн уже заверстали. Максимум — поправить опечатки. Поэтому дизайнеры должны показывать редакторам фичи, в которых добавляется текст или используются новые формулировки. Даже если есть сомнения в одном слове — всё равно покажите.
Типовые проблемы, которых мы хотим избежать с новым сценарием:
В макетах старые тексты, которые иногда проскальзывают в прод.
Скриншоты в сторы и анонсы создаются из макетов со старыми формулировками.
Редакторы не могут поправить критичные моменты, когда макет уже заверстали.
Сценарий для старого проекта
Если процессы и сущности уже названы и мы разрабатываем следующую версию
Довести все сценарии в задаче до почти финального вида, когда ответвления и граничные состояния готовы. Чтобы был виден новый текст и логика экранов.
Сценарий для старого проекта
Сценарий для нового проекта
Почитать про тексты в интерфейсе