TCO: Сколько будет "стоить" информационная система?

2010/05/09 00:00:00

Это одновременно и самый естественный вопрос со стороны руководства заказчика и самый раздражающий для разработчиков и интеграторов. Не очень приятен он, впрочем, и для руководителей ИТ-служб. Проблема в том, что однозначно ответить на него можно уже после того, как конкретная система выбрана (так как от выбора зависит и состав и стоимость работ по внедрению и еще целый ряд вопросов), а для того чтобы выбрать конкретную систему нужно сперва знать, сколько она будет стоить для компании.

Каталог HRM-систем и проектов смотрите на TAdviser.


Для того, чтобы хотя бы оценочно ответить на вопрос, необходимо расчитать "общую стоимость владения" (Total Cost of Ownership – TCO) для каждой из рассматриваемых в качестве альтернативы систем. Ключевыми элементами этого показателя являются: совокупная лицензионная стоимость внедряемой системы, используемой ей СУБД и операционной системы, стоимость необходимых для их функционирования аппаратных средств и стоимость системной поддержки в течение предполагаемого срока использования внедряемой системы (5-10 лет). Эти составляющие можно дополнять, уточнять и подразделять их на составные части, но они являются определяющими.

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

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

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

Тем не менее, базовые цены лицензий всё равно существуют. Без их наличия расчет окончательной стоимости и скидок был бы просто невозможен. Понятно, что вендорам не очень по душе сравнение их продуктов, каждый из которых обладает своими уникальными особенностями и "несравним" с другими. На это можно ответить, что ими же разработанные HRM-системы "не стесняясь" сравнивают претендующих на вакантное место людей, которые обладают на порядки больше уникальностью, нежели информационные системы.

В целом, можно выделить две причины "засекречивания" компаниями-разработчиками стоимости лицензий и сопровождения программных продуктов. Первая характерна для новых участников рынка с "сырыми" системами. Такие информационные системы обычно требуют доработки "под заказчика" и вендор действительно не может назвать стоимость лицензий, не обследовав предприятие и не определив необходимый объём доработок. Однако, партнерство с такими разработчиками характеризуется высокой степенью риска (хотя пример разработки BAAN Aerospace & Defence для Boeing говорит и о большой перспективности некоторых из таких проектов).

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

Екатерина Брынина / TAdviser

[править] Комментарий эксперта

Мария Иванова, архитектор проектов в области HR «Ситроникс ИТ»

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



Центр TAdviser провел ежегодное исследование рынка систем управления персоналом в России. В данном обзоре в свободном доступе представлены уникальные данные статистики о внедрении HRM-систем, описывается функционал современных решений, приводятся рекомендации по выбору систем. ИТ-директора и поставщики делятся своим опытом создания эффективных информационных систем.