Как я работаю

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 Технический стек — каждое решение с явным аргументом. «Turborepo потому что нужен отдельный Storybook», не просто «так принято».
4. 4 Согласовать выбранный подход с клиентом устно — до мокапов.

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

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

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

1. 1 Репо, CI/CD, lint, typecheck, тест-runner — в первый коммит. Аналитика тоже в первый коммит, не «потом».
2. 2 Спринты по 1–2 недели с демо в конце. Клиент видит прогресс на реальном URL, не в Figma.
3. 3 Каждое нетривиальное решение — в Decision Log. Аргумент обязателен: «Почему не CMS», «Почему не API».
4. 4 Тестирование на реальном железе — iPhone, Android, медленный WiFi.

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

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

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