Выбор ERP для производства:
7 критериев (чек лист)

Илья Смирнов

Генеральный директор PartnerSoft

Вопрос выбора ERP-системы и команды внедрения рано или поздно встает перед каждым развивающимся бизнесом. Производственный бизнес является достаточно сложным, имеет выраженную отраслевую специфику, а значит и к вопросу выбора следует подходить максимально основательно.

Качественная цифровизация предполагает глубокую интеграцию ИТ-инструментов и бизнес-процессов. Т.н. «конверсионные издержки» по замене изначально неправильно выбранного и уже частично внедренного ПО очень велики. Именно поэтому компании нередко работают на различных «костылях» и «зоопарках» устаревших систем.

Правильно выбранное ПО может быть как основой устойчивого роста и конкурентного преимущества бизнеса, так и стать тормозом, создать кучу проблем, вплоть до ухода бизнеса с рынка (такие кейсы есть и они не единичны).

Мы предлагаем вашему вниманию 7 критериев, по которым следует оценивать предлагаемые ИТ-решения, чтобы максимизировать вероятность выбора объективно лучшего для вас продукта.

Скачайте готовый чек-лист в наших каналах: Телеграм или MAX

1. Функциональность — покрывает ли система ваши задачи (как текущие, так и с учетом планируемого развития)

Первый, самый важный вопрос: есть ли в системе все необходимые функции? Для полноценного управления производственным бизнесом вам потребуются такие основные блоки, как управление заказами (от приёма до отгрузки), управление производством (MES), управление складом (WMS) и логистика, а также финансовый блок.

Скорее всего, внедрение будет проходить поэтапно, но уже на старте вы должны понимать, что выбранная система закроет весь спектр задач.

Важно также не просто «номинальное наличие» того или иного функционала, а «полноценность его реализации», готовность решать практические задачи на требуемом уровне.

2. Учёт отраслевой специфики — насколько система понимает вашу отрасль

Это критический момент, который часто упускают. Мебельное производство, металлообработка, производство оборудования — везде есть своя специфика в процессах, свои требования и сложности. Система должна уже «знать» эти процессы.

Спросите у вендора: есть ли у системы встроенная поддержка вашего типа продукции (индивидуальные проекты, параметрическая, стандартная), технологий и типа производства (дискретное/процессное, на заказ/на склад/смешанное)? Интегрируется ли она со специализированным ПО, которое вы используете (САПР, оптимизаторы раскроя) и, возможно, оборудованием? Или вам придётся всё это реализовывать самостоятельно?

3. Степень готовности продукта — сколько работы вас ждёт

Все системы условно делятся на два типа:

Универсальная «заготовка» — в целом, требуемый функционал «обозначен», но он явно требует доработок под ваши задачи. Как правило, вас ждет долгий проект с серьезными рисками.
Готовый «коробочный» продукт — готовое решение для вашей отрасли, для ваших задач. Может быть развёрнут с минимальными доработками.

Главный способ проверить готовность — попросить сделать демонстрацию на ваших реальных спецификациях и технологических процессах. Если вендор не может за приемлемое время (неделя-две) развернуть и показать сквозной пример работы системы на ваших данных — это красный флаг.

4. Гибкость и универсальность — насколько система может адаптироваться

Рынок меняется, и ваш бизнес также будет меняться. Что вы будете делать, когда решите открыть новое направление или запустите новые технологии? Система должна быть достаточно универсальной, чтобы поддерживать не один, а несколько видов продукции и производственных процессов. Или вам придется разрабатывать поддержку нового направления «с нуля» или искать новую систему.

Выбирайте системы, которые позволяют произвольно настраивать технологические процессы, а не жёстко запрограммированные под один сценарий.

5. Уровень проработки — системный продукт или частный кейс

Есть большая разница между «частным кейсом» — продуктом, разработанным под конкретного клиента и системным программным продуктом, вобравшим в себя лучший отраслевой опыт десятков, а может и сотен клиентов.

Внедрение частного решения — неплохой вариант, если ваши процессы 1:1 соответствуют кейсу. Но следует понимать, что шаг «влево-вправо» может оказаться очень дорогим, т.к. реализована только «одна дорожка» процессов.

Системный программный продукт покрывает всю возможную комбинаторику ситуаций, присущих для отрасли. Таким образом, вам никогда не понадобится заниматься именно разработкой — система уже имеет весь необходимый арсенал базовых «кубиков». Вам нужно только собрать из них нужную вам комбинацию и, при необходимости, немного адаптировать её.

Спросите у вендора: сколько десятков проектов в отрасли реализовано на продукте? Имеет ли он документацию и встроенную справку? Это и даст вам понимание системности или «разовости» продукта.

6. Открытость системы — ограниченность развития и зависимость от одного разработчика

Важнейший вопрос: имеет ли система открытый код, который позволит неограниченно развивать систему? Не будете ли вы зажаты в рамки имеющегося функционала?

Важна также платформа, на которой реализован продукт. Для комплексного бизнес-ПО лучший выбор с огромным отрывом — платформа 1С. Здесь у вас всегда есть выбор исполнителей и при необходимости вы можете продолжить развитие продукта самостоятельно.

Если же продукт реализован на «низкоуровневом» языке, то разобраться с ним другим специалистам будет очень сложно и вы, фактически, завязаны на исходного разработчика. Эти риски необходимо учитывать.

7. Кейсы и реальные внедрения — подтверждение работоспособности

Не слушайте обещания. Смотрите на факты. Если у компании есть десятки успешных внедрений в вашей отрасли, у похожих с вами клиентов с видеороликами, отзывами и возможностью поговорить с текущими клиентами — это серьёзный аргумент. Если кейсы туманные или их почти нет — это повод для сомнений.

Может ли производственная ERP быть не на 1С?