Наталья Остроухова: «Разработчики ТИМ-решений все внимательнее смотрят на средний и малый бизнес»

О том, почему разработчики ТИМ вдруг обратили внимание на средний бизнес, как меняется работа с заказчиками и какую роль в инженерном ПО может сыграть искусственный интеллект, главный редактор IT News Геннадий Белаш поговорил с директором по дистрибуции «СиСофт Девелопмент» Натальей Остроуховой.

Российский рынок ТИМ и инженерного ПО традиционно ассоциировался прежде всего с крупными заказчиками. Почему сейчас разработчики стали заметно внимательнее относиться к среднему и малому бизнесу?

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

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

То есть меняется не столько сам продукт, сколько подход к рынку?

Да, я бы сказала именно так. Речь не о том, что для СМБ создается какой-то отдельный, упрощенный мир. Скорее меняется сам способ входа в такие решения. Крупный заказчик чаще мыслит комплексно, большой системой, длинным горизонтом внедрения. Средний бизнес обычно идет более осторожно: от конкретной задачи, от понятного участка работы, от практической пользы здесь и сейчас. И это нормально. Такой путь не хуже и не слабее. Просто он другой.

Насколько в этой модели важна партнерская и сервисная инфраструктура?

Очень важна. Когда рынок выходит за пределы нескольких крупных внедрений и начинает плотнее работать с более широким кругом компаний, вопрос сопровождения становится принципиальным. Конечным пользователям помогают авторизованные дилеры и партнеры разных уровней, а также аккредитованные центры компетенций. По сути, именно через такую сеть и строится повседневная работа с заказчиком: внедрение, консультации, техническая поддержка, сопровождение. Для рынка ТИМ это вообще важный момент. Сегодня конкурируют уже не только продукты как таковые, но и экосистемы вокруг них.

У среднего бизнеса часто есть опасение, что если продукт покупается не в полном комплексе, а точечно, то и поддержка будет по остаточному принципу. Насколько это реальный риск?

Я бы не сказала, что это справедливое опасение. Поддержка не должна зависеть от того, идет ли речь о комплексной закупке или о работе с отдельным модулем. Для нас здесь логика другая: если компания начинает с конкретной задачи, это не делает ее менее важным пользователем. Наоборот, часто именно такой сценарий становится первым шагом к дальнейшему развитию.

А сам продукт для СМБ как-то упрощается?

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

Получается, для рынка сейчас важна не только полнота платформы, но и возможность постепенного внедрения?

Да, именно так. Это, пожалуй, одно из заметных изменений. Раньше ТИМ часто воспринимался как большая, дорогая и сложная технология, в которую нужно заходить сразу всерьез и надолго. Эта логика никуда не исчезла, особенно в крупных проектах. Но параллельно становится все более востребован другой сценарий: начать с конкретного направления, решить локальную задачу, набрать опыт, а дальше уже принимать решение о расширении. 

Если компания, например, занимается проектированием котельных, ей не обязательно сразу разворачивать всю систему целиком. Она может начать с одного профильного инструмента, понять, как он работает в ее практике, и только потом двигаться дальше. Для среднего бизнеса это часто более реалистичный путь.

Читайте также

Николай Городецкий: «Мы выстроили сквозную модель от первого запроса клиента до отгрузки»

Одна из самых частых ошибок в промышленной цифровизации — спешить с тиражированием, когда пилот еще держится на энтузиазме команды.

Можно ли сказать, что такой подход снижает порог входа?

Да, но я бы формулировала это аккуратно. Отдельный модуль сам по себе может стоить сопоставимо с его стоимостью в составе большого решения. Но важен сам принцип: компания не обязана приобретать все сразу. Она берет тот инструмент, который действительно нужен ей сейчас, и дальше наращивает среду по мере развития задач, компетенций и внутренних процессов. Для многих компаний это более разумная модель, чем попытка одномоментно купить и внедрить все.

Если компания входит в систему постепенно, насколько для нее критична работа с общей проектной средой?

Здесь все зависит от сценария использования. Если речь идет о точечном старте, работа может вестись в файлах, без подключения к базам 3D-проектов. При этом библиотека компонентов все равно хранится в базе. То есть компания может начать с более простого режима работы, не разворачивая сразу всю инфраструктуру проекта.Это тоже часть той самой поэтапной модели: не перегружать внедрение на старте, но при этом сохранять возможность дальнейшего расширения.

Один из чувствительных вопросов для рынка ТИМ — работа с коллизиями. Эти задачи только для больших комплексных внедрений?

Я бы не сводила ее только к большим проектам. Поиск коллизий — это не функция отдельного продукта как такового, а этап сводной проверки модели. Разделы формируются в соответствующих инструментах, потом объединяются в единую проектную среду, и уже там проводится проверка. При этом определенная работа с коллизиями возможна и при использовании одного продукта — через публикацию модели и настройку правил. Другое дело, что чем больше разделов ведется в единой среде, тем точнее и полезнее становится такой контроль. Это уже вопрос зрелости самой модели и масштаба проекта.

Сейчас почти любое обсуждение развития инженерного ПО рано или поздно приходит к теме ИИ. Как вы оцениваете его роль?

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

Над чем рынок инженерного ПО, на ваш взгляд, будет работать в ближайшие годы?

Мне кажется, главный вектор сейчас — не столько в создании бесконечного числа новых продуктов, сколько в развитии уже существующих решений: в углублении функциональности, в более тесной интеграции между ними, в выстраивании удобной среды работы. Рынок становится более практичным. Пользователю уже недостаточно просто набора возможностей. Ему нужна понятная логика внедрения, совместимость инструментов, поддержка и предсказуемое развитие. И в этом смысле внимание к среднему бизнесу — это не временный эпизод, а часть более глубокого процесса. Рынок ТИМ становится шире, и работать ему теперь нужно не только с крупнейшими игроками, но и с теми компаниями, которые входят в такие решения постепенно, шаг за шагом.