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

Короткий ответ: пилотный проект — это небольшой платный заказ, на котором вы проверяете разработчика до того, как доверить ему большую систему. Подходит задача на несколько дней с понятным результатом: лендинг, бот, одна интеграция. На пилоте смотрите не только на итог, а на процесс: вопросы на старте, отчётность, сроки, сдачу и передачу доступов. Он стоит как обычный заказ, у Roboweb.team — от 16 000 ₽ за Telegram-бота, а результатом вы пользуетесь дальше.

Что такое пилотный проект простыми словами?

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

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

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

Чем пилот отличается от MVP и тестового задания?

MVP проверяет продукт: нужен ли он пользователям. Тестовое задание обычно проверяет навык на учебной задаче. Пилот проверяет подрядчика на настоящей, пусть и маленькой, задаче по договору, с оплатой, приёмкой и гарантией.

С MVP пилот путают чаще всего. Разница в цели: MVP — это первая версия вашего сервиса, и её вы делаете с подрядчиком, которому уже доверяете. Как выбрать объём первой версии, мы разбирали в статье MVP или полная версия. Пилот может быть вообще не связан с будущим продуктом, например лендинг для текущей рекламной кампании, пока вы готовите ТЗ на CRM. А пилотный запуск готовой системы на одном отделе — другое: там проверяют систему, а не подрядчика.

С бесплатным тестовым заданием всё проще. Студия либо откажется, либо сделает его за вечер, и вы увидите работу, которая не похожа на обычную: без брифа, без согласований, без сдачи. Есть и юридическая сторона: без договора права на результат остаются у автора, а использовать чужой результат без согласия правообладателя нельзя (п. 1 ст. 1229 ГК РФ, часть четвёртая). Бесплатный макет нельзя просто взять и запустить на сайте.

	Пилотный проект	MVP	Бесплатное тестовое задание
Что проверяем	Подрядчика: как он работает, общается, сдаёт	Продукт: нужен ли он пользователям	Обычно — умение решить учебную задачу
Оплата	Платная, по обычному прайсу	Платная, это первая версия продукта	Бесплатно, поэтому без обязательств
Договор и акт	Да, как у любого заказа	Да	Как правило, нет
Результат	Рабочая вещь, которой вы пользуетесь	Первая версия сервиса для живых пользователей	Черновик, который часто нельзя использовать
Срок	Дни, редко дольше двух недель	Недели	Часы или день «по остаточному принципу»

Какие задачи годятся для пилота?

Хороший пилот — задача на дни, а не недели, с проверяемым результатом и хотя бы одной точкой соприкосновения с вашей будущей системой: те же данные, те же пользователи или та же интеграция. Тогда пилот полезен вдвойне.

Признаки удачной задачи:

• Её можно описать на одной странице. Если для пилота нужно ТЗ на десять листов, это уже первый этап большого проекта.
• Результатом пользуются живые люди. Заявки с лендинга приходят менеджерам, бот отвечает клиентам, остатки обновляются на маркетплейсе. Так видно, как решение ведёт себя в работе, а не на демонстрации.
• В ней есть «неудобное» место. Чужой API, старая база, 1С без документации — то, с чем подрядчик столкнётся и в большом проекте. Идеальная учебная задача ничего не проверяет.
• Её можно принять за один день. Если для проверки нужно месяц собирать статистику, вы не успеете сделать вывод до решения по основному договору.

Плохие пилоты: «нарисуйте главную страницу будущей CRM» (картинка без логики ничего не проверяет), «сделайте кусок системы, а потом посмотрим» (кусок без остальной системы нельзя ни принять, ни использовать), «почините всё на старом сайте» (без границ задачи нечего оценивать).

Что планируете	Пилот	Ориентир по прайсу	Что он покажет
CRM или учётная система (веб-приложение от 160 000 ₽)	Интеграция: заявки с сайта и из почты сразу в одну таблицу или текущую CRM	от 32 000 ₽, от 2 дней	Как подрядчик разбирается в ваших данных и чужих API
Интернет-магазин (от 104 000 ₽)	Лендинг под одну товарную группу или акцию	от 24 000 ₽, 2 дня	Дизайн, вёрстку под телефон, скорость, аналитику
Мобильное приложение (от 200 000 ₽)	Telegram-бот с тем же главным сценарием: запись, заказ, статус	от 16 000 ₽, 1–2 дня	Как он проектирует сценарии и что спрашивает про пользователей
Большой корпоративный сайт или портал	Редизайн одного раздела или текущего сайта	от 29 000 ₽, 2–3 дня	Работу с чужим кодом, аккуратность, передачу доступов
Связка маркетплейсов, склада и 1С	Синхронизация остатков или цен для одного маркетплейса	от 40 000 ₽, от 3 дней	Надёжность обмена и то, как он сообщает об ошибках
ИИ-ассистент на данных компании (от 72 000 ₽)	Бот на кнопках по самым частым вопросам, без ИИ	от 16 000 ₽, 1–2 дня	Как он собирает и структурирует ваши знания до сложной части

Сколько стоит и сколько длится пилот?

Пилот стоит как обычный заказ того же типа: у нас от 16 000 ₽ за Telegram-бота (1–2 дня), от 24 000 ₽ за лендинг (2 дня), от 32 000 ₽ за интеграцию (от 2 дней). Отдельного «пробного» тарифа нет — пилот получает те же условия, что и любой заказ.

Что это значит на практике. Цену и срок фиксируем в договоре до старта, точную сумму называем после брифа. Оплата 50/50: половина в течение 3 рабочих дней после подписания договора, вторая половина — после акта. На приёмку у вас 5 рабочих дней, на правки — до 2 раундов, гарантия — 30 календарных дней с даты акта. После запуска бесплатная поддержка: 7 дней у бота и лендинга, месяц у корпоративного сайта. Полный состав каждого тарифа — на странице цен.

Закладывайте в календарь не только срок разработки, но и свои дни: бриф, ответы на вопросы, передачу материалов и доступов. Срок в договоре считается с поступления предоплаты и передачи материалов, поэтому двухдневный лендинг, для которого две недели собирают тексты, на деле займёт две недели.

Что оценивать по итогам пилота?

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

Чек-лист, который удобно заполнить сразу после акта:

1. Вопросы на брифе. Подрядчик спросил, кто будет пользоваться результатом, куда идут заявки, что считать успехом? Или сразу начал «делать красиво»? Отсутствие вопросов на маленькой задаче на большой превращается в переделки.
2. Оценка и её точность. Совпали ли итоговые сумма и срок с тем, что назвали на старте? Если что-то изменилось, подрядчик предупредил заранее и объяснил почему или вы узнали об этом в день сдачи?
3. Связь. Сколько времени проходило от вашего вопроса до ответа? Пришлось ли самому напоминать о себе? Видели ли вы промежуточный результат без запроса?
4. Отчётность. Понятно ли было, что сделано и что осталось? Хорошо, если ход работ виден постоянно: у нас каждый заказчик видит доску своего проекта, прогресс и документы в клиентском портале — как он устроен, показано в кейсе Roboweb.team.
5. Качество результата. Работает на телефоне, формы доходят, бот не падает на неожиданном ответе, интеграция сообщает об ошибке, а не теряет данные молча. Пройдитесь по результату так, как его увидит ваш клиент.
6. Код и доступы. Исходники лежат в вашем репозитории, домен, хостинг, аналитика и аккаунты оформлены на вас, есть короткая инструкция. Если на пилоте доступы «потом пришлём», в большом проекте будет так же.
7. Как прошли правки. Замечания приняли спокойно, исправили в срок, отличили ошибку от новой хотелки и честно сказали, что второе — отдельная работа.

Если в команде есть технический специалист, попросите его за час посмотреть репозиторий: понятна ли структура, есть ли описание запуска, нет ли паролей прямо в коде. Если такого человека нет, хватит проверки по пунктам 5 и 6. Как проверять сайт при приёмке подробно, разобрано в статье как принять сайт у разработчика.

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

Скажите подрядчику прямо, что это пилот перед большим проектом, и опишите сам большой проект в двух абзацах. Задачу на пилот ставьте так же, как поставили бы основную: с целью, ответственным с вашей стороны и критериями приёмки.

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

Что записать до старта пилота:

• одну фразу о цели: «заявки с сайта и почты попадают в одну таблицу без ручного копирования»;
• кто с вашей стороны отвечает на вопросы и принимает работу, и сколько времени у него на ответ;
• как проверите результат: 10 тестовых заявок, прогон бота по сценарию, сверка остатков за день;
• что подрядчик передаёт в конце: исходники, доступы, инструкцию;
• какие выводы вы сделаете по итогам и когда примете решение по основному проекту.

Не меняйте задачу на ходу. Если в процессе родилась новая идея, запишите её для основного проекта. Пилот, который разросся втрое, уже ничего не показывает о точности оценки подрядчика.

Как перейти от пилота к основному договору?

Подведите итоги на коротком созвоне, передайте подрядчику свой чек-лист и попросите оценку основного проекта с учётом того, что вы узнали на пилоте. Основной проект оформляется отдельным договором со своей ценой, сроком и условиями.

Порядок, который хорошо работает:

1. Разбор пилота. Что прошло хорошо, где были задержки и по чьей причине. Задержки с вашей стороны тоже считаются: если вы три дня согласовывали тексты, в большом проекте это будет три недели.
2. Уточнённый бриф. По итогам пилота у вас обычно появляются ответы, которых не было: какие данные грязные, какие сотрудники будут пользоваться системой, где узкие места. Это прямо экономит время на ТЗ.
3. Смета и этапы. Большой проект разбейте на этапы, каждый с результатом, который можно принять. Пилот уже показал, как подрядчик сдаёт работу, теперь вы знаете, чего ожидать от каждого этапа.
4. Договор. Сверьте, что условия совпадают с пилотом: 50/50, приёмка, правки, гарантия, передача кода в ваш репозиторий. Исключительное право на код по нашему договору остаётся у исполнителя, а вы получаете лицензию на весь срок действия права: исходники в вашем репозитории, любой сервер, любые подрядчики.

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

Какие ошибки делают заказчики на пилоте?

Главные ошибки — выбрать слишком маленькую или слишком большую задачу, оценивать только картинку и не сравнивать подрядчиков в одинаковых условиях. Тогда пилот стоит денег, но решение всё равно принимается «по ощущениям».

• Задача на час. Поменять кнопку или поправить текст — по такой работе нельзя судить ни о проектировании, ни о сдаче.
• Пилот на полпроекта. «Сделайте сначала модуль склада» — это уже первый этап, и к нему нужны ТЗ и полноценная смета.
• Разные задачи двум подрядчикам. Если сравниваете двух исполнителей, дайте им одинаковую задачу или хотя бы одинаковые критерии.
• Оценка только по дизайну. Красивый экран не говорит, что будет, когда в системе окажется 5 000 записей и десять пользователей.
• Пилот без ответственного. Если с вашей стороны никто не отвечает на вопросы, вы проверяете собственную занятость, а не подрядчика.
• Бесконечные пилоты. Третья пробная задача подряд обычно означает, что решение откладывается по другим причинам. Назначьте дату вывода заранее.

Когда пилот не нужен?

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

Конкретные случаи:

• Проект и так размером с пилот. Лендинг, бот, одна интеграция — это и есть небольшая задача. Пилот перед лендингом — это два лендинга.
• Подрядчика рекомендовали те, кому вы доверяете, и он делал похожую систему. Поговорите с тем заказчиком: как держали сроки, как сдавали, что было после запуска. Это быстрее пилота.
• Нет задачи, полезной самой по себе. Если ничего небольшого вам сейчас не нужно, пилот превращается в оплату учебной работы. Тогда начните большой проект с первого этапа с отдельной приёмкой: та же проверка, но без лишних работ.
• Сроки жёсткие. Если систему нужно запустить к сезону, а до него месяц, пилот съест четверть этого времени.

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

Короткие ответы на частые вопросы

Что такое пилотный проект простыми словами?

Это небольшой платный заказ, который вы даёте разработчику перед большим проектом, чтобы посмотреть его в деле: как он задаёт вопросы, держит срок, сдаёт работу и передаёт доступы. Результатом пилота вы пользуетесь, а не выбрасываете его.

Почему не попросить бесплатное тестовое задание?

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

Сколько стоит пилот у Roboweb.team?

Как обычный заказ по прайсу: Telegram-бот — от 16 000 ₽, лендинг — от 24 000 ₽, интеграция — от 32 000 ₽. Точную сумму называем после брифа и фиксируем в договоре.

Засчитывается ли пилот в стоимость основного проекта?

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

Нужен ли пилот, если студия уже делала похожий проект?

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

Услуги и кейсы по теме: заказная разработка · кейс: сайт студии и клиентский кабинет · цены и сроки