Как выбрать подрядчика на автоматизацию и не переделывать потом
Заказчик автоматизации почти всегда находится в невыгодной позиции: он не может оценить качество работы до того, как её получит, и часто не может даже после — пока через год не потребуется что-то изменить. Поэтому выбирают по цене и по ощущению от разговора. Ощущение — не худший критерий, но его можно усилить конкретными вопросами.
Ниже — то, что мы сами считаем правильным спрашивать у подрядчика. В том числе у нас.
Насторожитесь, если цену назвали сразу
«Автоматизация склада — 250 тысяч» без единого уточняющего вопроса означает одно из двух. Либо у подрядчика есть готовое решение, которое он продаёт всем, и ваш процесс будут подгонять под него. Либо цена взята с потолка, и на середине проекта выяснится, что «это не входило в объём».
Нормальная реакция на запрос — вопросы: как процесс устроен сейчас, сколько человек в нём участвует, какие системы уже используются, что считается успехом. Только после этого — оценка, и часто вилкой, с объяснением, от чего зависит верхняя граница.
Хороший признак: подрядчик предлагает начать с небольшого платного обследования и по его итогам дать точную оценку. Это честнее, чем назвать цифру вслепую, а потом её пересматривать.
Семь вопросов до договора
1. Что останется у меня, если мы расстанемся? Ответ должен быть: исходный код, документация, доступы, данные — всё у вас. Если система работает только на серверах подрядчика и исходники не передаются, вы покупаете не решение, а пожизненную зависимость.
2. Кто конкретно будет делать работу? На переговорах часто выступает опытный руководитель, а делает работу стажёр. Спросите, кто в команде, какая у них загрузка и с кем вы будете общаться в рабочем порядке.
3. Как я увижу промежуточный результат? Проект, где первый показ назначен через три месяца, — это лотерея. Нормальная практика — показывать работающие куски каждые одну-две недели. Не макеты, а то, что можно потрогать.
4. Что будет, когда процесс изменится? Он изменится обязательно. Вопрос в том, потребует ли правка недели работ или это настройка. Спросите на конкретном примере: «Если мы добавим ещё один статус заявки — что произойдёт?»
5. Как устроена поддержка после запуска? Сколько стоит, какое время реакции, что входит. Отсутствие внятного ответа означает, что после сдачи проекта вы останетесь один на один с системой.
6. Где будут храниться наши данные? Вопрос не только про безопасность, но и про закон: персональные данные российских граждан должны обрабатываться на серверах в России. Если подрядчик пожимает плечами, это плохой знак и для остальных пунктов.
7. Покажите похожий проект и дайте контакт заказчика. Портфолио без возможности проверить — это картинки. Отказ дать контакт по причине NDA бывает обоснован, но тогда должен найтись хоть один заказчик, готовый поговорить.
Признаки будущих проблем
Подрядчик соглашается со всем. Если в вашем техзадании есть противоречия — а они почти всегда есть, — грамотный исполнитель их найдёт и задаст неудобные вопросы ещё до договора. Тот, кто на всё кивает, задаст те же вопросы потом, когда переделывать будет дорого.
Разговор идёт только о технологиях. Вам объясняют, на каком стеке всё будет написано, но не спрашивают, кто и как будет этим пользоваться. Технология — средство; проект проваливается не из-за неё, а из-за непонимания процесса.
Нет вопросов про людей. Автоматизация меняет чью-то работу. Если подрядчика не интересует, кто сейчас делает эти операции и как они отнесутся к изменениям, — велик шанс получить систему, которой не пользуются.
Обещают сроки без обследования. «Сделаем за месяц» до того, как увидели ваш процесс, — то же самое, что назвать цену вслепую.
Как страховаться в договоре
Три вещи стоит зафиксировать письменно, даже если отношения доверительные.
Права на результат. Прямо: исключительные права на разработанное переходят заказчику, исходный код передаётся. Без этого пункта по умолчанию действует не всегда то, что вы ожидаете.
Этапы с приёмкой. Оплата привязана к работающим кускам, а не к календарю. Это дисциплинирует обе стороны и ограничивает потери, если сотрудничество не сложится.
Что считается выполненным. Не «система разработана», а измеримый критерий: заявки с сайта попадают в CRM за минуту, отчёт формируется без ручных действий, время цикла видно на панели. Формулировка результата в измеримом виде — лучшая защита от спора о приёмке.
И честное замечание
Идеального подрядчика по этому списку не существует, и наличие одного тревожного признака не приговор. Список нужен не для того, чтобы отсеять всех, а чтобы разговор шёл о правильных вещах: о процессе, о результате и о том, что будет после запуска, — а не только о цене и сроке.
Если хотите проверить нас по этому же списку — напишите. Ответим по каждому пункту, включая неудобные.