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