Наш процесс - Как мы работаем
Начинаем с бесплатного аудита — 48 часов, карта узких мест по вашему каталогу. Потом отделяем базовый scope от optional-блоков и оцениваем первый work slice. Дальше: демо каждую пятницу, запуск без остановки сайта, SLA с первого дня.
Аудит
Любой проект начинается с бесплатного технического аудита — 48 часов. Смотрим сайт, стек, скорость и каталог, проверяем интеграции. В конце — карта узких мест, базовый scope и список решений, которые влияют на бюджет.
Не презентация и не прототип на макетах. Вы заранее понимаете, что и как будем переносить с вашего Битрикса — до того, как подписали договор на полный проект.
По итогу аудита получаете: карту узких мест, структуру функциональных требований, базовый и optional scope, предварительный бюджетный коридор и следующий work slice для проверки скорости и процесса.
Что включает этот этап
- Бесплатный аудит (48 часов)
- Технический аудит API Битрикса
- Карта интеграций
- KPI и метрики успеха
- Базовый и optional scope
- Карта узких мест и acceptance criteria
Разработка
Каждую пятницу — демо на тестовом домене. Работающий код, который можно открыть в браузере и потрогать. Не слайды и не статус «в работе».
Прямой доступ к разработчику через Telegram. Приоритеты можно менять в начале каждой недели. Если меняется scope, интеграции, роли или workflows — отдельно оцениваем change request до разработки.
Для кастомной разработки фиксируем не обещания, а контрольные точки: что входит в этап, как принимаем результат и какой следующий шаг открывается после демо.
Запуск
Сначала 5% трафика — смотрим на ошибки и метрики. Потом 25%, потом 100%. На каждом шаге есть автооткат: если что-то пойдёт не так, возвращаемся за 5 минут.
Перед переключением — автотесты (Playwright, Lighthouse) на каталоге, поиске, корзине и оформлении заказа. Только при зелёном статусе идём дальше.
После запуска: весь репозиторий, документация по архитектуре, runbook. Вы не зависите от нас для повседневной работы.
Что включает этот этап
- Тестирование. Playwright e2e + Lighthouse перед каждым деплоем на все ключевые сценарии.
- Инфраструктура. Vercel для фронта, ваш Битрикс для бэкенда. Нужен закрытый контур — деплоим в ваше облако.
- Поддержка. SLA с первого дня после запуска. Три тира: от 24-часовой реакции до 24/7.
До оценки
Что нужно понять до бюджета
Для кастомной разработки мы не обещаем фиксированную цену до discovery. Сначала собираем короткую карту проекта, чтобы владелец, CTO и маркетинг видели, от чего зависит оценка и какой первый шаг можно проверить без большого риска.
Как мы устроены - Шесть правил, которые мы не нарушаем
12 лет в e-commerce научили: клиенты страдают не от технических проблем — от непредсказуемости. Вот как мы с этим работаем.
- Scope до бюджета. Сначала фиксируем требования, базовый объём, optional-блоки, интеграции и acceptance criteria. Только после этого называем рабочую оценку.
- Демо каждую пятницу. Не отчёты — работающий код на тестовом домене. Приходите с командой, тестируйте сами.
- Zero-downtime запуск. Плавное переключение трафика 5% → 25% → 100%. Автооткат за 5 минут, если что-то пойдёт не так.
- Код ваш. После запуска передаём весь репозиторий и документацию. Никакой привязки к нам.
- Аудит сначала. Не начинаем полный проект без аудита. За 48 часов даём карту узких мест, базовый scope и понятный следующий work slice, потом решаете.
- Говорим «нет». Если задача нам не подходит — скажем прямо и порекомендуем кого-то другого. Брать всё подряд не наш стиль.
Что видно после аудита - Артефакты, по которым можно принять решение
После 48 часов у вас не остаётся абстрактного обещания «ускорим сайт». Есть рабочая структура проекта: что входит в первый этап, что зависит от интеграций и какой кусок можно проверить до большого бюджета.
- Scope map. Базовый объём, optional-блоки, внешние зависимости и acceptance criteria в одном документе, который можно обсудить с владельцем, CTO и маркетингом.
- Risk list. Узкие места каталога, поиска, API, кеша и релизного процесса с пометкой: что влияет на сроки, бюджет и риск простоя.
- First work slice. Небольшой следующий этап: ограниченный scope, demo checkpoint и критерии, по которым вы видите скорость, качество и стиль работы до full rollout.
Когда мы полезны - Быстро понимаем, есть ли смысл идти дальше
Аудит должен дать не только список задач, но и честный ответ: подходит ли WGP для вашего этапа. Мы сильнее всего полезны там, где сайт уже влияет на выручку, а изменения стали рискованными или слишком медленными.
- Хороший fit. Каталог, поиск, интеграции, роли, SEO или скорость релизов стали ограничением. Нужно менять систему поэтапно, без остановки продаж и без большого rewrite вслепую.
- Сначала проверяем риск. Перед бюджетом смотрим данные, доступы, API, процессы релиза и acceptance criteria. Если проблема решается меньшим вмешательством, скажем это прямо.
- Плохой fit. Если нужен только косметический редизайн, срочная посадочная страница без инженерной задачи или фиксированная цена до discovery, мы не будем продавать полный проект.
Проверка перед стартом - Что смотрим до оценки и большого бюджета
Для owner, CTO и маркетинга аудит должен быстро убрать слепые зоны: где сайт теряет скорость, продажи или управляемость, какие данные нужны для решения и какой следующий этап можно проверить малым scope.
- Каталог и поиск. Скорость листинга, фильтры, релевантность поиска, SEO-структура, индексация и сценарии, где пользователь чаще всего теряет путь к товару.
- Интеграции и роли. 1С, CRM, оплаты, доставки, маркетплейсы, права доступа и места, где внешние зависимости могут сломать срок, бюджет или запуск без простоя.
- Релизный процесс. Как сейчас проходят изменения: Git Flow, staging, тесты, метрики, откаты и кто принимает результат. Это показывает, можно ли начинать с pilot/work slice или сначала нужно закрыть инфраструктурный риск.
Контрольные точки - Как клиент видит, что проект под контролем
Для сложного сайта важно не только «делаем быстро», а видеть, где риск закрыт фактами. Поэтому на каждом этапе есть проверяемый артефакт: ссылка, метрика, тест или документ, по которому можно принять решение без веры на слово.
- До разработки. Фиксируем исходные показатели: скорость ключевых страниц, сценарии каталога и поиска, список интеграций, роли, данные для миграции и критерии приёмки первого work slice.
- Во время проекта. Каждую неделю показываем staging-ссылку, список закрытых задач, что изменилось в scope и какие риски остаются открытыми. Клиент видит код и может проверять сценарии до релиза.
- Перед запуском. Проверяем production checklist: e2e-сценарии, Lighthouse, формы, аналитику, rollback path, карту ответственных и runbook для команды клиента.
Proof перед решением - Что можно показать партнёру, CTO или владельцу бюджета
После аудита у команды остаётся короткий пакет доказательств, а не длинная презентация. Его можно переслать внутри компании, чтобы согласовать следующий work slice без спора на уровне мнений.
- Before / after baseline. Фиксируем текущие показатели скорости, поиска, индексации и ключевых сценариев, чтобы следующий этап сравнивался с реальным состоянием сайта, а не с абстрактным обещанием.
- Scope decision table. Разделяем обязательный scope, optional-блоки, внешние зависимости и вопросы клиента. Это помогает согласовать бюджетный коридор без фиксации цены до discovery.
- Next-step recommendation. Предлагаем малый проверяемый шаг: audit follow-up, pilot, интеграционный spike или поддержку релизного процесса. Формат зависит от риска, данных и бизнес-задачи.
- Короткая записка для согласования. Резюме для owner, CTO или партнёра: что нашли, что делать первым, какие допущения влияют на оценку и какие факты стоит проверить до большого обязательства.
- Путь до следующего действия. Ссылка на контакт, нужные вводные и UTM-метка в одном маршруте: можно быстро понять, какие обсуждения пришли именно с process/audit страницы.
Первое сообщение - Что прислать, чтобы мы вернулись с предметным следующим шагом
Для старта не нужен длинный бриф. Достаточно вводных, по которым можно понять контекст, риск и минимальный work slice: аудит, pilot, интеграционный spike или поддержка релиза.
- Ссылка и ограничение. Текущий сайт или staging, плюс главная проблема: медленный каталог, слабый поиск, ручные обмены, риск релиза, SEO или конверсия.
- Критичные сценарии. 3–5 маршрутов, которые нельзя сломать: категория, фильтр, поиск, карточка, корзина, checkout, личный кабинет или B2B-роли.
- Интеграции и данные. Что связано с сайтом: 1С, CRM, платежи, доставка, маркетплейсы, аналитика, внешние API, импорт/экспорт и частые точки ошибок.
- Ограничения решения. Сроки, команда на стороне клиента, доступность данных, требования к SEO, ожидания по demo checkpoint и факторы, которые влияют на бюджет.
FAQ
Частые вопросы о процессе
Что такое аудит и зачем он нужен?
Аудит — бесплатный технический разбор за 48 часов. Смотрим сайт, стек, скорость и каталог, проверяем ключевые сценарии и интеграции. В итоге — карта узких мест, базовый scope, optional-блоки и предварительная оценка. Это снижает риск: вы принимаете решение о полном проекте после того, как увидели структуру работ и факторы бюджета.
Сколько стоит аудит?
Аудит бесплатный и занимает 48 часов. По его итогу даём карту узких мест, базовый scope и предварительную оценку. Свяжитесь с нами — запустим аудит под ваш каталог.
Когда появляется точная оценка?
После discovery фиксируем требования, интеграции, роли, workflows, acceptance criteria и optional-блоки. Для продуктовых Frontbox-форматов возможна фиксированная цена, для кастомной разработки оценка зависит от scope и оформляется по этапам или work slice.
Что прислать, чтобы аудит был предметным?
Ссылку на текущий сайт, 3–5 главных бизнес-задач, список интеграций, роли пользователей и ограничения по срокам. Если есть данные по скорости, SEO, конверсии, поиску или ошибкам — добавьте их. Так мы быстрее отделим базовый scope от optional и не будем угадывать бюджет.
Что происходит, если требования изменятся в процессе?
Приоритеты можно менять раз в неделю — в начале спринта. Если нужны новые функции сверх согласованного объёма — оцениваем и согласовываем дополнительно. Изменение приоритетов внутри согласованного scope не меняет текущий этап.
Как часто мы видим прогресс по проекту?
Каждую пятницу — демо на тестовом домене. Работающий код, который можно открыть в браузере. Плюс — ежедневные короткие апдейты в Telegram-канале проекта.
Что означает запуск без остановки сайта?
Направляем сначала 5% трафика на новый фронтенд, смотрим на метрики, потом 25%, потом 100%. На каждом шаге — автоматический откат. Если что-то пойдёт не так, возвращаемся к предыдущей версии за 5 минут. Ваш 1С-Битрикс и все заказы работают непрерывно.
Что мы получаем на руки после запуска?
Полный репозиторий с исходным кодом, документацию по архитектуре, runbook для команды разработки, инструкцию по деплою. Всё необходимое для самостоятельной работы.
Как устроена поддержка после запуска?
SLA включается с первого дня после запуска. Basic — реакция 24 ч в бизнес-часы. Professional — 8 ч, расширенные часы. Enterprise — 2 ч, 24/7. Подробнее на странице поддержки.
Начнём с бесплатного аудита
48 часов, карта узких мест по вашему каталогу, базовый scope и следующий work slice. Потом решаете.