Разбираем, почему «разработка под ключ» без интеграций с CRM, 1С и платёжными системами — это неполный контракт, и что на практике означает получить сайт, который сразу подключён ко всем нужным бизнесу системам.
Фраза «разработка сайта под ключ» звучит однозначно, но на практике заказчики и подрядчики нередко вкладывают в неё разный смысл. Для одной студии это дизайн, вёрстка и настройка админки. Для бизнеса — работающий инструмент, который сразу отдаёт заявки в CRM, синхронизирует остатки с 1С и принимает оплату. Разрыв между этими двумя картинами обычно всплывает не на переговорах, а через месяц после запуска, когда выясняется, что «интеграция» в контракте не значилась вовсе.
Почему «под ключ» без интеграций — это не под ключ
Сайт без интеграций технически рабочий, но операционно почти всегда требует ручного труда. Заявка с формы падает на почту менеджера, который вручную переносит её в CRM. Цены и остатки на сайте обновляются через выгрузку раз в сутки, а иногда и вручную. Оплата принимается по счёту, а не онлайн. Для небольшого проекта на старте это временно терпимо, но по мере роста количества заказов ручные операции начинают съедать больше времени, чем стоила бы сама интеграция.
Именно поэтому определение «под ключ» стоит проверять не по списку экранов, а по списку систем, с которыми сайт должен работать в первый день после запуска. Обычно туда входят:
- CRM — Битрикс24, amoCRM или отраслевое решение, куда должны попадать заявки и статусы сделок;
- 1С — синхронизация каталога, остатков, цен и заказов, если речь идёт об интернет-магазине;
- платёжные системы — приём онлайн-оплаты без переключения на сторонний счёт;
- сервисы доставки и логистики, если бизнес их использует;
- почтовые и SMS-рассылки для подтверждений заказа и уведомлений.
Если часть этого списка в контракте помечена как «дополнительно по запросу», проект на бумаге называется «под ключ», а по факту им не является — доработки просто перенесены на следующий этап и следующий счёт.
Почему интеграции лучше делать той же командой, что и сайт
Распространённая практика — заказать сайт у одной студии, а интеграцию с CRM или 1С отдать другому подрядчику, который специализируется именно на этом. Иногда это оправдано, но чаще создаёт классическую проблему разделённой ответственности: если после запуска заявки перестают доходить до CRM, обе стороны совершенно искренне указывают друг на друга, а бизнес в это время теряет обращения клиентов.
Когда сайт и интеграции делает одна команда, у неё нет пространства для перекладывания ответственности — она отвечает за весь путь заявки от формы на сайте до карточки сделки в CRM. Это не значит, что нужно избегать узкоспециализированных подрядчиков для сложных случаев, но для типового сценария «сайт + CRM + 1С» разделение исполнителей почти всегда увеличивает и сроки, и количество нестыковок на стыках систем.
Есть и более практичная причина. Архитектуру сайта — структуру данных, формы, API — проще сразу проектировать с учётом интеграций, чем перестраивать её постфактум под требования CRM, которая появилась в проекте на последнем этапе. Команда, которая знает, что сайт в любом случае будет подключаться к 1С, закладывает совместимые поля и форматы данных заранее, а не переписывает их после того, как интеграция уже согласована отдельным договором.
Как мы закрываем интеграции в Codeking
Большинство наших проектов строится на 1С-Битрикс: Управление сайтом, поэтому связка с CRM и 1С у нас отработана как штатная часть разработки, а не отдельная услуга, которую нужно согласовывать заново на каждом проекте. Для типовых сценариев — синхронизация каталога и остатков, передача заявок в Битрикс24 или amoCRM, приём онлайн-оплаты — у нас уже есть проверенные модули, которые не собираются с нуля под каждого клиента.
Такой же подход мы используем и в мобильной разработке: собственный модуль интеграции мобильных приложений с 1С-Битрикс, о котором мы рассказывали в статье «От чего зависят сроки разработки мобильного приложения», устроен по тому же принципу — не писать типовую интеграцию заново, а переиспользовать готовое решение и тратить время на то, что в проекте действительно уникально.
Если вы обсуждаете разработку сайта под ключ, имеет смысл сразу зафиксировать в договоре не только дизайн и функциональность, но и список систем, с которыми сайт обязан работать в момент запуска. Мы подробно разбирали, из чего вообще складывается процесс разработки под ключ, в статье «Разработка сайта под ключ: что входит в процесс» — этот материал стоит прочитать до подписания контракта, а не после.