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

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

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

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

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

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

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

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

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

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