Короткий ответ: надёжный подрядчик отвечает на вопросы о вашем процессе конкретнее, чем вы сами, и первым делом спрашивает не про технологии, а про цифры: сколько обращений, сколько времени уходит, что считается результатом. Тревожный признак — предложение назвать цену до того, как разобрались в задаче. Договор должен фиксировать не только объём работ, но и то, как измеряется результат.
Материал дополняет статью про примеры автоматизации и услугу консультация и аудит.
Что спросить на первой встрече
Вопросы сгруппированы так, чтобы за одну встречу понять и компетенцию, и стиль работы.
| Блок | Вопрос | Что показывает ответ |
|---|---|---|
| Задача | Что в моём описании задачи непонятно и что нужно уточнить? | Разбирается ли подрядчик в предмете |
| Задача | Какой результат вы считаете успехом этого проекта? | Готовность говорить о результате, а не о работах |
| Опыт | Покажите похожий проект: что было до и что стало после | Есть ли подтверждённые результаты, а не портфолио картинок |
| Опыт | Что в том проекте пошло не так и как это решалось? | Честность: идеальных проектов не бывает |
| Процесс | Как я буду видеть прогресс и что получаю каждую неделю? | Прозрачность работы и промежуточные результаты |
| Процесс | Кто со стороны заказчика нужен и сколько времени это займёт? | Понимание, что проект — совместная работа |
| Деньги | Из чего складывается цена и что может её увеличить? | Готовность называть риски роста стоимости заранее |
| Деньги | Что входит в поддержку после сдачи и сколько она стоит? | Есть ли план на период после запуска |
| Риски | Что может помешать сдать проект в срок? | Трезвость оценки вместо обещаний |
| Риски | Что будет, если мы решим остановить проект в середине? | Условия выхода и передача результатов |
Ответы важнее формулировок: подрядчик, который задаёт встречные вопросы о вашем процессе, обычно и работает аккуратнее.
Признаки, которые должны насторожить
- Цена названа до разбора задачи. Оценка «на глаз» почти всегда превращается в доплаты.
- Обещание «сделаем всё» без границ. Если объём не ограничен, проект не имеет определения готовности.
- Нет ни одного вопроса о процессе. Значит, работать будут по шаблону, а не по вашей ситуации.
- Только про технологии, ни слова про результат. Заказчику важны потерянные заявки и часы сотрудников, а не выбор фреймворка.
- Нет примеров с цифрами. Портфолио из картинок не подтверждает эффект.
- Отказ говорить о поддержке. Систему после запуска придётся сопровождать, и об этом лучше договориться заранее.
- Спешка с предоплатой и отсутствие этапов. Работа без промежуточных результатов не даёт возможности вмешаться.
Отдельно стоит насторожиться, если подрядчик предлагает решение, не задав ни одного вопроса о том, какие системы уже используются. Автоматизация почти всегда встраивается в существующий ландшафт, а не строится с нуля.
Как устроен нормальный проект
| Этап | Результат этапа | Зачем нужен |
|---|---|---|
| Обследование | Описание процесса, цифры «как есть» | Понять объём и границы задачи |
| Проектирование | Схема решения, оценка, план работ | Зафиксировать, что именно делается |
| Разработка | Работающие части системы, демонстрации | Видеть прогресс, а не ждать финала |
| Запуск | Работающая система, обучение сотрудников | Инструмент должен использоваться |
| Сопровождение | Реакция на сбои, доработки | Система живёт и меняется вместе с бизнесом |
Этап обследования не стоит пропускать даже при небольшой задаче: именно на нём выясняется, что часть требований противоречит друг другу, и это дешевле обнаружить до разработки.
Что зафиксировать в договоре
- Границы работ. Что входит, а что нет — списком, а не формулировкой «автоматизация процессов».
- Определение готовности. Конкретный проверяемый критерий: например, заявка с сайта появляется в CRM с корректным источником.
- Этапы и оплата по этапам. Оплата за результат каждого этапа, а не за факт начала работ.
- Права на результат. Кому принадлежит код и что происходит при расторжении.
- Порядок изменений. Как оформляются новые требования и как пересчитывается стоимость.
- Поддержка. Сроки реакции, объём включённых часов, стоимость дополнительных.
- Передача. Доступы, документация, исходники — что именно получает заказчик.
Последний пункт часто упускают, а он определяет, сможете ли вы сменить подрядчика без потери системы.
Про цену
Ориентироваться стоит не на минимальную цену, а на стоимость владения: разработка плюс поддержка за год. Дешёвый проект без поддержки часто обходится дороже, потому что через полгода его приходится переделывать.
Полезно попросить разбить оценку по этапам: это показывает, из чего складывается цифра, и позволяет начать с первого этапа, оценив качество работы на небольшом объёме.
Короткий чек-лист
- Подрядчик задал больше вопросов, чем вы ожидали.
- Есть пример с измеримым результатом до и после.
- Названы этапы с промежуточными результатами.
- Цена разбита по этапам, названы риски её роста.
- Обсуждается поддержка после запуска.
- В договоре есть критерий готовности и права на результат.
- Есть условия выхода из проекта и порядок передачи.
Если по четырём пунктам из семи ответов нет — стоит поговорить с другими исполнителями, даже если этот понравился лично.