Дизайн и ошибки 🎨

Наверное, один из самых недооценённых этапов в работе аналитика — работа с макетами.
Где-то недорисовали, где-то недосогласовали — и всё это весело уехало к пользователю в прод.

А потом начинается классика:
🤡 А почему эта кнопка тут, а не там?
🤡 Не все сценарии проработали — логика развалилась
🤡 И вечное: “А мы вообще хотели по-другому…”

Ставь лайк, если жиза

Как работать с задачами, где нужен дизайн?

1⃣Ставите задачу дизайнеру
Про этот этап я уже писал отдельно. Если есть возможность — накидайте черновик: простую схему, wireframe или даже скетч от руки. Главное — передать идею. Это сэкономит время и вам, и дизайнеру.

2⃣Проверяете макеты по требованиям Прорабатываете все состояния, сценарии, ошибки. А главное — логику переходов. Что происходит при нажатии? Что, если ошибка? Как выглядит лоадер, модалка?

3⃣Согласовываете с бизнесом
Один из самых важных (и часто самых сложных) этапов. Нужно убедиться, что всё, что нарисовано, отвечает целям задачи и бизнес ожиданиям. Лучше потратить пару дней на согласование, чем неделю на переделки.

4⃣Отдаете в разработку
Про это тоже есть отдельный пост. С понятной логикой, финальными макетами и зафиксированными сценариями.

5⃣Сами проверяете в бою (по желанию)
Зашли на стенд, потыкали кнопки, посмотрели, как это работает вживую.
Раньше я частенько сам тестил свои задачи — и это реально помогает прокачать насмотренность, замечать мелочи и лучше понимать, как макеты превращаются в интерфейсы.

Макет — это не просто "чтобы красиво".
Это полноценная часть требований, такая же важная, как и другие артефакты.
Если не проконтролировать этап макетов, это легко превращается "ГАЛЯ У НАС ОТМЕНА, БИЗНЕС СНОВА НЕ СОГЛАСОВАЛ"

А как у вас с макетами? Всё чётко или тоже бывает фристайл от фронта? Делитесь в комментах👇

IT АНАЛитика