Процесс
Как проходит работа над цифровым проектом
Работа строится по этапам, у каждого из которых есть проверяемый результат. До перехода дальше фиксируем, что согласовано, какие решения приняты и что остаётся открытым. Это позволяет не измерять проект абстрактным «процентом готовности», а видеть структуру, прототип, работающий функционал, результаты тестирования и конкретный список задач до релиза.
Семь этапов — семь статусов в личном кабинете
Слева — статус, который клиент видит у своего проекта. Справа — что происходит на этапе и что фиксируем до перехода дальше.
- Разбор
Разбираем задачу и контекст
Собираем цель проекта, ключевые аудитории и сценарии, текущие системы, источники данных, ограничения, желаемые сроки и ответственных со стороны клиента. Если проект заменяет существующий процесс, отдельно фиксируем, как он работает сейчас и где возникают ручные операции, ошибки или задержки. На выходе — общий контекст и список вопросов, влияющих на scope.
- Объём и оценка
Фиксируем объём и оценку
Определяем, какие сценарии входят в текущую версию, какие остаются за её пределами и какие зависимости могут изменить оценку. Фиксируем допущения, интеграции, контент, миграцию и нефункциональные требования. Для изменений после согласования scope используем отдельное решение: добавить в текущую версию, перенести в backlog или пересчитать влияние на срок и бюджет.
- Проектирование
Проектируем сценарии и архитектуру
До разработки описываем роли и ключевые user flow, собираем прототип основных экранов и определяем структуру данных и интеграций там, где это необходимо. Для сложных систем отдельно фиксируем источник истины, состояния интерфейса, права доступа и критичные исключения. Цель этапа — проверить логику до того, как она превратится в дорогой код.
- Дизайн-система
Собираем интерфейс и дизайн-систему
На основе согласованного прототипа собираем визуальную систему: компоненты, типографику, состояния элементов, адаптивные правила и основные шаблоны. Клиент согласует не только красивые экраны, но и поведение формы, таблицы, ошибки, пустые состояния, mobile-версию и повторно используемые компоненты. Это снижает расхождения между макетом и разработкой.
- Разработка
Разрабатываем итерациями
Разработка идёт итерациями. Frontend и backend собираются по согласованным сценариям, изменения проходят code review, а окружения и процесс доставки релиза настраиваются под проект. Промежуточные версии показываются до финального запуска, чтобы не откладывать проверку бизнес-логики до последнего этапа.
- QA и запуск
Тестируем и запускаем
Перед релизом проверяем функциональные сценарии, мобильные и браузерные состояния, формы и интеграции, ошибки, производительность и аналитику. Для публичного сайта отдельно проводится SEO-QA: статусы URL, canonical, robots, sitemap, server-rendered HTML, метаданные и редиректы. Критичные дефекты закрываются до production.
- Передача и развитие
Передаём и развиваем
После запуска передаём согласованный набор доступов и материалов: репозиторий, окружения, техническую документацию, схему интеграций и правила публикации контента — в объёме, который предусмотрен проектом. Команде клиента объясняем, как работать с CMS или интерфейсом. Невошедшие идеи и улучшения собираются в backlog дальнейшего развития.
Вопросы о процессе
После фиксации scope и зависимостей.
Формат и регулярность согласуются на старте; решения по этапам фиксируются.
Изменение оценивается по влиянию на scope, срок и бюджет.
Ответственность разделяется до старта и фиксируется в плане проекта.
По заранее понятному результату этапа и критериям.
Только по согласованной коммерческой модели и договору.