Ассистент на сайт: готовый продукт или своя разработка
Сайт и конверсия Возражение
9 мин

Ассистент на сайт: готовый продукт или своя разработка

Компания хочет ассистента на сайт — отвечать посетителям и принимать заявки. Поставщик присылает коммерческое: 480 000 ₽ за внедрение, 35 000 ₽/мес за поддержку, запуск через 3–4 месяца. Это не продукт — это длинный проект в продуктовой упаковке. Разберём частое возражение «нам нужна своя разработка под сайт» и четыре вопроса, которые до подписания счёта отличают одно от другого.

Коротко

  • «Своя разработка под сайт» почти всегда сравнивается со **стартовой ценой**, а не с полной: после запуска проект не заканчивается, а начинает жить — каждая правка логики это новый счёт.
  • Готовый продукт можно **показать до оплаты**. Если поставщик уходит от прямого демо («после NDA», «соберём стенд под вас») — готового решения нет, продаётся презентация.
  • Зрелость видна в **первый день**: кабинет, база знаний по вашему сайту, ответы посетителям и путь до заявки — уже работают, а не «будут через квартал».

«Своя разработка под сайт» дороже, чем кажется на старте

Когда бизнесу нужен ассистент на сайт, быстро появляется соблазнительный вариант: не брать готовое, а сделать своё — «под наши процессы, без компромиссов». На уровне замысла звучит разумно: полный контроль, идеальное соответствие, продукт «как надо». Ошибка прячется в одной точке сравнения: в этот момент компания сравнивает готовое решение со стартовой ценой разработки, а не с полной стоимостью собственного проекта. А это две разные суммы.

Заказывая своего ассистента, компания покупает не чат и не кабинет — она покупает проект. Внутри проекта сразу оказываются постановка задачи, согласование логики, проектирование интерфейсов, сборка сценариев, работа с базой знаний, тестирование, внедрение, исправления и сопровождение. И проект начинает расти сам собой: есть диалог — нужна логика переходов; есть база знаний — нужен способ её обновлять; есть заявки — нужен их учёт и передача в CRM (а это отдельная боль — почему сайт теряет заявки, а CRM их не видит); появилась онлайн-запись — нужен календарь и статусы; есть кабинет — нужны роли и права. Каждый блок тянет следующий.

Но самое дорогое в разработке начинается не до запуска, а после. Логика, согласованная в ТЗ, почти никогда не совпадает с тем, как посетители пишут на самом деле: здесь не хватает функции, здесь клиент задаёт вопрос не так, как планировали, здесь сотрудникам нужен другой сценарий, здесь на сайте передумали показывать цены — и это отдельное решение с влиянием на конверсию. Каждое расхождение — заявка на доработку, час разработчика, новый счёт. Это не вина подрядчика, а природа разработки под клиента: после запуска система не закрывается, а только начинает жить. Компания уже платит не за продукт, а за постоянное содержание собственной системы.

Особенно тяжело это среднему бизнесу. Крупная компания может жить длинными циклами, держать внутренний IT-контур и годами дорабатывать своё решение. Среднему нужен рабочий результат в обозримый срок — инструмент, который уже отвечает на сайте и ведёт к заявке, а не красивый проект. Когда вместо этого он получает долгую стройку, он платит дважды: деньгами и временем до первого результата. И есть третья потеря, которую редко считают честно: пока идёт разработка, сайт всё ещё молчит по вечерам и выходным, посетители всё ещё уходят без ответа, а польза, ради которой всё затевалось, не приходит. Своя разработка стоит не только бюджета — она стоит упущенного времени.

Демонстрация сильнее любых обещаний

На рынке цифровых продуктов обещать всегда легче, чем показывать. Поэтому компании привыкли слышать красивые формулировки о будущем результате и слишком часто получать набор слов, за которым ещё ничего не собрано. Из-за этого доверие к новым сервисам стало хрупким: выбирая ассистента, бизнес боится не только переплатить — он боится купить презентацию вместо системы. Услышать правильные слова, а потом выяснить, что всё важное «ещё можно доработать», «подключить отдельно» или «собрать после оплаты».

Именно поэтому в таких продуктах демонстрация работает сильнее любого обещания. Если решение существует — его можно показать. Не рекламным слайдом, а рабочей логикой: кабинет, структура, сценарии, тестовые данные, ответы посетителю, путь до заявки, аналитика. В этот момент бизнес перестаёт представлять абстрактную идею и начинает видеть инструмент. Разница огромная: в первом случае покупают надежду, во втором — проверяемую реальность. И это тем важнее, что обычный чат на сайте многие уже пробовали и разочаровались — почему одного чата на сайте мало для конверсии, мы разбираем отдельно; демо позволяет увидеть, чем ассистент от него отличается, ещё до оплаты.

Отсюда простой практический фильтр. Зрелый продукт показывает себя сразу — открытой ссылкой на демо, без NDA и без регистрации. Отказ обычно звучит мягко: «демо только после NDA», «покажем после оценки задач», «для каждого клиента собираем уникальный стенд», «личная встреча информативнее». Все формулировки означают одно: готового продукта, который можно открыть и потыкать, нет — есть намерение собрать его после вашей оплаты. Если поставщик не может показать работающую систему до счёта, он продаёт не продукт, а проект в продуктовой упаковке.

Что ассистент умеет в первый день после подключения

«Готовое решение» и «из коробки» — слова, которыми рынок пользовался и там, где продавалась лишь основа под будущую настройку. Поэтому зрелый вопрос звучит конкретно: что именно я увижу в первый день после подключения? Это честная точка оценки. Если система действительно готова, она показывает себя сразу, а не через длинную цепочку последующих работ.

Что должно работать в первый день. Во-первых, продукт виден как рабочая система: есть кабинет, структура, интерфейсы и понятный путь — вы понимаете не только идею, но и то, как это будет использоваться вживую. Во-вторых, ассистент уже держит разговор в вашем бизнес-контуре, а не является пустой оболочкой, которую ещё месяц готовят к жизни. В-третьих — и это ключевое — видно, как ассистент работает с материалами вашего сайта: откуда он берёт услуги, цены, правила, ответы. Именно это превращает цифровую систему в полезного помощника; механику «ассистент отвечает по вашим данным, а не общими фразами» мы разбираем в тексте почему AI-бот не знает ваш бизнес. В-четвёртых, видны готовые модули, а не обещания: онлайн-запись, калькулятор и оплата прямо в чате — часть уже собранного контура, а не пункт будущего ТЗ.

У BOTIX это выглядит так: продукт приходит с 14 модулями и работает на 24 каналах из коробки. В первый день вы получаете кабинет, загружаете услуги и прайс, ставите чат-виджет на сайт — и через час-другой ассистент отвечает посетителям и ведёт их к заявке. Не «через квартал после согласования ТЗ», а сегодня. Это и есть проверка слова «готов»: не сложностью внутри, а тем, как быстро всё превращается в работающий контур. Готовность в первый день сильнее любой сложной легенды, потому что даёт бизнесу то, что он ценит, — ясность и предсказуемость.

Как проверить продукт до подписания счёта: четыре вопроса

Все различия сводятся к четырём вопросам. Задайте их поставщику до того, как подпишете счёт.

  1. Что я увижу в первый день? У продукта ответ короткий и конкретный: «кабинет, загрузите услуги и прайс, поставьте виджет — через час-другой ассистент отвечает». У проекта — расплывчато: «согласуем ТЗ», «начнём обследование процессов», «назначим менеджера проекта». У продукта полезность уже собрана, у проекта её ещё предстоит создать.
  2. Можно ли посмотреть систему до оплаты? У готового продукта система существует — её показывают открытой ссылкой на демо. Отказ в любой форме («после NDA», «уникальный стенд под вас») означает, что показывать пока нечего.
  3. Как устроена цена? У продукта — фиксированная подписка, понятный тариф, отказ в любой момент, без крупного единовременного платежа. У проекта — большая сумма за «внедрение» (нередко 300–700 тыс. ₽ для среднего бизнеса), плюс ежемесячная поддержка, плюс почасовка на доработки.
  4. Что произойдёт после запуска? У продукта — ничего особенного: поменялся прайс — правите прайс в кабинете, добавилась услуга — добавляете в базу знаний. У проекта после запуска начинается вторая жизнь: каждое расхождение с ТЗ — новый счёт за доработку.

Если на все четыре вопроса ответы «покажу сразу, подписка, правлю сам» — перед вами продукт. Если «согласуем, соберём, доработаем за отдельную плату» — проект, и «своя разработка под сайт» здесь чаще всего переплата за упаковку.

Когда своя разработка действительно нужна

Чтобы не звучало как «всегда берите продукт» — это неправда. Проект оправдан в трёх случаях. Первый — реально нестандартный процесс: собственная сложная CRM, нетиповая модель работы, специфическая отрасль, под которую массовых продуктов нет. Второй — большой масштаб: крупная компания со своими IT-стандартами, командой сопровождения и сетью филиалов с раздельными данными. Третий — разовая уникальная задача, под которую продукта быть не может.

Для остальных 90% малого и среднего бизнеса задача звучит прозаичнее: нужен ассистент, который отвечает на сайте, консультирует по материалам компании, ведёт к заявке и запускается без длинной стройки. Под такую типовую задачу уже сделан типовой продукт — и платить полмиллиона за «уникальную настройку» здесь не за что.