Сара
Полякова

1. 1.Стартовый созвон: что за продукт, кто пользователи, зачем задача нужна прямо сейчас.
2. 2.Выясняю боль, а не запрос. «Хочу новый сайт» не то же самое, что «теряю клиентов из-за отсутствия в поиске».
3. 3.Фиксирую ограничения: бюджет, сроки, стек, доступность данных.
4. 4.Прошу три примера «нравится» и три «не нравится».

Чтобы идти дальше: требования зафиксированы письменно и подтверждены

1. 1.Смотрю 3–5 конкурентов: что делают хорошо, где дыры, что никто не закрывает.
2. 2.SEO-анализ или UX-аудит. Для сайтов семантическое ядро, для приложений проверка доступности.
3. 3.Интервью с 2–3 реальными пользователями или разбор CJM.
4. 4.Один главный вывод, который меняет подход.

Чтобы идти дальше: команда согласна с выводами

1. 1.2–3 варианта архитектуры, у каждого честные плюсы и минусы.
2. 2.Приоритеты по важности: обязательно, желательно, если останется время.
3. 3.Технический стек, каждое решение с явным аргументом.
4. 4.Согласую выбранный подход устно, до макетов.

Чтобы идти дальше: подход выбран вместе с командой и зафиксирован письменно

1. 1.Черновые вайрфреймы: структура без цветов.
2. 2.Дизайн-токены и палитра до компонентов, утверждаем один раз.
3. 3.Макеты десктоп и мобайл для ключевых экранов.
4. 4.Показываю на реальном устройстве, а не в Figma.
5. 5.Максимум два круга правок, дальше это уже отдельная задача.

Чтобы идти дальше: дизайн утверждён письменно

1. 1.Репозиторий, сборка, проверки кода и тесты в первый же коммит.
2. 2.Спринты по 1–2 недели, в конце демо на живом адресе.
3. 3.Каждое нетривиальное решение попадает в журнал решений.
4. 4.Тестирую на реальных телефонах: iPhone, Android, медленный интернет.

Чтобы идти дальше: проверки кода и тесты зелёные

1. 1.Инструкция: что live, как обновлять контент, как деплоить.
2. 2.Видеогайд для тех, кто ведёт продукт дальше: текстовые инструкции не читают.
3. 3.После передачи слежу за багами; новые фичи идут отдельной задачей.
4. 4.Разбор в конце: что пошло не так, в журнал ошибок.

Готово: команда приняла результат