Как заказать автоматизацию и не слить бюджет: чек-лист для владельца
Как заказать автоматизацию бизнеса без переплат: шаблон описания задачи, красные флаги подрядчика, поэтапная оплата, MVP и права на код и серверы.
Заказать автоматизацию несложно. Сложно заказать её так, чтобы через полгода не остаться с недоделанной системой, исчерпанным бюджетом и подрядчиком, который перестал отвечать. Я вижу такие истории регулярно: ко мне приходят «доделать» или «переписать» то, за что уже заплатили.
Возьмём типичный пример. Компания платит за «CRM под ключ» $4 000 авансом. Через три месяца есть красивый интерфейс, но заявки с сайта в него не попадают, обмен с 1С «почти готов», а доступы к серверу — у исполнителя. Чтобы довести проект, нужно ещё столько же, а часть сделанного проще выбросить. Итог — двойной бюджет и потерянные полгода, в течение которых менеджеры продолжали работать в Excel.
Ниже — чек-лист, который поможет этого избежать, даже если вы будете работать не со мной.
Почему проекты автоматизации проваливаются
Причины почти всегда не технические:
- Заказывают технологию, а не результат. «Нам нужна CRM» вместо «мы теряем 30% заявок, потому что никто не перезванивает».
- Нет общего понимания объёма. Владелец держит в голове одно, исполнитель оценил другое.
- Оплата не привязана к результату. Большой аванс — и у подрядчика пропадает стимул торопиться.
- Всё и сразу. Пытаются автоматизировать весь бизнес за один заход вместо того, чтобы запустить самое важное.
Начните с денег, а не с технологии
Прежде чем искать исполнителя, ответьте себе на три вопроса:
- Где именно теряются деньги или время? Конкретно: «менеджер 2 часа в день переносит заказы с сайта в 1С».
- Сколько это стоит в месяц? 2 часа × 22 рабочих дня × стоимость часа сотрудника. Даже грубая оценка лучше никакой.
- Что будет считаться успехом? «Заказы попадают в 1С автоматически, менеджер только проверяет».
Если потери — $200 в месяц, проект за $5 000 окупается больше двух лет. Если $1 500 в месяц — это совсем другой разговор. Эта цифра сразу задаёт разумный бюджет.
Как описать задачу без технического задания
Писать ТЗ самому не нужно — это работа исполнителя. Но хорошее описание задачи экономит недели переписки. Используйте шаблон:
- Кто мы: сфера, сколько сотрудников, какие отделы участвуют.
- Как сейчас: процесс по шагам — кто, что, в какой программе делает.
- Где болит: что теряется, дублируется, забывается.
- Что уже есть: 1С/BAS, Bitrix24, сайт, таблицы, мессенджеры.
- Как должно быть: процесс «после», своими словами.
- Первый приоритет: одна вещь, которую нужно решить в первую очередь.
- Бюджет и сроки: хотя бы вилка.
Одной страницы такого текста достаточно, чтобы опытный разработчик задал правильные уточняющие вопросы и дал реалистичную оценку.
Красные флаги при выборе подрядчика
Если видите хотя бы два пункта из списка — стоит насторожиться:
- Нет фиксированной цены за этап. «Посчитаем по часам, сколько выйдет» без верхней границы.
- Код и доступы остаются у исполнителя. Сервер оформлен на него, репозиторий закрыт, пароли «потом передадим».
- Нет демонстраций. Вам обещают показать всё в конце, а не каждые 1–2 недели.
- «Всё, что у вас есть, надо переписать». Иногда это правда, но чаще — способ продать большой проект. Попросите объяснить, что конкретно не так.
- Нет вопросов о бизнесе. Исполнитель сразу говорит о технологиях, но не спрашивает, как у вас работают продажи или склад.
- Большой аванс за весь проект. 50–100% до начала работ — повод перечитать договор.
Поэтапная оплата: как это выглядит
Нормальная схема — разбить проект на этапы, у каждого из которых есть понятный результат, который можно проверить руками:
- Анализ и план — описание процесса, список функций, оценка по этапам.
- MVP — минимальная рабочая версия для главной задачи.
- Доработки — следующие функции по приоритету.
- Запуск и обучение — перенос данных, инструкции, сопровождение первых недель.
Оплачиваете этап — получаете результат — принимаете — идёте дальше. Если что-то пошло не так, вы теряете максимум один этап, а не весь бюджет.
Что должно быть в хорошей оценке
| Раздел оценки | Что в нём должно быть | Тревожный сигнал |
|---|---|---|
| Состав работ | Список функций по этапам понятным языком | «Разработка системы — $5 000» одной строкой |
| Сроки | Дата или диапазон для каждого этапа | Только общий срок «2–3 месяца» |
| Цена | Сумма за каждый этап | Только итог или только ставка в час |
| Что не входит | Явно перечисленные исключения | Раздела нет вовсе |
| Приёмка | Как вы проверяете, что этап сделан | «Сдадим, когда будет готово» |
| Инфраструктура | Где будет работать система и кто платит за сервер | Не упоминается |
| Поддержка | Условия после запуска, стоимость в месяц | «Потом договоримся» |
Сначала MVP, потом всё остальное
MVP — это не «дешёвая версия», а первая рабочая версия, которая решает главную проблему. Например, не «ERP для всей компании», а «учёт техники на объектах вместо бумажных журналов».
Плюсы очевидны: вы видите результат через несколько недель, сотрудники начинают пользоваться системой и сами подсказывают, что добавить, а бюджет тратится на то, что реально нужно, а не на то, что казалось важным на старте.
Код, серверы, документация — всё должно быть вашим
Проверьте до подписания договора:
- Репозиторий с кодом — в вашем аккаунте (GitHub, GitLab) или передаётся вам после каждого этапа.
- Серверы и домены — оформлены на компанию, исполнитель получает доступ, а не наоборот.
- Доступы — все пароли и ключи хранятся у вас.
- Документация — как развернуть систему, где лежат резервные копии, как устроены интеграции.
Смысл простой: если исполнитель пропадёт, другой разработчик должен иметь возможность продолжить работу, а не начинать с нуля.
Поддержка после запуска
Любая система после запуска требует внимания: обновления, мелкие правки, изменения в API маркетплейсов или 1С, резервные копии. Договоритесь заранее, кто этим занимается, как быстро реагирует на проблемы и сколько это стоит. Абонентская поддержка обычно дешевле, чем разовые срочные вызовы «всё упало».
Как это выглядит на практике
Платформа для компании с объектами и выездными бригадами. Проект начинался с конкретной боли — бумажных журналов и таблиц. Я строил систему итерациями: учёт техники и склада, перемещения между складом и объектами, цикл ремонта, задачи с фото с телефона, отчёты с объектов. Сейчас это единый бэкенд на FastAPI и 8+ приложений под разные роли — офис, объект, водитель, техник, кладовщик. Работает на собственных серверах за VPN. Подробнее о кейсе.
Собственный SaaS для поставщиков и продавцов. Платформа, где поставщики загружают каталоги, а продавцы выгружают товары на маркетплейсы и в свои магазины с автоматической синхронизацией остатков и цен. Здесь хорошо видно, как архитектура меняется по мере роста: ранняя версия была на 8 микросервисах с RabbitMQ, текущая — FastAPI + PostgreSQL + Redis + MinIO и три портала: админ, поставщик, продавец. Подробнее о кейсе.
Когда автоматизация не нужна
Честно: иногда лучше ничего не заказывать.
- Процесс ещё не устоялся и меняется каждый месяц — сначала наладьте его вручную.
- Потери меньше, чем стоимость внедрения и поддержки за 1–2 года.
- Задачу решает готовый сервис с подпиской или настройка того, что у вас уже есть.
- Нет человека в компании, который будет отвечать за внедрение и принимать этапы.
Сколько это стоит
Ориентиры по моим работам: отдельная задача или интеграция — от $150–250, веб-приложение или портал под ключ — от $1 500 с поэтапной оплатой, поддержка — от $100 в месяц. Точная цена зависит от объёма, и её я фиксирую для каждого этапа до начала работ.
Обсудим вашу задачу
Если вы планируете автоматизацию и хотите понять, с чего начать и сколько это реально стоит, — запишитесь на бесплатный 30-минутный разбор процессов. Я задам вопросы о бизнесе, подскажу, что стоит автоматизировать первым, а что пока не нужно. Подробнее о форматах работы — на страницах веб-приложений и интеграций.
Хотите так же у себя?
Опишите задачу — на бесплатном разборе покажу, что можно автоматизировать и сколько это сэкономит.