Договор на разработку чат-бота: как грамотно составить

Чат-бот — трудолюбивый и неутомимый сотрудник. Он работает в режиме 24/7, не просит отпуск и отвечает клиентам в считанные секунды. Но как и с любым ценным специалистом, с ним нужно официально оформить отношения. Юридический договор — ваша главная страховка: он превращает устные «хотелки» в четкие обязательства, защищает ваши деньги и гарантирует, что в итоге клиент получит желаемый результат. Расскажем, как его грамотно оформить, а также поделимся шаблоном договора, которым пользуемся сами при разработке бота.

Ваш бот — ваша собственность: зачем это фиксировать на бумаге

Чат-бот — цифровое произведение, как картина или книга. У инструмента есть как плюсы — в виде автоматизации рутинной работы, так и минусы — в виде отсутствия эмоций и эмпатии в частности. Подробнее обо всех сильных и слабых сторонах можно почитать здесь.

И по умолчанию, авторские права на это «произведение» — то есть на сам код, логику его работы и архитектуру — автоматически возникают у того, кто его создал, то есть у разработчика. Это прописано в законе.

Что получается на практике? Вы заплатили за работу, но юридически бот остается собственностью исполнителя. Вы как бы арендуете его. Пользоваться-то вы им можете, но вот вся полнота распоряжения им — не в ваших руках.

Вот что это значит лично для вас и вашего бизнеса:

• Вы не сможете его продать. Решили продать бизнес-направление, где задействован бот? Без разрешения автора - ничего не выйдет.

• Вы не сможете его кардинально переделать. Бизнес растет, меняются процессы, а бот устарел. Нанять другую команду, чтобы его модернизировать, будет сложно или даже незаконно, ведь права на исходный код принадлежат не вам.

• Вы не сможете использовать его во франшизе. Хотите тиражировать свою успешную бизнес-модель? Бот, который является ее ключевой частью, вы не имеете права просто так передавать своим франчайзи.

• Вы не сможете его масштабировать. Любые серьезные изменения, требующие вмешательства в код, будут упираться в необходимость получать одобрение от первоначального разработчика.

Особенно опасна эта ситуация, если бот встроен в платные услуги или приносит прямой доход. Вы становитесь заложником отношений с подрядчиком.

Именно поэтому так важно не просто перевести деньги, а составить грамотный договор. Этот документ официально переоформляет права собственности на заказчика. Он забирает права у разработчика и передает их ему, давая ту самую полную свободу действий, ради которой все и затевалось.

Из чего состоит договор на разработку чат-бота

Чтобы договор стал реальным помощником, а не просто бумажкой, он должен содержать несколько ключевых разделов:

• Предмет договора. Здесь нужно не просто написать «создать чат-бота», а перечислить все: проектирование диалогов, интеграцию с CRM, настройку платежной системы, аналитику и обучение вашей команды. Чем подробнее, тем меньше места для фразы «а мы же договаривались по-другому!».

• Техзадание (ТЗ). Это сердце вашего проекта. ТЗ — главный документ, по которому вы будете принимать работу. В нем должны быть сценарии общения, образцы, реестр интеграций и четкие чек-листы для проверки.

• Время и этапы работы. Создавайте бота поэтапно: сначала простейший прототип (MVP), потом первая версия, затем бета-тестирование и финальный запуск. Так вы будете контролировать процесс и не потратите все бюджет на что-то не то.

• Стоимость и оплата. Внимательно смотрите, что входит в цену. Часто оплата самой разработки и оплата передачи прав на бота — это две разные статьи расходов. Покупка полных прав будет стоить дороже, но даст вам полную свободу.

• Передача прав. Самый критичный раздел. Здесь должно быть указано, кому и какие именно права переходят (на код, на дизайн, на базу данных), на какой срок и на какой территории.

• Гарантии и поддержка. Укажите, сколько времени после запуска разработчик бесплатно исправляет ошибки, и каковы тарифы на дальнейшее сопровождение.

• Приемка-сдача. Опишите, как вы будете принимать работу: по каким параметрам (соответствие ТЗ, результаты тестирования), какие документы подписываете (акты, мануалы).

• Ответственность и форс-мажорные обстоятельства. Установите штрафы за срывы сроков и перечислите обстоятельства (например, кибератака или блокировка мессенджера), которые освобождают от них.

• Конфиденциальность. Особенно важно, если бот будет работать с персональными данными клиентов. Пропишите, как эти данные должны защищаться.

• Расторжение договора. Заранее решите, что будет с роботом, если вы решите прекратить сотрудничество: кто получит исходные коды, пароли и документы.

Самые жаркие споры обычно возникают во время приемки. И именно детальное ТЗ и прозрачные тест-кейсы — лучшие инструменты, чтобы их исключить. Далее мы поделимся шаблоном договора, которым сами пользуемся для официальной разработки чат-ботов заказчикам в конструкторе BotMan.

Шаблон договора на разработку чат-бота

Готовый шаблон договора — ваш надежный фундамент. У вас есть все основные детали (блоки), из которых вы собираете именно ту модель, которая нужна вам. В этот базовый «конструктор» входят:

• Сроки. Когда проект начался и когда должен быть завершен.

• Деньги. Сколько, когда и за что вы платите. Прозрачная схема оплаты.

• Права и обязанности. Кто, что и в какие сроки должен делать. Мы уже подробно обсудили, почему это важно.

• Решение споров. Что делать, если возникли разногласия? Куда обращаться и в каком порядке?

• Ответственность. Что будет, если кто-то не выполнит свою часть договора (например, штрафные санкции).

Скачать шаблон

Такой шаблон делает отношения максимально прозрачными. Вы не покупаете непонятно что, а разработчик понимает все ваши ожидания. Вы берете этот каркас и наполняете его своим уникальным содержанием: прикладываете свое ТЗ, прописываете этапы, KPI и особые условия. В итоге вы получаете не абстрактный документ, а персональный договор, который реально защищает интересы обеих сторон и сводит риск конфликтов к нулю.

Права на бота: покупаем готовый бизнес-инструмент

Есть два принципиально разных подхода к правам на робота, и ваш выбор определит его судьбу.

Полная покупка (Исключительные права)

Вы становитесь единоличным и полноправным владельцем. Можете делать с ботом что угодно: перепродавать, изменять, использовать в любых целях. Плюс решения — максимальная свобода и контроль. Минус — выше единовременная стоимость.

В договоре используйте формулировку: «Исполнитель передает Заказчику исключительные права на чат-бот «Название» в полном объеме, на весь срок действия прав, без каких-либо территориальных ограничений».

Аренда (Лицензионное соглашение)

Вы получаете право работать с ботом, но его хозяином остается разработчик. Он может продавать такие же лицензии вашим конкурентам. Это дешевле на старте, но здесь есть свои минусы: ограничения в использовании, зависимость от разработчика.

Если вам нужна эксклюзивность, это надо специально оговаривать. Без прямой пометки в договоре вам достанется неисключительная лицензия. Обязательно укажите срок, территорию (например, «Россия») и конкретные способы использования.

На что обратить особое внимание:

• Сторонние компоненты. Уточните, не использует ли разработчик в коде чужие библиотеки с «заразными» лицензиями, которые могут ограничить ваши права.

• Гарантия чистоты. Потребуйте от исполнителя гарантий, что все, кто пишет код — его штатные сотрудники, и они не будут заявлять права на него.

Обязанности заказчика

Проект может встать не только из-за ленивого разработчика, но и из-за задержек по вине заказчика. Чтобы этого не случилось, закрепите в договоре его обязательства:    

• Своевременное предоставление материалов. Логотипы, контент, доступы к API — все это нужно давать разработчику вовремя. Пропишите, что любая ваша задержка автоматически переносит сроки сдачи проекта.

• Легальность контента. Если вы наполняете бота текстами и картинками, вы же и отвечаете за их законность. Добавьте пункт, где вы обещаете, что они не нарушают авторских прав и норм законодательства.

• Отчетность. Если по лицензионному договору нужно отчитываться об использовании бота, пропишите время и этапы этой отчетности.

Защита от претензий: кто ответит, если придут с жалобой

Никто и никогда не застрахован от претензий: «Ваш бот использует мою библиотеку без спросу!» или «Он незаконно обрабатывает данные!». Чтобы не остаться один на один с проблемой, нужен пункт о распределении рисков (индемнити). Его принцип простой:

• автор проекта берет ответственность за то, что он сделал: код, структуру, интеграции;

• покупатель — за то, что предоставил: брендинг, текстовые материалы, БД.

Обязательно пропишите, что в случае претензий по вине подрядчика, он обязан взять на себя все судебные издержки и выплаты.

Деньги: как оформить оплату

Стоимость работы чаще всего складывается из двух частей. За разработку и передачу прав (если они покупаются). Возможны разные модели оплаты:

• Фиксированная цена. Вы знаете итоговую сумму заранее. Подходит для проектов с очень четким и неизменным ТЗ. Риск: любое ваше «а можно еще вот так?» будет стоить доплат.

• Почасовая оплата. Вы платите за фактически затраченное время. Дает гибкость в процессе, но итоговая сумма может оказаться выше планируемой. Требует постоянного контроля.

• Гибридная модель («фикс + бонус»). Идеальный баланс. Вы платите фиксированную сумму за базовый функционал, а премируете разработчика за скорость или достижение ключевых показателей (KPI). Это мотивирует его сделать результат лучше.

Техническое задание: инструкция по сборке бота-помощника

ТЗ — это ваш способ донести до разработчика каждую деталь. Разбейте его на логические блоки:

• Что умеет делать бот. К примеру, проводить транзакции, получать консультации, проходить обучение, играть в викторины.

• Что получает бизнес. Генерация лидов, подбор сотрудников, автоматические рассылки, интеграция с CRM и платежными системами.

• Интеграции. Какие внешние сервисы подключаются (платежки, CRM, аналитика).

• Нагрузка. Сколько пользователей должен выдерживать бот одновременно.

• Безопасность. Как шифруются данные, соблюдаются ли законы о персональных данных.

• Удобство (UX). Плавные диалоги, кнопки для быстрых ответов, возможность переключиться на живого оператора.

• Документация. Руководство для администратора и пользователя.

• Качество. Бот должен быть вежливым, доступным 24/7, решать задачи и иметь понятный интерфейс.

• Законодательство. Соответствие правилам платформ (Telegram или VK) и законам (о рекламе, о персональных данных).

• Технологии. На чем пишется бот (Python, PHP) или какой конструктор используется (например, Botman).

• Этапы и сроки. Четкий график по стадиям: проектирование — прототип — тестирование — запуск.

Как закрепить сроки в договоре на разработку чат-бота

Чаще всего сроки срываются не из-за лени разработчика, а по вине заказчика. Знакомые ситуации? «У нас дизайнер в отпуске, шлем макеты через две недели». «Доступ к CRM? Спрошу у IT-отдела, они обычно долго отвечают». «Мы еще не решили, какой текст будет на кнопках...» Чтобы проект не буксовал из-за таких пауз, в договоре нужно четко прописать ваши обязанности. Это не перестраховка, а инструмент, который помогает держать общий темп.

В договоре должны быть:

• конкретные сроки и формат. Не просто «предоставить материалы», а «предоставить логотипы в векторном формате (.ai, .eps) в течение 3 рабочих дней с момента запроса». Или «обеспечить доступ к API тестовой CRM в течение 24 часов». Чем конкретнее, тем меньше недопонимания;

• единственное контактное лицо. Разработчик не должен метаться между маркетологом, техдиректором и генеральным. Назначьте одного человека, который уполномочен отвечать на вопросы, согласовывать этапы и предоставлять информацию. Это ускорит работу в разы;

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

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

Кто отвечает за контент в боте

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

Когда ваш бот общается с клиентами, он делает это вашими словами. И если в этих словах, картинках или музыке кроется проблема, отвечать за нее придется вам. Разработчик — это технический специалист, он не обязан проверять, не нарушаете ли вы чужие авторские права или рекламное законодательство. Представьте, что вы дали боту для раздачи листовки, на которых использовали чужую фотографию без разрешения. Или ваш текст содержит скрытую рекламу, запрещенную законом. К кому придет претензия? К владельцу бота, то есть к вам.

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

• защищает разработчика. Если на вас подадут в суд из-за пиратской картинки в боте, вы не сможете предъявить претензии тому, кто ее туда технически разместил.

• защищает вас. Этот пункт заставляет вас лишний раз задуматься и проверить весь контент на чистоту перед отправкой в работу. Эта мера помогает исключить долгие и дорогие судебные разбирательства с правообладателями.

Как принимать готовый чат-бот

Четкая процедура приемки защищает и вас, и разработчика. Договор должен давать ответы на ключевые вопросы:

1. Как проверить качество? Бот должен соответствовать ТЗ, работать на выбранной платформе и проходить все согласованные тесты.

2. Какие документы подписывать? Акт приемки — главный документ. Также это может быть инвентарная опись и руководство пользователя.

3. Как сообщить о готовности? Четко пропишите способы связи: email, мессенджер и т.д. Отступление от них может сделать уведомление недействительным.

4. Что делать, если нашли недочеты? У вас должен быть срок (например, 5 дней), чтобы составить и направить мотивированную претензию со списком ошибок.

5. Как быть с форс-мажором? Заранее определите, что считать непреодолимой силой: сбои хостинга, кибератаки, блокировки мессенджеров.

Аналитика и маркетинг: думаем о результате до старта

Прежде чем писать ТЗ, спросите себя: зачем мне этот бот? Какую бизнес-задачу он решает? Для этого определите:

• цели — генерация лидов, поддержка клиентов, автоматизация продаж, вовлечение аудитории;

• метрики успеха (KPI) — конверсия, цена лида, процент возвращающихся клиентов, уменьшение загрузки call-центра;

• интеграции — CRM, платежные системы, метрики (Google Analytics). Бот не должен быть «вещью в себе»;

• окупаемость (ROI) — считайте не только стоимость разработки, но и экономию рабочего времени персонала, рост продаж и лояльности клиентов.

Подробнее про то, как отслеживать метрики чат-бота, можно почитать тут.

Как проверить работу: чек-лист перед приемкой

Чтобы приемка была объективной, заранее согласуйте чек-лист для проверки:

1. Качество диалогов. Из 100 пробных диалогов 95 должны завершаться корректно;

2. Скорость ответа. Бот отвечает не дольше, чем за 2 секунды;

3. Оплата. Все проверочные транзакции проходят без ошибок;

4. Нагрузка. При одновременном обращении 1000 пользователей бот не «падает»;

5. Документация. Все инструкции, логины и пароли переданы.

Просите не только портфолио, но и живые примеры или демо-версии ботов. Делите оплату на части и никогда не платите 100% аванса. Спросите об применении чужих библиотек и лицензиях на них. Сразу обсудите условия техподдержки после запуска: время реакции, стоимость. Подпишите NDA (соглашение о конфиденциальности), чтобы ваши идеи не ушли к конкурентам.

Реальный пример с расчетами: как это происходит в жизни

Сервис по доставке готовой здорового питания столкнулся с резким ростом заказов. Их менеджеры не успевали обрабатывать тысячи однотипных вопросов в день: «Можно ли изменить состав рациона?», «Как поставить доставку на паузу?», «Где мой заказ?». Клиенты ждали ответов по несколько часов, а операторы были на грани выгорания. Компания теряла лояльность и деньги. 

Им нужно было разработать чат-бота, который возьмет на себя 80% рутинных обращений, освободит менеджеров для решения сложных задач и сократит время ответа до минуты. Далее расскажем, каким был план и что прописали в договоре.

Детальная «библия» проекта (ТЗ)

Создали не просто описание, а полноценное руководство на 80 страниц. В нем были не только сценарии диалогов («Что делать, если клиент хочет поменять блюдо?»), но и конкретные тест-кейсы («Проверить сценарий приостановки доставки на 7 дней»). Это помогло сразу всем понять, каким должен быть идеальный результат.

Прозрачные финансы и поэтапная оплата

Чтобы ни у кого не было соблазна «сделать и бросить», разделили бюджет и работу на этапы:

• 25% предоплаты — за начало работ и проектирование;

• 35% после создания «скелета» бота (MVP) — когда он уже мог отвечать на ключевые вопросы в тестовом режиме;

• 40% по финальной приемке — когда все сценарии были отлажены и бот запущен.

Отдельно была оплачена полная передача прав на бота, чтобы компания в будущем могла без проблем его улучшать или передавать другому подрядчику.

Серьезные гарантии на будущее (SLA)

В договоре прописали, что техническая поддержка реагирует на любые критические сбои в течение 1 часа, 24/7. Также был установлен помесячный тариф на регулярное сопровождение и доработки.

Результаты, которые были через 6 месяцев после запуска:

• Время ответа клиенту сократилось с 3 часов до 40 секунд. Это главный показатель, который сразу оценили пользователи.

• Нагрузка на живых менеджеров упала на 60%. Теперь они не тратили время на стандартные вопросы, а занимались действительно сложными случаями и Upsell-ом (продажей дополнительных услуг).

• Конверсия в продажу через бота составила 15%. То есть, 15 человек из 100, которые начали диалог с ботом по поводу меню, в итоге оформили заказ, не дожидаясь оператора.

• Проект полностью окупился всего за 6 месяцев. Экономия на фонде оплаты труда (не пришлось нанимать новых менеджеров на рост) и увеличение продаж быстро покрыли все затраты на разработку.

Этот пример отлично показывает, что грамотный договор — рабочий инструмент, который помог четко спланировать проект, распределить риски и в итоге получить измеримый финансовый результат. Заранее оговоренные KPI и SLA сделали сотрудничество предсказуемым и эффективным для всех сторон.

Договор на разработку чат-бота: выводы

Этот договор — ваш инструмент управления рисками. Он делает сотрудничество предсказуемым, а результат — вашей собственностью. Потратьте время на его проработку — это сэкономит вам нервы, деньги и время в будущем.

Убедитесь, что в тексте есть:

• Исчерпывающее ТЗ с тестами.

• Понятный порядок передачи прав (полных или по лицензии).

• Поэтапная оплата, привязанная к конкретным результатам.

• Прописанные гарантии и условия техподдержки (SLA).

• Четкий регламент приемки работ.

• Пункты о форс-мажоре и конфиденциальности.

• Распределение ответственности за контент.

• Гарантии, что код не использует «проблемные» сторонние компоненты.

• Порядок передачи всех доступов и исходных кодов.

• Механизм возмещения убытков при претензиях третьих лиц.

Если вы рассматриваете вариант самостоятельного создания, советуем возможность познакомиться с платформой Botman поближе. Вы сможете бесплатно оценить функционал и понять, подходят ли ее инструменты для вашего проекта.