Наша позиция по гарантии предельно прозрачна: мы гарантируем, что на момент подписания акта приёмки бот будет полностью работоспособен и соответствовать техническому заданию, которое является неотъемлемой частью договора.
ㅤ
После этого момента вы становитесь полноправным владельцем продукта.

Ключевой момент: сам по себе бот не может "сломаться"
ㅤ
Это не физическое устройство, которое изнашивается. Это программный код, который либо работает, либо не работает с самого начала. Если в момент сдачи всё функционирует корректно, то внутренняя логика бота остаётся стабильной, если в неё не вносятся корректировки извне.
ㅤ
Что может повлиять на работу бота (и почему мы не можем за это отвечать):
1. Проблемы мессенджера (VK/Telegram):
Эти сервисы периодически испытывают технические сбои, перегрузки, внедрение новых ограничений, блокировки и даже глобальные обновления.
ㅤ
Пример: массовая «заморозка» сообщений или недоступность API, которая может затронуть сразу сотни ботов по всему миру. Разработчик не может предотвратить или оперативно исправить такие проблемы, поскольку доступ к внутренним механизмам платформы отсутствует.
ㅤ
2. Сбои сервиса, с которым связан чат-бот
Часто бот интегрируется с CRM, почтовыми или платёжными сервисами через специальные интеграторы.
ㅤ
Если такой сервис меняет протокол или сталкивается с техническими трудностями — данные не доходят до адресата, процессы «зависают». Пример: бот успешно отправляет заявку, но CRM не принимает её из-за изменений в API или технических проблем на стороне CRM.
ㅤ
3. Конструкторы и платформы разработки:
В случае, если бот создан на базе конструктора, обновления, внедряемые создателями платформы, могут критически повлиять на работу отдельных функций. Пример: конструктор внёс глобальный апдейт, изменив формат данных — и некоторые сценарии бота перестали работать.
ㅤ
4. Блокировки, ограничения, новые политики:
Мессенджеры могут внедрять новые политики антиспама, ограничения по частоте сообщений, требовать дополнительных разрешений или даже блокировать бота за нарушение новых правил.
ㅤ
Почему мы не можем брать на себя ответственность за эти случаи:
ㅤ
— У нас нет прямого доступа и возможности влиять на исправление ошибок во внешних сервисах, если они обусловлены сбоями внешних сервисов.
ㅤ
— Программный код бота не меняется после подписания акта приёмки работы и остаётся работоспособным, т.к доступ к боту сохраняется только на стороне заказчика
ㅤ
— Мы всегда готовы подсказать решение и провести диагностику проблемы, но это выходит за рамки стандартных гарантийных обязательств.
ㅤ
Что делать клиенту при подобных сбоях?
Связаться с нами для консультации, чтобы быстро выяснить причину сбоя — зачастую проблема решается либо на стороне платформы, либо через адаптацию интеграции.
ㅤ
Что мы предлагаем вместо "вечной гарантии":
— Консультационную поддержку: мы диагностируем проблему и объясняем её причину. Далее подсказываем как заказчик может решить её самостоятельно или с нашей помощью
ㅤ
— Техническое сопровождение в течение месяца (по отдельному тарифу):
Отладка багов и ошибок
Отправка рассылок
Перенос пользователей между этапами воронки
Мониторинг работоспособности чат-бота
ㅤ
Почему такой подход честнее традиционных "гарантий":
Многие разработчики обещают "бесплатную поддержку на год", но потом любую проблему списывают на "внешние факторы". Мы сразу объясняем границы ответственности и предлагаем реальные механизмы решения проблем.
ㅤ
Примеры типичных гарантийных случаев и их решение
Для лучшего понимания разницы между гарантийными и негарантийными случаями разберём самые частые ситуации из практики и как они решаются.
ㅤ
Ситуация №1: Через неделю после сдачи клиент замечает, что бот на определённом этапе не отвечает или отправляет неправильные сообщения, хотя по ТЗ этого не должно происходить.
ㅤ
Действия: Клиент сообщает о проблеме, разработчик проводит диагностику и обнаруживает баг в логике сценариев (например, некорректный переход между этапами, ошибка в обработке данных).
ㅤ
Решение: Исправление ошибки проводится бесплатно, т.к из-за нашей ошибки этот баг и произошёл
ㅤ
Ситуация №2: Бот перестал отправлять сообщения, вслед за глобальным обновлением Telegram или блокировкой API.
ㅤ
Действия: В логах видно, что запросы бота не принимаются внешней платформой, а сам код изменений не претерпевал.
ㅤ
Решение: Разработчик предоставляет консультацию, объясняет причину сбоя, рекомендует дождаться восстановления сервиса или предлагает платную доработку (если требуется адаптация).
ㅤ
Ситуация №3: Заказчик внедрил новый почтовый сервис, либо CRM обновил структуру API, из-за чего интеграция нарушилась.
ㅤ
Действия: При обращении клиенту разъясняются условия: эти изменения не входят в гарантию, но команда готова адаптировать бота на платной основе.
ㅤ
Такие примеры дают понимание, когда поддержка бесплатная, а когда требуется отдельная договорённость, и укрепляют доверие между исполнителем и клиентом.
ㅤ
Если вам важна не просто разработка, а уверенность в дальнейшем качестве работы и реальное гарантийное сопровождение, напишите мне
ㅤ
Я беру не более 3 проектов в неделю — качественное внедрение требует внимания к деталям и индивидуального подхода.