Как выбрать подрядчика по автоматизации и не потерять деньги
Автоматизация - это не покупка коробки, а проект, и его легко завалить выбором не того исполнителя. Типичная история: заплатили, получили что-то работающее наполовину, подрядчик пропал, а доступов и кода у вас нет - переделывать дороже, чем сделать заново. Чтобы не попасть в эту ловушку, выбор стоит вести не по «красивому сайту и низкой цене», а по конкретным признакам. Ниже - чек-лист вопросов, красные флаги и схема, которая снижает риск до минимума.
Главное правило: хороший подрядчик не называет цену и срок до того, как разобрал вашу задачу. Если вам озвучили точную стоимость за 5 минут разговора «вслепую» - это почти всегда либо угадывание, либо приманка, после которой смета вырастет.
Вопросы, которые нужно задать до договора
- «Кому будут принадлежать код, доступы и аккаунты?» Правильный ответ - вам. Об этом ниже отдельно, это критично.
- «Как будет устроено решение?» Исполнитель должен уметь объяснить архитектуру простыми словами, а не прятать «магию».
- «Что в первую очередь, а что потом?» Адекватный подрядчик предлагает этапы и пилот, а не «сделаем всё и сразу».
- «Что будет с поддержкой после сдачи?» Процессы меняются - нужно понимать, кто и на каких условиях правит систему.
- «Покажите похожие проекты.» Конкретика по задачам и результату, а не общие слова про «большой опыт».
- «Что НЕ нужно автоматизировать?» Честный исполнитель отговорит от лишнего, а не продаст максимум.
Красные флаги
| Красный флаг | Что за этим стоит |
|---|---|
| Цена и срок до разбора задачи | Угадывание; смета вырастет по ходу |
| «Сделаем всё и сразу» | Нет приоритизации, риск долгостроя |
| Не даёт доступ к коду и аккаунтам | Привязка к подрядчику навсегда |
| Нет поддержки после сдачи | Сломается - чинить будет некому |
| 100% предоплата за «всё» | Нет рычага влияния на результат |
| Портфолио из общих слов | Возможно, опыта мало |
Самое важное: код, доступы и независимость
Главный риск автоматизации - попасть в зависимость от исполнителя. Если решение живёт только на его серверах и аккаунтах, а исходники вам не отдают, то за любую правку, перенос или даже доступ к собственным данным вы будете платить именно ему - и так бесконечно. Поэтому в договоре фиксируйте:
- все аккаунты сервисов, серверы и домены оформлены на вашу компанию;
- исходный код сценариев и скриптов передаётся вам;
- есть документация, по которой другой специалист сможет разобраться.
Это особенно важно для self-hosted решений - например, когда автоматизация строится на вашем сервере с self-hosted n8n: тогда система остаётся полностью вашей.
Здоровая схема работы
Минимизировать риск помогает простой порядок:
- Аудит/пилот на одной задаче. Начните с небольшого платного шага - проверите подрядчика на малом риске. Что это и зачем - в посте про аудит процессов.
- Фиксация объёма и этапов. Понятный результат на каждом этапе, а не «общая разработка».
- Оплата по этапам. Не 100% вперёд, а по сдаче результата.
- Передача доступов и кода. По завершении всё ваше.
- Поддержка отдельной строкой. Прозрачная стоимость владения.
Сколько это должно стоить
Адекватная цена зависит от объёма, а не от «бренда» подрядчика. Чтобы понимать порядок цифр и не переплатить, посмотрите разборы стоимости автоматизации и внедрения CRM. И помните: слишком низкая цена - такой же тревожный сигнал, как и завышенная: качественная работа не может стоить копейки, а дешёвый «недострой» потом обходится дороже.
Считайте окупаемость, а не цену. Подрядчик, который помогает посчитать ROI и говорит, что внедрять в первую очередь, чтобы быстрее окупиться, - уже хороший знак. Прикинуть эффект можно в калькуляторе ROI.
Коротко
Выбирайте подрядчика по тому, как он разбирает задачу, а не по скорости названной цены. Главные красные флаги - цена «вслепую», «всё и сразу», отказ отдавать код и доступы, отсутствие поддержки. Обязательно фиксируйте в договоре, что аккаунты, серверы и исходники - ваши. Здоровая схема: пилот → этапы → оплата по результату → передача доступов → поддержка отдельно. И всегда считайте окупаемость, а не голую стоимость.
Хотите проверить нас по этому же чек-листу? Приходите на бесплатный разбор - покажем архитектуру, этапы и честно скажем, что делать в первую очередь. Наши работы - в кейсах, начать можно с аудита процессов.
Отдельно продумайте передачу доступов и ключей: что забрать у подрядчика и что ротировать при смене команды - в статье про безопасность автоматизации.
Сравнивать подрядчиков проще, когда у всех на руках одно и то же описание задачи: готовый каркас - в статье про техзадание на автоматизацию.
Проверить подрядчика проще, когда понимаешь его лексику: что стоит за словами «коннектор», «вебхук», «ИИ-агент» и «дообучение», разобрано в словаре автоматизации.
Подрядчик выбран - остаётся договор, и здесь заказчик теряет деньги чаще всего. Что проверить в предмете, этапах, приёмке и правах на код - в разборе договора на автоматизацию.
Проверить подрядчика стоит и на выходе, а не только на входе: как выглядит нормальная передача работы, разобрано в статье про приёмку автоматизации.
Частые вопросы
Кому должны принадлежать код, доступы и аккаунты после внедрения?
Вам. Все аккаунты сервисов, серверы, исходный код сценариев и доступы должны быть оформлены на компанию-заказчика, а не на подрядчика. Если решение живёт только на стороне исполнителя и без него не работает, вы попадаете в зависимость: за любую правку или перенос придётся платить именно ему. Передачу доступов и кода нужно прописать в договоре.
Какие красные флаги говорят, что подрядчик подведёт?
Называет цену и срок до разбора задачи; обещает «сделаем всё и сразу»; не показывает, как будет устроено решение; не даёт доступ к коду и аккаунтам; нет поддержки после сдачи; портфолио из общих слов без конкретики. Хороший подрядчик сначала разбирает задачу, фиксирует объём и честно говорит, что в первую очередь, а что потом.
Как устроена адекватная оплата проекта автоматизации?
Здоровая схема - оплата по этапам с понятным результатом на каждом, а не 100% предоплата за «всё сразу». Хорошо, когда проект начинается с небольшого платного аудита или пилота на одной задаче: вы проверяете подрядчика на малом риске, а уже потом масштабируете. Поддержка и доработки выносятся отдельной строкой, чтобы стоимость владения была прозрачной.