Магазин на 1С-Битрикс вырос, задач по сайту всё больше, и однажды владелец задаёт себе вопрос: не пора ли завести своего разработчика вместо того, чтобы каждый раз ходить в агентство? Вопрос звучит как «что дешевле», но на деле это выбор модели развития проекта — с разными рисками, скоростью и требованиями к вам как к заказчику. Ошибиться дорого в обе стороны: лишний штат съедает бюджет простоем, а зависимость от агентства тормозит там, где нужна ежедневная скорость.
В этой статье разберём, когда выгоднее штатный разработчик, когда — агентство, и почему для многих растущих магазинов лучшим ответом оказывается гибрид. Посмотрим на полную стоимость владения, риски и компетенции без иллюзий. А если сейчас вам нужна разовая экспертиза по коду и обмену с 1С, начать можно с аудита и оптимизации 1С — это часто дешевле, чем нанимать человека «чтобы разобрался».
Коротко
- Сравнивать надо не зарплату против чека, а полную стоимость владения и риски, включая простой и bus factor.
- Агентство выгоднее для запуска с нуля и редких разнородных задач: команда компетенций без затрат на штат.
- Свой разработчик окупается при стабильном потоке ежедневных правок, когда сайт — ядро бизнеса.
- Для большинства растущих магазинов оптимален гибрид: свой специалист плюс агентство на пики и узкие компетенции.
Почему этот выбор важен
Модель разработки определяет не только расходы, но и скорость изменений, устойчивость к рискам и то, насколько вы зависимы от конкретных людей. Магазин на Битрикс — живая система: каталог меняется, появляются акции, ломаются интеграции, растёт нагрузка. Кто и как быстро всё это чинит и развивает — вопрос не технический, а стратегический.
Важно сразу отбросить ложную рамку «свой человек всегда лучше, потому что он наш». Штат — это не только контроль, но и обязательства: его нужно загрузить, удержать, подстраховать. Агентство — не только «дороже за час», но и команда, отвечающая за результат договором. Правильный выбор зависит от того, какой именно поток задач у вашего проекта.
Что на самом деле сравниваем
Типичная ошибка — сравнивать зарплату разработчика с чеком агентства за месяц. Это некорректно: за этими числами стоят разные наборы обязательств и рисков. Честное сравнение включает четыре измерения.
- Стоимость. Не оклад, а полная стоимость владения: налоги, рабочее место, простой, подбор, удержание.
- Компетенции. Один человек против команды разных специалистов.
- Скорость. Как быстро задача попадает в работу и выходит в бой.
- Риски. Что будет, если исполнитель заболел, ушёл или перегружен.
Дальше пройдём по каждому измерению, чтобы решение опиралось на реальную картину, а не на интуицию «свой надёжнее» или «агентство дороже».
Полная стоимость штатного разработчика
Зарплата — лишь часть расходов на штатного сотрудника. К ней добавляются налоги и взносы, оборудование и рабочее место, отпуск и больничные, обучение, подписки на инструменты, а также время и деньги на подбор и адаптацию. В сумме реальная стоимость заметно выше оклада.
Есть и обратная сторона: сильного Битрикс-разработчика трудно найти и удержать. Хороший специалист дорог и востребован, а слабый обойдётся дешевле в зарплате, но дороже в последствиях — костыли, правки в ядре, сломанные обновления. Это тоже часть стоимости владения, просто отложенная во времени.
Bus factor и покрытие компетенций
Главный риск одного штатного разработчика — зависимость от одного человека, тот самый bus factor. Заболел, ушёл в отпуск, уволился — и, если вся логика проекта в его голове, развитие встаёт, а иногда встаёт и сам сайт. Для магазина, который приносит деньги ежедневно, это серьёзная уязвимость.
Второй момент — один человек не покрывает всех нужных компетенций. Современный магазин на Битрикс требует разных навыков:
- Фронтенд и вёрстка — шаблоны, адаптив, скорость отрисовки.
- Бэкенд на Битрикс — компоненты, D7, события, бизнес-логика.
- Интеграции с 1С — обмен CommerceML, синхронизация каталога и заказов.
- DevOps и инфраструктура — сервер, деплой, бэкапы, мониторинг.
- Безопасность — защита, обновления, аудит.
Один разработчик неизбежно силён в чём-то одном и слабее в остальном. Агентство закрывает весь набор командой. Про глубину отдельных областей мы пишем в статьях про D7 и ORM и про инфраструктуру BitrixVM — по ним видно, насколько разные это компетенции.
Скорость и вовлечённость в бизнес
У штатного разработчика есть сильные стороны, которых нет у внешней команды. Он глубоко в контексте вашего бизнеса: знает сезонность, особенности каталога, историю решений. Он доступен здесь и сейчас — срочную правку в пиковый день сделает за минуты, не проходя через менеджера и очередь задач.
Эта вовлечённость особенно ценна там, где изменения нужны часто и быстро: эксперименты с конверсией, ежедневные правки контента, оперативные фиксы. Агентство в таком режиме проигрывает по скорости реакции на мелкие задачи, потому что работает через процессы и приоритезацию. Зато на крупных задачах процессы агентства — плюс: они дают предсказуемость и качество.
Когда выгоднее агентство
Агентство или подрядчик на сопровождении — правильный выбор в нескольких типичных ситуациях:
- Запуск с нуля. Нужна команда разных специалистов на несколько месяцев — держать всех в штате ради одного запуска нерентабельно.
- Редкие разнородные задачи. Поток нестабильный, задачи разные — штат простаивал бы между ними.
- Узкие компетенции. Высоконагруженная архитектура, сложные интеграции, безопасность — нужны эксперты, а не универсал.
- Нет ресурса на управление. Некому ставить задачи и контролировать штатного разработчика.
В этих случаях агентство даёт команду компетенций, ответственность по договору и отсутствие затрат на простой. Сложные разовые задачи вроде интеграционной разработки удобно закрывать точечно — например, услугой автоматизации на 1С, не расширяя штат.
Когда пора нанимать своего
Штатный разработчик окупается, когда поток задач стал стабильным и большим, а сайт превратился в ядро бизнеса. Признаки, что момент настал:
- Задач хватает на full-time. Правки и эксперименты идут постоянно, а не проектами раз в квартал.
- Нужна ежедневная скорость. Оперативные фиксы и изменения важнее процессной предсказуемости.
- Сайт критичен для выручки. Простой напрямую бьёт по деньгам, нужен человек «под рукой».
- Есть кому управлять. В компании есть роль, которая ставит задачи и контролирует результат.
Важно: своего разработчика обычно заводят не на старте, а на этапе зрелого развития уже работающего магазина. Для запуска нужна команда, для развития — постоянный человек в контексте.
Гибридная модель
Для большинства растущих магазинов среднего размера оптимален не выбор «или-или», а гибрид. Свой разработчик или технический продакт держит текущие правки, понимает бизнес и коммуницирует с командой, а агентство подключается на крупные задачи, пиковую нагрузку и узкие компетенции.
Такая модель одновременно снижает bus factor и закрывает разрыв компетенций. Штатный специалист не остаётся один на один с задачами, которые он не тянет: сложную интеграцию, высоконагруженную архитектуру или большой редизайн делает агентство, а он их сопровождает и развивает. При этом ежедневная скорость сохраняется. Крупные разовые работы, например переход на новую архитектуру или сложный обмен, удобно отдавать в агентство точечно, оставляя рутину внутри.
Сравнительная таблица
| Критерий | Штатный разработчик | Агентство | Гибрид |
|---|---|---|---|
| Стоимость при полной загрузке | Ниже | Выше за час | Средняя |
| Стоимость при простое | Высокая (платите зря) | Нулевая | Оптимальная |
| Скорость мелких задач | Высокая | Средняя | Высокая |
| Покрытие компетенций | Узкое | Широкое | Широкое |
| Bus factor | Высокий риск | Низкий | Низкий |
| Вовлечённость в бизнес | Максимальная | Ниже | Высокая |
Таблица показывает главное: у штата и агентства зеркальные сильные и слабые стороны, а гибрид сглаживает крайности. Отсюда его популярность у зрелых магазинов.
Как не попасть в зависимость
Независимо от выбранной модели, защитите себя от завязки на одного человека или подрядчика. Правила простые, но их часто игнорируют:
- Код — в вашем git. Репозиторий принадлежит компании, а не лежит только на сервере или у разработчика.
- Документация. Доработки, интеграции и нестандартная логика описаны, а не только «в голове».
- Правила разработки. Доработки в /local, ядро не правится, код проходит ревью.
- Предсказуемый деплой. Выкладка автоматизирована и повторяема.
Дисциплина деплоя и организация кода особенно важны при передаче проекта между людьми — об этом наши статьи про CI/CD и деплой и про разработку модулей под Битрикс. Соблюдая эти правила, вы сможете сменить исполнителя без многонедельного реверс-инжиниринга.
Как оценить квалификацию
Если решили нанимать своего, оцените реальную квалификацию, а не только резюме. Хороший Битрикс-разработчик понимает архитектуру платформы: инфоблоки и торговый каталог, D7 и ORM, события и обработчики, правильную работу через /local без правки ядра, кэширование и композитный сайт, обмен с 1С по CommerceML.
Полезные сигналы — сертификаты 1С-Битрикс и описанные кейсы с решёнными задачами. Но надёжнее всего небольшое практическое задание, близкое к вашим реальным доработкам: оно покажет подход к коду лучше любой теории. Тот же метод работает при выборе агентства — просите показать релевантные проекты и разбор архитектурных решений.
Частые ошибки
- Сравнивают зарплату с чеком. Игнорируют полную стоимость владения и риск простоя.
- Нанимают своего на старте. Для запуска нужна команда, а не один универсал.
- Один разработчик на всё. Bus factor и пробелы в компетенциях бьют в самый неподходящий момент.
- Берут дешёвого исполнителя. Экономия на квалификации оборачивается костылями и сломанными обновлениями.
- Код только у разработчика. Нет своего git и документации — при уходе проект парализован.
- Штат без управления. Некому ставить задачи, разработчик работает вхолостую или не туда.
Чек-лист решения
- Оценили поток задач. Хватает ли работы на полную занятость сильного специалиста.
- Посчитали полную стоимость. Не оклад, а владение с учётом налогов, простоя и подбора.
- Учли риски. Bus factor и покрытие всех нужных компетенций.
- Определили этап. Запуск — агентство; зрелое развитие — можно свой или гибрид.
- Рассмотрели гибрид. Свой на рутину, агентство на пики и узкие задачи.
- Защитились от зависимости. Код в вашем git, документация, правила разработки.
- Проверили квалификацию. Практическое задание и релевантные кейсы, а не только резюме.
Вывод
Выбор между своим разработчиком и агентством — это не вопрос «что дешевле», а вопрос модели развития проекта. Агентство выигрывает на запуске, редких и узкоспециальных задачах, где нужна команда без затрат на простой. Штатный разработчик окупается при стабильном потоке ежедневных правок, когда сайт стал ядром бизнеса и нужна максимальная скорость и вовлечённость.
Для большинства растущих магазинов лучший ответ — гибрид: свой человек на рутину и контекст, агентство на пики и узкие компетенции. Какую бы модель вы ни выбрали, держите код в своём репозитории, ведите документацию и соблюдайте правила разработки — тогда вы останетесь хозяином проекта независимо от того, кто его сейчас развивает.
