О вреде демо-версий для бизнес-аналитики

Уже много лет банки не обращались к нам за демо-версией управленческой системы на базе ХД. Не за пилотным проектом, а именно за демо. И вот это снова случилось.

Зачем вообще запрашивают демо-версию? Чаще всего говорят, что хочется «покрутить» софт самостоятельно, чтобы удостовериться:

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

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

моделируя ее «на ходу».

Система на базе ХД лишена недостатков табличных технологий, но «в обмен» предполагает гораздо более сложную настройку. Это означает:

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

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