1. РАЗБОР
Цель, аудитория и ограничения
На старте выясняем, что бизнес хочет изменить, откуда приходят клиенты, какие направления приоритетны, какие системы уже используются и кто будет принимать решения. Если есть текущий сайт, изучаем его структуру и данные, а не начинаем новый проект в вакууме.
2. АРХИТЕКТУРА
Страницы, сценарии и содержание
Формируем карту страниц и пользовательские маршруты. Для SEO‑проектов сразу определяем роли URL и поисковые интенты. Для систем — роли, данные и статусы. На этом этапе видно настоящий объём продукта, поэтому оценка становится точнее.
3. ПРОТОТИП И ДИЗАЙН
Сначала логика, затем визуальная система
Собираем ключевые экраны с реальным содержанием, проверяем порядок аргументов и действия. После согласования создаём визуальную концепцию и компоненты. Мобильный сценарий проектируется отдельно, а не уменьшается автоматически из desktop.
4. РАЗРАБОТКА
Реализация и интеграции
Переносим утверждённую систему в код, подключаем CMS, формы, аналитику и необходимые API. По мере готовности показываем рабочие части проекта, чтобы ошибки логики не обнаружились только перед запуском.
5. ЗАПУСК
Проверка и передача
Тестируем основные сценарии, метаданные, редиректы, мобильное отображение, производительность и события аналитики. После запуска передаём доступы и фиксируем список задач развития, если они действительно нужны.
КАК ПРОХОДЯТ СОГЛАСОВАНИЯ
Решения фиксируются по этапам
Мы не отправляем клиенту десятки несвязанных вариантов. На каждом этапе показываем решение и объясняем, на какой задаче оно основано. Комментарии собираются в одном месте, чтобы не теряться между мессенджерами и голосовыми сообщениями. После утверждения этапа следующая работа опирается на зафиксированный результат.
Это не означает отсутствие гибкости. Если новые данные действительно меняют задачу, мы пересматриваем решение и отдельно показываем влияние на срок и бюджет. Так изменения остаются управляемыми, а проект не превращается в бесконечное редактирование уже готовых частей.
Вопросы до старта
Коротко отвечаем на то, что важно понять ещё до предложения.
Кто должен участвовать со стороны клиента?+
Нужен человек, который понимает бизнес и может принимать решения. Для интеграций дополнительно может потребоваться технический сотрудник или подрядчик системы.
Как фиксируются правки?+
Собираем комментарии по этапам в одном месте. Это уменьшает противоречия и позволяет понимать, какая версия решения считается согласованной.
Что если объём меняется в процессе?+
Показываем влияние изменения на сроки и стоимость до выполнения дополнительной работы, а не ставим клиента перед фактом в конце.
Когда готовятся тексты?+
Основной контент и структура появляются до финального дизайна, чтобы интерфейс строился вокруг реального содержания, а не lorem ipsum.