Классификация отраслевых решений ERP Мартынов Дмитрий

"Если вы думаете, что Бога нет, то значит, вы плохо знаете физику, кибернетику, биологию....."

Базовый вопрос

Каждый производитель ERP позиционируют свой продукт как универсальную систему которая подойдет для любых бизнес процессов. Действительно во всех ERP системах есть масса инструментов, которые позволяют настроить и доработать систему под конкретный бизнес. Этих полезных инструментов очень много, а вариантов их использования столько, что в процессе настройки может возникнуть вопрос: «А все ли мы правильно сделали?» Или иначе: «А как правильно?» Здесь как в любом конструкторе – формального результата можно достигнуть разными способами и эти различия могут оказаться существенными. Чтобы не мучить себя этим БАЗОВЫМ вопросом Заказчик старается купить готовое решение, где все уже настроено в соответствии с его бизнес процессами – такое решении и называют отраслевым. Часто дело не только в настройках но и в практиках использования системы, которые покупатель рассчитывает приобрести вместе с решением.

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

По направлению

Горизонтальные/Вертикальные

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

Но эти названия притянуты за уши, ведь когда продавец говорит об отраслевом решении для автомобильной промышленности, то возникает резонный вопрос: неужели в одном отраслевом решении есть настройки для десятков типов производств которые встречаются в отрасли. На это нам скажут, что существуют только три типа производства: непрерывное, сборочное и смешанное и отраслевое решение следует настроить под нужный тип. Но зачем нам тогда отраслевой вариант? Ведь в этом случае он не отвечает на наш классический БАЗОВЫЙ вопрос. Точнее отвечает, но не лучше чем любая стандартная производственная (MRP) система.

Так неужели вертикальных отраслевых решений не существует? Конечно, ведь такое решение – это невероятно сложная задача, которая в текущем состоянии ИТ отрасли ни кому не под силу. Вертикаль подразумевает огромный объем экспертизы и методов, которые нужно собрать в одном месте. Если мы соберем экспертов в кучу, то само собой ни чего не получится. Программный продукт – это не помойка, практики надо не только объединить, но и систематизировать и оцифровать (настроить доработать ERP) - это колоссальный объем работ, который ни кто делать не будет, т.к. от этого результаты продаж не зависят. К тому же такое решение устареет раньше чем будет готово. Мы живем в очень динамичном пространстве и принципы бизнеса постоянно меняются, это особенно заметно в компаниях находящихся в конкурентной среде. Любая отрасль в своей вертикали содержит один или несколько уровней с высокой конкуренцией, и очевидно, что в этом месте вертикальное отраслевое решение будет буксовать. Кстати, монополии в наши дни тоже не брезгуют развиваться.

Раз делить решения по направлению бессмысленно, то поищем другие классификаторы.

Вывод первый: вертикальных отраслевых решений не существует и делить дописки к ERP по направленности не имеет смысла.

По содержанию

Казалось бы, чего тут обсуждать?. Очевидно даже новичку, что софт для гостиничного бизнеса бессмысленно внедрять в автосервисе. Но предмет обсуждения мы обозначили чуть раньше. Исторически сложилась не точная терминология. Слово «отраслевое» не всегда обозначает конкретную отрасль, а может обозначать и бизнес или его часть.

Последний вариант даже более вероятен, ведь решения для автомобильной промышленности не существует, а программный инструмент для автосервисов вполне может существовать. Правда есть вероятность, что в вашем автосервисе будут уникальные бизнес процессы которые отсутствуют в таком отраслевом решении. Автосервис – это широкое понятие, вот если у вас шиномонтаж и вам предлагают решение по шиномонтажу, то вероятность полного совпадения бизнес практик существенно повышается.

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

По сертификации

Сертифицированные/Не сертифицированные

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

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

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

Кроме того производитель заинтересован в сертификации дополнительного продукта т.к. при его продаже он по договору с интегратором получает какой то процент. Таким образом процесс сертификации становится сущей формальностью. Сертификация происходит на доверии, т.к. производитель доверяя своему интегратору без задержек и ограничений сертифицирует новое решение.

Чем, в таком случае хуже не сертифицированное решение? Если вы доверяете интегратору который его предоставляет, то оно ни чем не хуже дописки с лейблом производителя. Другое же дело если вы только ищете интегратора и еще ни чего не решили. Тогда надежней брать продукт с сертификатом (т.е. от интегратора, которому доверяет производитель).

Вывод третий: если вы еще не нашли своего интегратора, то лучше искать сертифицированное решение.

По способу разработки

Лабораторные/полевые

Отраслевые решение может быть разработано в лабораторных условиях, т.е. как отдельный проект ориентированный на потребности отрасли. Или оно может быть разработано в ходе проекта внедрение ERP у конкретного клиента. Чтобы стало понятным о чем идет речь попробую в красках описать оба способа.

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

Во втором случае, все начинается со звонка клиента. Клиент, например гостиница, просит внедрить ему ERP и Интегратор выполняет это требование. По завершении проекта Интегратор выделяет часть доработанного кода системы и заявляет о наличии отраслевого решения для гостиниц.

Какой из двух вариантов лучше – это сильно зависит от исполнителей. Однако при прочих равных по накопленному опыту следует выделить первый лабораторный вариант, как более правильный. В этом случае архитектура системы является более полной, гибкой и менее зависит от специфических особенностей конкретного клиента.

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

Мартынов Дмитрий – эксперт компании Koder Logic (www.koderlogic.ru), управляющий партнер Интеллектуальной группы «Киборг» (www.kiborg.net), известен как автор термина Indulgence Management. Его исследования цитируются в научных работах и используются в качестве учебных материалов в ВУЗах. Ведет авторские курсы по проблемам внедрения ИТ систем на предприятиях, по эффективным практикам эксплуатации ERP и CRM систем и по принципам защиты компаний от воровства и коррупции.