Имеется ли в таких условиях у разработчика ПО адекватная альтернатива продвижению именно ПАК, а не условных коробок со своим софтом?
Руководитель проектов направления клиентских ПАК компании Fplus Тимур Бигулов видит тренд на укрупнение каждого из направлений:
«Сейчас можно насчитать несколько десятков разработчиков, занимающихся виртуализацией, но со временем выживут лишь 2-3 сильнейшие компании. Так же и по другим направлениям: не останется большого количества операционных систем, ВКС, офисных пакетов и др. А те разработчики, которые останутся на рынке, будут стараться включить свои продукты в состав ПАК, потому что это гарантирует им возможность попадать к заказчику в удобном формате.
Если ты независимый разработчик, то приходится думать о том, чтобы твой софт был совместим с софтом каждого из участников экосистемы: почты с ВКС, офиса с антивирусом и т. д. Если же продукты идут в составе ПАК, то над совместимостью всех компонентов разработчики трудятся сообща, а заказчик получает готовое „коробочное“ решение, которое можно спокойно интегрировать в инфраструктуру — и не переживать за его работоспособность. Такая синергия помогает разработчикам снижать издержки на тестирование и адаптацию софта минимум вдвое».
Однако при всей популярности ПАК, заказчики до сих пор приобретают "железо" и разное ПО под него по отдельности. Связано это с тем, что ПАК для российского ИТ-рынка — это до сих пор относительно новый продукт.
«Производители ещё не успели накопить достаточно практического опыта по проведению закупочных процедур и осуществлению поддержки, чтобы заказчики полностью отказались от приобретения софта и „железа“ по отдельности. Тем не менее, ПАКи постепенно набирают популярность, так как позволяют получить решение, которое просто прописывается в домене, — после чего им сразу можно начинать пользоваться»,
— напоминает Тимур Бигулов.
