Проект автоматизации чаще всего умирает не от цены, а от обоснования. Формулировка «станет удобнее, меньше ручной работы, всё будет в одной системе» не конвертируется в подпись, потому что она не отвечает ни на один вопрос, который на самом деле задаёт себе собственник: сколько денег уходит сейчас, сколько уйдёт на проект целиком и когда я увижу разницу в отчёте о прибыли.
Работающее обоснование помещается на один лист и состоит из пяти блоков: проблема в деньгах, что делаем, сколько стоит целиком, когда вернётся, что будет, если не делать. Всё остальное — приложения, которые открывают по запросу. И один из пяти блоков почти всегда собран неправильно: строка «сколько стоит» берётся из коммерческого предложения подрядчика, хотя реальные затраты компании больше на треть.
Ниже — как собрать такой лист, где взять числа при отсутствии учёта, как считать внутренние часы и что показывать через месяц после старта, чтобы проект не закрыли на середине. Полную структуру расходов первого года по семи блокам мы разбирали в материале про бюджет на первый год автоматизации; здесь она нужна одним итогом.
Одна страница: пять блоков
Правило одной страницы не про краткость ради краткости. Оно про то, что решение принимается за десять минут разговора, и если в эти десять минут вы листаете слайды, вы тратите их на навигацию, а не на аргументы.
| Блок | Что в нём должно быть | Типичная ошибка |
|---|---|---|
| Проблема в деньгах | Одно число: во что процесс обходится сейчас, в месяц, с формулой из трёх множителей | Описание проблемы словами: «менеджеры перегружены», «данные разъезжаются» |
| Что делаем | Три-четыре строки: какой участок автоматизируем, что остаётся людям, с чем связываем | Перечисление технологий вместо перечисления изменений в работе |
| Сколько стоит целиком | Договор плюс лицензии плюс внутренние часы плюс резерв — одной суммой и с разбивкой | Названа только сумма договора; остальное всплывает через три месяца |
| Когда вернётся | Месяц, с которого начинается эффект, и месяц, в котором возвращаются вложения | Один срок окупаемости, посчитанный от суммы договора и валовых часов |
| Что если не делать | Что произойдёт с этим же процессом через год при текущем росте, в тех же деньгах | Пустой блок или общие слова про отставание от рынка |
Пятый блок недооценивают, а он часто и решает дело. Собственник сравнивает не «проект против идеала», а «проект против того, что будет, если ничего не менять». Если поток заявок растёт на 25 % в год, то через год те же шесть человек либо перестанут справляться, либо превратятся в восемь. Это и есть содержание блока — не угроза, а арифметика.
Нарисованный макет одного листа А4, разделённого на пять подписанных блоков разного размера. Верхний широкий: «Проблема в деньгах — 340 200 ₽/мес: 6 человек × 3 часа × 21 день × 900 ₽/час». Второй: «Что делаем — приём заявок, сверка остатков, выставление счетов; людям остаётся разбор нетиповых». Третий: «Сколько стоит целиком — 1 260 700 ₽, из них договор 900 000 ₽». Четвёртый: «Когда вернётся — эффект с 5-го месяца, возврат на 15-м». Нижний узкий: «Если не делать — при росте потока 25 % нужен седьмой человек». Сбоку карандашная пометка «приложения — по запросу». Чертёжный стиль, подписи по-русски.
Три вопроса, которые задаст собственник
Вопросов почти всегда ровно три, и они задаются в одном и том же порядке. Плохой ответ на каждый из них выглядит убедительно ровно до первого уточнения.
- 1«Сколько это стоит?»
Плохой ответ: называется сумма договора — 900 000 ₽. Что произойдёт дальше: через три месяца выяснится, что нужны лицензии, что сотрудники три недели работали в двух системах и что доработки съели резерв, которого не было. Разговор пойдёт уже не про экономику, а про доверие. Хороший ответ: полная сумма первого года с разбивкой на четыре строки, где сумма договора — одна из них.
- 2«Когда вернётся?»
Плохой ответ: «за четыре месяца», посчитанные делением суммы договора на валовую экономию часов. Что произойдёт дальше: на пятом месяце эффекта в отчёте не видно, потому что до третьего месяца шло внедрение, а часть сэкономленных часов никуда не превратилась. Хороший ответ: две даты — месяц, с которого начинается эффект, и месяц, в котором вложения вернулись. Обе честные и обе позже, чем хочется.
- 3«А если не сработает?»
Плохой ответ: «подрядчик даёт гарантию». Гарантия покрывает дефекты, а не то, что процесс не изменился. Что произойдёт дальше: вопрос вернётся в момент, когда что-то пойдёт не так, и в куда более резкой форме. Хороший ответ: названы две точки выхода — после обследования и после первого этапа — с указанием, сколько уже потрачено на каждой и что остаётся у компании при остановке.
Начинающие защитники бюджета боятся упоминать возможность остановки: кажется, что это признание слабости проекта. На практике эффект обратный. Собственник принимает решение о риске, и предложение, где риск ограничен двумя контрольными точками, выглядит просчитанным, а не самоуверенным. Формулировка простая: «после обследования потрачено 120 000 ₽, у нас на руках карта процесса и техническое задание, работать дальше можно с любым исполнителем; продолжаем или нет — решение ваше».
Где взять числа, если учёта нет
Самая частая причина слабого обоснования — не лень, а отсутствие цифр: никто не знает, сколько времени уходит на процесс. Ссылка на отраслевое исследование эту дыру не закрывает, потому что собственник справедливо ответит «у нас не так». Закрывает её замер на две недели.
- 1Шаг 1. Выберите один процесс и его границы
Не «работа отдела продаж», а «от поступления заявки до выставленного счёта». Проверяемый результат — начало и конец записаны одной строкой, и все участники понимают их одинаково.
- 2Шаг 2. Две недели отмечайте время по четырём операциям
Не по всем подряд: четыре самые частые операции, которые вы предполагаете автоматизировать. Отметка — две цифры в общей таблице: начал и закончил. Проверяемый результат — не меньше 40 замеров по каждой операции, иначе среднее ничего не значит.
- 3Шаг 3. Возьмите объём из системы, а не из памяти
Сколько заявок, счетов, накладных прошло за прошлый месяц — выгрузкой. Проверяемый результат — число из системы, которое можно повторить. Память руководителя ошибается в полтора-два раза, и всегда в сторону завышения.
- 4Шаг 4. Посчитайте полную стоимость часа
Не оклад на руки, а оклад плюс взносы, отпуск и рабочее место, делённое на реально доступные часы. Проверяемый результат — число, которое вы можете объяснить бухгалтеру. Расчёт по зарплате на руки занижает эффект почти вдвое; как считать правильно, разобрано в инструкции про цену часа сотрудника.
Две недели замера дают то, чего не даст никакое исследование: числа, которые собственник не может оспорить, потому что они собраны его же людьми на его же процессе. Модельный результат для нашего примера — шесть человек тратят по три часа в день на приём заявок, сверку остатков и выставление счетов, полная стоимость часа менеджера 900 ₽. Отсюда 6 × 3 × 21 × 900 = 340 200 ₽ в месяц — и это первая строка обоснования.
Парная столбчатая диаграмма. Левый столбец «Сейчас — 340 200 ₽/мес» с подписью формулы «6 человек × 3 часа × 21 день × 900 ₽/час». Правый столбец «После запуска — 136 080 ₽/мес» с подписью «6 человек × 1,2 часа × 21 день × 900 ₽/час». Между ними вертикальная скобка «валовая экономия 204 120 ₽/мес», а внутри неё выделенная штриховкой нижняя часть с подписью «твёрдая часть — 151 200 ₽/мес». Ось значений в рублях от 0 до 400 000. Чертёжный стиль, подписи по-русски.
Внутренние часы: строка, которой нет в смете подрядчика
Это самая обсуждаемая строка обоснования и единственная, которую нельзя взять из коммерческого предложения. Подрядчик считает свои часы; ваши сотрудники при этом тоже работают — собирают требования, выверяют справочники, тестируют, учатся и три недели вводят данные дважды. Эти часы никем не оплачиваются отдельно, но они реально изымаются из работы, и именно они чаще всего срывают сроки: когда у главного бухгалтера нет двадцати часов на выверку справочников, проект стоит.
Показывать эту строку страшно: она увеличивает бюджет и вызывает вопросы. Но она же — самый сильный аргумент в разговоре, и по двум причинам. Первая: собственник обычно и так подозревает, что «люди будут отвлекаться», и когда это посчитано, доверие к остальным цифрам резко растёт. Вторая: строка превращается в требование к организации проекта. Если 193 часа выделены явно, у главного бухгалтера будут эти двадцать часов на выверку справочников; если нет — их не будет, и проект встанет ровно в этом месте.
Самый частый сценарий срыва выглядит так: работы подрядчика идут по плану, а этап не закрывается, потому что заказчик третью неделю не может выделить людей на приёмочное тестирование. Формально виноват никто, фактически проект едет на месяц вправо, и вместе с ним едет дата, которую вы назвали собственнику. Поэтому 193 часа не просто считаются — они распределяются по неделям и согласуются с руководителями подразделений до начала работ, как обычная нагрузка. Что ещё двигает сроки проекта, мы разбирали отдельно.
Горизонтальная столбчатая диаграмма из шести строк, ось X — часы от 0 до 60. Строки сверху вниз: «Двойной ввод, 3 недели — 60 ч, 54 000 ₽», «Обучение 12 человек — 36 ч, 32 400 ₽», «Выверка справочников — 40 ч, 28 000 ₽», «Приёмочное тестирование — 32 ч, 28 800 ₽», «Обследование и интервью — 15 ч, 13 500 ₽», «Согласование ТЗ — 10 ч, 18 000 ₽». Под диаграммой итоговая полоса «193 часа, 174 700 ₽ — 19 % суммы договора». Сбоку пометка «ставки: сотрудник 900 ₽/час, кладовщик 700 ₽/час, руководитель 1 800 ₽/час». Чертёжный стиль, подписи по-русски.
Полный счёт и две честные даты
Теперь всё вместе. Модельный проект: автоматизация приёма заявок, сверки остатков и выставления счетов в компании на 40 человек. Договор с подрядчиком — 900 000 ₽, эксплуатация после запуска — 22 000 ₽ в месяц, срок работ — три месяца.
Дальше — эффект, и здесь важно не путать валовую экономию с твёрдой. Валовая экономия в примере — 204 120 ₽ в месяц: столько стоят 226,8 сэкономленных часов. Но освободившиеся часы становятся деньгами только при одном из трёх условий: люди уходят, люди не нанимаются или высвобожденное время идёт на работу, которая приносит выручку. В нашем примере твёрдая часть — один менеджер, которого не придётся нанимать при плановом росте потока на 25 %: 151 200 ₽ в месяц. Разделение твёрдой и мягкой экономии подробно разобрано в материале про то, что считать экономией от автоматизации.
Пятнадцатый месяц звучит хуже, чем седьмой, и в этом всё дело. Обоснование, где написано «окупится за семь месяцев», работает ровно семь месяцев, после чего превращается в аргумент против вас и против следующего проекта. Обоснование, где написано «эффект появится на пятом месяце, вложения вернутся на пятнадцатом, дальше 129 200 ₽ в месяц», выдерживает проверку временем — а второй год такого проекта приносит около 1 550 000 ₽ высвобожденного ресурса, и эту цифру уже никто не оспорит.
Чего обещать нельзя
Четыре формулировки, которые ускоряют подписание и потом стоят дороже, чем сам проект.
- «Сократим двоих». Обещание сокращения штата допустимо только тогда, когда вы действительно готовы его провести и знаете кого. Иначе через полгода эффекта в фонде оплаты труда нет, а собственник помнит обещание дословно. Честная замена — «не нанимаем седьмого человека при росте потока», это проверяемо и не требует ничьего увольнения.
- «Ошибок не будет». Не будет ошибок этого типа, и то не всех. Появятся другие: некорректные данные на входе, редкие случаи, которые система обрабатывает не так. Обещать надо снижение доли ошибок с числом, а не их исчезновение.
- «Всё будет в одной системе». Почти никогда не бывает правдой: бухгалтерия останется в своей программе, склад в своей, что-то доживёт в таблицах. Обещать стоит конкретное: заявка попадает в CRM без ручного ввода, остаток виден в одном месте, счёт формируется автоматически.
- «Запустим за шесть недель». Срок работ подрядчика — не срок получения эффекта. Между ними параллельная работа, обучение и выход на режим. Называя одну дату вместо двух, вы гарантированно получите разговор о срыве сроков, даже если подрядчик всё сдал вовремя.
Что показать через месяц после старта
Проекты закрывают на середине не потому, что они плохие, а потому, что через месяц после старта показать нечего: работы идут, денег потрачено, изменений не видно. Поэтому в план сразу закладывается, что именно вы покажете на тридцатый день, на шестидесятый и на девяностый.
| Когда | Что показываете | Что это доказывает |
|---|---|---|
| 30-й день | Карта процесса, замер стоимости в рублях, техническое задание с критериями приёмки | Деньги превратились в документы, с которыми можно работать дальше и без этого подрядчика |
| 60-й день | Работающий кусок на реальных данных: одна операция проходит от начала до конца | Технически это строится; риск «вообще не получится» снят |
| 90-й день | Замер той же операции после запуска в сравнении с исходным замером | Эффект существует и измерен теми же людьми и той же линейкой, что и до старта |
| 120-й день | Первый месяц с твёрдым эффектом и сверка факта с обоснованием | Обоснование было честным; расхождения названы вслух, а не обнаружены собственником |
Ключевое здесь — последняя строка. Сверка факта с обоснованием делается вами, а не собственником, и делается вслух даже тогда, когда факт хуже плана. Расхождение, названное самим автором расчёта, читается как контроль над проектом; то же расхождение, обнаруженное собственником в отчёте, читается как обман. Как принимать результат этапами и что подписывать на каждом, разобрано в материале про приёмку работ.
Горизонтальная лента времени на 15 месяцев с неравномерной разметкой. Точки: «30-й день — карта процесса и ТЗ», «60-й день — одна операция на реальных данных», «90-й день — замер после запуска», «120-й день — сверка факта с обоснованием», «5-й месяц — первый твёрдый эффект 129 200 ₽/мес», «15-й месяц — вложения 1 260 700 ₽ вернулись». Под лентой две дорожки: серая «работы подрядчика, 3 месяца» и штриховая «внутренние часы, 193 ч, распределены по неделям». Отдельной отметкой на 12-м месяце: «здесь была бы точка возврата, если считать только договор». Чертёжный стиль, подписи по-русски.
Когда обосновывать нечем
Бывает, что лист не собирается. Это неприятный, но полезный результат: обычно он означает не слабость аргументации, а то, что проект действительно не нужен сейчас. Четыре признака.
- Первый блок не заполняется числом. Вы не можете назвать, во что процесс обходится в месяц, даже после двух недель замера, потому что операции слишком разные и повторяемости нет. Автоматизировать неповторяемое дорого и почти всегда бессмысленно; признаки хорошего кандидата на автоматизацию мы разбирали отдельно.
- Вся экономия мягкая. Часы освобождаются, но никого не нанимали и не собираются, и занять освободившееся время выручкой нечем. Тогда честная формулировка — «мы покупаем комфорт и снижение риска ошибок за 1 260 700 ₽», и это тоже может быть основанием для решения, просто оно принимается по другим правилам.
- Проблема в людях, а не в системе. Заявки теряются, потому что никто не отвечает за их приём, а не потому, что нет системы. Автоматизация здесь зафиксирует беспорядок в коде и сделает его дороже; сначала владелец процесса и регламент, потом бюджет.
- Срок возврата больше двух лет. При горизонте планирования небольшой компании это фактически «никогда»: за два года изменится и поток, и рынок, и состав людей. Разумнее взять кусок поменьше с возвратом в пределах года и вернуться к остальному после него.
И последнее наблюдение из практики. Обоснование, которое собственник принимает без единого вопроса, — обычно плохой знак: оно либо слишком общее, чтобы к нему придраться, либо слишком оптимистичное, чтобы в него всерьёз вчитались. Хорошее обоснование вызывает два-три конкретных вопроса по числам, и это ровно те вопросы, на которые у вас должны быть готовы приложения.
Собственник подписывает не проект, а расчёт, который выдержит проверку через год. Поэтому неудобные строки в него кладут сразу.
