Подрядчик по автоматизации зарабатывает на том, что автоматизируют. Это очевидный конфликт интересов, и обходить его смысла нет: чем больше объём, тем больше счёт. Поэтому полезно знать, при каких обстоятельствах такой подрядчик говорит нет и говорит ли вообще когда-нибудь.
Ниже четыре случая за последние два года, когда нет сказали мы. В двух из них это означало меньший заказ, в одном - никакого.
1. Когда это уже умеет готовый сервис
Лето 2026, производственная фирма. Задание звучало так: связать складскую систему с бухгалтерией и автоматизировать приём документов. У одной из этих систем 27. 7. 2026 выяснилось, что для приёма документов у неё нет пригодного интерфейса, и клиент сам спросил, не решил бы это софт, который накликивает интерфейс за человека.
Мы бы это построили. Вместо этого 29. 7. 2026 мы проверили конкурирующий готовый сервис и написали клиенту, что он работает по другому принципу и может подойти ему лучше, - хотя из нашего предложения тем самым исчезла часть объёма. Клиент эту часть действительно решил иначе, и задание сузилось.
Конец истории относится к делу: заказ мы не получили. Клиент 19. 8. 2026 выбрал другого подрядчика и написал, что наше предложение до самого конца было в самом узком отборе и решение между последними вариантами было близким. Та фраза про готовый сервис нас заказа не стоила, но если бы стоила, мы сказали бы её снова. Заказчик, которому вы построите на заказ то, что он мог купить готовым, в итоге об этом узнает - и тогда уже не помнит, что это была его идея.
2. Когда автомат медленнее человека
Февраль 2026, наш собственный продукт Jobsi. Мы хотели добавить в систему для кадровых агентств ассистента, который отвечает на вопросы по реальной базе. Прототип работал. Только ответ на полной базе шёл так долго, что ту же информацию было быстрее найти вручную.
Решение приняли 27. 2. 2026, и оно было коротким: функцию, которая медленнее ручного способа, выпускать смысла нет. Дело было не в том, что её нельзя было доработать. Дело было в том, что это съело бы недели, у которых был другой приоритет.
Это самый типичный вид «не окупается», и неприятен он тем, что распознаётся только после первой версии. Поэтому первую версию делают маленькой и меряют сразу, а не после внедрения.
3. Когда автоматизация была бы просто подпоркой под недостающей функцией
Апрель 2026, снова наш инструмент. Мы хотели, чтобы бот умел записывать разговоры с планёрок и делать из них задачи. Проект решения закончился на том, что программе пришлось бы писать звук тридцатисекундными отрезками и складывать их вместе, потому что прямого доступа к записи не было.
Мы отказались от этого 10. 4. 2026. Не из-за цены, а из-за природы конструкции: подпорка, которая обходит недостающую функцию, ломается при первом же изменении на стороне, которой вы не управляете. Остался обычный порядок - разговор пишется обычным способом, а запись обрабатывается потом.
Опознавательный знак этой категории: в описании решения появляются слова «обойти», «эмулировать» или «а можно сделать так, что». Иногда это законный путь, а иногда единственно возможный. Но всегда нужно вслух сказать, что у такой конструкции срок жизни короче, и заложить это в цену.
4. Когда функцию не надо строить вообще
Ноябрь 2025, продавец сельскохозяйственной техники. Сайт с каталогом машин, задание звучало как интернет-магазин. Мы посмотрели, как эта торговля проходит на самом деле: трактор никто не кладёт в корзину и не проклацывает платёжный шлюз. Заказчик выбирает модель и звонит.
Мы решили 12. 11. 2025 надстройку интернет-магазина не строить и сделать машины обычным типом контента с формой обратной связи. Заказчик тем самым сэкономил время и на стройке, и на эксплуатации функции, которой никто бы не пользовался, а сайт до сих пор работает без её нагрузки. Адрес - tafe.cz, и он есть в нашем портфолио.
Здесь вывод шире, чем у остальных трёх: самая дорогая автоматизация - та, которая работает безупречно и никому не нужна. Она распознаётся не техническим разбором, а вопросом, как этот процесс проходит сегодня и кто за ним сидит.
Как посчитать это самим, прежде чем кого-то спрашивать
Предложение для этого не нужно. Нужны три числа, которые вы знаете:
- как часто эта операция случается (в неделю, в месяц);
- сколько минут занимает одна;
- сколько из этого - принятие решения, которое всё равно придётся сделать человеку.
Произведение первых двух - это верхняя граница экономии. Третье число её снижает, и у большинства процессов снижает сильнее, чем ожидают: автоматизировать можно перенос и проверку, а не решение. Против этого поставьте не только цену внедрения, но и эксплуатацию с поддержкой - тарифы инструментов и время, которое кто-то потратит на починку после каждого изменения в подключённых системах.
Когда разница выходит впритык, это не повод не делать ничего. Это повод сделать кусок поменьше и его измерить.
Три признака, что это не окупится, даже если звучит хорошо
Процесс меняется каждый квартал. Автоматизация фиксирует сегодняшний вид. У процесса, который всё время движется, вы платите за фиксацию дважды: один раз за постройку, второй за переделку.
Исключений больше, чем правил. Когда в каждом втором случае кто-то говорит «этот другой», у вас не процесс, у вас ремесло. Автоматизировать можно то, что одинаково. Второе можно только описать, а описание - это работа, которую вам всё равно придётся сделать.
Результатом никто не пользуется. Самая дешёвая экономия вообще: отчёт, который кто-то делает каждую неделю, потому что так завелось, надо не автоматизировать, а отменить. Спросите того, кто его получает, когда он в него последний раз заглядывал.
Что мы говорим вместо этого
В предложениях у нас на это есть одна фраза, и мы её всерьёз имеем в виду:
«Если окажется, что какой-то этап экономически не имеет смысла, мы скажем вам это прямо.»
К этой фразе прилагается и способ, которым это выясняют: проходимость предложенного порядка проверяется на ваших настоящих данных, а не на показательном примере. Показательный пример проходит всегда - для того он и делается.
И одна вещь, которую мы не сделаем даже по просьбе. 28. 7. 2026 на одном проекте мы разбирали, использовать ли неофициально активированную лицензию серверной системы и сэкономить тем самым пару сотен долларов. Мы выбрали лицензию: через этот сервер должна идти торговая работа заказчика, а экономия, которая пускает в неё неизвестный софт, - не экономия.
Хотите услышать, есть ли в вашем случае смысл
Напишите нам, какая операция вас больше всего задерживает, как часто она случается и сколько минут занимает. Ответим либо предложением, либо тем, что это не окупается и почему. Прежде чем заказывать работу кому бы то ни было, полезно иметь наготове четыре вещи для интеграции.
Что мы делаем, когда смысл есть, описано в разделе автоматизация бизнес-процессов.
Напишите на info@lamapixel.com или звоните +420 775 599 009.
