Enterprise і mid-sized IT: чому контракт визначає якість співпраці

Для глобального IT-вендора проєкт із 40 інженерів — один із багатьох акаунтів, тоді як для mid-sized компанії він може бути ключовим. Ця різниця стає критичною, коли виникають проблеми: у великих постачальників відповідь проходить кілька рівнів погодження, а пошук потрібного спеціаліста затягується.

Тому enterprise-клієнти часто розподіляють завдання між кількома підрядниками. Глобальним інтеграторам віддають програми на сотні інженерів, де потрібен значний кадровий резерв. Для окремих продуктів залучають компанії з кількома сотнями спеціалістів, які мають повноцінні delivery-процеси та коротший шлях від запиту до рішення.

За даними дослідження KPMG, 81% опитаних компаній очікують, що сучасні моделі сорсингу суттєво впливатимуть на їхні стратегічні результати протягом найближчих двох років. Від партнера дедалі частіше чекають участі в розвитку бізнесу, а не лише своєчасного виконання задач.

Коли контракт є одним із ключових для підрядника, керівництво компанії ближче залучене до роботи, а критичні питання вирішуються швидше. Один із клієнтів пояснював такий вибір тим, що він особисто відповідає за продукт перед керівництвом корпорації й не може кілька днів чекати на відповідь. Йому важливо отримати реакцію протягом доби та мати доступ до людини, яка може ухвалити рішення.

Швидкість важлива й під час пошуку рідкісних спеціалістів. За окремими запитами компанії середнього масштабу можуть показати перших релевантних кандидатів за один-два дні завдяки тісній взаємодії recruitment, sales і delivery. Коли відсутність одного фахівця блокує етап розробки, навіть кілька днів впливають на графік продукту.

Глибина залучення проявляється з часом. За даними досліджень KPMG та HFS Research, 43% керівників назвали галузеву експертизу головним критерієм вибору постачальника, а 37% — знання бізнес-процесів. Команда має розуміти контекст, у якому працюватиме її рішення.

Приклад — платформа для страхової компанії, яку команда розвивала кілька років. Вона охоплює повний цикл страхування: від укладання договорів до роботи зі страховими випадками та особистого кабінету. Згодом платформу почали використовувати в роздрібній мережі телеком-оператора для страхування техніки.

Інший продукт розвивали вісім років: представник підрядника входив до ради директорів клієнта, команда допомагала готувати інвестиційні раунди, оформлювати патенти й ліцензії. Зрештою продукт придбав один із найбільших профільних гравців у США.

Зрілість постачальника виявляється й у відмові від ризикованих контрактів. Наприклад, компанія може не брати великий fixed-price проєкт, якщо домен новий, вимоги змінюватимуться, а договір передбачає значні штрафи без можливості поетапної перевірки. Великий бюджет не усуває ризик некоректної оцінки обсягу робіт.

Обмеження можуть бути пов'язані з технологією. Один enterprise-клієнт запропонував роботи на застарілому вузькому стеку. Після перевірки ринку серед партнерів, зокрема компаній на десятки тисяч інженерів, потрібної кількості фахівців не знайшлося. Клієнт отримав чесну оцінку до підписання контракту й не витратив місяці на очікування нездійсненного.

Перед підписанням контракту варто запитати, яку частку бізнесу становитиме ваш проєкт, хто долучиться до ескалації у критичних ситуаціях, як швидко підрядник знаходить потрібних фахівців. Окремо варто з'ясувати, як компанія забезпечує безперервність роботи, чи має сертифікації та страхове покриття, а також за яких умов відмовиться від проєкту.

Глобальний вендор залишається сильним вибором для програм на сотні інженерів, що потребують значних фінансових резервів. Mid-sized компанія краще підходить для продуктів, де потрібні постійна увага керівництва, знання домену та швидка реакція. Один замовник може працювати з обома типами постачальників, головне — правильно визначити роль кожного.