Хорошо, быстро, с гарантией: как убедить стейкхолдеров в пользе внешней разработки
Еще вчера заказная разработка ассоциировалась с бесконечными правками, срывами сроков и проваленными дедлайнами. Сегодня всё изменилось — рынок зрелый, команды выросли и повзрослели, а методологии стали эффективнее. Но старые страхи живы. Как развеять мифы и объяснить акционерам или руководству, что работать с внешним подрядчиком — это не риск, а конкурентное преимущество?
Истоки недоверия: почему заказная разработка пугает бизнес
Исторические причины, сформировавшие негативное восприятие заказной разработки: отсутствие стандартов, стихийное развитие рынка, неопытные исполнители, страх перед неопределённостью.
Заказная разработка исторически определяется как «долго дорого и больно». Эти легенды передает друг другу не первое поколение руководителей на стороне заказчиков. Но почему это убеждение появилось и как с ним бороться? Давайте разбираться!
ИТ‑отрасль, как и многие другие в России, развивалась по экспоненте, хаотично и стихийно. Как и все новое, ИТ сектор формировался из того, что есть, и под те срочные задачи, которые появлялись. Круто, что такая отрасль стала развиваться, но кто ее сформировал, кто следил за обучением, развитием и внедрял хоть какие‑то стандарты было не ясно. Опыт разработки нарабатывался на тех клиентах, которые были. Подходы, регламенты и любые регулирующие документы еще не существовали.
А если учесть, что заказная разработка — это почти всегда создание того, чего никто никогда не видел и никто никогда не делал, то и стандартизировать подходы к заказной разработке на старте развития ИТ‑сектора было невозможно. В мир ИТ попадали и молодые неопытные студенты и люди с кандидатской степенью по физике, химии, математике и другим естественным или точным наукам. И тех и других объединяло отсутствие опыта и уверенности в конечном результате. Именно благодаря таким “студентам” и начинающим “айтишникам”, к заказной разработке возникло сильное недоверие.
Рассылка: как вести бизнес в России
Пять полезных писем пришлем сразу после подписки. В них — бизнес‑идеи, готовые промпты для нейросетей, советы, как выбрать налоговый режим и получать пассивный доход
Изменившиеся реалии: как заказная разработка стала взрослой
Современный уровень профессионализма в индустрии: рост числа ИТ‑специалистов, стандартизация, мультиотраслевой опыт, проработка CJM, дизайн, кастдев и глубокое понимание пользователя.
Сегодня мы имеем совершенно другую ситуацию. Лучшие вузы ежегодно выпускают десятки тысяч профессионалов: по данным Минцифры за период С 2019 по 2023 год численность ИТ‑специалистов увеличилась в 1,5 раза и составила 857 тысяч человек, также дополнительно есть возможность постоянного развития и переобучения из других специальностей. Обучение уже идет на отработанных реальных кейсах и лучших практиках, теперь рынок понимает, что стандарты важны и нужны на всех этапах разработки.
Рынок тех, кому нужна заказная разработка, разделился на 2 лагеря. Одни говорят, что «хорошо» можно сделать только самим, другие считают, что лучше довериться профессионалам. И оба подхода корректны, ведь есть задачи, которые ни один внешний партнер не сможет решить ввиду ограничений по требованиям безопасности или конфиденциальности. Но там, где нужно иметь релевантный и актуальный времени опыт работы с конечным пользователем, а это может быть, как покупатель, так сотрудник компании, лучше обратиться к тем, кто в этом разбирается. И это утверждение неактуально лишь для того бизнеса, который построен целиком и полностью вокруг e‑com и своего пользователя. В этом случае глубина знаний и внутренней специфики компании, и «своего» потребителя будет невероятно высока и соревноваться в этом внешний партнер не сможет.
Для всех остальных случаев выбор внешнего подрядчика будет наилучшим вариантом, т.к. сегодня специалисты в заказной разработке объединяют в своем опыте не только полученные наработки, постоянный custdev, и глубинное изучение пользователя, но и обогащают его мультиотраслевым подходом.
Внешний подрядчик против in‑house: что выбрать и когда
Сравнение внутренних и внешних команд: плюсы и минусы каждого подхода, роль отраслевых кейсов, актуальность опыта, гарантии качества и мотивация исполнителей.
Своевременный качественный обмен и использование наработок других отраслей очень важны, это двигает конечный ИТ‑продукт вперед. Еще один очень важный фактор, который почему‑то в наименьшей степени считается важным и приоритетным, — это качественное построение customer journey map (CJM) или пути потребителя. Мало анализировать потребителя по различным параметрам, мало учитывать пол, возраст и географию. Нужно учитывать поколенческие особенности, в том числе, лайфстаил тренды, и главное — понимать, где будет целевая аудитория через 8‑12‑20 месяцев и что будет для нее важно. Именно поэтому так важен опыт иных отраслей. Какие‑то отрасли более чувствительны и раньше реагируют на изменения потребительского и пользовательского поведения, и их опыт будет полезен и важен для других. И здесь тренд на создание In‑house команд скорее играет в минус, ведь команды остаются в большем вакууме и не могут или не успевают смотреть по сторонам, ловить новые потребности и анализировать рынки.
Не менее важным фактором в пользу внешней заказной разработки будет являться и гарантия качества конечного продукта. Когда вы отдаете партнеру задачу, и он «забирает» ее в формате fix price, но вы точно уверены, что дойдете до конца, и вам в нужный момент подсветят, что нужно импортозаместить, доработать или развить внутри вашей ИТ‑архитектуры. У большого числа компаний на российском рынке ИТ‑ландшафт формировался хаотично, непоследовательно и очень часто возникает вопрос, а что делать с тем или иным решением, кастомизированным на 90%, как его масштабировать дальше и что будет с технической устойчивостью бизнеса? А как внедрить поверх новые актуальные решения?
Каждая компания уникальна, ее ИТ‑архитектура будет особенной, и, конечно, разобраться в хитросплетениях бизнес‑процессов смогут не только те, кто делал это уже не раз, а имеют фокус на решение именно этой задачи. Как часто бывает, внутреннего специалиста нагружают еще десятком проектов и часть из них из приоритетных мигрирует в обычные или забытые задачи. Внешний партнер решает оговоренный пул задач, не теряя фокус. Ему не страшны ротации персонала, меняющаяся тактика компании или ИТ‑департамента. Есть Договор и задачи, описанные в нем, должны быть выполнены на высшем уровне. Команда внешнего партнера всегда формирует knowledge base, описывает реализованные кейсы, которые важны для будущих продаж, как клиентам, так и партнерам. HR‑политика также почти всегда подразумевает демонстрацию прошлых и текущих проектов, поэтому качество их выполнения так важно.
Если вы думали, что внешний подрядчик — это только про «нагреть клиента», то, быть может стоит поменять свое мнение. Внешний разработчик, если он опытный и с репутацией, имеет невероятную мотивацию качественно не только начать проект, а довести его до конца, провести приемо‑сдаточные испытания и сдать продукт, согласно таймлайну и договоренностям.
Ведь профессионализм команды, актуальность используемых подходов и архитектуры, качественное построение CJM, актуальный дизайн, учитывающий все тонкости брендбука, не заменят гарантии качества разработки, соблюдение сроков и готовое созданное по требованиям и утвержденному плану решение. Для любого интегратора реализация проектов для заказчика — это основной бизнес и качественный подбор и поддержание профессионализма команд является основополагающим.
Продаем идею: стратегия убеждения + аргументы
Как грамотно обосновать целесообразность заказной разработки перед топ‑менеджментом: экономика, визуализация результата, этапность, привлечение подрядчика на этапе защиты проекта, учёт сроков и затрат владения.
Выгоды очевидны, но как убедить руководство? Самый простой вариант — подготовить сравнительный анализ затрат in‑house команды и внешнего подрядчика. Скорее всего, затраты на рекрутинг, найм, онбординг, технику, фонд оплаты труда, оверхедов и налоги окажется сильно выше, чем привлечение внешнего партнера. Продажа проекта внутри компании, руководству и/или топ‑менеджменту — это отдельный полноценный проект и требует особого подхода: качественных материалов, презентаций и цифр. Презентуйте работы частями, пересчитывайте стоимость работ помесячно, если проект требует серьезных инвестиций. Максимально, насколько это возможно, визуализируйте итоговый результат, планируйте исполнение по этапам, в результате которых будет измеримый, понятный результат и набор артефактов. Такое разбиение позволит своевременно корректировать ход проекта и минимизировать риски недостижения конечного результата. Не стоит пренебрегать и привлечением будущего партнера, как эксперта, еще на этапе защиты проекта. Будущий исполнитель обогатит описание проекта необходимыми деталями, примерами из отрасли, мировыми практиками и подходом к исполнению проекта, разметит возможное количество артефактов, отметит возможные острые углы. Знание всего пути проекта и возможных сложностей также позволяет минимизировать риски.
Важным фактором является скорость, внешний подрядчик готов стартовать быстро, организация in‑house команды требует времени, онбординг и погружение в бизнес‑процессы — это тоже время, которого у бизнеса обычно нет. Если проект требует разработки в течение 10 месяцев, а in‑house команды нет, значит организация такой команды потребует не менее 6 месяцев, плюс время на «сработаность» внутри команду и с другими департаментами, что удлинит реализацию проекта минимум на 8 месяцев. А кто будет гарантировать уровень профессионализма собранной команды? Кто будет оценивать их навыки и потребность в дальнейшем развитии?
Когда речь идет о сложных проектах с большим количеством подводных камней, кажется, что стоит провести оценку не только затрат в моменте, но и на отрезке времени, требуемого не только для реализации всего проекта, но и стоимости владения решением на его полном жизненном цикле, что качественно умеют делать профессиональные игроки на рынке заказной разработки. Количество проектов у профильного IT‑интегратора всегда будет выше, а значит и реального опыта, который будет успешно интегрирован в ваш проект.
Вместо послесловия
В условиях стремительных технологических изменений, высокой ключевой ставки и высокой конкуренции бизнесу важно не бояться экспериментировать с подходами к цифровому развитию. Заказная разработка — это не временное решение, а мощный инструмент, позволяющий быстро адаптироваться, выходить на новые рынки и создавать продукты, точно соответствующие потребностям клиентов. Главное — вдумчиво выбирать исполнителей с опытом, выстроенной методологией и прозрачным подходом к работе. Тогда цифровая трансформация перестанет быть дорогой авантюрой и станет стратегическим преимуществом компании.
Редактор: Андрей Малафеев
