Удалённая работа разработчиком чат-ботов — заказы на создание и настройку

Как решаются споры, если заказчик требует функционал, который не был описан в первоначальном ТЗ?

В рамках безопасной сделки арбитраж биржи опирается исключительно на зафиксированное техническое задание и вашу переписку внутри платформы. Если клиент просит внедрить сложную API-интеграцию или дополнительную ветку логики, которая не обсуждалась до старта работы, вы имеете полное право потребовать за это доплату или отказаться от доработок. Чтобы избежать таких ситуаций, настоятельно рекомендуется до принятия заказа фиксировать в чате стек технологий (например, пишем на aiogram или собираем в конструкторе), платформу развертывания и точный флоу бота.

Могу ли я использовать собственные наработки при выполнении заказа, или код должен быть полностью уникальным?

Вы можете использовать любые open-source библиотеки и свои старые куски кода (boilerplate), если это не нарушает NDA ваших предыдущих заказчиков. Для бизнеса обычно важен конечный рабочий продукт, отсутствие багов и уязвимостей, а не эксклюзивность базовых функций. Однако, если в задании строго указано требование полной передачи исключительных прав на проприетарный код, убедитесь, что вы не используете компоненты с лицензиями (например, GPL), которые обязывают заказчика в будущем раскрывать исходный код его коммерческого продукта.

Что делать, если для тестирования вебхуков мне нужны доступы к серверам и CRM заказчика, а он отказывается их давать из соображений безопасности?

Это частая ситуация в корпоративном секторе. Вы можете предложить клиенту выдать вам ограниченные права (например, создать отдельного API-пользователя в CRM без прав на экспорт базы). Для отладки вебхуков на этапе разработки используйте туннелирование (например, Ngrok) на своей стороне. Если клиент категорически отказывается давать любые доступы, разверните тестовую среду (песочницу) на своих мощностях, продемонстрируйте работоспособность интеграции там, а затем передайте заказчику подробную инструкцию и переменные окружения (.env) для самостоятельного деплоя на боевой сервер.

Как технически и юридически происходит передача прав на бота после завершения заказа?

После того как заказчик нажимает кнопку «Принять работу», безопасная сделка закрывается, и средства зачисляются на ваш баланс. Техническая передача обычно включает в себя перевод токена от BotFather на аккаунт клиента (или передачу прав владельца в визуальном конструкторе), отправку архива с исходным кодом и инструкций по запуску. Юридически, согласно правилам биржи, исключительные права на разработанное программное обеспечение автоматически переходят к заказчику в момент полной оплаты, если иное не было обговорено вами в личной переписке.

Стоит ли брать заказы на доработку чужого legacy-кода, если предыдущий разработчик пропал?

Брать такие задания можно, но это всегда повышенный риск для исполнителя. Обязательно настаивайте на предварительном оплачиваемом аудите кода перед тем, как называть окончательную цену и сроки за внедрение новых фич. Часто бывает так, что бот написан на устаревшей библиотеке (например, старая версия aiogram 2.x, которая не поддерживается), без комментариев и с нарушением архитектуры. Если рефакторинг "спагетти-кода" займет больше времени, чем написание логики с нуля, честно аргументируйте это заказчику на этапе обсуждения.

Кто оплачивает сторонние сервисы (хостинг серверов, API нейросетей, тарифы конструкторов) во время разработки?

По умолчанию все расходы на инфраструктуру для «боевого» продукта несет заказчик. Именно он должен зарегистрировать аккаунты на свои корпоративные или личные данные и привязать свою банковскую карту. Если для сборки требуется платный тариф конструктора или токены от OpenAI, вы можете попросить клиента сразу оплатить нужный тариф. Альтернативный вариант — использовать собственные бесплатные тестовые лимиты для демонстрации MVP (минимально жизнеспособного продукта), после согласования которого клиент перенесет решение на свой оплаченный аккаунт.

Каким образом биржа помогает в случае блокировки бота мессенджером из-за специфики контента заказчика?

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

Что делать, если заказчик просит доступ к серверу или CRM до начала безопасной сделки?

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

Как корректно оценить стоимость сложной интеграции с API?

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