Продукт,
начиная
с данных

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

Гейт — бриф подписан обеими сторонами

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

Гейт — клиент согласился с выводами Research Summary

1. 1.2–3 архитектурных подхода с явными trade-offs.
2. 2.Приоритизация функций по MoSCoW: must / should / nice-to-have.
3. 3.Технический стек — каждое решение с явным аргументом.
4. 4.Согласовать выбранный подход с клиентом устно — до мокапов.

Гейт — клиент выбрал подход, зафиксировали письменно

1. 1.Lo-fi wireframes — структура без цветов.
2. 2.Дизайн-токены и палитра — до компонентов, утверждаем один раз.
3. 3.Hi-fi мокапы: desktop + mobile для ключевых экранов.
4. 4.Презентация на реальном устройстве, не в Figma.
5. 5.Максимум 2 раунда правок — вне scope = новый бриф.

Гейт — дизайн sign-off в письменном виде

1. 1.Репо, CI/CD, lint, typecheck, тест-runner — в первый коммит.
2. 2.Спринты по 1–2 недели с демо в конце на реальном URL.
3. 3.Каждое нетривиальное решение — в Decision Log.
4. 4.Тестирование на реальном железе — iPhone, Android, медленный WiFi.

Гейт — typecheck + lint + тесты зелёные

1. 1.HANDOFF.md — что live, как обновлять контент, как деплоить.
2. 2.Скринкаст для владельца — текстовые инструкции не читают.
3. 3.30-дневный период поддержки: баги бесплатно, фичи — новый бриф.
4. 4.Ретроспектива: что пошло не так — в Mistakes Log.

Финал — клиент подтвердил приёмку