TCO корпоративного менеджера паролей — это расходы на лицензии, запуск, инфраструктуру и сопровождение за один выбранный период. Для сравнения предложений задайте одинаковое число пользователей, набор обязательных функций и горизонт расчёта. В этой статье используем 36 месяцев; компания может выбрать другой срок, если это лучше соответствует её планированию.
Два решения с одинаковой ценой лицензии могут требовать разного объёма интеграций и работы администраторов. Поэтому внешние платежи и внутренние трудозатраты считайте отдельно, а предполагаемую экономию показывайте рядом с расходами. Ниже — состав модели, учебный расчёт на 100 пользователей и вопросы, которые помогут проверить бюджет до закупки.
Что входит в TCO
Считайте шесть статей расходов: лицензии или подписка; инфраструктура; развёртывание и интеграции; миграция; обучение и поддержка пользователей; сопровождение, обновления и восстановление после сбоев. Для on-premise отдельно учитывайте резервное копирование и работу администраторов. Для облака — стоимость услуг поставщика и интеграций, которые остаются на стороне заказчика.
Простая формула выглядит так:
TCO за три года = лицензии + запуск и интеграции + миграция и обучение + инфраструктура + сопровождение + применимые дополнительные расходы за тот же период.
Каждую работу учитывайте один раз. Например, обучение, включённое в договор внедрения, не добавляйте повторно отдельной строкой. Неполученную оценку отмечайте как пробел с диапазоном, а не как нулевую стоимость.
Не закладывайте «избежали один инцидент на 50 миллионов» как гарантированную экономию. Такие оценки зависят от собственной модели рисков и редко подходят для сравнения двух конкретных продуктов. Лучше держать предотвращённые потери отдельным сценарием, а не смешивать их с подтверждёнными платежами.
Что нужно для расчёта до получения коммерческого предложения
Назначьте владельца модели: обычно это ИТ-директор либо руководитель проекта внедрения вместе с финансовым подразделением. На первом этапе не требуется знать точную стоимость каждой интеграции. Достаточно определить структуру расходов, период расчёта и исходные параметры: сколько людей пользуются корпоративными секретами, сколько из них требуется подключить в первый год, какие филиалы входят в проект и кто будет обслуживать систему.
Сразу разделите подтверждённые суммы и предположения. Цена лицензии из коммерческого предложения — подтверждённая величина на условиях указанного срока; часы миграции, оценённые руководителем ИТ, — рабочая гипотеза. Для каждого предположения запишите способ проверки и диапазон. Иначе в итоговом бюджете условное число незаметно превратится в обязательство.
Запросить расчёт стоимости
Собираете бюджет внедрения? Запросите предложение BearPass под число пользователей, интеграции и требования к поддержке.
Лицензия — лишь первая строка
При сравнении тарифов уточните, за что именно выставляется счёт: за именные учётные записи, активных пользователей, серверы, инсталляции, среду тестирования или расширенные функции. Важно, есть ли минимальный объём закупки, как считается продление и входят ли обновления и SLA.
На странице тарифов BearPass представлены «Бизнес» с годовой ценой за пользователя и «Корпорация» с индивидуальным расчётом. LDAP/AD, SSO и API относятся к платным возможностям. Состав поставки, объём поддержки, продление и дополнительные работы фиксируйте в коммерческом предложении. Наличие функции в продукте не означает, что её внедрение включено в стоимость лицензии.
Если в течение трёх лет число пользователей изменится, пересчитайте лицензионные расходы не по нынешнему, а по прогнозному составу команды. Для холдингов проверьте порядок лицензирования нескольких подразделений и юридических лиц.
Трёхлетняя модель без искусственной точности
Возьмите горизонт 36 месяцев и посчитайте годовые расходы отдельно. В первый год обычно возникают разовые работы: проектирование, настройка, миграция данных и обучение сотрудников. Во второй и третий годы преобладают продление лицензий, эксплуатация, поддержка и возможное расширение. Если планируется переход между редакциями, фиксируйте момент и условия отдельно.
У каждой строки расходов должен быть источник: коммерческое предложение, внутренняя ставка команды или смета эксплуатации. Помечайте неполученные оценки и ответственного за их уточнение. Возможное снижение операционных затрат покажите отдельно от расходов, чтобы оно не скрывало реальную цену владения.
Проверьте влияние кадрового роста. Лицензия может зависеть от числа действующих пользователей, а инфраструктура — от требуемой доступности и нагрузки. Допустим, в первом году используются 100 рабочих мест, во втором 125, в третьем 150. Не умножайте стартовую цену на три: запросите правила расширения и продления у поставщика и явно внесите их в финансовую модель.
Цена собственного сервера тоже не равна нулю
On-premise может использовать уже существующие мощности, но это не делает его бесплатным. Инфраструктура потребляет вычислительные ресурсы, место для резервных копий и время администратора. Дополнительные расходы появляются, если нужны отдельная площадка восстановления, отказоустойчивый кластер или более строгие процедуры безопасности.
Не стоит относить на менеджер паролей всю стоимость дата-центра. Используйте приростные затраты: какие ресурсы и работы возникают именно из-за этого решения. Так сравнение останется честным.
Для облака методика аналогична. Если серверы обслуживает поставщик, не нужно считать их второй раз, но стоит добавить расходы на сеть, федеративную аутентификацию и согласованные меры контроля.
Внутреннее время сотрудников тоже имеет цену
Нередко команда сравнивает только счета поставщиков и считает собственную работу бесплатной, потому что сотрудники уже получают зарплату. Для планирования ресурсов это ошибка. Если инженер в течение нескольких недель занят настройкой каталога пользователей, миграцией и сопровождением пилота, он не выполняет другую часть своих задач. Поэтому часы внутренней команды полезно учитывать отдельно, даже если они не становятся дополнительным платежом.
Сделайте оценку по ролям: архитектор, системный администратор, специалист по ИБ, владелец бизнес-процесса и сотрудник, отвечающий за обучение. Для каждого задайте объём часов на запуск и регулярное обслуживание. Не добавляйте двойную стоимость там, где часть работ уже оплачена как услуга интегратора. Лучше показать две колонки: внешние платежи и внутренние трудозатраты.
После пилота уточните оценку по фактическим данным. Если настройка оказалась проще, пересчитайте часы; если обнаружилась необходимость дорабатывать существующую инфраструктуру, отразите её отдельным сценарием. Так модель становится инструментом управленческого решения, а не оправданием заранее выбранного продукта.
Подробнее: Облако или on-premise: что выбрать.
Сколько стоит внедрение
Оцените трудозатраты по ролям. Архитектор готовит схему и требования; системный администратор устанавливает продукт; ИБ согласует права и аудит; владельцы сервисов проверяют перенос учётных записей; поддержка объясняет процесс сотрудникам.
Удобнее считать в часах, а затем умножать на полную внутреннюю стоимость часа специалиста. Например, если интеграция займёт 40 часов администратора, эта строка должна присутствовать в TCO даже при выполнении работ собственной командой.
Разделите обязательные задачи и дополнительные пожелания. Если продукт уже закрывает сценарий стандартной интеграцией, не надо включать гипотетическую кастомную разработку. Если требуется нестандартный коннектор, получите отдельную смету.
Условный пример на 100 сотрудников
Ниже — учебные числа, а не тариф BearPass и не оценка рыночных цен. Предположим, что 100 пользователей работают три года, ставка лицензии и состав команды не меняются, а существующих средств резервирования достаточно.
| Статья | Учебный расчёт | За 36 месяцев, ₽ |
|---|---|---|
| Лицензии | 100 пользователей × 2 400 ₽ × 3 года | 720 000 |
| Инфраструктура | 30 000 ₽ в год × 3 года | 90 000 |
| Внедрение и стандартные интеграции | 80 часов × 2 000 ₽ | 160 000 |
| Миграция и обучение | 40 часов × 1 500 ₽ | 60 000 |
| Внутреннее сопровождение | 4 часа в месяц × 36 месяцев × 1 500 ₽ | 216 000 |
| Итого TCO | Сумма пяти статей | 1 246 000 |
Внешние платежи в этом примере составляют 810 000 ₽, стоимость внутренних трудозатрат — 436 000 ₽. Это разные виды затрат: трудозатраты входят в TCO, но не обязательно увеличивают платежи поставщикам. Средняя стоимость на пользователя — около 346 ₽ в месяц: 1 246 000 / 100 / 36. Это результат модели, а не цена лицензии.
Налоги, изменение цен, специальный SLA, заказные доработки и последствия простоев здесь не моделируются. В рабочем бюджете отдельно задайте их применимость и одинаковую базу цен для всех предложений. Уже включённую поддержку нельзя повторно посчитать как отдельный договор. Внутренние часы учитывайте только в той строке, где выполняется работа.
Проверка чувствительности бюджета
Не ограничивайтесь одной итоговой цифрой. Подготовьте базовый, осторожный и стрессовый сценарии, в которых различаются темпы роста сотрудников, количество интеграций, требования к доступности и участие внешнего подрядчика. Хорошая финансовая модель должна отвечать на вопрос «что будет, если предположение не оправдается?» без полного пересчёта с нуля.
Например, при добавлении филиала могут появиться не только новые учётные записи, но и требования к разделению административных прав, сетевой связности и обучению локального персонала. При переходе на более строгий SLA меняется стоимость сопровождения. Если вендор предлагает скидку на продление, укажите её срок и условия, а не закладывайте в расчёт навсегда.
Отдельно обозначьте зависимость от существующей инфраструктуры. Компания с отлаженным резервным копированием, мониторингом и каталогом пользователей имеет одни исходные расходы; организация, которая впервые строит такой контур, — другие. Цена решения в прайсе одинаковая, а TCO заметно отличается. Это нормально: смысл расчёта как раз в том, чтобы сделать различие видимым.
Как оценить полезный эффект
Операционный эффект менеджера паролей можно проверить на конкретных действиях команды. Например, до внедрения служба ИТ тратит время на выдачу общего доступа, поиск актуального пароля и восстановление доступа после ухода сотрудников. На пилоте проверьте, изменились ли время этих операций и число ошибок; заранее считать улучшение достигнутым нельзя.
Возьмите десять-пятнадцать типовых операций, измерьте время до пилота и повторите замер после. В финансовую модель включайте только те эффекты, для которых есть исходный показатель, повторный замер и понятная стоимость рабочего времени. Для оценки рисков используйте отдельный диапазон вероятностей и последствий, согласованный с ИБ.
Не превращайте предотвращённые инциденты в гарантированную экономию
Есть соблазн написать, что новый менеджер паролей автоматически уменьшит риск утечки на определённый процент. Без собственных наблюдений и модели угроз это будет выдуманная цифра. Вместо неё выделите проверяемые изменения процесса: время выдачи доступа, количество общих аккаунтов без владельца, долю временных разрешений с датой окончания, количество обращений по восстановлению пароля.
До внедрения соберите исходные значения на сопоставимом периоде. После — повторите измерения на той же группе пользователей, отделяя разовые сложности запуска от обычной работы. Экономическую оценку рабочего времени стройте только из тех операций, в которых действительно сократилась нагрузка. Изменение риска описывайте отдельно: укажите выполненный контроль, оставшиеся ограничения и предпосылки оценки. Без собственной модели и данных не переводите его в денежную экономию.
Для руководства полезно собрать одну страницу: трёхлетний бюджет, обязательные требования ИБ, чувствительность к росту пользователей и ожидаемые операционные изменения. Тогда итоговый выбор не сводится к спору, у кого ниже цена за одну учётную запись.
Как сравнивать коммерческие предложения
Запросите у каждого вендора расчёт для одинакового числа пользователей, одинакового горизонта и одного набора функций. Выделите обязательные требования: on-premise или облако, LDAP/SSO, журналирование, разграничение прав, резервирование, поддержка и обучение. Отметьте условия, за которые нужен доплатный модуль либо отдельный проект.
На финальном этапе рассматривайте не только сумму TCO, но и блокирующие требования ИБ. Продукт, который дешевле, но не проходит обязательный сценарий изоляции или восстановления, не становится подходящим благодаря меньшей цене.
Подготовьте вопросы к финансовому согласованию
Перед защитой бюджета попросите владельцев ИТ и ИБ согласовать перечень факторов, которые нельзя выразить одной ценой лицензии. Это, например, возможность разместить систему в допустимом контуре, поддержка обязательного способа входа, приемлемое восстановление после отказа и прозрачная схема поддержки. В финансовой таблице отметьте эти условия как обязательные фильтры, а не как необязательные баллы с небольшим весом.
Проверьте, что коммерческие предложения сопоставимы по количеству пользователей, сроку, редакции, наличию обучения, стоимости внедрения и сопровождения. Если стоимость одной из работ неизвестна, не записывайте ноль — поставьте «требуется оценка» и рассчитайте диапазон. Это позволит избежать ситуации, когда дешёвое предложение неожиданно потребует отдельного договора на каждый следующий этап.
Храните рядом с моделью дату прайс-листа и версию предложения: условия могут меняться, и расчёт нужно будет обновить. После пилота верните в бюджет реальные часы команды и обнаруженные инфраструктурные потребности. Тогда итоговое обоснование закупки опирается не только на маркетинговую стоимость продукта, но и на наблюдения собственных сотрудников.
Запросить расчёт стоимости
Укажите число пользователей, горизонт расчёта и обязательные интеграции. Запросите коммерческое предложение BearPass и внесите подтверждённые условия в свою модель TCO.
Рекомендуем к прочтению
Частые вопросы
Что включать в TCO менеджера паролей?
Все расходы, которые компания понесёт из-за решения: лицензирование, инфраструктуру, работы по запуску, миграцию, обучение, сопровождение и резервное восстановление. Суммы считайте за один и тот же период.
Что дешевле: облако или коробка?
Это зависит от масштаба, нагрузки на эксплуатацию, уже имеющейся инфраструктуры и требований ИБ. Сравнивайте одинаковые функции и одинаковый срок, а не стартовую цену.
Как сравнить тарифы разных вендоров?
Запросите предложения на один сценарий с одинаковым числом пользователей, требованиями к интеграциям, поддержке и безопасности. То, чего нет в базовом тарифе, учитывайте отдельной строкой.