Клиент оформляет заказ в мини-аппе, и через секунду заказ уже в админке. На этом автоматизация заканчивается. Дальше оператор открывает заказ и по кусочкам копирует его в чат перевозчика, в чат подрядчика и в рабочие таблицы: от трёх до пяти мест на каждый заказ.
На двух таких операторах держалась вся обработка заказов, $1 540 в месяц на двоих. Валовая маржа компании была в среднем до $2 750 в месяц. Больше половины маржи уходило на зарплаты операторов, и это ещё до аренды и прочих расходов. Сколько из этого можно снять автоматизацией, я считаю ниже.
Я Дмитрий, проектирую, как в бизнесе движутся заявки, деньги и люди. В этой компании я собирал мост между их админкой и CRM, когда они переезжали, поэтому видел процесс через их базу и на переезде. Ниже разбор по этой базе: где кончилась автоматизация, сколько стоит то, что осталось людям, и какую часть из этого реально можно снять.
Для такой ситуации у меня есть рабочее название: недоавтоматизация. Инструмент внедрили, а процесс вокруг него остался прежним. Снаружи компания выглядит современной, внутри часть работы системы делают люди.
Компания и данные
Служба доставки посылок в Тбилиси, клиенты частные. В обычные месяцы от 260 до 540 заказов, в среднем за весь период около 320 в месяц. Средний чек $26, медианный $14: большая часть заказов мелкие, а несколько крупных тянут среднее вверх. Выручка в среднем около $8 300 в месяц, валовая маржа не выше 33%. В команде пять человек, обработкой заказов занимались двое. Вместо CRM у компании была своя админка, а клиенты заказывали через мини-апп.
Все цифры я считал по базе админки с января 2025 по сентябрь 2026, это 626 дней. Суммы перевёл в доллары по текущему курсу, около 2,6 лари за доллар. Где цифры оценочные, я пишу это прямо.
Где заканчивается автоматизация
Вход сделан хорошо. Клиент оформляет заказ сам, заказ сам падает в админку, никто его не перепечатывает.
Проблема начинается на выходе. Заказ надо передать тем, кто его выполняет, а связи с ними у админки нет. Поэтому оператор вручную раскладывает данные: перевозчику в Telegram-чат, подрядчику в другой чат, в рабочие таблицы. В каждое место уходит свой кусок заказа. Получается от трёх до пяти переносов на заказ, с постоянным переключением между окнами.
С оплатами то же самое. Раздел учёта оплат в админке был, а кассы не было. Оплату отмечали вручную, и отметка в админке никак не была связана с реальным платежом.
Из этого вырастает работа, которую никто не планировал. Когда один заказ живёт в трёх-пяти местах, данным не доверяют и каждый шаг перепроверяют: доехала ли посылка, пришли ли деньги, что именно ушло перевозчику. Сверки, выяснения и разбирательства занимают время, но в отчётах их не видно.
Сколько стоит ручная часть
Операторы получали около $770 каждый, на двоих $1 540 в месяц. При 320 заказах в месяц это около $4,8 на заказ.
Медианный заказ стоит $14, и с него остаётся не больше $4,6 валовой маржи. Если сравнить в лоб, зарплаты операторов на заказ больше всей маржи обычного заказа. Сравнение грубое: зарплата поделена на все заказы поровну, а мелкий заказ, скорее всего, требует меньше работы. На среднем заказе за $26 картина мягче, но всё равно больше половины маржи. За месяц выходит так же: до $2 750 маржи и $1 540 на операторов, это 56%.
Но в эти $4,8 входит вся работа операторов. Они встречали перевозчиков, принимали и проверяли посылки, раскладывали их по ячейкам, упаковывали, отвечали клиентам, искали застрявшие посылки. Приёмку, склад и упаковку автоматикой не заменить. Снять можно перенос данных, сверки и перепроверки.
Сколько времени уходило именно на них, никто не замерял. Работу, которой нет в отчётах, обычно и не считают. Поэтому дальше только оценка. Если перенос и сверки занимали пятую часть времени операторов, это около $300 в месяц, меньше доллара на заказ и примерно десятая часть валовой маржи.
Десятая часть маржи звучит скромно. Но это та часть ручной работы, которую можно убрать, и она растёт вместе с нагрузкой. Об этом следующий раздел.
Штат держали под пики
В среднем выходило 10,5 заказа в день. В эту цифру попали слабые первые месяцы и последний месяц, где заказов было всего 74, так что в обычный месяц это 11–12 в день. Но нагрузка шла неровно. В декабре 2025 было 540 заказов, а самый загруженный день дал 30, почти втрое больше среднего. Дней, когда заказов было в полтора раза больше среднего и выше, набралось 114 из 626, почти каждый пятый. Часть из них дал сезон: в декабре в среднем выходило больше 17 заказов в день, так что почти весь месяц был выше порога.
В спокойный день двое справлялись с запасом. В пиковый растёт всё сразу: приёмка, упаковка, вопросы клиентов и перенос данных. Каждая минута на копирование в чат отнимается у склада и клиентов, и процесс встаёт. Второй человек был нужен в основном ради таких дней.
Автоматизация здесь даёт запас. Если снять перенос и сверки, по моей оценке тот же человек обработает примерно на четверть больше заказов. Пики в полтора-три раза это не закроет, но в обычный пиковый день процесс перестанет вставать так часто.
Что случилось, когда маржа упала
Перевозчик поднял цену на 25%, и компания согласилась. Валовая маржа упала на $200–600 в месяц, примерно до $2 150–2 550 на пятерых. Расходы на операторов остались теми же $1 540, и теперь они забирали от 60% до 72% маржи. Те самые $300 в месяц на переносе и сверках стали весить 12–14% маржи.
В этот момент любой снятый ручной час стал бы запасом: временем и деньгами, чтобы поторговаться с перевозчиком или найти другого. Запаса не было.
Позже бизнес сменил владельцев. Новые владельцы отказались от своей админки и перевели компанию на CRM. Идея админки была здравой, но без связок с перевозчиками и оплатами она держалась на людях. Мост между админкой и CRM собирал я, и перестройка процесса в мою задачу не входила. Поэтому ручная передача данных перевозчикам пережила переезд, её просто стали делать из другого окна. Смена софта процесс не поменяла.
Почему так получается
В компаниях такого размера автоматизацией занимается тот, кто рядом: владелец, операционный менеджер, иногда сотрудник, которому надоело делать одно и то же. Проектировать процессы и внедрять системы не их профиль, и для малого бизнеса это нормально. Держать отдельного специалиста под эту задачу он не будет.
Тот, кто внедряет, закрывает самую заметную боль. Здесь это был приём заказов: сделали мини-апп и админку, заказы пошли сами, задача выглядит решённой. Передача перевозчику, учёт оплат и контроль поломок из этой точки не видны. Туда ручная работа и уходит: в чаты, таблицы и сверки.
Это давно описано. В 1983 году психолог Лизанна Бейнбридж в работе «Ирония автоматизации» заметила, что автоматизация оставляет человеку те задачи, которые не придумали, как автоматизировать. А экономисты Эрик Бриньолфссон и Лорин Хитт на данных по компаниям показали, что отдача от IT сильно зависит от организационных вложений: насколько вокруг технологии перестроили процессы и работу людей.
Как бы я перестраивал
Начинать стоило с процесса, а софт подбирать под него. Для компании такого размера это несколько связок вокруг уже существующей системы, без большого проекта.
Описать путь заказа от мини-аппа до денег: все чаты, таблицы и точки, где данные переносят руками.
Сделать один источник данных. Заказ вводится один раз, остальные места берут его оттуда.
Автоматизировать самый частый перенос: отправку заказа перевозчику и подрядчику. Бот может сам присылать карточку заказа в те же чаты, перевозчику ничего менять у себя не нужно.
Показывать клиенту статус посылки автоматически. Вопросов «где моя посылка» становится меньше, и у оператора освобождается время на склад.
Связать учёт оплат с реальными платежами, чтобы отметка об оплате приходила из банка или эквайринга.
Решить, кто замечает поломки. Если связка упала, должно прийти уведомление. Иначе её работу молча доделают люди, и никто этого не заметит.
Где данные хромают
Время на перенос и сверки никто не замерял. Пятая часть рабочего времени это моя оценка, замера не было.
$4,8 на заказ включает всю работу операторов, в том числе склад. Это верхняя граница, цена самого переноса в неё входит и она меньше.
Выручку и маржу в месяц я считаю как среднее число заказов на средний чек: 320 × $26. В сильные месяцы цифры выше, в слабые ниже.
Суммы переведены по текущему курсу, курс каждого месяца я не учитывал.
Маржа указана валовая, до аренды и прочих расходов. Реальный остаток ещё меньше.
Я видел процесс через базу и во время переезда. В ежедневной работе операторов я не участвовал.
Как посчитать у себя
Возьмите типичный заказ и посчитайте, в сколько мест его данные переносят руками.
Засеките, сколько минут уходит на один перенос.
Умножьте на число мест и на число заказов в месяц, переведите в часы и в деньги по ставке сотрудника.
Поделите на число заказов и сравните с маржой на медианном заказе, средний чек тут обманет.
Прикиньте, что будет в день, когда заказов станет в полтора раза больше.
Сколько мест проходит один заказ у вас, прежде чем его начнут выполнять?