Подрядчика для WordPress часто выбирают по портфолио и цене часа. Но красивый список работ не показывает, умеет ли команда безопасно разбираться в чужой теме, сохранять заявки во время изменений и объяснять, почему небольшая задача внезапно выросла.
Для бизнеса важен не сам факт знания WordPress, а управляемый процесс: диагностика, оценка рисков, тестовая среда, проверка и понятная ответственность после запуска.
Содержание:
Сначала сформулируйте задачу для подрядчика
Необязательно писать техническое задание на десятки страниц. Достаточно описать бизнес-проблему, текущий сценарий и ожидаемый результат. Например: заявки из формы теряются, каталог медленно фильтруется, нужно связать сайт с CRM или регулярно выпускать посадочные страницы.
Хороший подрядчик не просто повторит формулировку клиента, а уточнит ограничения: какие системы участвуют, кто отвечает за данные, что нельзя останавливать, как будет приниматься работа. Уже по вопросам видно, понимает ли команда последствия изменений.
Попросите объяснить устройство текущего сайта
До оценки исполнитель должен посмотреть тему, активные плагины, версию PHP, способ хранения данных, интеграции и ошибки. Если доступы пока нельзя выдавать, возможна предварительная оценка по описанию, но её ограничения должны быть названы прямо.
Опасный сигнал — точная фиксированная сумма за сложную доработку без просмотра проекта. Обычно это означает, что риски либо заложены большим запасом, либо будут вынесены в дополнительные счета после старта.
Проверьте опыт именно в доработке
Разработка нового сайта и работа с чужим проектом требуют разных навыков. При доработке нужно восстановить логику предыдущей команды, найти нестандартные изменения, не перезаписать их обновлением и сохранить совместимость с рабочими процессами.
Попросите рассказать не только о запущенных сайтах, но и о случаях, когда команда принимала чужой WordPress, исправляла сбои, разбирала конфликт плагинов или переносила проект без потери данных.
Как должна выглядеть оценка
Нормальная оценка содержит перечень работ, допущения, зависимости и вилку по неизвестным участкам. Отдельно отмечаются дизайн, разработка и интеграции. В German Web разработка рассчитывается по ставке 2 300 ₽ в час, дизайн — 2 000 ₽ в час.
Если неизвестность нельзя снять коротким просмотром, её оформляют как технический аудит или исследовательскую задачу с ограниченным бюджетом. После неё клиент получает основания для решения, а не просто новый счёт.
Тестовая среда и резервные копии
Спросите, где подрядчик будет выполнять изменения. Критичные правки, обновления и интеграции сначала проверяют на копии. Перед переносом создают резервную копию файлов и базы и понимают, как выполнить откат.
Фраза «мы всегда правим прямо на продакшене и всё обычно нормально» — достаточная причина продолжить поиск. Даже опытный разработчик не контролирует поведение всех сторонних модулей и внешних сервисов.
Код, документация и доступы
Уточните, кому принадлежит код и где он хранится. Для регулярной разработки нужен репозиторий или хотя бы зафиксированная история изменений. Доступы должны быть оформлены на компанию, а не оставаться только в личном аккаунте исполнителя.
После задачи подрядчик должен передать описание изменений, список затронутых компонентов и инструкцию для нестандартной функции. Для большой интеграции полезны схема обмена, журналы ошибок и сценарий восстановления.
Как подрядчик тестирует результат
Фраза «задача сделана» не заменяет приёмку. До старта согласуются сценарии: форма создаёт лид в CRM, письмо приходит, цена рассчитывается одинаково на мобильном и компьютере, обновление не ломает корзину.
Проверка должна включать не только новую функцию, но и связанные участки. Если изменили оформление заказа, тестируют оплату, уведомления, промокоды, личный кабинет и аналитику.
Формат коммуникации и поддержки
Определите, кто принимает задачи, как назначается приоритет, где фиксируются оценки и что происходит при аварии. У исполнителя должен быть понятный ответ на вопрос, кто заменяет разработчика во время отпуска или болезни.
Для редких небольших правок может подойти один специалист. Для коммерческого сайта с рекламой, интеграциями и регулярными задачами устойчивее команда, в которой можно подключить дизайнера, тестировщика и специалиста по инфраструктуре по необходимости.
Красные флаги при выборе
Нет вопросов до оценки. Исполнитель продаёт часы, не разбираясь в результате. Нет тестовой копии. Все риски переносятся на работающий сайт. Доступы оформлены на подрядчика. Компания может потерять контроль при конфликте. Нет границ ответственности. При сбое хостер, разработчик и интегратор будут переводить проблему друг на друга.
Ещё один сигнал — предложение заменить CMS до диагностики. Иногда перенос действительно оправдан, но сначала нужно доказать, что текущая платформа мешает бизнесу, а не просто незнакома новому исполнителю.
Как провести безопасную проверку подрядчика
Начните с небольшой диагностической задачи или изолированной доработки. Оцените не только код, но и качество вопросов, соблюдение договорённостей, отчётность и реакцию на найденные риски.
Если работа прошла нормально, можно передавать регулярную поддержку или более крупный пакет. Такой вход снижает риск для обеих сторон: команда знакомится с проектом, а клиент получает фактическое представление о процессе.
Частые вопросы
Нужно ли выбирать WordPress-разработчика только по портфолио?
Нет. Портфолио показывает часть опыта, но не процесс работы с чужим кодом, тестирование, документацию и ответственность.
Должен ли подрядчик бесплатно проводить полный аудит?
Первичный просмотр может быть бесплатным. Глубокий аудит старого или сложного сайта — отдельная работа с конкретным результатом.
Фрилансер или агентство: что лучше?
Зависит от риска и объёма. Один специалист подходит для понятных небольших задач, команда — для регулярной поддержки, интеграций и критичных сайтов.
Можно ли согласовать фиксированную цену?
Да, если требования и состояние проекта достаточно изучены. При неизвестных участках честнее сначала провести диагностику.
Какие доступы передавать до договора?
Только минимально необходимые и через отдельные учётные записи. Полный контроль над доменом, хостингом и репозиторием должен оставаться у компании.
С какой задачи лучше начать сотрудничество?
С технического аудита или небольшой доработки с измеримым результатом, которую можно проверить без риска для основного сайта.
Нужно принять WordPress-сайт на доработку?
German Web может начать с ограниченной диагностики, разобраться в теме, плагинах и интеграциях и предложить первый пакет задач. Вы получите оценку, риски и порядок работ до крупных изменений.
