McKinsey спільно з Оксфордським університетом проаналізували 5400 великих IT-проєктів і встановили: ПЗ-проєкти в середньому виходять за бюджет на 45% та дають на 56% менше очікуваної цінності. Якщо ви ІТ-керівник, керівник канцелярії чи інша людина, що бере участь у виборі системи документообігу, демо вендора – ваш головний шанс не потрапити в цю статистику.
У статті розбираємо 7 блоків питань і даємо готовий чек-лист, який можна взяти на наступну зустріч з вендором.
Чому демо – головний фільтр вибору системи документообігу
Демо – єдиний момент, коли можна перевірити обіцянки з презентації на реальних задачах. Тендерна документація і відповіді на RFP (запит на комерційну пропозицію, Request for quotation) виглядають у різних вендорів подібно, бо складаються за схожими шаблонами. Демо показує, як система працює зі специфікою саме вашої компанії.
За даними McKinsey, головна причина перевитрат IT-проєктів – нечітко сформульовані цілі та брак бізнес-фокусу на старті. Демо без правильних питань перетворюється на презентацію, а не на оцінку. Завдання покупця – зробити з демо тест-драйв.
Скільки демо варто провести перед фінальним рішенням?
Зазвичай вистачає 2–3 повноцінних демо з вендорів шорт-листа. Перше – оглядове, інші – цільові з вашими сценаріями і документами. Більша кількість рідко дає нову інформацію, але точно збільшує час вибору.
Анатомія сильного демо СЕД
Питання №1. Як система працює з нашими реальними процесами
Просіть вендора провести демо на ваших документах і ваших процесах, а не на типових шаблонах з його бібліотеки. Це найшвидший спосіб побачити, де система гнучка, а де доведеться адаптувати ваші процеси під неї.
За 2 тижні до демо передайте вендору 2–3 знеособлені реальні документи й опишіть процес їх погодження. Це може бути договір з нетиповим маршрутом, наказ або службова записка.
Що питати у вендора СЕД:
- Як виглядатиме маршрут погодження нашого договору з 6 учасниками і двома точками паралельного погодження?
- Чи можна налаштувати такий маршрут без участі програмістів?
- Як ми будемо змінювати маршрути після зміни оргструктури?
- Як система працює із замісництвом і делегуванням повноважень?
- Що відбувається, коли учасник процесу не виконує дію довше визначеного терміну?
Питання №2. Інтеграції з нашими наявними системами
Просіть конкретний перелік готових конекторів і опис того, як вендор підходить до кастомних інтеграцій через API. Загальних відповідей на кшталт «у нас є API» недостатньо.
За даними M-Files, бізнес у середньому зберігає інформацію в 4+ різних репозиторіях. Якщо система документообігу не вміє з ними працювати, ви отримаєте ще один ізольований архів і дублювання даних.
Що питати у вендора СЕД:
- Які готові інтеграції у вас є з ERP, CRM, обліковими системами?
- Як ви інтегруєтеся з КЕП за стандартом 2155-VIII та сервісами на кшталт «Дія.Підпис»?
- Чи є REST API, публічна документація до нього і пісочниця для тестування?
- Як працює інтеграція з MS Office, Google Workspace, корпоративною поштою?
- Як інтегруватися з нашими внутрішніми системами, які API не мають?
Питання №3. Безпека, КЕП та відповідність українському законодавству
Запитайте про конкретні стандарти, типи КЕП, варіанти розгортання та журналювання дій користувачів. Чим конкретніша відповідь, тим краще вендор знає українську специфіку.
В Україні документообіг регулюється Законом «Про електронні документи та електронний документообіг» і Законом «Про електронні довірчі послуги» №2155-VIII. Якщо вендор не оперує цими актами, це поганий знак для вашого комплаєнсу.
Що питати у вендора СЕД:
- Які типи електронних підписів ви підтримуєте: КЕП, удосконалений, простий?
- Як ви реалізуєте перевірку чинності сертифікатів?
- Які варіанти розгортання ви пропонуєте: on-premise, приватна хмара, гібрид?
- Як влаштовані журнали аудиту і скільки часу вони зберігаються за замовчуванням?
- Як організоване розмежування прав доступу для різних типів документів?
- Що з резервним копіюванням і відновленням після збоїв (RTO/RPO)?
Питання №4. Скільки реально коштує впровадження
Запитайте про TCO – повну вартість володіння на 3–5 років, а не лише ціну ліцензії. На демо вендори охоче говорять про ліцензії й уникають конкретики щодо доробок, інтеграцій та підтримки.
З чого складається TCO системи документообігу на 3 роки
Що питати у вендора СЕД:
- Що входить у вартість ліцензії, а що рахується окремо?
- Як рахується щорічна підтримка і оновлення?
- Яка модель ліцензування доступна: per-user, конкурентна, серверна?
- Скільки коштують типові доробки (зміна форми документа, новий маршрут)?
- Чи є фіксована ціна на впровадження, чи робота за time&material?
- Які приховані витрати ми побачимо в перші 2 роки експлуатації?
Питання №5. Як проходить впровадження і що ви робите, коли щось іде не за планом
Запитайте про методологію, склад команди, ризики й конкретний план дій у разі проблем. Якщо вендор відповідає «у нас усе завжди йде за планом», це червоний прапорець.
За даними того ж дослідження McKinsey та Оксфорду, 17% великих IT-проєктів ідуть настільки погано, що загрожують самому існуванню компанії-замовника. Серед найчастіших причин – нечіткий скоуп, недооцінена міграція даних та брак уваги до навчання користувачів і change-менеджменту.
Що питати у вендора СЕД:
- Хто буде з вашого боку в команді: керівник проєкту, аналітик, розробник?
- За якою методологією ви впроваджуєте: водоспад, agile, гібрид?
- Як ви плануєте міграцію наших історичних документів?
- Який план навчання користувачів і скільки рівнів навчання передбачено?
- Що відбувається, якщо ми зриваємо терміни зі свого боку?
- Як виглядає типовий план комунікації з вашим РМ на проєкті?
Питання №6. Що з масштабуванням та продуктивністю
Запитайте про реальні навантажувальні тести, поведінку системи при зростанні архіву і досвід інших клієнтів з порівнянною кількістю користувачів. Конкретні цифри з продакшну важливіші за обіцянки в специфікації.
Що питати у вендора СЕД:
- Який максимальний обсяг архіву і кількість активних користувачів у ваших чинних впровадженнях?
- Які метрики продуктивності ви гарантуєте: час відкриття документа, час пошуку, час побудови звіту?
- Як ми будемо тестувати продуктивність до старту в продакшні?
- Що відбувається з пошуком, коли архів сягає 10 млн документів?
- Як ви архівуєте старі документи без втрати швидкості пошуку?
Питання №7. Який ваш реальний досвід
Просіть кейси саме у вашій галузі, контакти діючих клієнтів для референс-дзвінків і чесну розповідь про невдалі проєкти. Готовність говорити про складні проєкти – ознака зрілого вендора.
За даними McKinsey Global Institute, працівники витрачають у середньому 1,8 години на день (близько 19% робочого часу) на пошук і збирання інформації. У великій компанії це означає, що фактично кожен п'ятий працівник зайнятий тим, що шукає документ, замість того щоб виконувати свою роботу. Кейси вендора – саме про те, як ця ситуація змінилася в реальних клієнтів зі схожим профілем.
Що питати у вендора СЕД:
- Покажіть 2–3 кейси у нашій галузі з кількісними результатами.
- Дайте контакти 1–2 чинних клієнтів для референс-дзвінка.
- Розкажіть про проєкт, який пішов не за планом. Що ви з нього винесли?
- Скільки років ваша система на ринку і як вона еволюціонувала за цей час?
- Хто головний архітектор системи і чи доступний він для комунікації на проєкті?
Чек-лист: 20 ключових питань на демо вендора СЕД
Чек-лист: 20 ключових питань на демо вендора СЕД
Як InBase відповідає на ці питання
InBase працює на ринку електронного документообігу понад 25 років і має два продукти для компаній різного розміру.
Megapolis.DocNet – система корпоративного документообігу для великих компаній, банків, страхових і організацій держсектору. Працює у клієнтів з десятками тисяч користувачів і мільйонами документів в архіві. Підтримує всі типи КЕП, on-premise розгортання та складні маршрути погодження. Деталі архітектури – на сторінці Megapolis.DocNet.
Scriptum.DMS і платформа Scriptum підходять малому й середньому бізнесу. Scriptum – low-code платформа, на якій можна швидко налаштовувати власні процеси без розробників. Деталі – на scriptum.ua.
Порівняльна картка: Megapolis.DocNet vs Scriptum.DMS
Якщо ви на етапі шорт-листа і шукаєте українського вендора СЕД – запишіться на консультацію, ми підготуємо демо для вас.
[Вузький горизонтальний банер, по центру CTA-кнопка: Записатись на демо InBase → ]
Q&A: часті питання про вибір вендора системи документообігу
Скільки часу займає повноцінне демо?
30–60 хвилин для оглядового і 2–3 години для цільового з вашими сценаріями.
Чи можна провести пілот перед повним впровадженням?
Так, серйозні вендори зазвичай готові на 2–3-місячний пілот на обмеженому функціоналі. Це знижує ризик помилки вибору і дає реальну, а не презентаційну картину роботи системи.
Скільки вендорів варто порівнювати?
A: Long-list з 5–7 учасників, шорт-лист з 2–3 на демо. Більше – зайва витрата часу команди, менше – ризик не побачити альтернативи.
Що питати, коли йдеться про малий бізнес і обмежений бюджет?
A: Запитуйте про модульність (чи можна стартувати з мінімального функціоналу), модель оплати (підписка дешевша на старті за on-premise) і low-code (щоб не платити за кожну дрібну зміну). Для МСБ часто оптимальне рішення – система управління документами на кшталт Scriptum.DMS, яка дозволяє кастомізувати систему силами власної команди.
Джерела
- McKinsey & University of Oxford. Delivering large-scale IT projects on time, on budget, and on value. Посилання
- McKinsey Global Institute. The social economy: Unlocking value and productivity through social technologies, 2012 (дані про 1,8 години/день на пошук інформації).
- AIIM. ARP1 – Analysis, Selection, and Implementation of Electronic Document Management Systems.
- M-Files / Formtek. Document management statistics and insights. Посилання
- Закон України «Про електронні документи та електронний документообіг».
- Закон України «Про електронні довірчі послуги» №2155-VIII.
