Ваш шаблон. Ваша Figma.
Мы точно собираем сайт по вашему макету.
Командам с собственной системой WordPress-шаблонов не нужен подрядчик, который импровизирует. Нужен тот, кто переносит Figma в шаблон точно, гоняет QA до совпадения с дизайном и никогда не трогает общие компоненты, от которых зависит следующий сайт агентства. Мы делаем именно это.
Доработка темы — не упрощённый путь.
Когда агентство передаёт нам Figma и доступ к своей фирменной системе WordPress-шаблонов, работа — это не «установить тему, заполнить контент». Это постраничное согласование двух дизайн-систем — шаблонных настроек агентства и утверждённой Figma клиента — с QA-циклом, который выполняется до тех пор, пока каждая точка адаптации на каждой странице не будет совпадать.
Мы дорабатываем шаблон только под конкретного клиента — общие компоненты, на которых держатся все остальные сайты агентства, не трогаем. Это важно: правка, залезшая в общий компонент, не вылезет в QA этого проекта — она всплывёт через пару недель на сайте другого клиента.
Именно это отличает доработку темы от новой разработки: отправная точка — существующая система шаблонов агентства, а не чистый холст. И это отличает её от ребилда: нет миграции платформы, нет карты редиректов, нет раскопок в старых URL. Объём работ сфокусирован: берём Figma, точно переносим её в шаблон, прогоняем через QA до согласования с агентством.
Эта услуга для маркетинговых и SEO-агентств с собственной брендированной системой WordPress-шаблонов — тех, кому нужен субподрядчик, которому можно доверить вложения в шаблонную систему. Конечный клиент нас не видит. Дизайн агентства, хостинг, управление контентом и отношения с клиентом — всё это выше нас по цепочке.
Новая разработка собирает страницы и шаблоны из вашей библиотеки Figma на новых URL — это ваша дизайн-система с нуля. Доработка темы идёт внутри уже готовой фирменной системы шаблонов: подгоняем её под каждого клиента, не трогая общую библиотеку.
Ребилд мигрирует существующий сайт строка за строкой: карта редиректов, спецификация мета-тегов, сохранение legacy URL. У доработки темы нет миграции платформы, нет работы с редиректами, нет legacy-раскопок — только Figma против шаблона агентства, страница за страницей.
-
01
Figma как контракт, шаблон как холст
Файл Figma агентства — это дизайн-спецификация. Брендированный шаблон — базовая структура страниц. Мы согласуем их постранично: там, где стандартные настройки шаблона совпадают с Figma, оставляем их; там, где Figma требует отклонения, делаем доработку. Никаких дизайн-решений с нашей стороны.
-
02
QA в ритме шаблонного проекта
Качественная шаблонная разработка — это не «сделали, проверили, готово». Это: собрали, QA, поправили, QA, поправили — столько итераций, сколько требует дизайн. Ценность шаблонного проекта именно в QA-цикле: меньше итераций — слабее соответствие Figma, а не быстрее сдача.
-
03
Доработка без расхождения
Каждое изменение — отклонение от макета, переопределение компонента, корректировка стилевого токена — документируется в привязке к Figma и применяется строго в рамках конкретного клиента. Общие компоненты шаблона агентства не изменяются; следующий сайт на том же шаблоне не наследует никаких побочных эффектов от этого проекта.
-
04
Перед сдачей QA через Site Checker
Перед сдачей наш плагин Site Checker проходит по тестовой среде: базовые настройки, контент и SEO-разметка, структура URL, чистота контента и языка на страницах, в постах, данных Elementor, меню и виджетах. Нулевой порог ошибок перед передачей агентству.
-
05
Правки на стороне агентства
После сдачи агентство запускает свой AutoQA — Links, Email, Content AI, иногда визуальный аудит — и выгружает результаты в общую очередь задач. Мы отрабатываем очередь до финального подтверждения агентства. Процесс — на их стороне; наше — время ответа.
-
06
Проверка на разных устройствах
Каждый раунд QA охватывает затронутые страницы на большом экране, планшете и мобильном — Chrome как основной движок плюс кросс-браузерные проверки, указанные агентством в брифе. Объём покрытия ограничен дизайн-правкой текущего раунда, а не всем сайтом — это сохраняет эффективность цикла без потери дисциплины по точкам адаптации.
- Количество страниц 15–100 доработанных URL для большинства проектов; многофилиальные и крупные блоги могут превышать этот диапазон
- Применённых шаблонов 8–12 многоразовых шаблонов агентства, все сопоставлены с постраничной Figma
- Объём QA 100–400+ отслеживаемых SEO + CX задач, отработанных по контрольному списку запуска агентства
- Сроки 30–180 дней для типовых проектов — хвост QA длиннее, чем при ребилде; зависит от ритма подтверждений агентства; сложные многосторонние проекты могут выходить за эти рамки
- Трудозатраты 15–120 часов: разработка + QA-итерации + управление проектом
- Команда 3–7 специалистов — ведущий разработчик, QA-разработчик, PM, плюс дополнительная поддержка разработки или QA в высокоитерационных раундах
- Хостинг Kinsta, WP Engine или стандартный стек агентства — деплоим в их окружение
- URL тестовой среды В первую неделю после старта — по умолчанию на хостинг-аккаунте агентства; нужен отдельный стенд — развернём свой VPS, без проблем.
- Видимость Нулевая для конечного клиента. Вся коммуникация проходит через общее рабочее пространство агентства.
Доработки из портфолио.
White-label проекты для американских маркетинговых агентств, использующих собственную брендированную систему WordPress-шаблонов. Конечные клиенты указаны с разрешения; агентства-партнёры не называются.
Что определяет бюджет часов.
Бюджеты на доработку шаблона — на проект, не по часам. Figma задаёт дизайн-объём; карта сайта — количество страниц; ритм QA агентства — глубину итераций. Ниже — факторы, которые двигают итоговую сумму, из реальных проектов.
20–35 доработанных URL на хорошо задокументированном шаблоне агентства, без разрастания сервисной таксономии, единый дизайн-язык по всей карте сайта. Как правило, два-три раунда QA до финального подтверждения агентства.
40–55 URL с глубокой матрицей проработки, многофилиальной маршрутизацией в шаблоне и полной очередью задач SEO + CX, отработанной по контрольному списку запуска агентства. Основную нагрузку несёт QA-хвост.
Когда дизайн-лид агентства требует больше трёх циклов проверки и правок. Каждый дополнительный раунд — это разработка плюс полная кросс-устройственная проверка затронутых страниц. Бюджет это учитывает открыто, а не поглощает молча.
Доработки применяются только в рамках конкретного клиента. Общие компоненты шаблона не изменяются, поэтому следующий сайт на том же шаблоне не наследует побочных эффектов — никаких неожиданных ошибок на другом клиенте через несколько недель.
Три–семь специалистов на проект — в зависимости от количества страниц, глубины итераций и объёма QA. Доля QA структурно выше, чем при новой разработке: в качественном шаблонном проекте QA может занимать 40–55% часов, потому что ценность — в точном соответствии Figma на каждой точке адаптации, а не в индивидуальной разработке. Доля PM растёт с числом итераций: высокоитерационные раунды требуют координации между дизайн-лидом агентства, менеджером аккаунта и клиентской командой.
Часто спрашивают, отвечаем прямо.
По этому формату: что под ним понимаем, что берём на себя и что влияет на часы.
-
Нет. Переопределения для конкретного клиента остаются в переопределениях для этого клиента — ваши общие компоненты шаблонов не изменяются. Доработка находится в дочерней теме или шаблоне конструктора страниц, ограниченном единственным сайтом; общая система остаётся чистой для всех остальных клиентов, использующих её.
-
Самое тревожное здесь — что доступ к вашей Figma где-то всплывёт: в нашем кейсе, на выступлении, во внутреннем документе. Поэтому ссылки на ваши файлы Figma мы вырезаем из всего, что публикуем. Структура вашей Figma, правила именования и библиотека компонентов остаются вашими. Работаем только внутри файла, который вы передаёте: не копируем его себе, не ссылаемся на него снаружи, не переносим его решения в проекты других клиентов.
-
И разработка, и QA у нас оценены и ведутся в Redmine — на нашей стороне нет работ без оценки или «вне счёта». Строки в таблице сверх наших задач в Redmine — это собственный SEO- и CX/AM-бэклог агентства: он ведётся и закрывается на вашей стороне. В отчётности мы показываем наши часы по Redmine и объёмы на стороне агентства рядом — полная картина видна, и одно с другим не смешивается.
-
По умолчанию — ваша. AutoQA — это управляемый агентством Этап 2 QA: запускается после сдачи, принадлежит вашей QA-команде. Наш Этап 1 — Site Checker (основные настройки, соответствие контента, захват в нескольких разрешениях), запускающийся до сдачи. По договорённости мы можем взять Этап 2 на себя — но стоимость масштабируется пропорционально объёму сайта (количеству URL, форм, телефонных номеров и email-адресов, которые охватывают проверки). Без этой явной договорённости два слоя не пересекаются, и мы не претендуем на работу Этапа 2.
-
Не обязательно. Время зависит от реального объёма работ в таблице, а не от числа услуг. Да, у многопрофильной практики добавляется несколько страниц и CTA под каждое направление и отдельный блок для двух врачей. Но на наших опубликованных проектах цена за страницу у таких сайтов выходила даже ниже: однотипные страницы проверять быстрее, чем уникальные. Поэтому мы считаем по вашей таблице, а не умножаем ставку на количество услуг.
Есть
бриф по шаблону?
Пришлите ссылку на Figma, карту сайта и название шаблонной системы агентства. В течение 24 часов: чёткий список уточняющих вопросов и фиксированная оценка часов до начала работ. NDA по запросу до передачи любых материалов.
Не уверены, подходит ли шаблонная разработка для вашей задачи? Сравните с новой разработкой →