Когда компания начинает выбирать систему для управления ИТ-активами, часто возникает желание найти «лучшее решение на рынке». Но правда в том, что идеальной системы для всех не существует. Если взять несколько решений из одного ценового сегмента и уровня зрелости, окажется, что все они покрывают примерно 80-85% типовых потребностей заказчика.
Это как с флагманскими смартфонами: формально все они отличные — держат зарядку, делают качественные фото, работают быстро. Но выбор делается на основе нюансов: у одного чуть лучше камера, у другого — запись видео, у третьего — развитая экосистема приложений. При этом для обычного пользователя каждый из них закроет более 85% задач.
С системами для управления ИТ-активами ситуация аналогичная. Все они умеют вести инвентаризацию, управлять лицензиями, отслеживать жизненный цикл активов. Различия — в деталях реализации, удобстве работы, глубине функциональности и, что особенно важно, в культуре взаимодействия с вендором.
Поэтому: нет плохих систем — есть неподходящие именно вам. И выбирать нужно не абстрактно «лучшую», а ту, которая соответствует вашим процессам, техническому стеку, бюджету и, главное, ту, с вендором которой вы готовы выстраивать долгосрочное партнерство. Ведь систему вы берете на 3-5 лет и более, и всё это время вам предстоит тесно взаимодействовать не только с продуктом, но и с командой поддержки, разработки, с партнерской экосистемой.
Меня зовут Евгений Котухов, я эксперт по внедрению и оптимизации ITSM/ITAM решений, официальный технологический партнер SimpleOne с 10-летней экспертизой в автоматизации ИТ-процессов. Я один из разработчиков ГОСТа по ITAM и имею многолетний опыт внедрения систем управления ИТ-активами в компаниях различного масштаба. Специализируюсь на быстрых внедрениях полного цикла с запуском от 2 месяцев — от аудита процессов до рабочего решения, включая сложные интеграции с корпоративными системами. Обладаю опытом руководства командой, внедрения новых методологий и повышения качества IT-услуг через оптимизацию процессов и ITSM-систем
За годы работы я видел как успешные проекты, так и провалы, связанные с неправильным выбором платформы или подрядчика. Этот опыт позволил мне сформировать подход к оценке решений — не с позиции маркетинговых презентаций, а с точки зрения реальной пользы для бизнеса.
Эта статья — не рейтинг и не реклама конкретных продуктов, а структурированный чек-лист критериев, на которые стоит обратить внимание при выборе системы для управления ИТ-активами. Используйте материал как путеводитель: проходите по критериям последовательно, отмечайте must-have для вашей компании, проверяйте, насколько рассматриваемые системы им соответствуют. В конце вы получите не абстрактного «победителя», а осознанное решение, основанное на ваших реальных потребностях.
Как я формировал критерии выбора
Критерии, которые я предлагаю, родились из практики — из десятков проектов внедрения, из анализа запросов заказчиков, из собственных ошибок и успехов.
Я проанализировал типовые требования заказчиков, изучил лучшие практики индустрии, учел реальные провалы проектов (когда система формально подходила, но на практике не прижилась) и выделил четыре области оценки:
1. Функциональные критерии — покрывает ли система ваши бизнес-процессы управления активами: от автоматического обнаружения устройств до расчета лицензионного комплаенса и амортизации.
2. Технические критерии — насколько система технически готова к интеграции в вашу ИТ-инфраструктуру: архитектура, масштабируемость, API, стек технологий, возможности кастомизации.
3. Коммерческие критерии — прозрачность лицензирования, скрытые затраты на модули и интеграции, реальная стоимость владения (TCO) на горизонте 3-5 лет, модели развертывания (облако vs on-premise).
4. Вендорские критерии — прозрачность взаимодействия с вендором, его культура поддержки клиентов, развитость партнерской экосистемы, наличие маркетплейса расширений, открытость дорожной карты продукта.
Почему нельзя выбирать исключительно по функциональности? Потому что если взять условную выборку из 5–7 ITAM-решений одного класса, все они будут иметь модуль инвентаризации, CMDB, управление лицензиями, отчетность. На уровне чек-листа они почти идентичны. Но когда вы начнете углубляться — как именно работает автообнаружение, насколько гибко настраиваются правила лицензирования, можно ли интегрироваться с вашей 1С без костылей, какова скорость ответа техподдержки — вот тут начинаются различия.
И именно поэтому нельзя выбирать систему только по демонстрации возможностей. Демо показывает идеальный сценарий на подготовленных данных. Реальность — это ваши legacy-системы, специфичные бизнес-процессы, нехватка ресурсов на администрирование. Поэтому критерии выбора должны учитывать не только «что умеет система», но и «как она это делает», «сколько это стоит в реальности» и «кто поможет, если что-то пойдет не так».
Критерии выбора ITAM-системы
Теперь переходим к самому важному — конкретным критериям, по которым стоит оценивать системы для управления ИТ-активами.
Функциональные критерии
Функциональные критерии — это фундамент. Они отвечают на вопрос: сможет ли система реально решить ваши задачи по управлению IT-активами, а не просто красиво выглядеть в презентации вендора?
Критерий | Описание | Почему это важно |
Инвентаризация из коробки | Готовая функциональность для учета всех типов активов: hardware, software, лицензии, контракты, виртуальные машины, облачные ресурсы | Если базовой инвентаризации нет или она требует серьезной доработки — это красный флаг. Вы платите за систему, а не за конструктор |
CMDB (Configuration Management Database) | Централизованное хранилище информации об активах и их взаимосвязях. Важно: не просто список «железок», а понимание зависимостей между CI | CMDB — сердце ITAM. Без неё вы не поймете, что сломается, если выведете из эксплуатации сервер X, или какие лицензии нужны для приложения Y |
Управление жизненным циклом активов | Полный цикл: заявка на закупку → поступление → эксплуатация → ремонт/замена → списание/утилизация. С отслеживанием статусов и ответственных | Это стратегическая задача. Вы должны видеть весь путь актива и принимать решения на основе данных, а не догадок |
Discovery: автоматическое обнаружение активов | Автоматическое сканирование сети и обнаружение устройств, ПО, конфигураций. Важно уточнить: встроенные агенты или требуется интеграция со сторонними сканерами | Можно использовать сторонние агенты (типа OCS Inventory, SCCM), главное — чтобы они по API подключались к системе и заполняли CMDB автоматически. Ручной ввод данных для тысяч активов — это не вариант |
License Compliance: расчет соответствия лицензий | Сравнение купленных лицензий с фактически используемыми. Выявление недостатка/избытка лицензий. Проверка правильности лицензирования (per core, per user, per device) | Это то, ради чего многие внедряют ITAM. Нужно понимать: переплачиваем ли мы за неиспользуемые лицензии? Не нарушаем ли условия вендоров (риск аудита)? |
Финансовый учет активов | Учет стоимости приобретения, амортизация, расчет остаточной стоимости, TCO (Total Cost of Ownership) по каждому активу и в разрезах | Без финансового учета ITAM превращается в простой справочник. А нам нужно считать деньги: сколько стоит наша инфраструктура, какие активы пора обновить, где экономить |
Управление контрактами и поставщиками | Привязка активов к контрактам и поставщикам. Уведомления о завершении срока действия лицензий, гарантии, поддержки. Хранение файлов договоров | Вы должны знать: этот сервер купили по контракту №123 у поставщика X, гарантия истекает через 2 месяца, поддержка стоит Y рублей в год. И система должна напомнить о продлении |
Гибкость настройки (Low-code) | Возможность настраивать формы, поля, справочники, бизнес-правила без программирования. Например, добавить новый тип актива или атрибут через UI | Low-code решает 80% задач кастомизации за часы, а не недели. Если каждое изменение требует разработчика — готовьтесь к очередям и расходам |
Возможность доработки (Pro-code) | Открытый доступ к коду/API для глубоких доработок силами вашей команды. Например, на JavaScript, если это платформа на JS | Крупному бизнесу нужны специфичные процессы. Если платформа закрыта или требует редких специалистов (проприетарный язык) — вы в зависимости от вендора навсегда |
Важное замечание: Я пока не встречал задач в системах для управления ИТ-активами, которые нельзя было бы реализовать технически. Да, сложные кейсы требуют времени и творческого подхода, но технически возможно всё. Хотя в некоторых системах есть жесткие ограничения архитектуры — и если ваша задача в них не вписывается, вы либо смиряетесь, либо идете к вендору за дорогой доработкой — в решениях с возможностями Low и Pro-code кастомизация даётся намного легче и дешевле.
Технические критерии
Технические критерии определяют, насколько система готова интегрироваться в вашу ИТ-инфраструктуру и расти вместе с бизнесом.
Критерий | Описание | Почему это важно |
Архитектура и масштабируемость | Поддержка больших объемов данных (десятки/сотни тысяч активов), распределенная архитектура, возможность горизонтального масштабирования | Если у вас 50 000 активов и система тормозит при формировании отчета — это не просто неудобство, это невозможность работать |
Интеграции из коробки | Готовые коннекторы к популярным системам: Active Directory, 1С, системы мониторинга (Zabbix, Nagios), почтовые системы, HR-системы | Каждая интеграция «с нуля» — это 2-4 недели разработки и тестирования. Готовые коннекторы экономят месяцы |
API и брокеры сообщений | Наличие REST/SOAP API для двусторонней интеграции. Поддержка брокеров сообщений (AMQP, Kafka) для асинхронного обмена данными | Без API вы застрянете в ручной работе. Брокеры сообщений критичны для enterprise: надежный обмен данными с внешними системами |
Технологический стек | На каких технологиях построена система? JavaScript/Node.js, .NET/C#, Java, PHP, или что-то экзотическое? | Влияет на доступность специалистов на рынке. JavaScript-разработчиков полно и они недорогие. Специалистов по проприетарной платформе X — два человека в стране по цене космонавта |
СУБД | Какая база данных используется: PostgreSQL, MySQL (бесплатно), MS SQL (платные лицензии), Oracle (очень дорого)? | Лицензии Oracle могут стоить дороже самой ITAM-системы. PostgreSQL — бесплатно и мощно. Учитывайте это в TCO |
ИИ-инструменты | Встроенные AI/ML возможности: автоматическая категоризация активов, предсказание выхода из строя, оптимизация лицензий | Здесь 90% маркетинга и 10% реальной пользы. Проверяйте на реальных кейсах: работает ли AI или это просто слова в презентации? |
Управление версиями и откаты | Встроенная система контроля версий конфигурации. Возможность отката изменений | Критично для безопасности. Если доработка что-то сломала — вы должны откатиться на предыдущую версию за несколько минут |
Облако vs On-premise | Возможность развернуть систему в облаке (SaaS), на своих серверах (on-prem), или гибридно | Для госсектора и банков часто обязателен on-prem. Для стартапов удобнее облако. Платформа должна поддерживать оба варианта |
Про технологический стек подробнее: Это не абстрактный критерий. Если система написана на редкой технологии, вы не сможете нанять администратора или разработчика за разумные деньги. Или будете зависеть от вендора/интегратора, который будет диктовать условия. Системы на JavaScript/Python/.NET/Java — это широкий рынок специалистов. Проприетарные платформы — это ловушка.
Коммерческие критерии
Коммерческие критерии помогут определить реальную совокупную стоимость владения, а не только цену лицензий.
Критерий | Описание | Почему это важно |
Модель лицензирования | Как лицензируется система: по активам, по агентам, по пользователям, по серверам, или fixed price? | Прозрачность критична. Есть вендоры, где спецификация — это десятки строк мелким шрифтом, и разобраться невозможно. Лучше: одна лицензия на всю функциональность |
Скрытые затраты на модули | Какие функции входят в базовую лицензию, а что продается отдельными модулями? | Пример: у некоторых вендоров отчеты — отдельный модуль, интеграция с телеграмом — отдельный, портал самообслуживания — отдельный. В итоге цена вырастает в 3 раза |
Стоимость интеграций и обновлений | Включены ли обновления в стоимость поддержки? Сколько стоит разработка одной интеграции? | Если каждое обновление — это отдельный проект за деньги, а интеграции стоят как космический корабль �� закладывайте бюджет заранее |
TCO на 3-5 лет | Полная стоимость владения: лицензии + поддержка (обычно 15-25% годовых) + инфраструктура + команда + доработки + интеграции | Система за 3 млн может через 3 года обойтись в 15 млн. Считайте честно: сколько реально потратите? |
Облако vs On-premise | Что дешевле в вашем случае? SaaS (подписка) или покупка лицензий + свои сервера? | Для малых компаний SaaS обычно выгоднее. Для крупных (1000+ пользователей) on-prem окупается через 2-3 года. Считайте по факту |
История из жизни: один из вендоров предлагает, казалось бы, доступную базовую лицензию. Но потом оказывается: графический редактор отчетов — отдельный модуль, телеграм-бот — отдельный, портал — отдельная лицензия. В итоге финальная стоимость в 4 раза выше стартовой. При этом у других вендоров все это из коробки в одной лицензии.
Вопрос не в том, что дробление плохо — иногда оно позволяет сэкономить, если вам действительно не нужны отчеты или бот. Вопрос в прозрачности: вы должны понимать финальную стоимость ДО подписания договора, а не после.
Вендорские критерии
И наконец, самая важная категория — критерии выбора вендора как партнера. Потому что систему вы берете на годы, и качество взаимодействия с вендором будет определять ваш успех или провал.
Критерий | Описание | Почему это важно |
Прозрачность и культура взаимодействия | Как вендор общается: открыто и по-партнерски, или через бюрократию и доп.соглашения? Примеры: исправление опечатки требует ПМИ и денег — плохой знак | Если уже на этапе выбора вам приходится «выбивать» ответы или каждая мелочь стоит денег — после покупки будет только хуже. Культура вендора = ваша боль или радость на годы |
Конфликт интересов: вендор как интегратор | Внедряет ли вендор систему сам, или отдает это партнерам? | Если вендор сам внедряет — конфликт интересов: он защищает свой продукт, а не ваши интересы. Плюс нет конкуренции = завышенные цены. Лучше: вендор развивает продукт, интеграторы конкурируют за качество |
Экосистема партнеров | Сколько сертифицированных партнеров-интеграторов? Есть ли выбор? | 1-2 партнера = монополия, они диктуют цены. 10+ партнеров = здоровая конкуренция, вы выбираете по цене и качеству |
Маркетплейс расширений | Есть ли централизованная площадка с готовыми решениями и интеграциями от вендора и партнеров? | Маркетплейс экономит месяцы разработки: берете готовое решение (например, интеграцию с 1С или модуль управления мобильными устройствами) и адаптируете под себя |
Обучение и сертификация | Есть ли программы обучения, документация, сертификация для администраторов и разработчиков? | Без обучения ваша команда будет учиться методом проб и ошибок на проде. Хорошие программы обучения — признак зрелости вендора |
Открытая дорожная карта | Публичная roadmap развития продукта. Можете ли вы влиять на неё (голосовать за фичи, предлагать идеи)? | Закрытая roadmap — это лотерея: угадаете ли, что разработает вендор в следующем году? Открытая позволяет планировать: «эта функция выйдет через 3 месяца, не будем тратить ресурсы на доработку» |
Техподдержка | Какой SLA у поддержки? Как быстро отвечают на критичные инциденты? Есть ли русскоязычная поддержка 24/7? | Если поддержка отвечает через неделю — вы один на один с проблемами. Особенно критично для production-систем |
Важный тезис: с вендором вы будете взаимодействовать постоянно: при обновлениях, доработках, когда нужна помощь, когда планируете новые модули. Если вендор закрытый, бюрократичный, жадный до денег — каждое взаимодействие превратится в страдание.
Дальше перейдем к типичным ошибкам при выборе и финальному чек-листу принятия решения
Типичные ошибки при выборе ITAM-системы
Провалы почти всегда случаются не из-за плохих систем, а из-за типичных ошибок на этапе выбора. Давайте разберем самые частые, чтобы вы их не повторили.
Ошибка 1: Выбирают по демо, а не по реальным кейсам
Вендор показывает красивую презентацию на 40 слайдов и демо-стенд с идеальными данными. Всё работает гладко: отчеты формируются за секунду, дашборды красивые, интерфейс удобный. Заказчик в восторге: «Берем!»
Однако демо — это подготовленная среда на чистых данных. Там 100 активов, а у вас будет 50 тысяч. Там нет кривых данных из 1С, нет legacy-систем, которые надо интегрировать, нет специфичных бизнес-процессов вашей компании.
Как избежать:
Требуйте Proof of Concept (PoC) на ваших реальных данных и процессах
Запрашивайте референсы компаний вашего масштаба и отрасли
Проверяйте производительность на больших объемах данных
Тестируйте именно те сценарии, которые критичны для вас (например, инвентаризация 10 000 устройств или расчет лицензионного комплаенса для Oracle)
Ошибка 2: Недооценивают стоимость кастомизации
Вендор говорит: «Наша система гибкая, можно настроить под любые процессы». Заказчик думает: «Отлично, значит, дешево». Подписывает договор на базовую лицензию за 3 миллиона.
Через месяц оказывается:
Настройка формы заявки под ваш процесс закупки — 80 часов работы интегратора
Интеграция с 1С для автоматической синхронизации финансовых данных — отдельный проект на 2 месяца
Доработка модуля лицензий под специфику Oracle — еще 40 часов
Обучение администраторов — 5 дней по 100 тысяч
Итого: проект вместо 3 миллионов стоит 8.
Как избежать:
На этапе выбора детально опишите свои процессы и попросите вендора/интегратора оценить объем кастомизации
Запросите подробную смету: сколько стоит каждая интеграция, каждая доработка
Закладывайте резерв 30-50% от стоимости лицензий на кастомизацию и интеграции
Проверяйте, что входит в базовую лицензию, а что продается отдельными модулями (см. коммерческие критерии выше)
Ошибка 3: Не проверяют референсы в своей отрасли
Вендор показывает список клиентов: «Мы внедряли в Газпроме, Сбербанке, РЖД». Заказчик думает: «Если у них работает, значит, и у нас будет». Берет систему.
Тем не менее, специфика отраслей разная. Например, в промышленность нужен учет составного оборудования, территориально распределенные склады, а в финансовом секторе — жесткие требования по безопасности, аудиту, on-premise развертывание. Система, которая отлично работает в банке, может не подойти для завода.
Как избежать:
Запрашивайте референсы именно из вашей отрасли или близких по специфике
Звоните референсным клиентам и задавайте конкретные вопросы: какие специфичные для отрасли задачи решает система? С какими ограничениями столкнулись? Что пришлось дорабатывать?
Ошибка 4: Путают ITAM-модуль внутри ITSM с полноценной ITAM-платформой
У компании уже есть ITSM-система (например, для Service Desk). Там есть модуль учета активов. Руководство говорит: «Зачем покупать отдельную ITAM-систему? Давайте используем то, что есть».
Но ITAM-модуль в ITSM и полноценная ITAM-платформа — это разные вещи:
ITAM-модуль в ITSM | Полноценная ITAM-платформа | |
Цель | Поддерживать инфраструктуру, решать инциденты | Управлять активами стратегически: планировать закупки, оптимизировать затраты, контролировать жизненный цикл |
CMDB | Конфигурационные единицы для оказания услуг | Активы как объекты учета с финансовыми параметрами, контрактами, амортизацией |
Финансы | Обычно нет или базово | Полный финансовый учет: TCO, амортизация, интеграция с 1С, бюджетирование |
Закупки | Нет или примитивно | Полный цикл: сбор потребностей, планирование, заказы, контроль поставок |
Лицензионный комплаенс | Базовый учет | Расчет соответствия, оптимизация, audit-ready отчеты |
ITSM смотрит на сервер как на ресурс для оказания услуг. ITAM смотрит на тот же сервер как на актив с финансовой стоимостью, контрактом, сроком амортизации и планом замены.
Как избежать:
Если ваша задача — учет активов для поддержки, ITAM-модуль в ITSM подойдет
Если нужно стратегическое управление, финансовый контроль, закупки, лицензионный комплаенс — нужна полноценная ITAM-платформа
Хорошая новость: многие современные ESM-платформы включают и ITSM, и ITAM на единой базе — это оптимальный вариант
Ошибка 5: Игнорируют технологический стек
Заказчик выбирает систему по функциональности, не обращая внимания, на каких технологиях она написана. Через год нужен администратор или разработчик для доработок — и выясняется, что специалистов по этой платформе в стране 5 человек, и они стоят как космонавты. Технологический стек напрямую влияет на фактор TCO.
Как избежать:
Уточняйте технологический стек на этапе выбора
Оценивайте доступность специалистов на рынке труда (посмотрите вакансии на hh.ru)
Закладывайте в TCO стоимость команды поддержки (администратор + разработчик)
Отдавайте предпочтение открытым, популярным технологиям
Что дальше?
Вы выбрали систему — это только начало. Дальше начнется самое интересное — внедрение.
Ближайшие шаги:
Сформируйте команду проекта
Детально опишите ваши реальные процессы (не берите ITIL как догму)
Подготовьте и очистите данные
Запланируйте обучение (10-15% бюджета проекта)
Начните с пилота, если проект большой
Определите метрики успеха с самого начала
Помните: нет идеальных систем. Есть система, которая подходит именно вам, и вендор, с которым можно работать — открытый, готовый помогать, развивающий продукт вместе с клиентами.
Удачи в выборе и внедрении системы управления ИТ-активами!
Остались вопросы? Нужна помощь в выборе или расчете проекта? Пишите, разберемся вместе.
