«Внедрить программу – не цель. Как правильно ставить бизнес-цели для проектов автоматизации»
«Внедрить ERP», «автоматизировать склад», «перейти с Excel», «запустить CRM» — такие формулировки я регулярно встречаю в проектах автоматизации. Они понятны как направление действий, но с управленческой точки зрения в них есть одна проблема — это не цели бизнеса. Это то, что команда собирается сделать, а цель должна отвечать на другой вопрос, что изменится в работе компании после того, как проект будет завершен.
Программа – это средство, а не результат
Когда на старте проекта я слышу цель «Внедрить ERP», для меня это означает, что настоящую цель нам ещё предстоит сформулировать. Сам факт запуска программы не делает компанию эффективнее, безопаснее и управляемее. Можно успешно запустить систему, обучить пользователей, перенести данные и при этом не получить заметного бизнес-результата.
Поэтому я предлагаю проверять цель проекта очень просто: если завтра выбранную программу заменить другой, останется ли цель актуальной? Если да, перед нами, скорее всего, действительно бизнес-цель. Например, «сократить трудозатраты на обработку заказа», «исключить платежи вне утвержденного маршрута», «создать единый каталог номенклатуры» — это цели, которые не зависят от названия конкретного продукта.
Любой значимый результат автоматизации можно отнести к одной или сразу к нескольким из трёх областей: экономическая эффективность, безопасность, порядок в данных. Эта модель применима не только к ERP, точно так же можно оценивать CRM, документооборот, складские системы, аналитику, производственные решения и другие проекты автоматизации.
Экономическая эффективность: делать больше теми же ресурсами
Экономическую эффективность часто пытаются сразу свести к прибыли или ROI. Это логично, но для проекта автоматизации слишком далеко от конкретной работы сотрудников. На практике намного полезнее сначала смотреть на трудозатраты, скорость и производительность процесса.
Автоматизация создаёт экономический эффект, когда тот же объём работы выполняется с меньшими трудозатратами, когда существующая команда способна обработать больший объём без пропорционального роста численности или когда компания теряет меньше времени и денег из-за ошибок, повторного ввода и переделок.
Заказ приходит менеджеру, часть данных переносится вручную, отдельно проверяются цены и условия, потом информация повторно вводится в учетную систему. Формулировка «автоматизировать обработку заказов» описывает действие. Бизнес-цель звучит иначе: «сократить количество ручных операций при обработке заказа и увеличить число заказов, которое менеджер способен обработать за рабочий день». Здесь уже понятно, что именно должно измениться и что можно измерить.
Если оперативный план собирается из нескольких Excel-файлов, экономисты и диспетчеры тратят часы на перенос данных, сверки и корректировки. Целью проекта становится не «внедрить производственное планирование в ERP», а, например, «сократить трудозатраты на подготовку оперативного плана и автоматически формировать задания по актуальным данным о потребности, запасах и мощностях».
Диспетчер вручную распределяет заявки между сотрудниками, уточняет загрузку, переносит статусы и собирает отчетность. Сильная цель здесь — увеличить число заявок, которое может сопровождать один диспетчер, сократить время назначения исполнителя и уменьшить долю ручной диспетчеризации.
Измерять такую область можно очень приземленно: человеко-часы на операцию, среднее время обработки документа или заявки, число ручных переносов данных, объём операций на одного сотрудника, доля действий без ручного вмешательства, количество исправлений и повторной обработки. Это показатели, которые руководитель может проверить до и после проекта.
Безопасность: не только пароли и права доступа
Когда говорят о безопасности информационной системы, многие сразу думают об информационной безопасности: паролях, ролях и ограничениях доступа. Для бизнеса понятие значительно шире. Я называю безопасностью способность компании не допустить критическую ошибку либо быстро обнаружить её до того, как она превратится в убыток, штраф, нарушение обязательных требований или остановку процесса.
Если заявки согласуются в переписке, полномочия зависят от памяти сотрудников, а превышение бюджета выявляется постфактум, то это финансовый риск. Цель проекта может звучать так: «обеспечить выполнение всех платежей по утверждённым маршрутам и лимитам с прозрачной историей согласования». Задачами автоматизации будут заявки на расход, бюджетный контроль, маршруты согласования и разделение ролей. Результат измеряется долей платежей вне маршрута, количеством превышений лимитов и временем согласования.
Для компании, работающей с партиями, сериями, сроками годности или маркировкой, безопасность — это прослеживаемость движения товара, запрет отгрузки заблокированной или просроченной продукции, контроль обязательных документов и статусов. Цель не «настроить маркировку», а «обеспечить полную прослеживаемость товара от поступления до выбытия и исключить операции с неподходящими статусами».
Если данные собираются из нескольких источников, первичные документы контролируются вручную, а закрытие периода зависит от знаний конкретного сотрудника, автоматизация должна снижать риск ошибок и несвоевременного выполнения обязательных процедур.
И, конечно, остаётся классическая безопасность доступа: роли, профили, разделение по подразделениям и организациям, ограничения на зарплату, маржинальность, закупочные цены и персональные данные, журналирование действий. Но это только одна часть более широкой управленческой безопасности.
Порядок в данных: автоматизировать хаос плохая идея
ERP не может посчитать то, чему сама компания не дала однозначного определения. Если один и тот же материал заведён пять раз, разные подразделения по-разному понимают статьи затрат, спецификации существуют в нескольких версиях, а карточки клиентов дублируются, система не исправит эту проблему автоматически. Иногда она просто быстрее распространит ошибку по всем процессам.
Поэтому порядок в данных я выделяю в самостоятельную область результата. Это не разовая «чистка справочников перед запуском», а управляемая система работы с нормативно-справочной и мастер-информацией: единые правила, владельцы, источники и постоянный контроль качества.
Спецификации изделий хранятся в файлах и не совпадают с тем, что реально используется в цехе. Цель проекта: «обеспечить использование только актуальных утвержденных спецификаций при планировании и выпуске продукции». Для этого нужны версионирование, статусы, правила согласования и связь спецификации с производственными документами.
У продаж, закупок и бухгалтерии существуют разные карточки одного и того же контрагента. Правильная цель — создать единый мастер-каталог и установить правила создания и изменения карточек. Тогда уменьшается число дублей, ошибок сопоставления и ручных исправлений.
Если подразделения по-разному используют статьи затрат, ЦФО и проекты, красивый дашборд не сделает отчетность достоверной. Сначала нужны единые классификаторы и правила заполнения, затем автоматическая аналитика.
Порядок в данных можно измерять также конкретно: доля дублей, процент карточек с заполненными обязательными реквизитами, число ошибок синхронизации, срок создания нового элемента НСИ, количество локальных Excel-справочников, доля данных с назначенным владельцем.
Сильная цель часто относится сразу к трём областям
Три области не конкурируют между собой. Наоборот, самые сильные цели проектов часто одновременно повышают эффективность, снижают риски и приводят данные в порядок.
Возьмем типичную формулировку «автоматизировать склад», в ней нет ответа, что должно измениться. Если перевести её в бизнес-результат, цель может звучать так: «сократить ручные операции при приемке и отгрузке, обеспечить прослеживаемость партий и использовать единую товарную НСИ на всех складах». В одной формулировке присутствуют все три области: эффективность, безопасность и порядок в данных.
То же самое с производством: вместо «внедрить ERP на производстве» — «сократить трудозатраты на оперативное планирование, обеспечить выпуск по утверждённым спецификациям и создать единый каталог материалов и продукции». Тогда проект перестает быть историей про набор функций программы и превращается в управленческую задачу.
Сильная цель может относиться сразу к трём областям, но это не обязательное условие. Важно, чтобы каждая цель относилась хотя бы к одной из них, тогда становится понятен её бизнес-смысл и обоснована необходимость проекта автоматизации.
Практические таблицы: как формулировать цели автоматизации
Ниже примеры, которые я использую как проверку формулировки цели. Это не готовые KPI для любой компании, цифры и пороговые значения нужно подставлять только там, где есть исходная метрика или согласованная гипотеза. Важно другое: цель должна описывать изменение в бизнесе, а не факт запуска программы.
Таблица 1 — От технической задачи к бизнес-цели
| Исходная формулировка | Бизнес-цель | Области результата |
|---|---|---|
| «Внедрить ERP на производстве» | Сократить трудозатраты на оперативное планирование, обеспечить выпуск только по утверждённым спецификациям и создать единый каталог материалов и продукции. | ЭффективностьБезопасностьПорядок в данных |
| «Автоматизировать склад» | Сократить ручные операции при приёмке и отгрузке, обеспечить прослеживаемость партий и использовать единую товарную НСИ на всех складах. | ЭффективностьБезопасностьПорядок в данных |
| «Навести порядок в НСИ» | Снизить долю дублей номенклатуры, установить единые правила создания карточек и назначить владельцев мастер-данных, чтобы закупки, производство и продажи использовали один набор данных. | Порядок в данныхЭффективность |
| «Запустить CRM» | Сократить время от первого обращения до квалификации, исключить потерю заявок и обеспечить единые правила ведения клиента от обращения до сделки. | ЭффективностьПорядок в данных |
| «Перейти с Excel на управленческий учёт» | Сократить трудозатраты и срок подготовки управленческой отчётности, отказаться от ручной консолидации и использовать единые статьи, ЦФО, проекты и правила расчёта показателей. | ЭффективностьПорядок в данных |
| «Автоматизировать согласование платежей» | Сократить время согласования платежей и обеспечить их проведение только по утверждённым маршрутам, полномочиям и лимитам с прозрачной историей решений. | ЭффективностьБезопасность |
| «Внедрить ЭДО» | Сократить ручной контроль возврата документов, обеспечить прозрачный статус каждого документа и контроль сроков подписания. | ЭффективностьБезопасность |
| «Внедрить BI / 1С:Аналитику» | Сократить время подготовки управленческой отчётности и обеспечить единые правила расчёта ключевых показателей на сопоставимых данных. | ЭффективностьПорядок в данных |
Таблица 2 — Примеры целей для разных типов компаний
Эти формулировки ориентиры, а не шаблоны для копирования. Я специально оставляю часть целей без процентов, т.к. измеримое значение должно появляться после диагностики текущего процесса.
| Тип компании | Типичная ситуация | Пример бизнес-цели |
|---|---|---|
| Производственное предприятие | Планирование в Excel, ручные сменные задания, разные версии спецификаций, слабая прослеживаемость сырья и выпуска. | Сократить трудозатраты на оперативное планирование; обеспечить выпуск только по утверждённым спецификациям; перевести ключевую НСИ в единый управляемый контур. все три области |
| Оптовая торговля / дистрибьютор | Большой поток заказов, ручные проверки цен и условий, дубли клиентов, кредитные риски, ошибки резервирования и отгрузки. | Снизить ручные операции при обработке заказа; исключить отгрузку сверх кредитного лимита без согласования; сократить дубли клиентов и номенклатуры до согласованного уровня. все три области |
| Розничная сеть / e-commerce | Разрыв между сайтом, магазинами и учётом; ручное управление ассортиментом; некорректные остатки; разные карточки товара. | Автоматически обрабатывать согласованную долю интернет-заказов без повторного ввода, использовать единый товарный каталог и контролируемое изменение цен. все три области |
| Транспорт / логистика | Ручное распределение рейсов, Excel, сложный контроль затрат по машине и рейсу, документы собираются постфактум. | Сократить трудозатраты диспетчера на назначение рейса и обеспечить полный набор контролируемых данных по каждому рейсу до его закрытия. все три области |
| Строительная / проектная компания | Бюджеты и фактические затраты живут отдельно, закупки трудно связать с объектами, много ручной консолидации. | Получать план-факт по объекту без ручной консолидации, эскалировать превышение лимитов и применять единый классификатор затрат. все три области |
| Сервисная / ремонтная компания | Заявки приходят по разным каналам, диспетчер вручную назначает исполнителей, история оборудования и работ разрознена. | Увеличить число заявок на одного диспетчера, обеспечить обязательные этапы сервиса и вести единую историю по каждому объекту оборудования. все три области |
| Пищевая компания / производство и дистрибуция | Партии, сроки годности и сырьё контролируются вручную, документы качества разрознены, возвраты сложно проследить. | Обеспечить сквозную прослеживаемость партий и сырья, блокировать неподходящие партии и сократить ручную регистрацию данных по партиям. все три области |
| Холдинг / группа компаний | Разные правила учёта и аналитики, локальная НСИ, ручные межфирменные сверки и консолидация. | Сократить ручную консолидацию, установить единые правила аналитик и НСИ, повысить прозрачность внутригрупповых операций и закрытия периода. все три области |
| Инженерное / позаказное производство | Проектирование, закупки и производство используют разные версии состава изделия; изменения передаются вручную. | Сократить ручную передачу данных между этапами, обеспечить использование актуальных версий спецификаций и единые структуры изделий, материалов и аналогов. все три области |
| Проектный бизнес / ИТ / профессиональные услуги | Трудозатраты фиксируются несвоевременно, экономика проекта видна постфактум, статусы и обязательства живут в разных системах. | Сократить срок получения фактической экономики проекта, обеспечить обязательную фиксацию трудозатрат и единые правила план-факта по проектам, этапам и видам работ. все три области |
| Централизованные закупки | Потребность собирается вручную, согласования зависят от переписки, поставщики и условия классифицированы по-разному. | Сократить закупочный цикл, обеспечить обязательные лимиты и согласования, использовать единый каталог поставщиков, договоров и категорий закупок. все три области |
Таблица 3 — Как одна цель объединяет несколько областей
| Сочетание | Пример | Почему это важно |
|---|---|---|
ЭффективностьПорядок в данных | Единая номенклатура и автозаполнение документов. | Сотрудники меньше ищут и вводят данные вручную, а отчётность строится на сопоставимых справочниках. |
БезопасностьПорядок в данных | Единая карточка контрагента с проверенными реквизитами и контролем изменения банковских данных. | Снижается риск ошибочного или мошеннического платежа и одновременно исчезают дубли. |
ЭффективностьБезопасность | Автоматический маршрут согласования закупки по сумме, бюджету и полномочиям. | Согласование ускоряется, но остаётся контролируемым и аудируемым. |
ЭффективностьБезопасностьПорядок в данных | Серийный и партионный учёт сырья и продукции с едиными справочниками и сканированием. | Меньше ручной работы, появляется прослеживаемость, а данные о партиях едины и пригодны для анализа. |
ЭффективностьБезопасностьПорядок в данных | Единая система управленческой отчётности группы компаний. | Сокращается ручная консолидация, повышается достоверность и устанавливаются единые правила аналитик. |
ЭффективностьБезопасностьПорядок в данных | Сквозной процесс от обращения клиента до производства и сопровождения. | Меньше повторного ввода, обязательные этапы и контроль не теряются, а клиентские и проектные данные ведутся по единым правилам. |
Такие таблицы полезны ещё и как инструмент обсуждения на старте проекта. Руководитель и команда могут быстро проверить, есть ли в формулировке реальный результат и понимают ли они, чем будут измерять изменение.
Как руководителю проверить цель своего проекта
Я бы предложил пройти пять шагов ещё до того, как команда начнет подробно обсуждать функциональность системы.
- 1
Сформулируйте бизнес-проблему. Где компания сегодня теряет время, деньги, управляемость или создаёт риск? Не начинайте с названия программы.
- 2
Опишите результат. Что должно стать быстрее, дешевле, надёжнее или качественнее после проекта?
- 3
Отнесите результат к одной или нескольким областям: экономическая эффективность, безопасность, порядок в данных. Если цель не попадает ни в одну область, возможно, она пока сформулирована на уровне действия.
- 4
Определите показатель. По какой метрике вы поймёте, что результат достигнут: часы, сроки, число ошибок, доля автоматических операций, количество нарушений, качество данных?
- 5
Только теперь определяйте задачи автоматизации: какие процессы, функции, интеграции, данные, роли и контроль нужны для достижения результата.
И задайте себе контрольный вопрос: «Если завтра мы выберем другую программу, эта цель останется актуальной?» Если да, вы сформулировали бизнес-цель, если нет, скорее всего, вы пока описали способ реализации.
Вместо вывода
Я не считаю, что любую цель обязательно нужно вписывать в сложную систему KPI и финансовых расчётов, но у проекта должен быть понятный управленческий смысл. Руководитель должен заранее понимать, что именно компания хочет изменить и по каким признакам будет оценивать результат.
Именно с такого разговора мы стараемся начинать проекты автоматизации в «Первые ИТ»: не с перечня функций программы, а с того, какой результат должен получить бизнес. Программа, архитектура, интеграции и настройки появляются после того, как понятна цель.
Возьмите главную цель своего текущего или будущего проекта автоматизации и попробуйте отнести её хотя бы к одной из трёх областей. Если не получается, то вероятно, перед вами пока задача внедрения, а не бизнес-цель. Это хороший повод вернуться на шаг назад и сформулировать результат заново.