Правила проектирования дизайна для многостраничного сервиса. Как это организовать?

Question

[mindgrow]

Привет.

Есть облачный сервис с 10+ страницами и их количество увеличивается.
Есть 2 дизайнера.
Идёт активное развитие сервиса, внедрение новых стилей, элементов, страниц, редизайны.
Работаем в Figma.

Некоторые новые страницы нарушают ранее заданные стили.
У меня не хватает времени всё детально перепроверять. К тому же идёт активное развитие дизайна и нужен какой-то "канал" информирования дизайнеров, при этом так, чтобы у них не было каши в голове. То есть устно информировать - не эффективно.

Создание набора правил, по которым дизайнеры сами себя могли бы контроллировать и ориентироваться - могло бы улучшить работу.

Но как это сделать?

Описывать в word документе? Может быть есть какая-то система, методика?
Что можете порекомендовать, почитать на эту тему?

Answer 1

[Никита Гарейшин]

Привет,
если вкратце: нанять дизайн-лида.

Ваш вопрос про настройку процессов, причём вне контекста остальной проектной команды.
Ведь с дизайнерами, скорее всего, взаимодействуют и ФЕ, и БЕ, и БА команды.
И не стоит их выкидывать из процесса - им тоже нужно разбирать с текущими экранами, брать их в работу или обсуждать. Их тоже надо включать сюда.

Описание и наладка процесса на проекте это работа лида команды.
Он отвечает за эффективность, подачу результатов и выполнение сроков так-то.
И это затронет не только организацию файла в фигме, но и спринт план - кто когда и во сколько встречается для обсуждений нового, старого и прочего.
Обычно примерный флоу описывают на вики: стадии, ответственные люди, порядок встреч.
Часто с этим помогает БА кстати.

А так насоветовать могут много всякого, но каждый проект и команда чуть-чуть уникальны и не всё сработает для вас, что сработало, например, для моей команды.