«Код будет мой?» — такой вопрос есть у меня на сайте. Ответ короткий — «Да, полностью». Но между ответом и папкой, с которой сможет работать другой программист, помещается вся процедура сдачи. Про неё и хочу поговорить. Без юридических толкований чужих договоров — только о моих условиях и о проверках, которые я советую заказчику.
В Telegram видны сообщения. Файлов программы там может вообще не быть. По работающим кнопкам можно оценить, как клиент оставляет заявку, но нельзя понять, получил ли владелец исходники, знает ли он адрес своего сервера и сможет ли восстановить работу без прежней переписки с разработчиком. Удачный показ интерфейса отвечает на другой вопрос.
На millerpro.ru условия сформулированы предметно: бот работает на вашем сервере и под вашим токеном, код и инструкция остаются у вас. Дорабатывать проект можно с любым программистом. Это мои условия на день публикации, 7 ноября 2026 года. Из них следует простая проверка при сдаче — в руках у заказчика должен оказаться сам проект, а не одна ссылка на диалог.
Папка важнее скриншота.
Я советую сначала выяснить, что именно вам передают. Архив и доступ к хранилищу исходников — разные способы выдачи; выбирать можно подходящий для проекта. Смысл в другом: внутри нужны файлы, из которых собирается работающий бот, а рядом — объяснение, как ими воспользоваться. Красивое название архива ничего не говорит о его содержимом.
Открывать каждую строчку самому не требуется. Заказчик не обязан учить программирование к вечеру сдачи. Гораздо полезнее попросить разработчика показать, где находятся тексты ответов, где задаются настройки и какой командой запускается программа. Это рекомендации к проверке, а не экзамен для владельца бизнеса. Если указать нужный файл невозможно, название «исходники» пока остаётся неподтверждённой надписью.
Следом стоит посмотреть на инструкцию. Я бы искал в ней путь от полученных файлов к запуску, а не рассказ о том, как хорош получившийся бот. Где задать настройки, как остановить программу, как включить её снова, куда смотреть при ошибке — такие сведения пригодятся следующему специалисту. Объём документа сам по себе ничего не доказывает: длинный текст способен обходить ровно тот шаг, на котором работа останавливается.
Самая понятная проверка передачи — предложить запустить полученный комплект по приложенной инструкции. Не просто оставить старый процесс отвечать в Telegram, а убедиться, что именно эти файлы позволяют воспроизвести согласованный сценарий. Такую проверку нужно заранее согласовать и провести безопасно, не прерывая работу с настоящими заявками. Здесь я описываю способ приёмки, а не сообщаю, будто уже провёл его за каждого читателя.
Поворот обнаруживается на сервере. Файлы могут лежать у заказчика, а управление размещением оставаться непонятным. На сайте я отдельно указываю: если сервер уже есть, запущу бота на нём; если нет — помогу выбрать и настроить. Аренду вы оплачиваете хостингу напрямую. Перед сдачей стоит разобраться, кто управляет этим размещением и где у владельца сведения для восстановления доступа.
Доступы лучше передавать и хранить отдельно от публичных примеров кода. Токен и пароли не нужны в демонстрационном скриншоте, которым вы решите поделиться. Совет касается организации передачи: исходники должны быть доступны владельцу, секреты — только тем, кому они действительно нужны для работы. Возможность скачать программу и разрешение показывать всем её настройки — совсем разные вещи.
С данными история отдельная. Если согласована база заявок, я рекомендую прямо назвать, как она связана с передаваемой программой и что понадобится при переезде. Наличие исходных файлов ещё не отвечает на вопрос о сохранённых записях. Не надо проверять передачу на чужих телефонах и именах — для демонстрации работы следующему специалисту лучше подготовить тестовое наполнение, а порядок работы с настоящими данными обсудить отдельно.
Не знаю, какой комплект нужен именно вашему проекту, пока не вижу его устройства. Боту со справочными ответами и программе, связанной с внешним сервисом, понадобятся разные пояснения. Поэтому универсальный перечень файлов был бы притворной точностью. Разговор можно начать с вопроса, сумеет ли другой человек понять полученный комплект без догадок о том, что осталось на компьютере прежнего автора.
Именно здесь обещание «можно работать с любым программистом» становится проверяемым. Дело не в том, чтобы сразу искать замену исполнителю. Смена специалиста должна быть возможна, когда она действительно понадобится. Я бы попросил будущего сопровождающего назвать недостающее до того, как обнаружится срочная задача: отсутствие пояснения в спокойный день исправить проще, чем восстанавливать замысел по кнопкам.
У моих условий работы есть и временная граница: ошибки исправляю без доплаты 14 дней после сдачи. Этот срок не стоит путать с передачей исходников. Код и инструкция остаются у заказчика; исправление ошибки и заказ новой функции обсуждаются по разным поводам. На сайте отдельно сказано, что цену новой функции я называю до начала работы, а согласованную цену не меняю без вашего согласия.
Оплата после проверки демо даёт возможность сначала оценить поведение программы в Telegram. Но я советую заранее вписать в обсуждение и то, как передаётся проект. Тогда показ кнопок и получение файлов не окажутся неожиданно разными разговорами. Обсудить состав сдачи можно вместе с самой задачей, обычными словами, без обязательной технической терминологии.
Закончив проверку интерфейса, вернитесь к началу переписки и к вопросу про код. Хорошо, если для ответа уже не приходится искать сообщение разработчика. Есть сам комплект, есть инструкция, понятно, где он запускается. Следующему программисту можно показать папку.