Без формальностей: ТЗ, оценка, сдача в срок.
Работаем с 2003 года для агентств и прямых клиентов, у которых нет времени на лишние созвоны, чужие косяки и сюрпризы в счёте. Поэтому всё устроено просто: ответ за 24 часа, оценка в часах, переписка через таск-трекер, две стадии QA. Дальше — по шагам.
Четыре правила не меняются от проекта к проекту.
По смете, а не по факту
Сначала — оценка часов по вашему ТЗ. Мелкие корректировки всегда учитываем. Новые задачи оцениваем отдельно, до начала работ. Не выходим за бюджет молча, не присылаем неожиданных счетов, не работаем «по факту» (T&M).
Сначала переписка, созвон по запросу
Общаемся в вашем таск-трекере. Вся переписка в тредах, отвечаете когда удобно. Созвоны — на правки и финальную приёмку, не на статус. Каждая сторона освобождает несколько часов в неделю.
Двойной QA — на каждом проекте
Самое тревожное в работе с подрядчиком — момент сдачи: можно получить претензии за то, что должен был проверить, но не успел. Поэтому проверка у нас двойная. Перед сдачей сайт прогоняем мы сами через Site Checker — наш WordPress-плагин для типовых проблем. После сдачи QA подхватываете вы: правки идут циклами, пока вы не подтвердите, что всё в порядке. Очередь задач при этом у вас перед глазами.
Один контакт
Вы общаетесь с одним человеком — со мной. Команда разработки остаётся за кадром. Ваш заказчик никогда не услышит наших имён. NDA — по запросу, подписываем до открытия доступов.
От ТЗ до сдачи, в пяти параллельных фазах.
Фазы идут параллельно: QA добавляет правки в очередь, пока разработка движется дальше; новые задачи заказчика подхватываем без пауз. В календаре потоки пересекаются, а не следуют один за другим.
ТЗ и оценка
Вы присылаете Figma, объём работ, желаемые сроки. Подписываем NDA при необходимости, задаём 3–5 точных вопросов, возвращаем оценку в часах и дату сдачи. Без ознакомительных созвонов.
- NDA подписан≤ 2 ч
- Уточняющие вопросы1 раунд
- Оценка в часах + датаБесплатно
- Решение на вашей сторонеАсинхронно
Начальная разработка
Агентство открывает доступ к тестовой среде за пару дней — дальше идём по Figma, страница за страницей. Ежедневные обновления в вашем трекере. Любую неоднозначность в дизайне фиксируем сразу — не угадываем.
- Доступ к тестовой средеНа стороне агентства
- Ежедневные обновленияАсинхронно
- Компонентная библиотека сопоставленаПо Figma
- Неоднозначности дизайна помеченыДо того, как угадывать
QA итерации
Очередь задач открывается по мере вашей проверки. Правки вносим раундами, а не одним проходом в конце. Каждый раунд закрывает страницы, которых эти правки касались. Очередь закрываем только по вашему подтверждению.
- Задачи отслеживаютсяВаш инструмент
- Кросс-браузерный проходЗа раунд
- Мобильный / планшетный QAЗа раунд
- Закрытие очереди задачТолько по подтверждению
Перед сдачей — барьер
Site Checker проходит по основным настройкам, SEO-разметке контента, структуре URL, очистке языка контента, меню и виджетам, а также делает скриншоты в нескольких разрешениях. Барьер с нулевым порогом отказов перед сдачей.
- Сканирование Site CheckerНоль ошибок
- Скриншоты в разных разрешенияхАвтоматически
- Карта редиректов проверенаПри миграции
- Формы проверены в среде, близкой к продакшенуРеальный SMTP
Сдача в тестовой среде
Готовый сайт передаём вашей команде в тестовой среде. К сдаче прилагаем отчёт Site Checker, контрольный список запуска, карту соответствия контента и историю QA. Переключение на боевой домен — на вашей стороне: деплой в продакшен, DNS, SSL, повторная подача в Search Console, проверка после запуска.
- Сдача разработкиВ тестовой среде агентства
- История QASite Checker + контрольный список
- Деплой в продакшенНа вашей стороне
- Проверка после запускаВаша команда
Ваш барьер, который мы построили, чтобы контроль не упирался только в вас.
Большинство сдач от подрядчиков попадают в QA-команду агентства с ошибками, которые в принципе не должны были пройти разработчика. Накопив достаточно такого опыта, мы написали WordPress-плагин, который прогоняет детерминированные проверки до любой передачи.
Site Checker сканирует каждую страницу в тестовой среде, находит битые ссылки, отсутствующий alt-текст, проблемы с очисткой данных в контенте записей, Elementor, меню, виджетах, таксономиях и ACF; снимает скриншоты в нескольких разрешениях; собирает единый отчёт. Всё красное закрываем до того, как вы увидите сборку.
Это барьер с нулевым порогом отказов. Предупреждения мы просматриваем и можем признать некритичными — но ни одна критическая проблема не доходит до вашего QA.
Что запускается перед любой сдачей
- Аудит основных настроек WP
- Контент и SEO-разметка (заголовки, мета, схема)
- Структура URL + карта редиректов
- Нормализация языка контента
- Очистка данных Elementor
- Меню, виджеты, таксономии
- Скриншоты в нескольких разрешениях
- Проверка alt-текстов изображений
- Сканирование битых ссылок
Четыре обязательства. Одинаковые в каждом проекте.
Работаем в ваших инструментах. И несколько от себя.
Любой ваш PM-инструмент
По умолчанию — Asana или Redmine. Если у вас другой — подключаемся. Внутри студии ведём свой Redmine для учёта.
Там, где уже общается ваша команда
Slack или Rocket.Chat — наши дефолтные. Можем создать общий канал у нас или присоединиться к вашему. Email — на редкое. Другой мессенджер — подключаемся.
Git, везде
GitHub, GitLab, Bitbucket, ваш приватный GitLab — всё подходит. Коммитим рано и часто. PR-проверка — у вас. Merge — только с вашего разрешения.
Site Checker + ваш инструмент
Site Checker — наш WordPress-плагин для проверки до сдачи. После сдачи ориентируемся на ваш инструмент: Lighthouse, BrowserStack или ручную проверку.
Хостинг — на вашей стороне
Для WordPress: WP Engine, Kinsta или любой хостинг, на котором уже работает ваша команда. Заходим в вашу среду, не тянем в свою. Для не-WordPress задач инфраструктурная команда работает с Hetzner, DigitalOcean, AWS, вашими серверами — объём работ оцениваем отдельно.
Figma, основной формат
Sketch, Adobe XD, Penpot, даже Photoshop или PDF — если ничего другого нет. Строим по вашему артефакту-источнику. Что у вас есть — с тем и работаем.
Реальные данные, AI-черновик, редактор-человек.
Каждый кейс на этом сайте начинается с первичных источников — экспортов проектов Redmine, веток обсуждения задач в Rocket.Chat, таблиц Google Sheets и боевого URL, если он доступен. AI-агент пишет черновик по этим данным под явными редакторскими ограничениями: никаких домыслов, обобщений и переноса фактов между проектами. Дальше черновик проходит автоматическую проверку из 48 пунктов и только потом — редакторскую вычитку руководителя студии. Лишь после этого он попадает на сайт.
- Загрузка источников. Реальные данные клиентов: 112 экспортов проектов Redmine, 1 438 чатов задач из Rocket.Chat и таблицы Google Sheets по каждому проекту. Шесть проектов исключили — там, где анонимизировать было невозможно.
- Сортировка и классификация. Каждый проект попадает в структурированную матрицу: уровень (a / b / skip), тип (ребилд / новая разработка / шаблонная разработка / обновление дизайна / редизайн) и индустрия — всё это фиксируем до начала работы над черновиком.
- Создание черновика с AI-поддержкой и ограничениями. Черновик создаёт субагент, работающий по строгому промпту. Пять явных ограничений: опираться только на источники, не цитировать чаты дословно, не переносить формулировки между индустриями и обязательно прописывать хотя бы одно ограничение проекта и хотя бы одно предложение с обоснованием решения в каждом черновике.
- Автоматическая проверка (48 проверок). Детерминированный скрипт проверяет связность сигналов, согласованность якорных текстов, классификацию по типу, YAML-структуру, количество слов и проверяемость фактов. Все проверки должны пройти до начала редакторской вычитки.
- Редакторская проверка человеком. Антон Херсун читает каждый черновик, при замечаниях запускает цикл исправления и повторной проверки — и согласовывает. Волну 2.3 корпуса закрыли 2026-05-03: все 107 активных черновиков опубликованного корпуса проверены и признаны чистыми.
- Идемпотентная публикация. Скрипт импорта сверяет хэш контента, прежде чем изменять существующую запись: новая ревизия создаётся только при изменении контента. Атомарная запись состояния фиксирует WordPress post ID и временную метку импорта по каждому проекту.
- Текущее обслуживание. Исходные данные пересматриваем перед любым повторным импортом. Изменения темы и импортёра проходят двухэтапную проверку кода — сначала соответствие спецификации, потом общее качество — до любого пакетного запуска публикации.
А вот что мы уже сделали — по одному кейсу из каждого формата работ.
Процесс понятен? Пришлите ТЗ.
Оценка — бесплатно, NDA — по запросу, вопросы — конкретные. За 24 часа узнаете часы, дату сдачи и объём.
Начать разговор