Зараз на ринку є досить великий вибір MDM-рішень від різних вендорів. Ці рішення відрізняються функціональними можливостями, вартістю (ліцензії, впровадження, супровід), спеціалізацією (спеціалізовані, універсальні) і цілим рядом інших показників. Але, в той же час, є досить велика кількість прикладів, коли компанії приймали рішення розробляти MDM-систему «з нуля». Чим же можуть не влаштовувати існуючі на ринку рішення?
Мінуси готових MDM-рішень
Складність впровадження та освоєння
Справа в тому, що багато MDM-рішення універсальні, спроектовані, що називається, на всі випадки життя. Вони часто мають досить абстрактну термінологію (як правило, є наслідком універсальної метамоделі), не завжди інтуїтивно-зрозумілий інтерфейс, складно освоюване API. Впровадити таке рішення, реалізувати на ньому конкретні бізнес-завдання, навчити і змусити працювати користувачів часто буває справою не з легких.
недостатня гнучкість
Як правило, рішення від вендерів не так легко допрацьовувати під мінливі потреби бізнесу. У них вкрай складно поміняти метамодель, та й більш приземлені речі, як, наприклад, створення нетипового бізнес-процесу, розробка нового звіту, або настройка параметрів журналу може перетворитися в непросту задачу.
Звичайно, за реалізацією нестандартної функціональності можна звернутися до вендору або інтегратора, але тут потрібно бути готовим до зіткнення з великою кількістю юридичних і / або організаційних перешкод (необхідність договірних відносин, конкурсні процедури, якщо мова йде про держкомпаніях, обмеження ліцензійної політики и.т. д і т.п.)
Таких проблем не виникає, якщо є система власної розробки, з відкритим кодом, а її розробник або архітектор працюють в сусідньому відділі.
надмірність
З одного боку, це властивість пов'язана з універсальністю, з іншого, крім універсальності, багато системи вже мають преднаполненние довідники, класифікатори, алгоритми обробки даних. Найчастіше замовники або не використовують зовсім, або використовують дуже обмежено дані розробки. При цьому, ці «корисні» речі входять в «джентельменський» функціональний набір рішення і замовник змушений за них платити.
Висока вартість володіння
Вартість володіння в нашому випадку буде складатися з вартості впровадження / розробки, вартості супроводу і вартості ліцензій.
Якщо говорить про впровадження і можливу супутню доопрацювання вендорськіх MDM-рішень, то тут слід зауважити, що вартість таких робіт завжди буває високою. В основному це пов'язано з тим, що число фахівців, що володіють високою кваліфікацією по якомусь конкретному MDM-рішенням, на ринку вкрай невелика, і коштують ці фахівці дуже недешево.
Супровід, як правило, здійснюється або вендором, або інтегратором, впровадили рішення, рідше службою підтримки самого замовника.
У випадку з підтримкою від інтегратора або вендора, на вартість, як правило, впливають два основних фактори - вартість фахівців, а також якесь монопольне становище виконавця робіт. Справа в тому, що компанія-виконавець краще за всіх знає все «секрети» впровадженого / доопрацьованого нею рішення, плюс, як правило, вкрай слабо його документує (особливо якщо замовник на цьому не наполягає). В результаті до моменту запуску рішення в промислову експлуатацію (або після закінчення терміну гарантованої підтримки), у замовника не залишається іншого вибору, окрім як підписати договір супроводу з компанією, яка впровадила рішення на дуже вигідних для цієї компанії умовах.
Говорячи про вартість ліцензій, по-перше, варто зауважити, що ліцензування MDM-систем, як правило, здійснюється за кількістю записів довідників. І тут теж є нюанси. Зазвичай при первинному продажі MDM-рішення вартість ліцензій буває одна, при подальшому розширенні - стає значно вище. Це й не дивно - якщо замовник вже активно використовує запроваджене рішення, усвідомив необхідність його розширення, значить він навряд чи захоче в найближчій перспективі переходити на інше. Звідси і завищена вартість розширення.
політична сторона
Останнім часом, в силу застосування до Росії економічних санкцій, від багатьох компаній все частіше можна почути заклики переходити на вітчизняного ПО (в тому числі, і MDM), і ряд компаній вже почали здійснювати подібні задуми. Особливо це стосується підприємств ВПК і банківського сектора.
І все-таки, незважаючи на перераховані вище фактори, в готових рішеннях від відомих вендорів є і незаперечні плюси.
Плюси готових MDM-рішень
Ви купуєте стабільний і апробований продукт
Справа в тому, що повнофункціональні MDM-системи мають досить складний і розвинений функціонал. На його розробку, стабілізацію, адаптацію часом йдуть роки командної роботи. І це при тому, що ефективність проектування і розробки іноземних інформаційних систем буває, як правило, вище, ніж вітчизняних (в силу давно сформованої культури).
Ви швидше отримаєте результат від впровадження MDM-системи
Просто тому, що впровадження готового ІТ-рішення відбувається швидше розробки з нуля. І чим складніше рішення, тим ця різниця буде більше.
масштабованість
Як правило, масштабованість вендорськіх рішень буває досить хорошою.
Хороша інтегрованість з іншими продуктами вендора
Як правило, продукти від одного вендора досить добре взаємодіють один з одним. Найчастіше це відбувається в рамках різного роду інтеграційних платформ. Тому, якщо ви хочете використовувати будь-яку MDM-систему від вендора, то ви, швидше за все, зможете легко налаштувати для використання і входить в платформу портальное рішення, і засоби інтеграції і т.д.
Висока якість підтримки
Параметри якості послуг підтримки впроваджених рішень, як правило, фіксуються в SLA (Service Level Agreement) і досить добре виконуються.
Має сенс задуматися про розробку власної MDM-системи, якщо:
- Перед Вашою організацією в доступному для огляду майбутньому в частині MDM коштує досить вузька завдання (наприклад, централізація довідника «Контрагенти» або «МТО»)
- У вас немає супер критичних віх по введенню MDM-рішення в промислову експлуатацію (все-таки стабілізація рішення власної розробки потребують більше часу, ніж запроваджене рішення від вендора).
- Клас критичності системи (по крайней мере, на перших порах) не пред'являє дуже високі вимоги до відмовостійкості та супроводу.
- Перед Вашою компанією, в силу яких-небудь причин (економічних, політичних), стоїть завдання відмови від вендорськіх ПО.
Має сенс задуматися про впровадження MDM-системи від вендора, якщо:
- Ваша компанія замислюється про глобальну централізації майстер-даних і автоматизації процесів, пов'язаних з їх веденням.
- Можливо, у Вашій компанії відбувається впровадження ERP-системи від будь-якого вендора, при цьому мається MDM-рішення цього вендора.
- Терміни впровадження MDM-рішення досить жорсткі.
- MDM-система відразу після впровадження повинна обслуговувати критичні системи компанії, тобто до неї пред'являються високі вимоги по надійності і супроводу.
Напевно, у кожної компанії знайдуться і свої аргументи на користь того чи іншого вибору. У будь-якому випадку, рішення про вибір MDM-системи має бути зваженим і продуманим, бажано підтвердженим цифрами.