Когда в компании появляется задача «нужен программист Битрикс» или «ищем разработчика 1С-Битрикс», первый вопрос обычно не про навыки, а про формат: нанимать штатного сотрудника, обращаться к фрилансеру или заказывать работу у студии. Разница в терминах при этом почти незаметна — в разговорной речи бизнеса «программист Битрикс» и «разработчик 1С-Битрикс» означают одно и то же: специалиста, который умеет разрабатывать и дорабатывать сайты и интернет-магазины на платформе 1С-Битрикс. Но за этими словами скрываются очень разные по надёжности и стоимости владения решения.
Мы в TRUWEB работаем с 1С-Битрикс с 2011 года, довели до результата более 250 проектов и знаем платформу изнутри — как со стороны разработки, так и со стороны найма и управления командой. В этой статье разберём, какими конкретно навыками должен обладать программист 1С-Битрикс, как отличить компетентного специалиста от того, кто «немного знаком с Битриксом», и какой формат найма — штатный сотрудник, фрилансер или аутсорс-студия — подходит именно вашей задаче.
Материал будет полезен и тем, кто формулирует вакансию программиста 1С-Битрикс для отдела кадров, и тем, кто ищет подрядчика на разовую доработку, и тем, кто хочет понять, за что вообще платит, отправляя задачу разработчику. Если вы уже определились, что нужна не штатная единица, а конкретная доработка функционала, посмотрите отдельный материал о том, что такое доработка сайта на 1С-Битрикс и когда она нужна — там разбор именно этой задачи.
С точки зрения содержания работы разницы между «программистом Битрикс» и «разработчиком 1С-Битрикс» нет. Оба термина описывают специалиста, который пишет и поддерживает код на платформе 1С-Битрикс: модифицирует компоненты, работает с инфоблоками, настраивает интеграции, устраняет ошибки и оптимизирует производительность сайта. Разница — не в квалификации, а в том, как чаще используют эти слова на практике.
«Программист Битрикс» — формулировка, которая чаще встречается в вакансиях на постоянную занятость: компания ищет человека в штат, который будет заниматься исключительно её проектом на постоянной основе. «Разработчик 1С-Битрикс» — более нейтральный, «подрядный» термин: так называют специалиста независимо от того, работает ли он как фрилансер, входит в команду студии или закреплён за проектом на аутсорсе. Иногда используют более широкие формулировки — «Bitrix-разработчик», «backend-разработчик 1С-Битрикс», «PHP-разработчик с опытом Битрикс» — суть та же, просто с акцентом на конкретную технологию в стеке.
Важнее терминологии — то, какой формат сотрудничества стоит за конкретным предложением. Один и тот же человек может значиться в вакансии как «программист 1С-Битрикс», но по факту работать удалённо и совмещать несколько проектов; а «разработчик» из студии может быть плотно вовлечён в ваш проект на условиях, близких к штатной занятости. Поэтому при выборе специалиста важно смотреть не на название должности, а на три параметра: реальную квалификацию, формат доступности (штат, фриланс, студия) и то, как оформлена ответственность за результат — договором, гарантией, SLA или устной договорённостью.
1С-Битрикс — платформа с собственной архитектурой, и общего знания PHP и MySQL недостаточно, чтобы качественно работать с ней. Многие технически сильные PHP-разработчики, впервые столкнувшись с проектом на Битрикс, тратят недели на то, чтобы разобраться в логике ядра, вместо того чтобы сразу решать задачу бизнеса — просто потому, что у платформы своя терминология, свои соглашения и собственные «подводные камни», которых нет в других системах управления сайтом. Ниже — минимальный набор компетенций, без которых сложно называть человека полноценным разработчиком 1С-Битрикс, а не «программистом, который просто открывал административную панель».
Разработчик должен понимать, чем отличаются визуальные и информационные компоненты, уметь создавать собственные компоненты и переопределять шаблоны существующих без нарушения логики обновлений. Сюда же — знание событийной модели (обработчики событий), API ядра и правил, по которым можно безопасно кастомизировать типовой функционал так, чтобы он не «слетел» при очередном обновлении модуля.
Инфоблоки — базовый механизм хранения структурированного контента в 1С-Битрикс: каталоги, новости, отзывы, любые пользовательские сущности. Хороший разработчик свободно работает с торговыми предложениями, свойствами инфоблоков, множественными и привязанными свойствами, а для больших объёмов данных умеет применять highload-блоки — они хранят информацию в отдельных таблицах и работают быстрее там, где обычные инфоблоки начинают «тормозить» на десятках тысяч записей.
Агенты в 1С-Битрикс — это механизм отложенного и периодического выполнения кода (аналог cron-задач внутри системы): пересчёт остатков, рассылка писем, синхронизация с внешними сервисами, очистка кэша. Разработчик должен уметь писать агенты корректно — с обработкой ошибок и без риска «зависания» очереди, а также понимать, как агенты соотносятся с внешним cron-планировщиком сервера.
Для интернет-магазинов критично умение настраивать обмен данными с учётными системами 1С по протоколу CommerceML — выгрузку каталога, синхронизацию остатков и цен, выгрузку заказов обратно в учётную систему. Это отдельная область компетенции: нужно понимать структуру XML-файлов обмена, типовые ошибки синхронизации и способы их диагностики, а также уметь дорабатывать обработчики обмена под нестандартную бизнес-логику клиента.
Современный проект на 1С-Битрикс редко существует изолированно: CRM, службы доставки, платёжные системы, маркетплейсы, сервисы аналитики — всё это подключается через REST API. Разработчик должен уметь и потреблять чужие API, и открывать собственные REST-обработчики для внешних систем, работать с OAuth-авторизацией и понимать ограничения по нагрузке при массовых запросах.
Композитный кэш — механизм 1С-Битрикс, который кэширует HTML-страницу целиком для неавторизованных пользователей, сохраняя при этом видимость персональных данных (корзина, авторизация) за счёт AJAX-подгрузки. Настройка композита — тонкая работа: нужно понимать, какие компоненты можно кэшировать, как обрабатывать динамические зоны и как избежать ситуации, когда кэш показывает не ту версию страницы разным посетителям. Разработчик, который не может объяснить, что такое композитный кэш и почему сайт после его отключения начинает «тормозить», скорее всего, не работал с высоконагруженными проектами на платформе.
Это два ключевых модуля платформы. «Управление сайтом» отвечает за структуру, инфоблоки, права доступа, административные интерфейсы; «Управление торговлей» — за каталог, торговые предложения, склады, скидки и оформление заказа. Разработчик должен ориентироваться в обоих модулях, даже если проект — не интернет-магазин: логика прав доступа и структуры контента в любом случае строится на «Управлении сайтом».
Если специалист уверенно объясняет каждый из этих пунктов на конкретных примерах из своей практики — это хороший знак. Если ответы общие и уклончивые — стоит насторожиться, независимо от того, как красиво оформлено резюме или коммерческое предложение.
1С-Битрикс ведёт партнёрскую программу: компании, которые системно работают с платформой, могут получить статус партнёра (с градациями вроде «Партнёр», «Серебряный партнёр», «Золотой партнёр», «Технологический партнёр» — конкретные названия и условия периодически меняются у вендора). Наличие статуса у компании — само по себе полезный, но не исчерпывающий сигнал: он говорит о том, что организация в целом легально и системно работает с продуктами 1С-Битрикс, но не гарантирует квалификацию конкретного разработчика, который будет вести именно ваш проект.
Более точный индикатор — персональная сертификация. 1С-Битрикс предлагает разработчикам сертификационные экзамены разного уровня (по общей платформе и по отдельным модулям), подтверждающие практическое владение системой. Если специалист называет себя сертифицированным разработчиком, имеет смысл попросить показать сертификат и, при возможности, проверить его номер в открытом реестре на сайте вендора. Это занимает пару минут, а исключает довольно частую ситуацию, когда «сертифицированность» существует только в резюме.
Практический совет: при выборе подрядчика смотрите не только на статус компании, но и на то, кто конкретно будет работать над задачей — какой у этого человека опыт, есть ли у него сертификаты, сколько подобных проектов он уже делал. Разбор именно этого вопроса — с чек-листом критериев выбора компании-подрядчика — есть в статье как выбрать подрядчика по разработке на 1С-Битрикс.
Три основных способа получить работающего разработчика 1С-Битрикс — нанять штатного сотрудника, обратиться к фрилансеру или заказать разработку и поддержку у студии на аутсорсе. У каждого варианта свой баланс стоимости, надёжности и гибкости, и универсально «правильного» выбора не существует — есть выбор, подходящий под конкретный объём задач. Ниже — сравнение вариантов не в абстрактных плюсах и минусах, а через призму рисков, с которыми реально сталкиваются компании на практике.
Плюс штатного найма — полное погружение в проект: человек знает бизнес изнутри, доступен в рабочее время, не переключается между чужими задачами. Минус — стоимость владения выше, чем кажется на старте. В расходы нужно закладывать не только оклад, но и налоги, оборудование, обучение, больничные и отпуска — а также риск простоя: если сайт стабилен и доработки нужны раз в месяц-два, штатный программист часть времени будет просто не загружен профильными задачами. Обратная ситуация тоже возможна: один штатный специалист физически не может закрыть проект вопросами уровня «фронтенд + бэкенд + интеграции» одновременно, если проект крупный и многозадачный.
Фриланс-разработчик обычно дешевле по часовой ставке и может быстро подключиться к разовой задаче. Риски здесь концентрируются вокруг надёжности: доступность фрилансера не гарантирована документально, он может пропасть в разгар работ, заболеть, взять другой проект в приоритет или просто перестать отвечать. Ответственность за качество кода часто держится на устной договорённости, а не на договоре с гарантийными обязательствами. Отдельная проблема — единственная точка отказа: если только один человек знает специфику вашего проекта, доработки и даже устранение аварий останавливаются до его возвращения на связь.
Работа со студией обычно чуть дороже часа фрилансера, но эта разница окупается стабильностью: за проектом закреплена команда, а не один человек, поэтому болезнь или отпуск конкретного разработчика не останавливает работу. Ответственность оформляется договором, есть руководитель проекта, который держит сроки и коммуникацию, а знания о проекте не исчезают вместе с одним специалистом — они остаются в команде и в проектной документации. Для проектов с интеграциями, сезонными пиками нагрузки или требованиями к отказоустойчивости это существенно снижает риски. Именно поэтому для большинства компаний без собственного ИТ-отдела регулярная поддержка и развитие сайта на 1С-Битрикс на аутсорсе оказывается более предсказуемым решением, чем найм одного штатного программиста.
Резюме и коммерческое предложение почти ничего не говорят о реальном уровне разработчика — важно проверять компетенции напрямую, до подписания договора или трудового контракта. Вот конкретные шаги, которые стоит пройти.
Когда решение в пользу штатного найма принято, качество откликов на вакансию напрямую зависит от того, насколько точно сформулированы требования. Расплывчатая формулировка «нужен программист с опытом Битрикс» привлекает и специалистов уровня Junior, и людей, которые один раз настраивали типовое решение — но не тех, кто действительно закрывает задачи вашего масштаба.
В тексте вакансии на позицию программиста 1С-Битрикс имеет смысл прямо перечислить требуемые практические навыки, а не ограничиваться общей фразой «знание 1С-Битрикс»: работа с инфоблоками и highload-блоками, опыт написания агентов, знание REST API, опыт настройки обмена CommerceML — если проект связан с интернет-торговлей, — понимание композитного кэша и опыт оптимизации производительности. Полезно указать, с каким модулем предстоит основная работа — «Управление сайтом» или «Управление торговлей» — и какой объём проекта ожидается: количество страниц, наличие каталога, интеграций, посещаемость сайта. Эти детали сразу отсекают кандидатов, чей опыт не соответствует масштабу задачи.
Отдельно стоит зафиксировать формат занятости и доступности: удалённая работа или офис, полная занятость или частичная, есть ли тестовое задание на этапе отбора и какой график предполагается для срочных задач вроде устранения аварий на сайте. Чем конкретнее вакансия — тем меньше времени уходит на отсев нерелевантных откликов и тем выше шанс сразу выйти на специалиста нужного уровня.
Искать разработчика 1С-Битрикс можно через несколько каналов: специализированные job-борды и агрегаторы вакансий в разработке, партнёрский реестр 1С-Битрикс (там перечислены компании, а иногда и отдельные сертифицированные специалисты), профильные сообщества разработчиков платформы, а также через рекомендации — по опыту это один из самых надёжных источников, поскольку рекомендатель фактически подтверждает и качество работы, и адекватность коммуникации кандидата. Если задача — не долгосрочный найм, а конкретный проект или разовая доработка, зачастую быстрее и надёжнее обратиться напрямую в студию, которая уже прошла собственный отбор разработчиков и несёт ответственность за результат по договору.
Часть проблем с качеством разработки закладывается ещё на этапе найма — и потом проявляется месяцами в виде багов, простоев и переделок. Вот ошибки, которые встречаются чаще всего.
Выбор исключительно по цене. Самая низкая почасовая ставка на рынке фриланса почти всегда означает либо недостаток опыта именно с 1С-Битрикс, либо перегруженность специалиста другими проектами. Экономия на найме часто оборачивается более высокими расходами на исправление последствий.
Отсутствие тестового задания. Наём «по словам» и портфолио без проверки практических навыков — частая причина, когда через месяц-два выясняется, что разработчик не умеет того, что заявлял в резюме.
Найм «универсального» PHP-программиста без опыта именно с Битрикс. Общие знания PHP и MySQL не заменяют понимания архитектуры платформы: инфоблоков, композитного кэша, событийной модели. Специалист без профильного опыта будет переизобретать типовой функционал или ломать логику при обновлении модулей.
Отсутствие договора и зафиксированных гарантийных обязательств. Устные договорённости не защищают ни одну из сторон, если возникает спор о качестве работы или соблюдении сроков.
Нет плана на случай недоступности исполнителя. Особенно критично для формата «один фрилансер» — если он единственный носитель знаний о проекте, любой сбой в его доступности парализует поддержку сайта.
Игнорирование вопросов производительности на этапе выбора. Разработчик, который никогда не сталкивался с оптимизацией композитного кэша или highload-блоков, рискует хорошо решить текущую задачу, но заложить проблемы, которые проявятся при росте трафика или каталога.
Размытое техническое задание. Наём без чёткого описания объёма задач приводит к разночтениям и последующим конфликтам по срокам и стоимости — эта проблема одинаково касается штатного найма, фриланса и работы со студией.
Отдельный штатный или выделенный на аутсорсе программист 1С-Битрикс оправдан, когда у проекта есть постоянный поток задач: регулярные доработки функционала, активная интеграция с внешними системами, высокая посещаемость, требующая постоянного контроля производительности, или собственная продуктовая разработка поверх платформы. В этом случае выделенный ресурс, погружённый в специфику проекта, работает эффективнее, чем разовые обращения к разным подрядчикам.
Если же сайт уже работает стабильно и задачи возникают периодически — обновить контент-модуль, доработать форму, устранить ошибку, подключить новую интеграцию, подготовить сайт к сезонной нагрузке, — держать отдельного программиста в штате часто избыточно. В такой ситуации логичнее пользоваться готовой услугой студии: команда подключается по запросу, знает платформу на экспертном уровне и не требует постоянной загрузки задачами. Обзор того, как строится разработка и последующая техническая поддержка сайта на этой платформе, есть в материале о разработке и поддержке на 1С-Битрикс, а конкретные варианты работы с поддержкой — на странице поддержки и развития сайта.
Есть и промежуточный сценарий — запуск нового проекта или редизайн существующего. Здесь задача разовая по своей природе, но требует одновременно нескольких компетенций: аналитика, UX/UI-дизайна, backend- и frontend-разработки, тестирования. Нанимать под такой проект отдельного штатного программиста, как правило, нецелесообразно — разумнее закрыть его силами студии, где эти роли уже собраны в одну команду. Как устроена разработка сайта на 1С-Битрикс с нуля, можно посмотреть на странице разработки сайтов.
Итоговый ориентир простой: чем более непрерывна и многопрофильна нагрузка на разработку, тем весомее аргументы в пользу выделенного специалиста или закреплённой команды; чем более точечны и разнородны задачи, тем логичнее решение — обращаться за конкретной услугой к студии, которая уже прошла путь найма, обучения и проверки квалификации своих разработчиков. И в том, и в другом случае решение стоит принимать не по названию должности в резюме или вакансии, а по проверяемым фактам: реальным навыкам работы с инфоблоками, агентами и композитным кэшем, наличию договора с зафиксированной ответственностью и опыту, который можно перепроверить на конкретных примерах прошлых проектов.
Чек-лист вопросов и красных флагов, который стоит пройти перед тем, как отдавать проект на 1С-Битрикс подрядчику.
Читать →Разбираем, что такое доработка сайта на 1С-Битрикс, типичные сценарии, работу с чужим кодом и процесс без риска для боевого сайта.
Читать →