«Импортозамещение — это хайп или реальная потребность бизнеса?» — с этого вопроса начинается обсуждение в подкасте Neogenda с участием Евгения Карпова, генерального директора компании vStack, разработчика отечественных IT-решений для виртуализации инфраструктуры. Вместе с Артуром Неком, экспертом по Agile и OKR, они разбирают, насколько российский софт готов заменить западные аналоги, какие вызовы ждут рынок и почему обратного пути уже нет.
Смотрите полную запись подкаста и читайте текстовую расшифровку ниже.
Cпикеры:
Артур Нек. Основатель компании Neogenda. Эксперт по OKR, Agile, Scrum и Канбан Методу
Евгений Карпов. Генеральный директор компании vStack
Артур Нек
Ну что, господа, всем добрый день, вечер, утро, у кого как. Сегодня будем бомбить на тему импортозамещения. Хайп это или потребность бизнеса на самом деле? Поговорим с экспертами в этой области.
Евгений Карпов у нас сегодня в гостях. Это генеральный директор компании vStack, наши российские разработчики софта.
Давай, наверное, начнем с базы. Что вы разрабатываете? Потому что vStack — это сложный продукт, и не всем будет сходу понятно, что он замещает.
Что разрабатывает vStack?
Евгений Карпов
Всем привет. Отвечая на твой вопрос, могу сказать, что vStack — это действительно отечественный разработчик сложного софта для айтишников. То есть это IT для IT.
Мы создаем с помощью нашего ПО достаточно сложные инфраструктуры, которые позволяют потом сверху наращивать какие-либо информационные сервисы, приложения и предоставлять определенные услуги для IT-отдела, IT-бизнеса той или иной компании.
Артур Нек
А вот сравнивая с западными аналогами, что замещаете, если по-простому?
Евгений Карпов
Ну, по-простому, на самом деле, у нас ключевые игроки, которые были до 22-го года на рынке, — это американские производители. Такие компании, как VMware, Microsoft, ну и, возможно, Nutanix.
Артур Нек
Это очень большая инфраструктурная задача, на самом деле. Вообще непростая. Потому что это все про отказоустойчивость, про надежность.
И когда обычно люди вспоминают про российские решения, ну, это что-то такое… Поделка обычно какая-то. Вот сделали, чтобы показать.
А вот как это на самом деле? Насколько сейчас российские решения могут конкурировать реально за рынок и быть надежным партнером?
Насколько российские решения конкурентоспособны?
Евгений Карпов
На мой взгляд, сейчас этап становления той стадии российских решений, когда мы догнали первый шаг реальной работы американских и западных решений.
Мы можем позволить себе сказать, что на 75-80% мы практически достигли той зрелости продукта, которая была у них. Только они ее достигали за десятилетия и в спокойном режиме работы. А нам пришлось это сделать за пятилетку, условно.
Это говорит о том, что на это положено очень много ресурсов. Но, в первую очередь, конечно, нам было отчасти где-то проще, поскольку мы ориентировались уже на то, что есть.
Мы смотрели на лучшие практики и старались их применить в своем решении. То есть мы не тащили, например, те разработки 20-30 давности, которые есть у больших компаний-монстров этой индустрии.
Это позволило нам, имея достаточно простой, понятный, не перегруженный код на старте, получить готовый реальный продукт, соответствующий, как я сказал чуть ранее, 75-80% функциональности.
Артур Нек
Ну, как часто бывает, когда есть большой продукт, который содержит массу всего, 70% люди часто не используют. А 30% составляют основные сценарии.
И можно ли здесь говорить о каких-то клиентах, о каких-то метриках? Вот сколько нагрузки вы держите сейчас? Кто уже сейчас выбрал вас?
Клиенты vStack?
Евгений Карпов
Наш продукт находится в продакшене у клиентов уже с 2019 года. Сейчас уже тысячами исчисляют физические серверы, на которых установлен vStack.
Можно привести референсный кейс — это сегмент облачных провайдеров. Например, компания Server Space и компания Beeline успешно используют наш продукт внутри своих инфраструктур. Ну и уж на двоих у них точно больше полутора тысяч серверов крутятся.
Артур Нек
Обалдеть, прям уважение мое. Давай тогда все-таки про импортозамещение. Стало понятно, что тебе можно задавать серьезные вопросы. Думаю, зрители в этом убедились.
И, наверное, вот первый такой, который всех волнует. Импортозамещение — это сейчас временная мера?
Или все-таки это все? Это наш выбор, мы туда идем, и не получится в ближайшие сколько-то лет взять и легко откатиться?
Импортозамещение — это временная мера или уже невозможно «откатиться»?
Евгений Карпов
Для нас, на самом деле, импортозамещение не стало каким-то трендом в 2022 году. Мы понимали прекрасно, что еще с 2010-х годов уже начался определенный тренд, что нужно разрабатывать что-то свое. Он появился сначала просто в голове как идея у лидеров, у инвесторов этой айтишной отрасли, но в целом сформировался, вот уже ключевым апогеем стал 22-й год, понятно, по каким событиям.
На мой взгляд, мышление, когда мы говорим о том, что все может вернуться назад, — это мышление, которое старается сопротивляться до сих пор. Если вспомнить с тобой психологическую модель Кюблер-Росса, когда нам говорят, что есть пять стадий принятия неизбежного, то вот в этом случае, когда есть отрицание, та самая когорта людей, она до сих пор продолжает ждать и надеяться, что все откатится и будет как раньше.
Но на самом деле так уже точно не будет. То есть даже если произойдет возврат компаний, которые ушли с рынка, в любом случае, надежность их и уверенность в том, что так не произойдет в любой другой момент времени, — конечно, ее нет у потребителя. И потребитель будет вынужден все равно смотреть что-то как альтернативу замене этих решений.
А те, кто уже перешел или перейдет еще в будущем, то, конечно, обратный возврат будет уже более сложным, поскольку возврат не происходит единомоментно, и переход не происходит единомоментно. Это обучение людей, это перенос инфраструктуры, если мы говорим про какие-то сложные проекты инфраструктурные.
Это достаточно большая система, проект, который мы осуществляем в течение времени. В случае, если мы говорим про наш продукт, vStack, в среднем время импортозамещения, которое проходит компания, может варьироваться от полугода до 2+ лет и так далее. Поэтому компанию откатить все назад будет очень сложно.
Ну и финально, да, то, что ты правильно заметил: третий вариант. В любом случае, если даже компании вернутся, то сейчас пользователи хакают лицензии, потребляют как-то параллельным импортом, какими-то вариантами, все равно обходят. И отчасти даже эти варианты могут быть бесплатными.
Но все равно они вернутся, и бесплатно никто лицензии отдавать не будет. Поэтому важно понимать, что пройдя этот путь, мало кто захочет вернуться назад.
Артур Нек
А что драйвит в основном? Потому что, опять же, многие считают, что это политика государства, что всех сейчас обязали перейти действительно на российский софт, что это как бы от безысходности, что не могут платить.
А как обстоит дело на самом деле? Что побуждает компании идти этим путем? Какие мотивы чаще всего ты встречаешь?
Что побуждает компании идти путем импортозамещения?
Евгений Карпов
На самом деле, есть доля правды, что государство побуждает потребителей переходить в сторону отечественного софта. И это нормальная история, когда мы хотим быть независимыми, технологический суверенитет. Но есть и другая сторона медали, когда есть независимые компании, которые полностью ни к чему не привязаны. С точки зрения закона на них ничто не давит.
Но они начинают смотреть, что же есть еще. И делают это по двум причинам.
Первая причина — они прекрасно понимают, что вывести все своими силами будет сложно в течение времени. И в моменте, имея какие-то компетенции, это возможно сделать, но пройдя там 1, 2, 3, 5 лет, это будет делать все сложнее и сложнее.
В любом случае, как бы, компетенции теряются, база знаний недоступна, получать ее можно не всегда прямым путем. Тикет-система поддержки от вендора отсутствует как таковая, да, опять же, только окольные пути доступны, не всегда удобные и понятные.
Ну и плюс, все-таки, потребность прямого контакта с производителем должна быть в любом случае.
Всегда работа через третьих лиц приводит к тому, что рано или поздно может случиться какая-либо авария, из которой выбраться будет очень и очень сложно.
И вот эта вот когорта компаний, людей, которые это понимают, предугадывают эту историю, они уже сейчас рассматривают какую-либо альтернативу. И, как правило, мы видим такие истории, когда компания не с головой кидается в импортозамещение, а берет и импортозамещает какую-то часть. Тестирует, ставит какую-то небольшую, не супер критически важную инфраструктуру на отечественном.
При этом с течением времени они это все масштабируют, все разрастается, и таким образом компания уже полностью независима от каких-либо внешних факторов.
Артур Нек
Тут еще надо говорить о том, что большие компании, даже с государственным участием, у них есть обязательное требование — не отдавать всю критическую инфраструктуру в одни руки. И чтобы даже в спокойные времена было несколько поставщиков. Мало ли что, как говорится, и мясорубка бывает двойного назначения, поэтому здесь примерно такая же история.
Должен вот спросить, потому что возникает определенное ощущение, что есть некоторый информационный занавес, и мы сейчас так или иначе огораживаем нашу страну в плане разработки софта.
А что произойдет, когда все поднимется? Все вспоминаем, что был российский автопром, который прекрасно существовал, а потом поехало все с Европы к нам, и где он теперь? Как говорится, чтобы выбрать российский автопром, это надо быть прямо патриотом-патриотом.
Не произойдет ли здесь такого? Насколько реальная ситуация, когда мы пойдем в европейскую часть с нашими решениями?
Насколько реальна ситуация, когда мы пойдем в европейскую часть?
Евгений Карпов
Смотри, на самом деле, это очень хороший вопрос, и это тренд, который я вижу на следующую пятилетку с 2025 по 2030 год.
Когда мы говорим, что импортозамещение настолько уже как бы нам въелось в головы, мы понимаем, что как бы мы от него не пытались абстрагироваться, оно нас нагоняет везде, со всех щелей.
Следующий тренд на пятилетку, я считаю, что должно быть экспортозамещение. То есть, когда мы видим, что локальный рынок сформирован, мы видим ключевых игроков, которые должны появиться на локальном рынке, лидеры сегментов.
В каждой отрасли должны быть 3-5 компаний, которые заберут 90% от всего рынка. И как раз следующим развитием, следующим шагом полномерного органического развития в том месте, где мы оказались, должен стать как раз тренд на экспортозамещение.
То есть, когда мы выходим на мировой рынок и говорим о том, что наши решения не просто замещают локально что-то у нас, а непосредственно являются конкурентоспособными на мировой арене.
И мы это уже видим. Мы, как компания, активно работаем в направлении взаимодействия с дружественными странами в текущий момент времени. Это страны ближнего зарубежья СНГ, это Ближний Восток, это, соответственно, Африка. И начинаем тоже сейчас работу в Латинской Америке.
Артур Нек
Ребята, вы большие молодцы. Гордость берет за наших разработчиков. При этом, наверное, для кого-то будет сюрприз, поделюсь, что очень много российских разработчиков представлены на западном рынке. Многие стартуют даже с западного рынка, иногда меняя бренды в России, называясь одним образом, а на Западе — немножко по-другому. Но это не чистое поле. У нас уже есть успешные примеры, когда действительно мы можем побороться и за весь мир в этом вопросе. Поэтому, ребята, поддержим, как говорится, наших своим рублем.
Вот про него как раз и хотел задать вопрос. А как сейчас происходит формирование ценообразования? Вот мы упомянули, что для заказчика дорого будет прыгать между решениями.
Цены, они сейчас формируются на основании того, сколько люди до этого тратили, или все-таки оно зависит от решения?
Как сейчас происходит ценообразование?
Евгений Карпов
Сейчас идет такой турбулентный момент. В 2022 году мы получили лавинообразный спрос, когда потребители побежали на рынок смотреть что есть. Независимо от того, нужно им импортозамещаться или нет, все хотели понять, что это такое, потрогать, пощупать.
Фактически мы видим, что сейчас разные сегменты по-разному себя ведут. Есть сегменты, где уже сформировались определенные лидеры. Они уже имеют право увеличивать цены за счет того, что наращивают функциональность. Кроме того, команды растут, расходы на бизнес увеличиваются, и компании вынуждены поднимать цены, чтобы не начать работать себе в убыток.
А в тех сегментах, где многие компании еще дотационные, ситуация другая. Например, в рынке серверной виртуализации — он еще не получил свой пик роста, потому что импортозамещен всего на 10-15%. Большой пик роста ему еще предстоит. Мы увидим выход лидеров сегмента чуть позже, в 2025, 2026 или 2027 годах.
Сейчас идет тренд: компании готовы практически за любые деньги обеспечить себе объем бизнеса. Мы видим, что на конкурсах многие готовы торговаться чуть ли не в ноль, чтобы отобрать себе кусочек рынка. Мы тоже так делаем, если понимаем, что заказчик ключевой и сверхважный. Мы готовы идти на эксклюзивные условия, потому что в перспективе это принесет больше денег и пользы для бизнеса.
Артур Нек
Ну и забрав каких-то больших ключевых игроков, вы лавинообразно формируете себе клиентскую базу на будущее.
Евгений Карпов
Все верно.
Артур Нек
Потому что известные имена. Они прям притягивают всех остальных поменьше.
Евгений Карпов
Все правильно, да, ты говоришь. Здесь на самом деле работает и awareness, то есть мы говорим в целом о бренде. И здесь работает система, когда ты подвязываешь к себе определенного крупного заказчика, которому потом тяжелее уйти. Он в любом случае остается у тебя на поддержке, на обслуживании, продлевает контракты, расширяется, масштабируется. Это в любом случае дает большой-большой плюс для бизнеса.
Артур Нек
А заходя вот в такие большие контракты, насколько много приходится дорабатывать? Вот есть же «коробка», которую мы продаем. Но понимание текущего рынка, по крайней мере мне, говорит о том, что зачастую это некоторый такой договор: «Ребята, все заместить на 100% не получится, кнопки точно поменяют свои места. Поэтому давайте смотреть, что вам чаще всего нужно, а что является критичным». И это прямо зашивать в контракты. И вот это мы вам сделаем.
Насколько потом у вас много доработок, когда вы заходите в такие контракты?
Насколько много доработок?
Евгений Карпов
Смотри, очень хороший вопрос. Я чуть-чуть начну издалека.
Ты правильно сказал, что заходя в крупные компании, мало кому нужна «коробка», особенно в такой сложной сфере, как у нас — серверная виртуализация. Действительно, «коробку» покупают потребители сегмента среднего бизнеса, может быть, крупного, но никак не энтерпрайз. Если мы говорим про какой-то «кровавый» энтерпрайз, тех, кто привык годами жить за очень большие бюджеты и получать все под ключ, здесь есть такая история.
Во-первых, действительно, ты правильно снова заметил, что 1:1 заместить нельзя. Получить полный аналог того, что было до этого, невозможно. И мы здесь видим, опять же, очень большую работу нашего коммерческого отдела с точки зрения того, что мы выполняем роль, мы постоянно собираем вот этот кастдев потребителя. Мы постоянно спрашиваем, что им требуется, а какие потенциально функции могут пригодиться через какое-то время.
Таким образом, спустя определенное время — полгода-год, в зависимости, опять же, от проекта — мы собираем определенный набор фичи-реквестов, так называемых. Мы их терминологией именно так, скажем так, описываем, поскольку для нас это запрос на увеличение функциональности, запрос на изменения в продукте. Это вот некий фичи-реквест.
Таким образом, набрав определенное количество фичи-реквестов, если это фичи-реквесты от крупного заказчика, мы пускаем их сразу же в бэклог и с бэклога поднимаем в роадмап. Если же это набор от каких-то одного или двух небольших заказчиков, мы формируем некий пул. И когда этот пул превышает некое пороговое значение, мы также берем это в разработку.
Но в крупных заказчиках действительно в 85% случаев не бывает типовой истории в нашем сегменте. Это всегда индивидуально, это всегда проектная работа. Это доработки постоянные, и они могут проходить на протяжении всего проекта. То есть пока еще даже не случилось подписание контракта, какие-то базовые опции мы уже начинаем дорабатывать.
То, что не требует большой силы команды разработки и месяцев трудов, мы уже начинаем делать. Но если фичи-реквесты потребуют больше нашего участия, то здесь мы, конечно, можем это прошить в контракт, то есть мы можем это все документально подписать.
Но с крупными заказчиками мы стараемся все-таки ударить по рукам, так называемым джентльменским соглашением.
Артур Нек
И начать что-то делать.
Евгений Карпов
И начать что-то делать, да. Хотя мы никогда не отказывались, если заказчик сам просит это прописать. Пожалуйста, в этом проблемы нет.
Мы трезво оцениваем то, что мы можем, поэтому готовы подписаться под те или иные сроки в тех случаях, когда мы понимаем, что эти сроки для нас могут быть обеспечены.
Артур Нек
Но это очень сложная на самом деле задача. Интересно, как вы выстраиваете процесс, потому что для многих импортозамещение — это такой декларативный срок, что до конца 25-го года, ребята, вы должны все успеть, особенно в области критической инфраструктуры.
И многие выйдут на контрактование, наверное, ближе к концу весны, к лету, и останется-то срока совсем немного. Надо делать уже вот прямо сейчас, если есть желание успеть. Поэтому я понимаю очень хорошо вот эти джентльменские соглашения — иначе нереально.
И вот как будут обстоять дела там к концу следующего года, когда надо будет делать всем и сразу?
Что ждать к концу следующего года?
Евгений Карпов
Ну, смотри, на самом деле мы такую же ситуацию проходим и сейчас. То есть есть часть компаний, которые вынуждены импортозаместиться к первому января 25-го года, и мы видим, что все не успевают заместиться. То есть это не 100%, и, честно говоря, на мой взгляд, наверное, это даже не 70%, это, наверное, 50-55%, вот так.
Мы видим, что повально заказчики пытаются залатать дыры, придумывать какие-то лайфхаки, как это можно сделать. У нас есть один интересный кейс, когда заказчик, получив требование к импортозамещению в определенном количестве процентов от инфраструктуры компании, там, по-моему, 75% или 80%, решил импортозаместиться за счет того, что просто накупил очень большие массивы хранения данных и сказал, что у меня в компании замещено, там, не знаю, 8 петабайт из 10. Таким образом, я прошел процедуру импортозамещения. И это, собственно, сработало. Поэтому лайфхаки придумываются. У нас, как бы, люди очень смышленые в этом плане.
Ну, а в целом, конечно, нужно подходить ко всему заранее. Если откладывать все на последний день, то, скорее всего, ты получишь тот продукт либо то решение, которое точно не будет 100% соответствовать твоим текущим задачам.
А в первую очередь всегда надо отталкиваться не от того, что было, а от того, что нужно решать в моменте. То есть те задачи, которые для тебя актуальны, именно под них и нужно выбирать то или иное решение. Когда ты делаешь это в авральном режиме, понятно, что все процессы нарушаются, и здесь можно получить действительно не то, чего ты ожидаешь.
Артур Нек
Как один из факторов, что мешает, мне кажется, импортозамещению, это некоторые люди в компаниях, вот в больших компаниях, они реально рискуют своей головой, что проект будет неуспешным, их снимут, потому что раньше они как бы следили за инфраструктурой, им всем было понятно, а сейчас надо очень многое переделывать. И бог его знает, что произойдет.
Вот как вы работаете с тем, чтобы убедить, соответственно, заказчика в вашей предсказуемости работы, что вы действительно можете справиться? Как вы вообще выстраиваете вот этот вот процесс, чтобы лавину как-то преодолеть?
Взаимодействие с заказчиками
Евгений Карпов
Мы на самом деле достаточно глубоко работаем с заказчиком на всех этапах. У нас есть первые точки касания, их делаем либо мы, либо делает наш партнер. То есть у нас есть сеть партнеров, которые непосредственно предоставляют наш продукт, так как мы здесь являемся классическим вендором в том понимании вендора, какой он есть, то есть мы сами не продаем свои решения, мы предоставляем поддержку и, собственно, через партнерскую сеть мы предоставляем наш продукт конечным заказчикам.
Так вот, первые точки касания, как правило, делает либо партнер, то есть это сбор квалификационных требований, вообще понятие, насколько проект актуален, есть ли бюджет на этот проект. Далее уже подключаемся мы, и начинается наша как раз та самая работа, которую ты говоришь, как донести до заказчика ценность покупки в ближайшее время, как сделать выбор в пользу нашего решения. То есть мы помогаем партнерам, и здесь на данном этапе у нас есть достаточно глубокая работа с точки зрения того, что мы помогаем партнерам в проведении каких-то массовых презентаций, продуктовой презентации либо технической.
Мы проводим технические сессии, можем провести вебинар для заказчика, отдельно собрать технический блок из трех специалистов, руководителей, которые глубоко погрузят заказчика в ценности продукта, расскажут, какие задачи, которые он решал до этого другими продуктами, он может решить нашим.
Ну и ключевым, наверное, жирным штрихом, такой линией, которую можно подвести, это, наверное, пилотная история. Поскольку для всех заказчиков мы рекомендуем смотреть в действии продукт именно на их нагрузках. У всех все индивидуально, у всех все по-разному. Кому-то требуется условно высокая производительность слоя хранения, он считает IOPS. Кто-то хочет понять, как у него там будет работать процессорные мощности, сколько он получит возможности переподписки, оверкоммита в слое вычислений. Все исключительно индивидуально, поэтому самая правильная рекомендация, если есть задача к тому, чтобы действительно переложить текущие нагрузки на что-то российское, берите пилоты, тестирование.
Мы как вендор с удовольствием их сопровождаем. У нас есть отдел внедрения, отдел сопровождения пилотов, ребята подключаются вплоть до того, что участвуют в чатах в Telegram с заказчиками, рассказывают, как надо, на что нажать, как сделать, если какая-то задача не решается, подсказывают, как аккуратно из нее выйти.
Артур Нек
Очень круто. А давай копнем внутрь решения, с точки зрения архитектуры, того, как внутри организовано. Есть ли тут какие-то сложности, подводные камни, как сейчас все строится? Многие по-разному делают. Кто-то берет опенсорсные решения, сейчас уже стали брать китайские решения, и на базе них что-то делать. Говорят, что мы перелицевали, язык обновили, и все, мы российские. Или кто-то идет и говорит, что нет, мы идем своим путем, все с нуля, с чистого листа. Вот вы каким путем пошли?
Архитектура продуктов vStack
Евгений Карпов
Это мой любимый вопрос. Вообще вокруг этой темы можно долго ходить, но я постараюсь кратко и емко описать наш путь.
На рубеже 2018 года мы как раз написали первые строчки кода нашего продукта. Технический руководитель проекта на тот момент придумал идеологию и концепцию продукта, и тогда же стал вопрос, что будет лежать в основе.
Вообще, мы все пишем с нуля, либо мы действительно берем какой-то клон open-source продукта и просто на счет него делаем свой интерфейс, делаем API-шку свою и пускаем в рынок. И вот тогда было принято следующее решение: нам нельзя брать open-source клон продукта, поскольку это не позволит нам в дальнейшем самим управлять своим развитием и своей дорожной картой.
Когда мы берем какой-то готовый продукт, вот опять же, если приведя какую-то аналогию, с автопромом, мы можем сказать, что китайцы на самом деле на рубеже нулевых-десятых годов очень успешно брали и копировали, несмотря ни на какие юридические последствия, копировали западные бренды, европейские, американские. И на самом деле мы получили то, что рынок действительно тогда отторгал китайский автопром, поскольку копия чего-либо, которым ты не особо управляешь, да еще и худшего качества, ну, честно говоря, такая себе история.
Мы тогда решили, на рубеже 2018 года, все-таки идти своим путем, но, конечно же, брать за основу нужно было какую-то технологию. То есть тут важно именно подчеркнуть, что писать с нуля, например, операционную систему, это на самом деле утопичная история, поскольку потребуется огромное количество разработчиков, тестировщиков, в общем, много-много кто из людей это будет делать, и не очень понятен выхлоп всего этого дела.
Поэтому в тот момент мы взяли лишь технологическую основу в виде операционной системы FreeBSD. Вот именно она легла в основу нашего продукта, в общем-то, поверх нее мы и создали свой проприетарный продукт vStack — гиперконвергентная платформа виртуализации.
Что здесь важно подчеркнуть? Важно подчеркнуть, что когда разработчик берет какие-либо технологии из мира open-source, очень важно смотреть на тот тип лицензии, который используется внутри них. Например, в лицензии FreeBSD мы знаем, что это BSD-шная лицензия, она нас ни к чему не обязывает. Мы, в общем-то, вольны делать, что хотим. Собственно, никому мы ничего не должны.
Сами по себе в свое время, в 18-м году, фактически взяли fork, ну, так как тактовой. А если, например, вы используете внутри своего продукта лицензию GPL, то она накладывает определенные ограничения. Это и при необходимости открытия своего исходного кода в сообщество. Плюс GPL накладывает определенные еще юридические ограничения.
И все это, особенно если вы хотите работать не только на закрытом рынке, которым сейчас является наш рынок, а вы хотите в перспективе работать и на экспорт на мировой рынок, на это нужно обращать внимание, поскольку в перспективе это все может очень сильно аукнуться в негативную сторону.
Поэтому мой подход здесь такой: надо брать какую-либо технологию, смотреть на тип лицензирования и дальше все-таки стараться разработать что-то своими силами. На что есть ресурсы, насколько больше этого будет, тем будет лучше, скажем так.
Артур Нек
Вот спустя годы, как вы приняли это решение, сейчас уже вряд ли вы сможете сменить, как говорится. Выстрелила эта ставка или нет? Дает она вам сейчас выигрыш в рынке в работе с продуктом? Ощущаете?
Евгений Карпов
Смотри, да, она нам дает сильный выигрыш. Мы на самом деле стали здесь одним из двух-трех игроков на рынке, которые реально пошли другим путем. То есть 90% других игроков — это клоны одного или того же решения, одни и те же оркестраторы, и как под копирку у всех гипервизор один и тот же, там из мира open-source гипервизор KVM.
Таким образом, когда заказчик приходит и говорит, а расскажите, чем вы лучше других, у нас есть как бы уже больше плацдарм для того, чтобы сказать ему, чем мы лучше, потому что мы просто в технологической основе другие. И за счет того, что мы в технической основе другие, мы имеем ряд преимуществ. Это и тонкость гипервизора, высокая его производительность, возможность быстрых доработок, это легкость в управлении, легкость масштабируемости. То есть это все позволяет нам за счет того, что мы в основу заложили именно другой подход, а не тот, который заложили другие игроки на рынке.
Но это дает и обратную сторону медали. Не всегда бывают как бы две стороны медали, и обратная сторона — то, что мы вынуждены сами разрабатывать то, что другие берут просто из готового репозитория, грубо говоря. Мы это делаем самостоятельно, своими силами, поэтому когда приходит заказчик и говорит, а есть у вас вот эта фича или нету, мы говорим, ну вот пока нету, но если она очень будет нужна, мы сейчас запустим ее в роадмап и она появится.
Артур Нек
Ну и батлл-карты они получаются определенные, когда клиенты смотрят в то, что есть в рынке, и сразу возникает вопрос, который тоже придется, конечно же, отрабатывать.
Евгений Карпов
Все верно.
Артур Нек
А как ты оцениваешь квалификацию наших архитекторов, которые создают вот этих программистов, которые делают продукты? Насколько мы сейчас там конкурентны вообще с рынком? Насколько мы можем делать высокопроизводительные решения?
Уровень российских специалистов
Евгений Карпов
Смотри, я считаю, что рынок у нас еще не насытился этими специалистами. То есть здесь есть четкая нехватка кадров. Вот даже в своей сфере я ощущаю действительно сильную нехватку людей, которые компетентны в разработке. Мы действительно проводим очень большие процедуры по удержанию сотрудников, очень сильные процедуры по онбордингу новых людей. Сейчас, в последней итерации этого квартала, мы запускаем курс по привлечению студентов и по выращиванию из них высококвалифицированных специалистов.
Дефицит кадров есть, и он на самом деле не только у нас, он есть практически на всем рынке, особенно в части инфраструктурщиков. Это вот прям сплошь и рядом. С точки зрения обратной стороны, не разработчиков, а потребителей, мы видим, что действительно много толковых специалистов есть в стороне крупных компаний, то есть в энтерпрайз. И видно, что рынок почистили в свое время, быстро позабирали за счет высоких зарплат, за счет хороших условий. Крупные компании, конечно, людей быстро к себе перетащили.
Поэтому где-то мы вынуждены свои компетенции рассказывать, доказывать, где-то убеждать, а где-то даже обучать тому, что по сути для нас является фактически 2 плюс 2. А для сотрудников на стороне заказчика это действительно сложная какая-то операция. Поэтому здесь мы пока выступаем еще как некие амбассадоры такого подхода, но не только мы. Это нормальная история для многих вендоров сейчас.
Артур Нек
Инфраструктурщики — это прям особенные разработчики, потому что те, кто делают прикладной софт, они как бы в более таких мягких условиях находятся. Вы же такие хардкорщики. Вот на чем, кстати, пишете?
Язык программирования в vStack
Евгений Карпов
На самом деле C, на самом деле язык C.
Артур Нек
Я так и думал, почему-то.
Евгений Карпов
Есть там кусочки Perl языка, есть еще там разные, но в основном это C. Тут как бы ничего не пытались мудрить, в общем, максимальный хардкор, как ты правильно сказал.
Артур Нек
Вот те 3% рынка разработчиков России, обратите внимание, пожалуйста, да. Насколько тяжелая задача привлечь квалифицированные кадры и делать такие решения, чтобы вы понимали, это далеко не просто.
При этом всем задам вопрос про безопасность, про отказоустойчивость, которыми кичатся как раз западные решения, что мы уже знаем все дыры, которые только возможны. Насколько сейчас мы с точки зрения безопасности хороши? Насколько этому уделяется сейчас внимание? Потому что сделать решение — это одно, а защитить его от угроз, которые достаточно большие у нас сейчас — это другое. Как вы решаете?
Решение вопросов безопасности
Евгений Карпов
Начну с конца, то есть ты как раз сказал про отказоустойчивость. Это вообще наш фундамент. Отказоустойчивость и производительность — это те два кита, на которых мы строили свое решение. Потому что решение для крупного бизнеса, для энтерпрайза, если оно не несет в себе отказоустойчивость, оно не несет в себе ценность.
А теперь касательно надежности. Ну, так как мы имеем все-таки закрытый исходный код продукта, с точки зрения каких-то внешних угроз, мы по сути создали определенную экологичную разработку, безопасную. У нас есть определенные процедуры, которые идут с точки зрения внедрения и с точки зрения применения в команде разработки. Поэтому мы не считаем, что здесь есть какая-то проблема.
Есть проблема именно безопасности за счет того, что используется внутри инфраструктуры, когда требуются какие-либо наложенные средства защиты или защиты всей платформы виртуализации от внешних факторов. Прямо сейчас мы находимся в лаборатории ФСТЭКа, мы получаем наш сертификат, всем известный по ФСТЭКу. Эта сертификация, она от нас требует определенных процедур, правил и требований, которые она предъявляет. Поэтому мы всех успешно закрываем на текущий момент.
Ну и на самом деле в этом направлении у нас, хоть мы отдаем, грубо говоря, на откуп внутри виртуальной машины, внутри виртуальной инфраструктуры и обеспечивания наложенными средствами, все равно мы активно развиваемся и в технологическом партнерстве с российскими производителями такого рода софта. То есть различные компании, которые производят какой-либо софт для защиты инфраструктур. Мы проводим те или иные этапы тестирования, смотрим, насколько мы готовы с ними пойти в какую-то техническую коллаборацию. И я думаю, что в 2025 году мы сможем анонсировать как минимум два таких продукта. На это очень сильно надеюсь, но покажет время. Но как минимум сертификат ФСТЭК у нас будет, поэтому 90% этих историй будет закрыто.
Артур Нек
Но это достаточно дорогое удовольствие пройти сертификацию в ФСТЭК. Это не просто бумажка и ответы на вопросы. Там зачастую приходится перелопатить еще и кучу кода и подходов к тому, как вы работаете с безопасностью. Кто проходил, те знают, сколько всего придется пройти. Ну, в общем, держим за вас кулачки, надеюсь, что у вас все получится, и скоро вы это все анонсируете.
А вот если глядя на наш рынок российских решений по импортозамещению, ты все равно же сталкиваешься с коллегами. Вот какие ты видишь здесь грабли и вот это импортозамещение? На что можно сейчас напороться? С чем столкнуться? Как можно защитить клиентов от не совсем качественных решений?
«Грабли» импортозамещения
Евгений Карпов
Действительно, решений на самом деле очень много. Если говорить про рынок серверной виртуализации, в реестре уже более 70 решений. Активно в рынок идут 10-15, маркетинговой подсветкой пользуются, вебинары проводят и так далее. Но я вижу все-таки историю того, что множество этих решений еще сырые, и, конечно, пилоты, тестирование, реальные нагрузки, которые есть, это на самом деле то, что ответит на финальный вопрос, рабочий это продукт или нет.
Ну и, конечно, смотреть на технологическую основу, о которой мы с тобой говорили чуть ранее. Смотреть на чем базируется продукт, стараться погрузиться в документацию, понять какая идеология у продукта и какие основные боли он решает. Потому что с 2022 года мы видим очень активный тренд, когда много понятий подменяется, много за счет этого маркетинга старается прикрыться. И многие вендоры, к сожалению, этим не пренебрегают, а наоборот стараются как бы использовать.
Артур Нек
Ребята, будьте аккуратны. Если вы видите в маркетинговых активностях упоминание, что все кнопки такие же, как в западном X-решении, будьте уверены, кнопки-то, возможно, и есть. А вот их взаимосвязь, она совсем другая, нежели чем вы ожидаете. Это в первую очередь стоит проверить.
Евгений Карпов
Мы на самом деле сталкиваемся сплошь и рядом с такой терминологией. Приходят ребята и говорят, расскажите, а есть у вас VDI? Инфраструктура для удаленных рабочих столов. И мы говорим, ну вы знаете, пока нет, у нас есть такой продукт vStack VDI, он находится в разработке, в 2025 году, в третьем квартале мы его планируем анонсировать. Нам говорят, ну вы нам не подходите, у всех других она есть. Мы говорим, а как она реализована вообще у других, вы смотрели? Да нет, ну мы почитали буклет и посмотрели это и все.
На самом деле очень много игроков заменяют простыми какими-то терминологиями то же подключение к RDP может называться VDI. И это на самом деле для нас концептуально не так, как бы мы понимаем, что совершенно другой подход должен быть и другие задачи, но если вы хотите там импортозаместиться для галочки, то это как бы одна история. А если вы действительно хотите получить рабочий продукт, тогда надо смотреть, тестировать, углубляться, изучать.
Артур Нек
Мне кажется, это огромная боль, когда ставят задачу составить баттл-карты, поручают это какому-нибудь ассистенту, так как все руководители загружены, в частности CTO, которые управляют этими подразделениями. В результате появляется баттл-карта, где крестики-нолики стоят. И ты визуально смотришь, о, да все зеленое, все классно. Но это сделано ради баттл-карты, потому что в действительности надо пройти каждый из этих пунктов, протестировать его, еще и под нагрузкой потестировать.
А, конечно же, никогда ассистент это не сделает. За там месяц, который ставится задача, вообще нереально это все сделать. И дальше мы заложники самой же ситуации, когда принято решение, что берем вот это, где галочек побольше, ставим его, разворачиваем, потом сталкиваемся с проблемой, потом как же теперь выкручиваться? Ну, они не разберутся, давайте попробуем RDP, может получится.
Вот 70 решений, это очень много. Насколько сейчас вообще возможно еще впрыгнуть в этот рынок, если кто-то думает о инвестиции в разработку? Насколько это сейчас разумно будет делать в эти сжатые сроки? Насколько можно еще успеть сделать решение?
Возможно ли сейчас новому игроку зайти на рынок?
Евгений Карпов
Основываясь на том, о чем мы с тобой поговорили с точки зрения технологического суверенитета и абстрагирования других решений, если вы берете другой концептуальный подход, другое ядро решения, другую технологию, то в целом это все возможно. Вопрос, сколько ресурсов вы готовы на это потратить, это первое.
Второе, с точки зрения рынка, как я и сказал, он сейчас находится на стадии предвзрывного роста, когда мы ожидаем, что вот-вот в 2025-2027 годах мы активно начнем получать большое количество контрактов. Поэтому, на мой взгляд, запрыгнуть в рынок можно, но надо не забывать, что все те игроки, которые есть, это как минимум компании, которые стартанули в 2021-2022 годах, а как максимум компании, которые родились еще в 2010-х годах.
Поэтому у них, конечно, большой бэкграунд, уже большой опыт работы с рынком, и есть определенная база знаний, есть уже определенное время, когда они были в эксплуатации, а это супер важная история, когда ваше решение эксплуатируется, в нем, на самом деле, закрываются, по большей части, 80% болей, о которых вы даже не думали.
Поэтому, конечно, новым игрокам, если они стартуют вообще с нуля, будет очень сложно, могу сказать сразу. Но при этом я вижу, что потенциал есть, то есть рынок еще позволяет это сделать, если есть ресурсы, то, пожалуйста, мы против не будем, поскольку в рынке есть еще и не только деление на игроков, но есть и деление на определенные подходы.
Вот, например, мы пропагандируем гиперконвергентный подход — это определенный тип подхода к IT-инфраструктуре, к построению инфраструктуры, который обеспечивает вам однородность всей структуры, горизонтальное масштабирование, в общем, определенные преимущества, которые за собой несет. Не все игроки этот подход так же, как и мы, разделяют, поэтому здесь важно понимать, в какую нишу вы смотрите.
Да, у нас есть своя целевая ниша, мы понимаем объем этого рынка, мы понимаем, кто наши потенциальные заказчики. И самое главное, мы видим тренд, что с точки зрения гиперконвергенции в мире в 2025 году как раз уже будет паритет, то есть уже сейчас там 47-48% на 53. В 2025 году будет паритет конвергенции и гиперконвергенции, дальше он будет только увеличиваться, потому что все равно все идет к глобализации, упрощению, все идет к сокращению затрат, сокращению ресурсов. Ну, собственно, а именно про это и есть гиперконвергенция.
Артур Нек
Когда ты говорил про большое количество ресурсов, люди, вы не представляете, какое количество ресурсов вам потребуется. Вот вы возьмите там, прикиньте, даже базовый бюджет, после этого умножьте его на 5 — вот примерно столько и получится. Даже если вы вот эти четыре доли не используете, как говорится, пусть они в шкафу лежат, мало ли что произойдет.
Примерно к середине пути, после года, вы поймете, что вам надо все переписать. И это будет вообще не шутка. И сотрудников, которые еще надо будет найти, из тех трех процентов, которые уже где-то работают и в хороших условиях, и делают продукт, который понимают, для чего они его делают.
А когда вы находитесь в какой-то там твердой сфере, например, в строительстве, или в каком-нибудь банкинге, и такие: «А сейчас погнали в разработку!». Ребята, у вас очень большие риски. Работайте с профессионалами.
А есть ли вот такой шанс в этом случае, например, взять какого-то игрока из 70 в реестре и сказать: «Ребята, давайте я в вас вложусь, я вас ускорю, я в IT не понимаю, но вы вроде уже продукт в рынке пощупали»? Даст ли это шансы лучше стартануть и продукт развить вообще в принципе? Насколько вот такой подход сейчас присутствует у нас?
Риски инвестирования в готовые разработки
Евгений Карпов
Ну, я бы сказал, что такой подход применим, но есть всегда оговорка. Всегда есть оговорка, потому что вложив сейчас большое количество средств, все равно ты начнешь какие-то определенные гипотезы проверять.
Первое, ты начнешь переманивать людей к себе. В любом случае, если эта гипотеза сработает, все равно в моменте они не смогут построить заново тебе какую-то функциональность, им нужно время вовлечения, нужно понимать вообще, как у тебя работает команда, как функционирует вся система. Потому что вот связи между командами — это сверхважная история.
И даже если ты там выращиваешь в геометрической прогрессии отделы, как бы там разработку, выращиваешь вообще структуру компании, это в моменте тебе не сделает тот буст, который, наверное, все ждут. Это сделают в перспективе, безусловно. Любые инвестиции, в каком-либо объеме они не были, любой рубль важен.
Поэтому любая инвестиция извне, когда компания выставляется на торги или поглощается какой-то более крупной компанией, либо приходит какой-то инвестор — это может быть бизнес-ангел, это может быть группа инвесторов, неважно. В любом случае это плюс для компании, но с оговорками.
Всегда надо понимать, что в моменте все равно вы не получите того эффекта, который, возможно, вы себе нафантазировали. Поскольку это тоже полномерная, достаточно большая и сложная работа, которую нужно проходить шаг за шагом. Вообще, любой важный и популярный корпоративный продукт — это продукт, который строился годами за счет выверенной системы. Только выверенная система, процессы, методологии — они приводят вас к успеху. Но не все сразу.
Артур Нек
Если к вам придут, согласитесь к диалогу? Как минимум, о том, что, ребята, вот вам мешок денег?
Евгений Карпов
Мы находимся в рамках большой группы компаний. Сейчас как раз у нас проходит переформатирование группы компаний IT Global в корпорацию ITG. Мы становимся частью этой корпорации ITG, одной из нескольких продуктовых компаний, которые представляют нас на рынке.
Соответственно, мы, конечно, всегда готовы к диалогу. То есть это ни в коем случае не говорит о том, что мы закрываемся. Но в перспективе становления публичным акционерным обществом мы будем готовы привлекать инвестиции за счет того, что мы будем размещаться на бирже.
Пожалуйста, кто хочет нас поддержать, мы только будем рады.
Артур Нек
Похвально. Еще одна важная веха, которую если вы пройдете, ребята, будет очень круто.
Евгений Карпов
Может быть, это даже небольшой инсайт, но он уже достаточно близок. Мы в перспективе 2025-2026 года должны это сделать.
Артур Нек
А я услышал правильно, я как бы понял, что ребята, те, кто внимательно смотрит наш подкаст, делайте ставочку, как говорится, и понимайте, что происходит внутри компании. Но при этом надо говорить о том, что если заходит какой-то инвестор, это опять же обязательство, и это некоторое давление на разработчика. Когда надо правильно выстраивать ожидания, что когда вы пытаетесь срубить в моменте, сделать не бизнес в долгосроке, а вот эту вот темку сделать, никогда ничего хорошего из этого не получится, ребята, вы потеряете деньги.
Поэтому играйте в долгую, вкладывайтесь в инфраструктуру, понимайте, что это там на десяток лет с возможностью там выхода на мир, и тогда ваши ожидания будут верными и, как говорится, очень даже корректными.
С точки зрения команды, вот ты упомянул, что некоторые берут, накачивают много-много людей, я такие тоже знаю решения, особенно банки этим грешат, когда там давайте выведем 700 человек, они нам сейчас создадут продукт. Но чуда не бывает, 9 женщин за месяц ребенка не родят как говорится. Какой вы исповедуете подход? Малая группа разработки или, собственно, максимально ширимся?
Команда разработки
Евгений Карпов
У нас на самом деле малая группа разработки, поскольку есть ограниченности в кадрах, о которых мы говорили. В целом мы хотим в этом направлении расти, но мы понимаем прекрасно, что должен быть всегда баланс. То есть должно быть определенное количество сеньоров в команде, мидлов, джунов. И мы понимаем, что вот сейчас мы достигли той точки, где у нас практически вся команда состоит из сеньоров.
Да, это действительно может быть даже с точки зрения бизнеса не совсем правильно, но вот такой факт, который у нас есть. То есть мы сейчас как раз пошли в курсы, пошли обучать. При этом мы стараемся в первую очередь удержать этих людей, потому что у нас это ключевые сотрудники.
Во вторую очередь мы все-таки смотрим в расширение команды, когда у нас появляются конкретные задачи. Если мы начинаем разрабатывать какой-то новый продукт в рамках своей экосистемы, то есть у нас не только виртуализация, у нас есть и экосистема продуктов, которая вокруг нее выстраивается. Мы понимаем, что под это дело мы открываем там новую команду. Там нужен разработчик, тестировщик, руководитель, тим лид и так далее. То есть мы как бы начинаем набирать уже отдельно команду под эту историю, при этом сохраняя вот эти взаимосвязи. Поскольку без взаимосвязи, оно, к сожалению, все быстро разваливается или же бежит как бы каждый своим путем, что в перспективе для бизнеса тоже не самая правильная история.
Поэтому расширяться нужно, расширяться важно, нужна конкретная цель, задача, и под это дело расширяемся. Само ядро продукта у нас уже, на самом деле, с 2018 года многие сотрудники до сих пор работают, и мы стараемся его сохранять, поскольку это наш, скажем так, наш оплот, наш фундамент. И на самом деле, конечно, мы резервируемся, стараемся резервировать людей, но в любом случае ключевые люди являются ключевыми.
Артур Нек
Создание вот этой core команды сеньоров — это на самом деле хороший аплод для последующего масштабирования. Как вы методологически управляете этим всем? Возможно, какие-то подходы, фреймворки у себя внутри для того, чтобы выстроить их между собой?
Евгений Карпов
Да, смотри, у нас на самом деле гибридная история. То есть у нас кто-то использует scrum, кто-то там использует канбан-доски для управления. У нас есть собственный продукт внутри группы компаний, который разрабатывает наш еще один вендор, как раз компания Simple One, разрабатывает продукты с DLC. Вот этот продукт с DLC позволяет нашим разработчикам корректно отслеживать все карточки. Отслеживать все эти карточки по разработке, они тоже как бы нам успешно этот продукт внедрили, и мы, собственно, прекрасно им пользуемся.
Ну, конечно, есть определенные дополнительные инструменты в виде каких-то open-source историй. Да, у нас там есть вот mattermost, у нас очень любят разработчики как средство коммуникации. В целом мы сами на самом деле еще где-то пользуемся лицензиями иностранного ПО, хоть как это не звучало бы странно, но стараемся переходить. Да, но частично у нас разработчики тоже еще используют, но опять же ввиду того, что альтернативы пока где-то не могли найти.
Опять же, гибридный подход. В общем-то, всегда agile, мы всегда стараемся делать срезы, смотреть, туда мы движемся или нет. Если у нас разработка начинает что-то делать, но мы понимаем, что рынку надо не это, то, конечно, мы гибко меняемся, поскольку зачем делать то, что будет неактуально.
Артур Нек
Сколько примерно человек? Сколько разработчиков у вас?
Евгений Карпов
Смотри, приблизительно 50 человек занимаются разработкой. Но это не беря в историю техписов, не беря в историю ребят из внедренцев. То есть это именно те, кто занимаются непосредственно разработкой кода продукта.
Артур Нек
Из моих наблюдений, где-то до 100 человек — это является золотая середина при объеме ФОТ, который способны выдерживать инвесторы компании вклада. При этом продукт только становится в рынок, это идеал. Когда сразу раздувают до 300-500, почти всегда это пересмотр ФОТа.
Через какой-то период времени инвестиционный пузырь схлопывается рано или поздно, и приходит к этому числу — где-то 50-100.
Евгений Карпов
На самом деле, это золотая середина. Я бы даже сказал, 30-50 — как для нашего продукта в том виде, в котором он есть. Это вот сейчас такой правильный баланс. Поскольку перепрыгнув действительно через голову, у нас пойдет расфокус. И мы начнем делать то, что делать точно не нужно, стараться как-то закрыть бреши в ФОТе, как ты правильно заметил. А нам это все-таки должно быть органический рост, а не такой хаотичный.
Артур Нек
А как вы увлекаете людей? Как ребята себя чувствуют? Насколько они осознают, что они делают историю страны, по факту?
Евгений Карпов
У нас на самом деле есть определенные дейлики, да, есть ретро по каждому каким-то новым вехам.
Также мы обязательно внутри команды делимся какими-то историями успеха. Мы стараемся подсвечивать ключевых заказчиков, стараемся рассказывать о том, какую боль решил тот или иной заказчик. А если разработчик нащупывает, что это функционально сделал он руками, то это прям сильно бьет его мотивацию. Это очень важно, поскольку разработчики достаточно ранимые люди, скажем так, и я бы сказал, что не всегда денежная мотивация для них номер один. Хотя, безусловно, она играет весомую роль, но при этом осознанность, признание и ощущение того, что ты делаешь действительно что-то хорошее, классное, крутое, оно действительно должно быть, и самое главное — доносить до него.
У нас бывали разные истории, был момент, когда разработчики у нас жили в неком вакууме, когда мы только стартовали, и если разработчик вообще не понимает, зачем он это делает, он, может быть, и будет неплохо выполнять свою работу, но в перспективе у него рассеется фокус. А важно это сохранять, внимание.
И мы делаем обязательно анонсы каких-то классных историй, рассказываем о новых клиентах, о партнерах, ну и, конечно, мотивируем, в том числе денежно. Когда у нас происходят крупные продажи, мы стараемся всю команду поощрить.
Артур Нек
Ну, то, что рассказываешь, называется у методологов техникой нарративов, когда вы вот эти клиентские истории рассказываете. Это прямо надо использовать. Это суперкруто работает, но действительно держать на хлебе и воде разработчика не стоит, потому что рынок убежал в какой-то космос, и тут с банками сильно не потягаешься.
Поэтому люди должны чувствовать себя комфортно, при этом понимая вот эту миссию, цель, для чего они это делают, где вот тот клиент, на которого можно сегодня посмотреть. И сделать ему классную историю, сделать ему хорошо.
Наверное, такие предфинальные вопросы. А как ты думаешь, осталась ли сейчас какая-то ниша, которая сейчас еще в России не покрыта импортозамещенными продуктами? Куда можно еще нырнуть? Успеть?
Есть ли еще свободные ниши для импортозамещения?
Евгений Карпов
На мой взгляд, практически все ниши уже в той или иной мере имеют какого-то игрока, большого или маленького — это второй вопрос. А в целом, конечно, мне кажется, есть еще перспективные истории, и они, на самом деле, у нас сильно тоже продвигаются. Мы активно, скажем так, растим стартапы внутри своей группы компаний по трендам, которые есть сейчас на рынке.
Например, у нас есть стартапы по беспилотникам, есть стартапы — ну, понятно, к чему тренд. Есть стартапы по SAP, по инженерной разработке. Есть стартапы, которые занимаются нейросетями.
В любом случае, мы стараемся пощупать все, что сейчас может быть интересно в какой-то перспективе с течением времени. Но, опять же, здесь нужно делать все это очень аккуратно. Наверное, тоже погружаться с головой в это не нужно. Нужно аккуратно щупать, смотреть, на какой стадии находится та или иная отрасль.
Вот, например, есть очень хороший, на мой взгляд, кейс с VR. История, которая просто хайпанула в десятых годах. Когда мы все побежали, эти очки, что за очки, виртуальная реальность, а в итоге как бы все сдулось, потому что рынок оказался не очень к этому готов. И те технологии, которые она сейчас нам предоставляет, они какие-то больше нишевые, чем массовые. И вот здесь важно как бы прощупать вот эту вот достижимость рынка того или иного уровня. И только когда мы понимаем, что здесь есть спрос, он сформирован, он будет там в ближайшей перспективе, тогда уже в эту историю вписываться.
Но опять же, в IT-отрасли всегда есть инновации, всегда есть что-то новое. Вот те же нейросети нам это показывают сейчас. Там много-много что еще можно разрабатывать и делать своими силами. Поэтому всегда, мне кажется, если есть желание, то надо пробовать.
Артур Нек
Там еще нас ждет очень большая революция. Кажется, мы находимся перед этапом, когда, как на фондовом рынке, рынок должен сначала скупиться по чуть-чуть, а потом вот произойдет эта вот продажа, все рванет вверх.
Поэтому сейчас он консолидируется, собирается, собирается, собирается. И в VR, и в AI, и в ML — это все нас еще только ждет.
Евгений Карпов
Ты знаешь, я даже вспомнил как раз термин, который мы употребляли недавно на стратегической сессии, которая у нас периодически проходит в компании.
Есть термин, так называемая критическая масса, когда она должна накопиться, после чего произойдет как раз взрыв. Поэтому, собственно, об этом здесь и сейчас ты как раз подытожил.
Артур Нек
Ребята, используйте наш софт. Поддерживайте наших разработчиков рублем. Вкладывайтесь в создание действительно рабочей и отказоустойчивой инфраструктуры.
Делайте свои компании стабильнее и лучше. И все у нас получится. Прорвемся!