Материал входит в серию статей о build vs buy в HRTech.

Многое в этом мире подвержено колебаниям, и HRTech — не исключение.

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

Если смотреть на российский рынок ретроспективно, то начало 1990‑х можно назвать временем собственных разработок, а 2000‑е — эрой «коробочных» решений.

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

В начале 2020‑х этот поворот закрепился: многие компании реального сектора стали трансформироваться в tech‑компании и создавать ИТ‑дочки для развития платформенных решений. После 2022 года и ухода западных вендоров эта тенденция только усилилась.

Сейчас рынок снова на распутье. С одной стороны, накапливается разочарование в собственной разработке, а новые игроки обещают лучшее качество. С другой — AI и low-code, которые, вероятно, радикально изменят индустрию, смещают фокус выбора от готового продукта к среде разработки.

Почему возникает это разочарование?

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

Есть и другая причина — романтизация собственной разработки. Многие компании строят tech‑офисы, нанимают команды и какое-то время чувствуют себя современными технологическими игроками. Но довольно быстро выясняется, что разработка — это не красивая вывеска, а тяжёлая производственная рутина: найм, конфликты приоритетов, техдолг, legacy, интеграции, инциденты и бесконечные доработки. Когда первая волна энтузиазма проходит, часто оказывается, что вместо «ИТ мечты» построено дорогое и сложное в управлении производство.

Но проблема не только в бизнесе. Сам tech тоже часто оказался не готов к взрывному спросу на собственные решения. Требования к качеству, дизайну и пользовательскому опыту выросли, технологии усложнились, а ресурсы изменились.

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

При этом tech нередко слишком сосредоточен на стабильности и рисках, забывая, что самое стабильное решение — то, в котором никто не работает. В результате бизнесу часто предлагают выбор без выбора: либо ждать месяцами даже простую доработку, либо слушать, почему она не нужна.

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

Именно поэтому главный запрос сегодня — не на новую модную технологию и не на очередную «серебряную пулю». AI и low-code важны не сами по себе, а как инструменты, которые могут снять часть технической рутины и освободить место для более дефицитных компетенций: понимания бизнеса, продуктового мышления и способности принимать решения на стыке бизнеса и ИТ.

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

Читайте полную версию https://dzen.ru/a/ae98pbKRiFtUFN4n.