Ассистент на сайт: готовый продукт или своя разработка
Компания хочет ассистента на сайт — отвечать посетителям и принимать заявки. Поставщик присылает коммерческое: 480 000 ₽ за внедрение, 35 000 ₽/мес за поддержку, запуск через 3–4 месяца. Это не продукт — это длинный проект в продуктовой упаковке. Разберём частое возражение «нам нужна своя разработка под сайт» и четыре вопроса, которые до подписания счёта отличают одно от другого.
Коротко
- «Своя разработка под сайт» почти всегда сравнивается со **стартовой ценой**, а не с полной: после запуска проект не заканчивается, а начинает жить — каждая правка логики это новый счёт.
- Готовый продукт можно **показать до оплаты**. Если поставщик уходит от прямого демо («после NDA», «соберём стенд под вас») — готового решения нет, продаётся презентация.
- Зрелость видна в **первый день**: кабинет, база знаний по вашему сайту, ответы посетителям и путь до заявки — уже работают, а не «будут через квартал».
«Своя разработка под сайт» дороже, чем кажется на старте
Когда бизнесу нужен ассистент на сайт, быстро появляется соблазнительный вариант: не брать готовое, а сделать своё — «под наши процессы, без компромиссов». На уровне замысла звучит разумно: полный контроль, идеальное соответствие, продукт «как надо». Ошибка прячется в одной точке сравнения: в этот момент компания сравнивает готовое решение со стартовой ценой разработки, а не с полной стоимостью собственного проекта. А это две разные суммы.
Заказывая своего ассистента, компания покупает не чат и не кабинет — она покупает проект. Внутри проекта сразу оказываются постановка задачи, согласование логики, проектирование интерфейсов, сборка сценариев, работа с базой знаний, тестирование, внедрение, исправления и сопровождение. И проект начинает расти сам собой: есть диалог — нужна логика переходов; есть база знаний — нужен способ её обновлять; есть заявки — нужен их учёт и передача в CRM (а это отдельная боль — почему сайт теряет заявки, а CRM их не видит); появилась онлайн-запись — нужен календарь и статусы; есть кабинет — нужны роли и права. Каждый блок тянет следующий.
Но самое дорогое в разработке начинается не до запуска, а после. Логика, согласованная в ТЗ, почти никогда не совпадает с тем, как посетители пишут на самом деле: здесь не хватает функции, здесь клиент задаёт вопрос не так, как планировали, здесь сотрудникам нужен другой сценарий, здесь на сайте передумали показывать цены — и это отдельное решение с влиянием на конверсию. Каждое расхождение — заявка на доработку, час разработчика, новый счёт. Это не вина подрядчика, а природа разработки под клиента: после запуска система не закрывается, а только начинает жить. Компания уже платит не за продукт, а за постоянное содержание собственной системы.
Особенно тяжело это среднему бизнесу. Крупная компания может жить длинными циклами, держать внутренний IT-контур и годами дорабатывать своё решение. Среднему нужен рабочий результат в обозримый срок — инструмент, который уже отвечает на сайте и ведёт к заявке, а не красивый проект. Когда вместо этого он получает долгую стройку, он платит дважды: деньгами и временем до первого результата. И есть третья потеря, которую редко считают честно: пока идёт разработка, сайт всё ещё молчит по вечерам и выходным, посетители всё ещё уходят без ответа, а польза, ради которой всё затевалось, не приходит. Своя разработка стоит не только бюджета — она стоит упущенного времени.
Демонстрация сильнее любых обещаний
На рынке цифровых продуктов обещать всегда легче, чем показывать. Поэтому компании привыкли слышать красивые формулировки о будущем результате и слишком часто получать набор слов, за которым ещё ничего не собрано. Из-за этого доверие к новым сервисам стало хрупким: выбирая ассистента, бизнес боится не только переплатить — он боится купить презентацию вместо системы. Услышать правильные слова, а потом выяснить, что всё важное «ещё можно доработать», «подключить отдельно» или «собрать после оплаты».
Именно поэтому в таких продуктах демонстрация работает сильнее любого обещания. Если решение существует — его можно показать. Не рекламным слайдом, а рабочей логикой: кабинет, структура, сценарии, тестовые данные, ответы посетителю, путь до заявки, аналитика. В этот момент бизнес перестаёт представлять абстрактную идею и начинает видеть инструмент. Разница огромная: в первом случае покупают надежду, во втором — проверяемую реальность. И это тем важнее, что обычный чат на сайте многие уже пробовали и разочаровались — почему одного чата на сайте мало для конверсии, мы разбираем отдельно; демо позволяет увидеть, чем ассистент от него отличается, ещё до оплаты.
Отсюда простой практический фильтр. Зрелый продукт показывает себя сразу — открытой ссылкой на демо, без NDA и без регистрации. Отказ обычно звучит мягко: «демо только после NDA», «покажем после оценки задач», «для каждого клиента собираем уникальный стенд», «личная встреча информативнее». Все формулировки означают одно: готового продукта, который можно открыть и потыкать, нет — есть намерение собрать его после вашей оплаты. Если поставщик не может показать работающую систему до счёта, он продаёт не продукт, а проект в продуктовой упаковке.
Что ассистент умеет в первый день после подключения
«Готовое решение» и «из коробки» — слова, которыми рынок пользовался и там, где продавалась лишь основа под будущую настройку. Поэтому зрелый вопрос звучит конкретно: что именно я увижу в первый день после подключения? Это честная точка оценки. Если система действительно готова, она показывает себя сразу, а не через длинную цепочку последующих работ.
Что должно работать в первый день. Во-первых, продукт виден как рабочая система: есть кабинет, структура, интерфейсы и понятный путь — вы понимаете не только идею, но и то, как это будет использоваться вживую. Во-вторых, ассистент уже держит разговор в вашем бизнес-контуре, а не является пустой оболочкой, которую ещё месяц готовят к жизни. В-третьих — и это ключевое — видно, как ассистент работает с материалами вашего сайта: откуда он берёт услуги, цены, правила, ответы. Именно это превращает цифровую систему в полезного помощника; механику «ассистент отвечает по вашим данным, а не общими фразами» мы разбираем в тексте почему AI-бот не знает ваш бизнес. В-четвёртых, видны готовые модули, а не обещания: онлайн-запись, калькулятор и оплата прямо в чате — часть уже собранного контура, а не пункт будущего ТЗ.
У BOTIX это выглядит так: продукт приходит с 14 модулями и работает на 24 каналах из коробки. В первый день вы получаете кабинет, загружаете услуги и прайс, ставите чат-виджет на сайт — и через час-другой ассистент отвечает посетителям и ведёт их к заявке. Не «через квартал после согласования ТЗ», а сегодня. Это и есть проверка слова «готов»: не сложностью внутри, а тем, как быстро всё превращается в работающий контур. Готовность в первый день сильнее любой сложной легенды, потому что даёт бизнесу то, что он ценит, — ясность и предсказуемость.
Как проверить продукт до подписания счёта: четыре вопроса
Все различия сводятся к четырём вопросам. Задайте их поставщику до того, как подпишете счёт.
- Что я увижу в первый день? У продукта ответ короткий и конкретный: «кабинет, загрузите услуги и прайс, поставьте виджет — через час-другой ассистент отвечает». У проекта — расплывчато: «согласуем ТЗ», «начнём обследование процессов», «назначим менеджера проекта». У продукта полезность уже собрана, у проекта её ещё предстоит создать.
- Можно ли посмотреть систему до оплаты? У готового продукта система существует — её показывают открытой ссылкой на демо. Отказ в любой форме («после NDA», «уникальный стенд под вас») означает, что показывать пока нечего.
- Как устроена цена? У продукта — фиксированная подписка, понятный тариф, отказ в любой момент, без крупного единовременного платежа. У проекта — большая сумма за «внедрение» (нередко 300–700 тыс. ₽ для среднего бизнеса), плюс ежемесячная поддержка, плюс почасовка на доработки.
- Что произойдёт после запуска? У продукта — ничего особенного: поменялся прайс — правите прайс в кабинете, добавилась услуга — добавляете в базу знаний. У проекта после запуска начинается вторая жизнь: каждое расхождение с ТЗ — новый счёт за доработку.
Если на все четыре вопроса ответы «покажу сразу, подписка, правлю сам» — перед вами продукт. Если «согласуем, соберём, доработаем за отдельную плату» — проект, и «своя разработка под сайт» здесь чаще всего переплата за упаковку.
Когда своя разработка действительно нужна
Чтобы не звучало как «всегда берите продукт» — это неправда. Проект оправдан в трёх случаях. Первый — реально нестандартный процесс: собственная сложная CRM, нетиповая модель работы, специфическая отрасль, под которую массовых продуктов нет. Второй — большой масштаб: крупная компания со своими IT-стандартами, командой сопровождения и сетью филиалов с раздельными данными. Третий — разовая уникальная задача, под которую продукта быть не может.
Для остальных 90% малого и среднего бизнеса задача звучит прозаичнее: нужен ассистент, который отвечает на сайте, консультирует по материалам компании, ведёт к заявке и запускается без длинной стройки. Под такую типовую задачу уже сделан типовой продукт — и платить полмиллиона за «уникальную настройку» здесь не за что.
Не верьте на слово — проверьте сами
У BOTIX есть демо-кабинет по нише «Сайт и конверсия»: рабочая песочница, где ассистент отвечает на вопросы по материалам компании. Задайте неудобные вопросы сами.
Попробовать бесплатно14 дней бесплатно, без карты
Читайте также
Демо вместо обещаний: как выбрать ассистента для сайта
Почему чата на сайте мало и какой ассистент нужен
Почему сайт теряет заявки, а CRM их не видит
Сеть на одном ассистенте: как филиалы работают вместе, а данные не смешиваются
Где хранятся данные клиентов: серверы, 152-ФЗ и доступ — что должен ответить поставщик
Multi-tenant, polling vs webhook и OAuth для агентства