До автоматизации без единого рубля чинится примерно половина того, на что жалуются. Дубли в справочниках, статусы, которые каждый понимает по-своему, процессы без ответственного, договорённости, живущие только в голове, и несколько входов заявки вместо одного — всё это устраняется договорённостью и двумя неделями работы своих людей.
Делать это нужно не из любви к порядку, а по расчёту. Система не улучшает процесс — она его повторяет быстрее и без пауз, в которые человек успевал заметить странность. Дубль контрагента после автоматизации не исчезает: он начинает размножаться со скоростью обмена, и через месяц вместо трёх карточек одного юрлица у вас их одиннадцать.
Ниже — семь дефектов, которые нельзя переносить в систему, обязательный порядок их устранения, процедура на две недели, расчёт того, что она даёт, и чек-лист из восьми пунктов, по которому видно: процесс готов.
Семь дефектов, которые нельзя переносить в систему
Это не список «хорошо бы исправить». Каждый пункт здесь — то, что после автоматизации станет дороже, а не дешевле, потому что машина повторит его тысячу раз без сомнений.
- 1Дубли в справочнике контрагентов. Одно юрлицо живёт тремя карточками, потому что его заводили трое. Сводный отчёт по клиенту становится ручной работой, а скидка выдаётся тому, у кого уже есть долг на второй карточке.
- 2Один предмет тремя названиями. Услуга или товар называются по-разному в счёте, в заявке и на складе. Пока это так, любая сверка делается глазами, а автоматическое сопоставление даёт расхождения на каждом обмене.
- 3Статусы, которые значат разное. «В работе» у продавца — «клиент согласился», у производства — «запущено в цех». Отчёт по воронке при этом собирается, но описывает не ту реальность.
- 4Нет фамилии владельца процесса. Процесс есть, а человека, который отвечает за его результат и имеет право менять правила, нет. Это единственный дефект, который не чинится ничем, кроме назначения.
- 5Устные договорённости о цене, скидке и сроке. Условия существуют, но не записаны ни в одном документе. После автоматизации они превращаются в поток исключений, которые кто-то должен проводить руками.
- 6Несколько входов заявки без общей ленты. Сайт, почта, мессенджер и личные мобильные менеджеров. Пока входов четыре, никто не знает, сколько заявок было на самом деле, — а без этого числа не считается ни одна экономика.
- 7Даты и единицы, которые каждый считает по-своему. Отгрузка — это когда собрали, когда подписали или когда уехало. Три ответа дают три разных отчёта, и все три формально верные.
Полезно разложить типовые жалобы по тому, что за ними стоит на самом деле. Пять из семи строк ниже закрываются договорённостью и стоят только времени; две действительно требуют денег — и именно их имеет смысл считать как проект.
| На что жалуются | Настоящая причина | Чем чинится | Цена и срок |
|---|---|---|---|
| Теряем заявки | Четыре входа без общей ленты | Общий адрес, общий номер, одна лента | 0 ₽, две недели |
| Отчёты не сходятся | Одна вещь названа тремя способами | Справочник и правило заведения карточки | 0 ₽, 1–2 недели |
| Никто ни за что не отвечает | У процесса нет владельца | Назначение и право менять правила | 0 ₽, один разговор |
| Менеджеры не заполняют систему | Статусы без признака перехода | Закрытый список из 5–9 статусов | 0 ₽, один вечер |
| Клиенту назвали не ту цену | Устные договорённости о скидках | Правила скидок на одной странице | 0 ₽, один вечер |
| Переносим данные между системами руками | Систем действительно две | Связка по API | от 120 000 ₽, 4–7 недель |
| Вбиваем входящие документы вручную | Документы приходят в PDF и на бумаге | Распознавание первичных документов | от 200 000 ₽, 8–14 недель |
Порядок наведения порядка: справочник, статусы, ответственные
Последовательность здесь не вопрос вкуса. Нельзя договориться о статусах предмета, который называется тремя способами: обсуждение каждый раз будет сваливаться в выяснение, о чём вообще речь. И нельзя назначить ответственного за статус, границы которого не определены — человек согласится, а потом справедливо скажет, что имел в виду другое.
- 1Шаг 1. Справочник
Один контрагент — одна карточка, один товар или услуга — одно название во всех документах. Правило заведения записывается в одну строку и вешается там, где заводят: кто имеет право создавать карточку и по какому признаку проверяется, что такой уже нет. Почему это первое и в бюджетных проектах тоже, разобрано в материале о том, что дашборд начинается со справочников.
- 2Шаг 2. Статусы
Список статусов закрывается: их должно быть 5–9, не больше. У каждого — проверяемый признак перехода, то есть событие, а не ощущение. Не «клиент думает», а «отправлено коммерческое предложение». Статус без признака перехода превращается в свалку: туда попадает всё, что непонятно куда деть.
- 3Шаг 3. Ответственные
На каждый статус — один человек, чья фамилия названа вслух. Не отдел и не «менеджер по проекту», а конкретный сотрудник и его заместитель на время отпуска. Здесь же назначается владелец всего процесса — тот, кто имеет право менять правила, а не только исполнять их.
Схема из трёх блоков, соединённых стрелками слева направо. Блок 1 «Справочник» — подпись «одна вещь = одно название, одно юрлицо = одна карточка». Блок 2 «Статусы» — подпись «5–9 статусов, у каждого проверяемый признак перехода». Блок 3 «Ответственные» — подпись «на каждый статус одна фамилия и заместитель». Над стрелками, ведущими назад, перечёркнутые пунктирные линии с подписью «обратный порядок не работает». Внизу общая подпись: «две недели, бюджет 0 ₽». Подписи по-русски, чертёжный стиль.
Две недели, чтобы свести заявки в один вход
Самый дорогой дефект из семи — несколько входов. Он единственный, который делает невозможным всё остальное: пока часть заявок приходит на личные мобильные, вы не знаете ни их числа, ни доли потерь, ни конверсии. Свести входы можно за две недели силами компании и без покупки софта.
- 1Дни 1–2. Перечислить все входы
Возьмите последние сто заявок и восстановите, откуда каждая пришла. Не по памяти, а по переписке и звонкам. Обычно всплывает на один-два канала больше, чем считал руководитель: чаще всего это личные мессенджеры и звонки на мобильный конкретному менеджеру.
- 2Дни 3–4. Один адрес и один номер
Общий почтовый ящик вместо личных, один номер с переадресацией вместо мобильных, одна учётная запись в мессенджере вместо личных аккаунтов сотрудников. Личные каналы не запрещаются — с них ставится переадресация в общий, иначе правило саботируется в первую же неделю.
- 3Дни 5–7. Одна лента из семи колонок
Дата, источник, клиент, суть обращения, статус, ответственный, срок следующего действия. Этого достаточно: восьмая колонка появляется тогда, когда кто-то докажет, что без неё принимается неверное решение. Это ещё не CRM и не требует лицензий — обычная общая таблица.
- 4Дни 8–14. Ежедневная пятиминутка
Раз в день кто-то один проходит ленту сверху вниз и вслух называет заявки без движения больше суток. Пять минут. К концу второй недели у вас появляются три честных числа: сколько заявок было, сколько зависло, сколько потерялось совсем.
Стоит эта процедура только времени: около 10 часов руководителя по 1 800 ₽ и 16 часов сотрудника по 700 ₽ — 29 200 ₽ за две недели при нулевом бюджете. Как замерять процесс аккуратно, чтобы числа не оказались выдуманными, разобрано отдельно: как измерить процесс до автоматизации.
Расчёт: когда порядок закрывает вопрос автоматизации целиком
Модельная компания: 25 человек, 300 обращений в месяц, четыре входа, конверсия обращения в сделку 20 %, валовая прибыль со сделки 11 000 ₽. Жалоба, с которой всё началось, звучала как «теряем заявки, нужна CRM».
Теперь главное. После наведения порядка остаточная цена процесса — 11 000 ₽ потерь плюс ручной перенос 300 заявок по 4 минуты, то есть 20 часов по ставке менеджера 900 ₽, — составляет 29 000 ₽ в месяц. Проект «CRM плюс связка с учётом» за 250 000 ₽ и 10 000 ₽/мес эксплуатации снимет из них процентов восемьдесят: 23 200 ₽, чистыми 13 200 ₽. Возврат — 18,9 месяца.
То есть исходная жалоба закрылась без проекта, а сам проект после этого перестал окупаться: порог в 55 000 ₽ в месяц, ниже которого отдельная разработка не выходит в ноль за год, остаточная цена не проходит вдвое. Это не аргумент против автоматизации — это аргумент за то, чтобы считать её после наведения порядка, а не до. Подробный разбор порога — в материале про то, когда автоматизировать рано.
Сравнение из двух столбцов, ось Y — рубли в месяц от 0 до 60 000. Левый столбец «До: 46 200 ₽» с подписью «21 заявка теряется из 300». Правый столбец «После: 11 000 ₽» с подписью «5 заявок из 300». Между ними стрелка с подписью «две недели, 29 200 ₽ рабочего времени, бюджет 0 ₽». Поперёк обоих столбцов горизонтальная штриховая линия на отметке 55 000 ₽ с подписью «порог окупаемости отдельного проекта». Подписи по-русски, чертёжный стиль.
Доля потерь поползёт обратно, как только ежедневная пятиминутка перестанет делаться, — обычно это происходит через квартал, на первом же сезонном пике. Договорённость надёжно работает примерно до 500 операций в месяц; выше этого объёма напоминание человеку перестаёт справляться и становится временной мерой. Разбор границы — в материале о том, что решается регламентом, а не софтом.
Чек-лист готовности: восемь пунктов
Процесс можно отдавать в автоматизацию, когда выполнены все восемь. Семь проверяются документами, восьмой — разговором на пять минут.
- 1У процесса названа фамилия владельца, и он знает, что он владелец.
- 2Все входы сведены в одну ленту, и вы знаете точное число операций за прошлый месяц — не оценку, а число.
- 3Справочник контрагентов без дублей: одно юрлицо — одна карточка.
- 4Товары и услуги названы одинаково в заявке, счёте и складском документе.
- 5Список статусов закрыт, их 5–9, у каждого есть проверяемый признак перехода.
- 6На каждый статус назначен один ответственный и его заместитель на время отпуска.
- 7Правила принятия решений — скидка, приоритет, отказ — записаны, и у них нет исключений «по звонку».
- 8Три исполнителя, спрошенные по отдельности, называют первые три шага процесса одинаково.
Последний пункт — самая быстрая и самая безжалостная проверка: если совпало меньше двух ответов из трёх, описывать процесс надо до проекта, а не после. Процедуру такого описания на один рабочий день мы разбирали в материале про автоматизацию хаоса.
Когда наводить порядок бесполезно
Первый случай — процесса ещё нет. Компания третий месяц пробует новое направление, и правила меняются еженедельно. Наводить порядок здесь не в чем: сначала должно устояться то, что упорядочивают. Признак — за последние полгода вы дважды переопределяли, что именно продаёте или как считаете заказ.
Второй — порядок наводит сама система, и без неё договориться физически нельзя. Так бывает с единым остатком на нескольких складах и с приёмом заявок из каналов, у которых нет общего места хранения: пока нет одной точки, где лежит факт, регламент нечему подчинять. Здесь порядок и внедрение делаются одним движением — например, вместе с распределением заявок.
Третий — компания уже полгода «готовится»: рисует схемы, пишет положения, собирает рабочие группы. Признак вырождения простой: если подготовка идёт дольше двух месяцев и не закончилась ни одним изменённым правилом, она стала способом не начинать. Порядок из этой статьи занимает две недели и упирается в семь конкретных пунктов; всё, что дольше и шире, — это уже полноценное обследование, и считать его надо как проект.
Систему покупают, чтобы не держать правила в голове. Если правил нет вообще, покупать нечего — сначала правило, потом инструмент, который его исполняет.
