Автоматизацию в российской компании делает один из пяти типов исполнителей: свой сотрудник, фрилансер, небольшая студия или инженерное бюро, системный интегратор, партнёр вендора коробочного продукта. Они не расположены по возрастанию качества — это разные инструменты. Фрилансер за 90000 ₽ решит задачу, на которой интегратор не откроет договор, а интегратор вытянет проект на 40 рабочих мест, где фрилансер просто исчезнет на третьем месяце.
Ошибка выбора стоит не разницы в смете, а срока. Неподходящий тип исполнителя выясняется через два-четыре месяца, когда деньги за первый этап уплачены, процесс перестроен наполовину, а результата нет ни в старом виде, ни в новом. Поэтому вопрос «кому заказать» решается до вопроса «за сколько» и до вопроса «на какой платформе».
Ниже — пять типов по одной сетке из шести критериев, таблица соответствия задачи и исполнителя, разбор смешанной схемы, которой на практике пользуется большинство компаний до ста человек, и честный список задач, на которых провалится любой подрядчик. Оговорка, которую надо сделать сразу: мы сами подрядчик, инженерное бюро из третьей категории. Поэтому статья написана так, чтобы ей можно было пользоваться против нас — критерии одинаково применимы ко всем пяти, включая нас, и там, где наш формат работы попадает под критерий, мы прямо на это указываем и даём ссылку на страницу, где условия записаны.
Пять типов исполнителей в одной таблице
Сетка ниже собрана из шести критериев, а не из привычных «цена и опыт». Цена и опыт видны в коммерческом предложении, а разоряют проект другие вещи: сколько ждать старта, будет ли исполнитель разбираться в вашем процессе или подгонит его под свой продукт, что физически останется у вас, если он завтра исчезнет, и кто подписывает акт за результат.
| Критерий | Свой сотрудник | Фрилансер | Студия или бюро, 5–20 инженеров | Системный интегратор | Партнёр вендора коробки |
|---|---|---|---|---|---|
| Типовая цена | 2988000 ₽ в год полной стоимости, 2060 ₽ за полезный час | 1500–3000 ₽/час, проект 50000–300000 ₽ | 3000–5000 ₽/час, проект 300000–1500000 ₽ | 4000–8000 ₽/час, проект от 1500000 ₽ | лицензия от 30000 ₽ разово плюс 5000–25000 ₽/мес, внедрение от 50000 ₽ |
| Срок старта | 2–4 месяца на подбор и адаптацию | 2–5 дней | 2–4 недели | 1–2 месяца: оценка, согласования, договор | дни на подключение, недели на настройку |
| Глубина погружения в процесс | максимальная: знает контекст, людей и историю решений | в границах поставленной задачи, контекст не изучает | изучает процесс, иначе не сможет сдать результат | отдельный платный этап обследования, 10–20 % бюджета | в границах модели продукта: ваш процесс подгоняется под неё |
| Что останется при уходе | код и настройки останутся, знания уйдут вместе с человеком | часто ничего: код на его сервере, доступы на его почте | репозиторий, документация, второй инженер в контексте | документация есть, передача дел — отдельный контракт | продукт и настройки останутся, логика доработок — нет |
| Кто отвечает за результат | вы сами: это ваш сотрудник и ваша ошибка найма | формально никто: приёмки и актов обычно нет | юрлицо по договору, приёмка по этапам | юрлицо, но ответственность размазана по регламенту | вендор отвечает за работу продукта, за ваш процесс — никто |
| Где ломается чаще всего | монополия на знания и выгорание единственного специалиста | уход в найм, болезнь, более выгодный заказчик | зависимость от двух-трёх ключевых инженеров | замена команды после подписания, продажа часов вместо результата | задача, которая вышла за границу продукта |
Сравнение пяти колонок: «Свой сотрудник — 2060 ₽/час, старт 2–4 месяца», «Фрилансер — 1500–3000 ₽/час, старт 2–5 дней», «Студия или бюро — 3000–5000 ₽/час, старт 2–4 недели», «Интегратор — 4000–8000 ₽/час, старт 1–2 месяца», «Партнёр вендора — внедрение от 50000 ₽, старт дни». Под каждой колонкой строка «что останется при уходе» одной короткой фразой. Внизу подпись: «Дешевле час — не значит дешевле проект». Чертёжный стиль, все подписи по-русски.
Из таблицы видно главное искажение рынка. Дешевле всего стоит час фрилансера, но именно у него хуже всего строка «что останется при уходе» — а уход исполнителя случается со всеми проектами, которые живут дольше года. Дороже всего стоит час интегратора, но его цена включает обследование и регламент передачи дел, то есть часть того, что у фрилансера вы оплатите позже и отдельно.
Что стоит за строкой «цена» у каждого типа
Одна и та же сумма в разных строках таблицы означает разный объём работы. Ниже — что вы на самом деле покупаете у каждого типа и в какой ситуации эта покупка разумна.
- 1Свой сотрудник — покупаете контекст и доступность
Аналитик или разработчик в штате знает, кто в компании принимает решения, почему прошлая попытка автоматизации провалилась и где на складе лежит планшет, с которого никто не работает. Этот контекст подрядчик покупает за деньги обследования, а у своего он бесплатный. Взамен вы получаете монополию на знания: если человек уходит, документации обычно нет, потому что писать её ему было не для кого. Практическое правило — свой сотрудник имеет смысл там, где задачи идут потоком и не заканчиваются, а не там, где нужно один раз собрать систему.
- 2Фрилансер — покупаете скорость на изолированной задаче
Обмен прайса с сайтом, выгрузка отчёта, доработка печатной формы, парсер, скрипт для маркетплейса. Он стартует через два дня, потому что ему не нужны обследование, договор и внутреннее согласование. Ограничение жёсткое: у одного человека нет ни подмены, ни дежурства. Если процесс встал в субботу вечером, вы не в его зоне ответственности, и по договору оферты в мессенджере это никак не изменить. Поэтому фрилансер уместен, пока час простоя автоматизированного процесса стоит вам меньше 10000 ₽.
- 3Студия или инженерное бюро — покупаете сквозной процесс и приёмку
Команда на 5–20 инженеров берётся за задачу, где надо связать две-четыре системы и довести это до эксплуатации: обмен с учётной системой, обработка исключений, роли, журналы, обучение сотрудников. Здесь появляются вещи, которых нет у фрилансера: договор с этапами и приёмкой, менеджер проекта, второй инженер, знающий ваш проект. Здесь же появляется и характерный риск — зависимость от двух-трёх ключевых людей, поэтому вопрос «кто второй человек в проекте и что он знает» задаётся на первом созвоне.
- 4Системный интегратор — покупаете масштаб и регламент
Проект на десятки рабочих мест, несколько юрлиц, требования по контуру безопасности, аттестация, тендерные процедуры. Интегратор умеет вести такой проект: у него есть методология, проектный офис, юристы и люди на замену. Плата за это — цена часа и скорость: от первого разговора до старта работ проходит один-два месяца. Второе, за что платите, — риск подмены: на пресейле приходит сильная команда, после подписания проект передают тем, кто свободен.
- 5Партнёр вендора коробки — покупаете готовую модель процесса
Битрикс24, amoCRM, МойСклад, YCLIENTS, конфигурации 1С, Saby — у каждого продукта есть сеть внедренцев. Вы получаете работающий продукт за дни и типовые сценарии, отлаженные на тысячах компаний. Взамен принимаете модель процесса, заложенную в продукт: ваш процесс придётся подогнать под неё, а не наоборот. Пока задача внутри продукта, это самый дешёвый и быстрый путь. Как только задача выходит за его границу, партнёр честно говорит «продукт так не умеет» — и дальше нужен кто-то из первых четырёх типов.
Свой сотрудник: с какого объёма он дешевле подрядчика
Вопрос «нанять своего или покупать часы снаружи» решается арифметикой, а не убеждениями. Считать надо полную стоимость сотрудника, а не оклад: к окладу добавляются страховые взносы, рабочее место, лицензии и обучение, а из рабочего времени вычитаются отпуск, больничные и всё, что не является задачами автоматизации.
Дальше считается порог загрузки. При ставке подрядчика 3500 ₽ за час свой сотрудник окупается начиная с 854 часов задач в год: 2988000 разделить на 3500. Это примерно 71 час в месяц, то есть две полные рабочие недели ежемесячно, заполненные именно задачами автоматизации, а не помощью коллегам с принтером. Если такого потока задач нет и не предвидится, вы платите три миллиона в год за специалиста, который половину времени ищет себе работу.
Двухосевой график. Горизонтальная ось — часы задач автоматизации в год, от 0 до 2000. Вертикальная ось — рубли в год, от 0 до 7000000. Горизонтальная прямая линия на уровне 2988000 ₽ подписана «свой сотрудник: стоимость фиксирована». Наклонная линия из нуля подписана «покупка часов у подрядчика по 3500 ₽». Точка пересечения на отметке 854 часа выделена и подписана «порог: ниже — дешевле подрядчик, выше — дешевле свой». Все числа проставлены.
Держать своего инженера имеет смысл не с определённого числа сотрудников, а с определённого потока задач: примерно от 850 часов в год, то есть от 70 часов в месяц устойчивой нагрузки. У производственной компании на 40 человек с четырьмя учётными системами такой поток есть. У торговой компании на 120 человек с одной 1С и коробочной CRM его может не быть вовсе.
Какая задача какому исполнителю
Практическая часть выбора выглядит так: сначала называется класс задачи, потом под него подбирается тип исполнителя. Обратный порядок — «мы нашли хорошего подрядчика, что бы ему поручить» — приводит к тому, что задачу переформулируют под возможности исполнителя.
| Класс задачи | Кто подходит | Кто заведомо не подходит | Почему так |
|---|---|---|---|
| Доработка внутри одной системы: отчёт в 1С, поле и правило в CRM, печатная форма | Фрилансер, партнёр вендора | Системный интегратор | Минимальный чек интегратора выше стоимости самой доработки, а обследование здесь не нужно |
| Связка двух систем: сайт и 1С, CRM и телефония, маркетплейс и склад | Студия или бюро, сильный фрилансер с опытом обмена | Партнёр вендора, свой сотрудник без опыта интеграций | Партнёр видит только свою сторону обмена, а ошибки живут ровно на стыке двух систем |
| Заказной ИИ-агент: 250000–500000 ₽ плюс 20000–30000 ₽ в месяц на поддержку | Бюро или студия с опытом эксплуатации, а не только разработки | Фрилансер, партнёр вендора | Агенту нужны контур качества, стоп-темы и журнал: это работа, которая начинается после запуска |
| Комплексная автоматизация процессов от 1500000 ₽, средний срок 3–5 месяцев | Интегратор или бюро с менеджером проекта | Фрилансер, свой сотрудник в одиночку | На таком объёме проект убивает не техника, а координация десятков людей и решений |
| Внедрение коробочного продукта: CRM, складской учёт, запись клиентов | Сертифицированный партнёр вендора | Бюро заказной разработки | Заказная команда напишет то, что уже есть в продукте, и возьмёт за это цену разработки |
| Поддержка и развитие после запуска | Тот, у кого есть SLA, дежурство и подмена инженера | Фрилансер, партнёр вендора | Партнёр поддерживает свой продукт, а не вашу связку систем; у фрилансера нет подмены |
Ошибка бывает в обе стороны, и обе дороги одинаково. Взять интегратора под задачу на 120000 ₽ — значит оплатить обследование, проектную документацию и менеджера там, где нужен один инженер на три дня: работа выйдет качественной и втрое дороже смысла. Взять фрилансера под сквозной процесс на четыре системы — значит купить работающую демонстрацию и обнаружить на пятом месяце, что ошибки обмена никто не ловит, потому что журнал не предусмотрен, а человек, который всё это писал, уехал. Второй вариант встречается чаще, потому что в начале проекта сквозной процесс выглядит как несколько мелких задач.
Отдельно про строку с ИИ-агентом. Здесь ошибка выбора встречается чаще всего, потому что визуально агент — это диалог, который умеет собрать за неделю почти кто угодно. Дорого стоит не диалог, а всё, что вокруг него: база знаний, ограничения, журнал разговоров, разбор ошибок, регресс после обновления модели. Мы разбирали состав такой системы и структуру счёта за неё отдельно; здесь важно только то, что подрядчик, у которого нет ответа про эксплуатацию, продаёт вам демонстрацию, а не систему.
Три сценария провала — по одному на тип
У каждого типа исполнителя свой характерный способ подвести заказчика. Это не злой умысел, а следствие устройства: фрилансер один, интегратор продаёт время, вендор продаёт продукт. Знать сценарий полезно, потому что каждый из них лечится одной строкой в договоре, написанной заранее.
- 1Фрилансер уходит и оставляет код без документации
Самый частый сценарий и самый дорогой относительно суммы работ. Через полгода после сдачи человек уходит в найм или просто перестаёт отвечать. Код лежит на его сервере, доступы оформлены на его почту, схема обмена существовала только у него в голове. Лечится тремя пунктами: репозиторий на вашем юрлице с первого дня, все ключи и учётные записи на ваши адреса, короткое описание архитектуры как обязательный результат этапа.
- 2Интегратор продаёт часы вместо результата
Договор по схеме «время и материалы» с оценкой в диапазоне. Оценка 600–900 часов звучит осторожно и честно, но при ставке 3500 ₽ за час эти 300 часов разницы дают 1050000 ₽, и никакого механизма, который удерживал бы факт у нижней границы, в договоре нет. Через четыре месяца выясняется, что часов уйдёт 1150. Лечится потолком стоимости этапа, фиксированной ценой за принятый результат и правилом, что часы сверх оценки согласуются письменно до того, как потрачены.
- 3Вендор закрывает задачу только в границах своего продукта
Партнёр внедряет CRM, и всё, что укладывается в её модель, работает отлично. Затем появляется требование, которого в продукте нет: например, расчёт себестоимости заказа с учётом остатков в другой системе. Ответ «это не предусмотрено» технически верен. Дальше выбор: обходное решение на 250000 ₽, которое сломается при следующем обновлении продукта, или отдельный подрядчик на стык. Лечится тем, что список нетиповых требований составляется до покупки лицензий, а не после.
Две вертикальные полосы. Левая — «оплачено фрилансеру: 180000 ₽», сплошная. Правая — «стоимость восстановления: 540000 ₽», разбита на четыре сегмента с подписями: «разбор кода 280000 ₽», «доступы 20000 ₽», «переписывание 150000 ₽», «простой 3 недели 90000 ₽». Между полосами стрелка с подписью «×3». Единицы — рубли, все числа подписаны.
Смешанная схема, на которой держится малый бизнес
На практике компания до ста человек редко выбирает один тип исполнителя. Работает связка из трёх участников: коробочный продукт от вендора как основа, подрядчик на настройку и нетиповые части, свой ответственный внутри компании как владелец процесса. Эта схема дешевле любой чистой и потому распространена. Слабое место у неё одно и известное: границы ответственности между тремя участниками нигде не записаны.
Схема из трёх блоков в ряд: «Вендор коробки: продукт, обновления, поддержка продукта», «Подрядчик: настройка, интеграции, нетиповые доработки», «Свой ответственный: правила процесса, приёмка, обучение людей». Между блоками три стыка, каждый отмечен красной точкой разрыва и подписан: «обновление продукта ломает доработку», «никто не отвечает за обмен данными», «ответственный ушёл — знание исчезло». Внизу подпись: «Каждый стык закрывается одной строкой в договоре». Чертёжный стиль, подписи по-русски.
Разрывов ровно три, и все они предсказуемы. Первый: вендор выпускает обновление продукта, и доработка подрядчика перестаёт работать — вендор отвечает за продукт, подрядчик за доработку, за их совместимость не отвечает никто. Второй: данные ходят между продуктом и вашей учётной системой, и при расхождении справочников каждая сторона показывает, что у неё всё правильно. Третий: свой ответственный уходит в отпуск или увольняется, и вместе с ним пропадает знание о том, почему поле называется так, а не иначе.
- 1Записать в договоре с подрядчиком, что доработки проверяются на совместимость после каждого обновления продукта, и указать, за чей счёт устраняется несовместимость. Обычно это входит в поддержку, но по умолчанию не входит никуда.
- 2Назначить владельцем обмена данными одну сторону — подрядчика. Формулировка «стороны взаимодействуют» означает, что при аварии стороны будут взаимодействовать, а обмен стоять.
- 3Требовать от подрядчика описание настроек и правил как результат этапа, а не как одолжение. Одна страница на процесс — этого достаточно, чтобы схема пережила увольнение вашего ответственного.
- 4Держать все лицензии, домены и учётные записи на своём юрлице. Это единственная защита, которая работает вообще без переговоров.
У нас в бюро эти четыре пункта закрыты форматом работы, а не доброй волей: этапы заканчиваются принимаемым результатом, исходники и документация передаются по договору, доступы оформляются на заказчика. Как это устроено по шагам, описано на странице о работе, а границы ответственности — на странице гарантий, включая честный список того, чего мы не гарантируем. Смысл ссылок здесь не в рекламе: тот же набор условий стоит потребовать от любого подрядчика, к которому вы придёте, и сравнить формулировки.
Как размер компании меняет ответ
Размер компании не определяет выбор напрямую, но меняет, кто внутри вас будет держать проект и сколько задач наберётся на своего специалиста. Ниже — три диапазона и то, что в каждом меняется практически.
| Размер | Кто держит проект внутри | Кто делает работу | Типовой годовой бюджет |
|---|---|---|---|
| До 15 человек | собственник лично, 2–4 часа в неделю | коробка вендора плюс фрилансер или партнёр на настройку | 150000–400000 ₽ |
| 15–100 человек | назначенный ответственный, обычно не программист: 4–8 часов в неделю | студия или бюро на связки систем, партнёр вендора на коробку | 400000–1200000 ₽ |
| Больше 100 человек | свой ИТ-специалист или небольшой отдел, 1–3 человека | своя команда на рутину, подрядчик на проекты и на то, что не окупается держать внутри | от 1200000 ₽ |
Свой ИТ-специалист появляется не на конкретной численности, а когда поток задач переваливает за 70 часов в месяц — на практике это чаще всего происходит в диапазоне 40–60 сотрудников, но у компании с четырьмя учётными системами наступает раньше, а у компании с одной 1С и коробочной CRM может не наступить и на двухстах. После появления своего специалиста меняется роль подрядчика: он перестаёт быть единственным исполнителем и становится источником компетенций, которых нет внутри, — интеграции, ИИ-часть, нагрузочные вещи. И появляется новая обязанность заказчика, о которой обычно забывают: свой специалист должен быть в проекте с первого дня, иначе он унаследует систему, которую не понимает, и через полгода предложит переписать её заново.
Три ступени лестницы слева направо. Ступень 1: «До 15 человек — держит собственник, 2–4 часа в неделю, бюджет 150000–400000 ₽». Ступень 2: «15–100 человек — назначенный ответственный, 4–8 часов в неделю, бюджет 400000–1200000 ₽». Ступень 3: «Больше 100 человек — свой ИТ-специалист или отдел 1–3 человека, бюджет от 1200000 ₽». Сбоку вертикальная отметка на границе второй и третьей ступени: «порог своего инженера — 70 часов задач в месяц». Чертёжный стиль.
Что должно быть одинаковым у любого из пяти
Тип исполнителя меняет цену, срок и глубину, но не меняет минимальный набор условий сделки. Этот набор одинаково применим к фрилансеру за 90000 ₽ и к интегратору за 4000000 ₽; отличается только то, насколько тяжело его добиться.
- Письменный предмет работ с перечнем того, что будет сдано, а не формулировка «услуги по автоматизации». Для фрилансера это может быть письмо на полстраницы, но оно должно существовать.
- Измеримые критерии приёмки. «Работает корректно» — не критерий. Критерий: обмен проходит за время не больше пяти минут, распознавание не ниже 92 % на выборке из 200 ваших документов, ошибки попадают в журнал и видны ответственному.
- Оплата по принятым этапам, а не вперёд за весь объём. Аванс 20–40 % на этап — нормальная практика; 100 % предоплаты означает, что вы кредитуете исполнителя без обеспечения.
- Права на результат и передача исходников, настроек и описания в ваш контур. Отдельно проверьте, что туда входят промпты, схемы обмена и выгрузки, а не только код.
- Доступы и учётные записи на вашем юрлице: домены, ключи API, облачные аккаунты, платные подписки. Это то, что спасает при любом сценарии расставания.
- Понятный ответ на вопрос, кто чинит систему после запуска и за сколько. Даже если ответ «никто, чините сами» — он должен прозвучать до подписания, а не через полгода.
Разница между типами здесь не в том, выполнимы ли эти шесть условий, а в том, сколько усилий уходит на их получение. У бюро и интегратора они входят в стандартный договор, и спорить приходится максимум о формулировках. У партнёра вендора половина условий относится к продукту, а не к нему, и это нужно разделять письменно: вендор отвечает за работу коробки, партнёр — за настройку, и приёмка формулируется только для второй части. У фрилансера все шесть условий добываются вручную и звучат непривычно, но именно поэтому реакция на просьбу их зафиксировать — лучший тест: человек, который спокойно заводит репозиторий на ваше юрлицо и пишет полстраницы описания, обычно доводит и сам проект.
Матрица: по строкам шесть условий — «письменный предмет работ», «измеримые критерии приёмки», «оплата по принятым этапам», «права на результат и исходники», «доступы на вашем юрлице», «понятный ответ, кто чинит после запуска». По колонкам пять типов исполнителей: свой сотрудник, фрилансер, студия или бюро, интегратор, партнёр вендора. В ячейках три состояния: «входит в стандарт», «добывается переговорами», «относится к продукту, а не к исполнителю». Внизу подпись: «Отказ зафиксировать любое из шести — сам по себе ответ». Чертёжный стиль, подписи по-русски.
Первый: оплата на карту физического лица или «на карту дешевле, потому что без налогов». В этой схеме у вас нет ни договора, ни приёмки, ни прав на результат, а спор решать нечем. Второй: работа без договора вообще, только переписка в мессенджере — при цене работ выше 100000 ₽ это не экономия, а отказ от любых гарантий. Третий: «сделаем через знакомого внутри вашего вендора, у него доступ к нужной панели» — использование чужих учётных данных превращает вашу систему в нарушение, которое всплывёт при первой проверке или при увольнении этого знакомого. Отдельно: любое предложение обойти лицензирование чужого продукта означает, что так же отнесутся и к вашим данным.
Когда подрядчик не нужен и хватит своих сил
Часть задач, за которые платят подрядчикам, честно решается внутри компании за несколько дней и без бюджета. Смысл этого раздела прямой: если ваш случай ниже, деньги на исполнителя тратить рано — и подрядчик, который этого не скажет, работает против вас.
- Процесс ещё не описан. Пока нет карточки процесса с объёмом, участниками и точками ошибок, любой исполнитель будет автоматизировать своё представление о вашей работе. Описать процесс можно своими силами за 3–5 рабочих дней, и это самая выгодная неделя во всём проекте.
- Объём меньше порога окупаемости. При 60 заявках в месяц и одном менеджере, который справляется, внедрение за 300000 ₽ не окупится ни за 12, ни за 24 месяца: стоимость системы почти не зависит от того, сколько операций она обрабатывает.
- Задача решается настройкой того, что уже куплено. В Битрикс24, amoCRM, МойСклад и конфигурациях 1С половина типовых просьб закрывается штатными правилами, шаблонами и автозадачами. Прежде чем платить за доработку, стоит потратить два дня на документацию продукта или один платный час консультации партнёра.
- Нужен разовый результат, а не система. Разово сверить два реестра, один раз выгрузить и почистить справочник, посчитать отчёт за прошлый год — это работа на несколько часов в таблице, а не проект внедрения.
- Нет человека, который примет работу. Если внутри компании некому проверять результат и принимать решения по спорным местам, подрядчик будет строить систему по своему пониманию, и через три месяца вы получите ровно то, чего не просили.
Первый пункт стоит развернуть. Описание процесса своими силами — это не документ на сорок страниц, а карточка на одну: кто участвует, сколько операций в месяц, сколько минут занимает каждая, где она чаще всего ломается и во что обходится ошибка. Такая карточка снижает цену будущего проекта дважды: сокращает платное обследование и убирает половину переделок, которые возникают из-за разного понимания задачи. Методику мы описали в отдельном материале про аудит процессов своими силами — им можно пользоваться без нас, и это не фигура речи.
Задачи, на которых провалится любой из пяти
Есть класс ситуаций, где выбор исполнителя не имеет значения, потому что причина будущего провала находится не на стороне подрядчика. Отраслевые обзоры последних лет устойчиво показывают одно и то же: большая часть проектов с ИИ не доходит до промышленной эксплуатации, и упираются они не в технологию.
- 1Процесс не описан и меняется по ходу проекта
Каждое изменение правил переписывает часть системы. Через три итерации подрядчик просит денег за переделку, вы считаете, что это его обязанность, и проект превращается в спор о том, что было в объёме. Ни один тип исполнителя от этого не защищает — защищает только зафиксированное описание процесса и порядок изменений через допсоглашение.
- 2Внутри нет владельца процесса
Владелец — не куратор от руководства, а человек, который знает, как процесс работает на самом деле, имеет полномочия менять правила и выделяет 4–8 часов в неделю. Без него проект живёт до первого спорного вопроса. Если такого человека нет, честный ответ — сначала найти его, потом искать подрядчика.
- 3От системы ждут управленческого решения
Автоматизация показывает, что 40 % заявок уходит в никуда, но не решает, кого за это спросить. Она считает себестоимость, но не назначает цену. Если задача формулируется как «пусть система наведёт порядок», результатом будет прозрачность, которую придётся использовать вручную. Это ценно, но это другой продукт, чем тот, за который платят.
- 4Данные в состоянии, непригодном для автоматизации
Дубли контрагентов, номенклатура в свободной форме, остатки в трёх местах с расхождением. Система не чинит данные, она их использует и умножает ошибку на скорость. Порядок в данных — отдельная работа, которую можно частично сделать своими силами, и делать её надо до внедрения, а не после.
- 5Люди не собираются менять способ работы
Самый недооценённый сценарий. Если сотрудники продолжают вести сделки в блокноте и заполнять систему задним числом, любые цифры в ней недостоверны. Здесь помогает не подрядчик, а решение руководителя: что считается фактом работы и что происходит, если система не заполнена.
Как выбирать дальше: порядок шагов
Выбор исполнителя — это не одно решение, а четыре, и каждое отсекает часть риска. Порядок важен: цену обсуждают последней, потому что до понимания объёма она ничего не значит.
- 1Определить класс задачи и подходящий тип исполнителя по таблице выше. На этом шаге отсеиваются две трети кандидатов, и происходит это бесплатно.
- 2Провести первый созвон и оценить не презентацию, а вопросы, которые задаёт подрядчик. Инженер на первом часе спрашивает больше, чем рассказывает; продавец наоборот.
- 3Получить смету и прочитать её по строкам, которых в ней нет: обследование, тестовый контур, миграция данных, обработка ошибок, приёмка, обучение, гарантия. Именно эти строки потом становятся счётом «этого в объёме не было».
- 4Зафиксировать договором приёмку, права на результат, доступы и порядок расставания. И начать с маленького платного этапа, чтобы ошибка выбора стоила десятков тысяч, а не сотен.
Горизонтальная лента из четырёх этапов с подписями результата под каждым. Этап 1 «Класс задачи → тип исполнителя», результат «список из 2–3 кандидатов вместо десяти». Этап 2 «Первый созвон, 60 минут», результат «понимание, инженер перед вами или продавец». Этап 3 «Смета», результат «полный объём работ, включая девять обычно пропущенных строк». Этап 4 «Договор и пробный этап», результат «ошибка выбора стоит десятков тысяч, а не сотен». Стрелка времени внизу с подписью «2–4 недели». Чертёжный стиль.
Четвёртый шаг стоит пояснить. Пробный платный этап — самая дешёвая проверка подрядчика из существующих: небольшая изолированная задача с осязаемым результатом за 40000–120000 ₽ и две-три недели. За это время видно всё, что важно: как исполнитель задаёт вопросы, соблюдает ли срок, что пишет в отчёте, как ведёт себя при первой же неточности в исходных данных. У нас роль такой проверки играет прототип на ваших данных с точкой выхода после него — если гипотеза не подтвердилась, проект останавливается, и заказчик теряет стоимость двух первых этапов, а не весь бюджет. Требовать аналог этой конструкции стоит от любого подрядчика: если исполнитель отказывается начинать с малого, он либо не уверен в результате, либо продаёт объём.
Тип исполнителя выбирают не по цене часа, а по ответу на вопрос: что останется у нас, когда он уйдёт.
