Новые ниши и проблемы: как IT-компании преодолевают зависимость бизнеса от западного софта
О том, кто больше всего пострадал, что нужно бизнесу и какие новые задачи появились у IT, поговорили участники круглого стола «Фонтанки».
Проблемы возникли практически во всех отраслях — и чем больше компания, тем они сильнее.
— Везде, где больше 50 сотрудников, внедрены корпоративные системы: ERP, CMS или какие-то бизнес-специфичные системы. Они были преимущественно западных разработчиков, — рассказывает Александр Жуков, директор по развитию компании «Формат кода». — И после их ухода начались проблемы, связанные в первую очередь с неопределенностью планов развития.
По его словам, системы так или иначе поддерживаются и какое-то время еще будут работать, но бизнес уже сейчас стоит перед логическим выбором: ждать возвращения вендоров, развивать решения, которые будут деградировать, либо строить что-то новое с нуля, то есть фактически инвестировать второй раз.
— И здесь роль таких сервисных компаний, как наша, достаточно велика, потому что мы можем порекомендовать, как этот процесс сделать наиболее безболезненным, — отметил Александр Жуков. — Я бы сказал, что «ждунов» больше, но часть из них ждут появления бюджетов и какой-то определенности больше, чем возвращения вендоров. Но есть и компании, которые находятся под серьезным давлением рынка, и они не могут стоять на месте. Поэтому идеальный выход — когда мы можем доделывать новые модули, не трогая старые. Но это не всегда возможно. Так что компаний, вставших в тупик, достаточно много — процентов 60.
— Мы работаем в первую очередь с b2c-клиентами, которые торгуют с физлицами, и у них было много софта не только западного, но и разработанного на Украине, — рассказывает Роман Фомин, финансово-технический директор RC Group. — Монополистами были охвачены практически целые сегменты рынка: 40 000 торгово-сервисных предприятий. Это, например, система генерации электронного меню, решения для официантов, различные китчен-майндеры для фастфуда, системы взаимодействия с клиентами, обратной связи, рассылки в мессенджерах. Казалось бы, такие сервисы несложно воспроизвести, но мы столкнулись с необходимостью писать для клиентов подобные модули, чтобы упростить им жизнь и вернуть все в «одно окно».
Он рассказал, что сильно пострадала бьюти-сфера: часть софта перестала работать, а у кого-то перестали приходить новые модули, обновления. Есть проблемы в медицине — не специализированного оборудования непосредственно, а клиентского обслуживания. В сфере финансов возникла необходимость локализовать ПО банкоматов или полностью перейти на китайское, так как сейчас именно оттуда поставляют новые банкоматы. Ретейл пострадал в части внедрения самообслуживания, кассового ПО, программ лояльности.
— Мы уже 2,5 года занимаемся программами лояльности, и сейчас чувствуется приток клиентов из крупного бизнеса, — отметил Роман Фомин. — А раньше мы писали софт для сравнительно небольших компаний, и наш основной клиент был в регионах.
Проблемы каждой отрасли специфичны. Например, для машиностроения сейчас важно замещение таких классов зарубежного ПО, как системы автоматизации проектирования, технологической подготовки производства, управления жизненным циклом изделий (CAD-, CAM-, PLM-системы). Об этом рассказал Алексей Барышкин, эксперт по цифровой трансформации компании «Нетрика».
— Еще одно направление для замены ПО в том же машиностроении, а также на многих предприятиях химической, деревообрабатывающей, электротехнической промышленности — системы управления производственными процессами на цеховом уровне (MES-системы), — продолжил он. — Ощущается нехватка отечественных программных инструментов для имитационного моделирования, динамического моделирования технических систем. И это при том, что в нашей стране существует серьёзная научная школа в этой области.
В агропроме на сегодня нет полноценной замены комплексной системе управления сельскохозяйственным производством Cropwise (Швейцария). «Конечно, существуют и развиваются более локальные, нишевые отечественные разработки в этой сфере, но, как и во многих других случаях, предприятия здесь прежде всего ищут, чтобы было «не меньше и не хуже», чем у зарубежного аналога», — добавил он.
Для транспортной отрасли болезненным стал поиск функциональных аналогов зарубежных систем для управления подвижным составом, транспортным парком, его техническим обслуживанием и ремонтами. В отдельных областях деятельности есть и более узкие «провисающие» направления. Например, в фармацевтике критичен поиск отечественных решений для хроматографии, а для микроэлектроники — систем проектирования сложнофункциональных СБИС и СВЧ-устройств. И даже сама отрасль разработки ПО в России испытывает потребность в переходе на отечественные или свободно распространяемые аналоги программ для управления процессами, а также в поиске и замене интегрированных средств разработки для ряда фреймфворков, говорит Алексей Барышкин.
Не было потребности
Несмотря на потребности в новых решениях, важно преодолеть определенное недоверие, которое предприятия и организации испытывают к отечественному ПО.
— Это недоверие возникло не на пустом месте: отечественные разработчики, не получая в прошлом большого количества серьёзных заказов, не могли полноценно развивать свои решения как функционально, так и в части качества ПО, — просто не было достаточной обратной связи от необходимого количества заказчиков и конечных пользователей, — поясняет Алексей Барышкин. — При этом зарубежные конкуренты всегда могли похвастаться тем, что в их программные продукты интегрирован огромный набор передовых бизнес-практик, производственного опыта, предпочтений пользователей, собранных со всего мира.
По словам Александра Жукова, исторически были ниши, занятые западным ПО, поэтому российские компании даже не смотрели в ту сторону, чтобы не изобретать велосипед. Например, очевидно: там, где работал SAP Commerce Cloud, российским решениям делать было нечего. Или можно взять все попытки создания аналога Microsoft Office, которые не дают результата того же качества.
SQL[1055] Expression #4 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'sitebs.cm.author' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by
{KERNEL_DIR}/include/mysql.php: 50 query_mysql->query("SELECT h.com_public,(CASE WHEN cnt>0 THEN cnt ELSE 0 END)cnt,(CASE WHEN md>0 THEN md ELSE 0 END)mid FROM htdocs h
LEFT JOIN
(SELECT COUNT(cm.id) cnt,AVG(cm.rate) md,cm.htdoc_id,cm.author
FROM comments cm
INNER JOIN users u ON (cm.author=u.id)
WHERE cm.public='1' AND 1=1
GROUP BY cm.htdoc_id) as c ON (h.id=c.htdoc_id)
WHERE h.id='83730'");
{KERNEL_DIR}/modules/comments/main.php: 29 query_mysql->format("SELECT h.com_public,(CASE WHEN cnt>0 THEN cnt ELSE 0 END)cnt,(CASE WHEN md>0 THEN md ELSE 0 END)mid FROM htdocs h
LEFT JOIN
(SELECT COUNT(cm.id) cnt,AVG(cm.rate) md,cm.htdoc_id,cm.author
FROM comments cm
INNER JOIN users u ON (cm.author=u.id)
WHERE cm.public='1' AND 1=1
GROUP BY cm.htdoc_id) as c ON (h.id=c.htdoc_id)
WHERE h.id='%d'", "83730");