Автоматизация редко начинается с покупки системы. Она начинается с описания того, как работа устроена сейчас, — и почти всегда на этом этапе выясняется, что часть операций можно просто отменить, а часть выполняется дважды в разных отделах. Мы собрали в одном материале то, что обсуждаем с клиентами перед проектами автоматизации: с чего начинать, чем отличаются CRM, ERP и системы документооборота, где реально применим искусственный интеллект и почему внедрения чаще проваливаются из-за людей, а не из-за программ.
С чего начинается автоматизация
Первый шаг — описать процесс как есть, а не как он записан в регламенте. Кто, что и в какой момент делает, откуда берёт данные, куда их передаёт, что происходит при отклонении от нормы. Описание делается не для красоты: на нём сразу видно повторный ввод одних и тех же данных, согласования ради согласований и участки, где никто не знает текущего статуса.
Дальше порядок такой:
- Убрать лишнее. Шаги, которые остались с прошлых лет и никому не нужны, автоматизировать не надо — их надо отменить.
- Выбрать один процесс для начала. Тот, который повторяется чаще всего и хорошо описывается правилами.
- Договориться, что считать результатом. Не «внедрить систему», а, например, «заявка не теряется и виден её статус на любом этапе».
- Запустить на одном участке, а не на всей компании сразу.
- Собрать обратную связь от тех, кто работает в системе каждый день, и поправить.
- Расширять на соседние участки, опираясь на работающую основу.
Что автоматизировать в первую очередь
Не всякий процесс стоит автоматизировать, и не всякий — прямо сейчас. Признаки хорошего кандидата:
| Признак процесса | Почему это хороший кандидат |
|---|---|
| Повторяется ежедневно | Экономия накапливается быстро, эффект виден без сложных расчётов |
| Выполняется по чётким правилам | Правила легко перенести в систему, спорных ситуаций мало |
| Данные переносят руками между системами | Ручной перенос — постоянный источник ошибок и потерянного времени |
| Ошибка стоит дорого | Автоматические проверки снимают риск, который иначе держится на внимательности |
| Никто не знает текущий статус | Прозрачность здесь важнее скорости: видно, где стоит работа |
| Процесс зависит от одного человека | Система снимает зависимость от отпуска и увольнения |
Плохие кандидаты тоже узнаваемы: процесс выполняется раз в квартал, каждый случай уникален, правила меняются быстрее, чем их успевают описать. Такое дешевле оставить как есть.
CRM: что она решает и чего от неё не стоит ждать
CRM — система управления отношениями с клиентами. Её основная работа состоит из трёх вещей: собрать все обращения в одном месте, не дать им потеряться и показать, что происходит со сделками сейчас.
Что даёт внедрение:
- Единая история контактов. Звонок, письмо, заявка с сайта и переписка в мессенджере видны в одной карточке, а не в личной почте менеджера.
- Понятная воронка. Видно, на каком шаге сделки останавливаются чаще всего.
- Правила вместо памяти. Задача на перезвон ставится системой, а не удерживается в голове.
- Сохранность базы. Уход менеджера перестаёт быть потерей клиентов.
- Основа для оценки рекламы: видно, какие каналы приводят не просто обращения, а сделки.
Чего CRM не делает: она не продаёт вместо людей и не чинит процесс продаж. Если у отдела нет договорённостей о том, что считается лидом и в какой срок нужно отвечать, система лишь аккуратно зафиксирует беспорядок. Мы всегда предупреждаем об этом до старта: правила сначала, настройка потом. Как это выглядит в работе, видно по CRM для юридической компании: заявки, сделки, звонки и деньги в одной системе, 25 сотрудников в работе.
ERP, CRM и документооборот: чем они отличаются
Три класса систем часто путают, и из-за этого покупают не то. Различие удобнее описывать не через функции, а через вопрос, на который система отвечает.
| Класс системы | Главный вопрос | Типичные пользователи | Что внутри |
|---|---|---|---|
| CRM | Что происходит с клиентами и сделками | Продажи, маркетинг, сервис | Заявки, воронка, задачи, история общения |
| ERP | Что происходит с ресурсами компании | Производство, склад, закупки, финансы | Планирование, запасы, себестоимость, заказы поставщикам |
| Система документооборота | Где сейчас документ и кто его согласовал | Юристы, бухгалтерия, руководители | Маршруты согласования, версии, архив, подписи |
На практике границы размываются: в CRM появляются складские остатки, в ERP — карточка клиента. Ориентироваться стоит не на название продукта, а на то, какой процесс болит сильнее. Начинать с трёх систем одновременно мы не советуем никогда.
Внедрять по модулям или всё сразу
Вопрос обычно формулируется как «что дешевле». Прямого ответа нет, потому что стоимость проекта складывается не только из работ по настройке, но и из цены ошибок, задержек, внутреннего сопротивления и простоя ключевых процессов на время перехода.
| Подход | Сильные стороны | Риски |
|---|---|---|
| По модулям | Бизнес не останавливается, каждый следующий участок встаёт на работающую основу, эффект виден раньше | Дольше до полного контура, какое-то время часть данных живёт в двух местах |
| Всё сразу | Единый контур с первого дня, нет промежуточных стыковок | Высокая цена ошибки в постановке, нагрузка на сотрудников совпадает по времени, откатываться некуда |
Наш опыт склоняет к поэтапному пути в большинстве случаев. Исключение — компании, которые и так меняют всё сразу: переезжают, объединяют юридические лица, запускают новое производство. Там разделение на этапы создаёт больше стыков, чем экономит. Поэтапно собиралась и ERP для деревообрабатывающего предприятия: сначала учёт производства, затем склад и документы.
Интеграции: где обычно теряются данные
Автоматизация одного отдела почти всегда упирается в обмен с соседними системами. Именно здесь проекты буксуют чаще всего, поэтому обмен мы проектируем в начале, а не «прикручиваем» в конце. Обмен с учётной системой выносим в отдельную задачу — синхронизацию сайта с 1С.
- Кто хозяин данных. Для каждой сущности — клиента, товара, заказа — должна быть одна система-источник. Иначе два справочника начинают расходиться.
- Что делать с расхождениями. Правила разрешения конфликтов описываются заранее, а не решаются вручную каждый раз.
- Что происходит при сбое. Обмен должен переживать недоступность соседней системы и продолжаться после её возвращения, не задваивая записи.
- Как это видно людям. Если обмен молча упал, о нём узнают через неделю по жалобам. Нужны уведомления и журнал.
- Сколько данных передаётся. Выгрузка всего каталога каждые пять минут работает до первого роста номенклатуры.
Готовое решение или своя разработка
Мы не считаем правильным один ответ на все случаи и обычно раскладываем выбор так:
- Процесс типовой, требования совпадают с логикой готового продукта — берём готовое и настраиваем. Спорить с продуктом дороже, чем принять его логику.
- Процесс типовой, но с существенными отличиями — готовое решение плюс доработки и интеграции. Здесь важно оценить, насколько платформа допускает расширение.
- Процесс и есть конкурентное преимущество компании — своя разработка. Загонять его в чужую логику означает потерять то, ради чего он существует.
- Требования по размещению данных, которые готовое облачное решение не выполняет, — своя система на своей инфраструктуре.
Проверочный вопрос простой: сколько процентов задачи закрывает готовый продукт без переделок. Если высокий процент, дорабатывать имеет смысл. Если приходится переписывать половину логики, дешевле было бы начать со своей.
Искусственный интеллект: что уже применимо
Вокруг ИИ много обещаний, поэтому полезно разделять задачи по степени готовности. Ниже — наша рабочая картина: где технология применима с понятным результатом, а где результат нужно проверять человеку.
| Задача | Насколько готово | Что учесть |
|---|---|---|
| Расшифровка звонков и встреч | Применимо | Имена, названия и отраслевые термины распознаются с ошибками |
| Классификация обращений и маршрутизация | Применимо | Нужен запасной сценарий для неуверенных случаев |
| Поиск по внутренним документам и базе знаний | Применимо | Качество зависит от порядка в документах, а не от модели |
| Черновой перевод переписки | Применимо | Договоры и оферты — только с редактурой человеком |
| Подготовка черновиков писем и описаний | Применимо | Публикация без проверки приводит к ошибкам в фактах |
| Ответы клиентам без участия человека | С оговорками | Нужны границы тем и понятный переход на оператора |
| Перевод сайта на другой язык | С оговорками | Машинный перевод без редактуры вредит и продажам, и поиску |
| Голосовой ввод в интерфейсе | С оговорками | Плохо работает в шумной среде |
| Решения, которые нельзя оспорить | Не применимо | Ответственность остаётся на человеке, нужна возможность проверить основание |
Общее правило, которым мы пользуемся: модель хорошо превращает одну форму данных в другую — речь в текст, длинный текст в короткий, свободную формулировку в структурированную запись. Хуже она справляется там, где нужна ответственность за результат и точность фактов. Такие задачи мы закрываем как разработку решений с искусственным интеллектом, где результат проверяет человек.
Как встроить ИИ в процесс, а не рядом с ним
Самая частая ошибка — внедрить инструмент, которым никто не пользуется, потому что для этого нужно открыть отдельное окно. Работает обратный подход: результат работы модели появляется там, где человек уже работает.
- Расшифровка звонка приходит в карточку сделки, а не в отдельный сервис.
- Черновик ответа подставляется в поле письма, и его можно поправить перед отправкой.
- Классификация обращения проставляет тему автоматически, но оператор может её изменить.
- У каждой автоматической подсказки видно основание: на каком документе или письме она построена.
- Есть простой способ сказать «неверно» — эти случаи и становятся материалом для доработки.
Отдельно про данные. Перед подключением любых внешних сервисов нужно понимать, какие сведения из них уходят, где они обрабатываются и допускается ли это внутренними правилами компании и законодательством. Этот вопрос решается до пилота, а не после.
Без измерений автоматизация превращается в веру
Оценить эффект можно только по показателям, которые сняты до начала работ. Если исходного состояния никто не зафиксировал, любые последующие обсуждения сводятся к ощущениям.
Что стоит измерить заранее:
- Сколько времени занимает процесс от начала до конца.
- Сколько раз одни и те же данные вводятся руками.
- Доля обращений, оставшихся без ответа в срок.
- Число ошибок и переделок за период.
- Сколько заявок доходит до сделки и где происходит основной отток.
Показатели должны быть теми, на которые можно повлиять, и их не должно быть много. Пять понятных цифр, которые смотрят каждую неделю, полезнее сорока в отчёте, который никто не открывает.
Почему системы не приживаются
Технически исправная система может не заработать, и причины обычно повторяются от проекта к проекту:
- Внедрение объявили, но не объяснили, что изменится для конкретного сотрудника и почему это лучше прежнего порядка.
- Система требует больше действий, чем прежний способ. Тогда люди возвращаются к таблицам и мессенджерам.
- Старый способ оставили как разрешённый. Параллельные пути всегда заканчиваются возвратом к привычному.
- Не нашлось человека внутри компании, который отвечает за систему и к которому можно прийти с вопросом.
- Не перенесли исторические данные, и работать пришлось в двух местах одновременно.
- Обучение провели один раз в день запуска, когда людям было не до него.
Поэтому в проектах автоматизации мы всегда просим назначить ответственного со стороны заказчика и планируем этап сопровождения после запуска. Это не формальность: первые недели работы обычно приносят больше полезных замечаний, чем весь этап согласования требований.
Как мы ведём такие проекты
Порядок работы у нас одинаковый и для CRM, и для отраслевой системы учёта:
- Разбираем текущий процесс и фиксируем исходные показатели.
- Описываем целевой процесс и договариваемся, что считается результатом.
- Определяем границы первого этапа — один участок, который можно запустить и оценить.
- Проектируем данные и обмен с существующими системами.
- Собираем работающую версию и показываем её тем, кто будет ей пользоваться.
- Дорабатываем по замечаниям, переносим данные, запускаем.
- Сопровождаем, собираем замечания и планируем следующий участок.
Сроки и стоимость мы называем по конкретному проекту, после разбора процессов: одна и та же по названию задача в двух компаниях может отличаться в разы по объёму.
Универсального ответа нет — многое решает отрасль. На производстве автоматизацию обычно начинают с заказов и спецификаций (CRM для производства), в перевозках — с рейсов и сроков доставки (CRM для логистической компании). Отраслевая система окупается быстрее универсальной, потому что закрывает ровно те операции, на которых компания теряет время.
Отдельная задача — собрать данные всех этих систем в одну сводку для руководителя: этим занимается разработка управленческой информационной системы.
С чего начать разговор
Если понятно, что работа стоит на ручном переносе данных или заявки теряются между отделами, начинать стоит с разбора процесса, а не с выбора продукта. Мы проектируем и разрабатываем информационные системы для бизнеса: от CRM и учётных решений до интеграций между тем, что у вас уже работает. Расскажите, как процесс устроен сейчас, и мы предложим ближайший шаг с понятным результатом.
