Сегодня я расскажу о том, как мы привлекали проекты 1M+ долларов в аутсорсинговых компаниях.
Я занимаюсь управлением проектами уже долгое время, и в своей практике сталкивался с различными проектами, в том числе с проектами, которые стоили конечному заказчику 500K, 1M долларов и более. Как правило, такие проекты могут себе позволить большие компании, которые уже давно на рынке. И продажи таким компаниям отличаются от обычного процесса лидогенерации в аутсорсе.
Сперва опишу мои основные замечания о работе с крупными проектами, после чего поделюсь практиками по привлечению таких проектов, которые мы успешно реализовали.
Самые основные особенности при работе с крупными компаниями:
Крупные компании плохо понимают принцип ТМ, так как в большинстве крупных компаний ответственным лицам требуется утверждать конкретный размер бюджета на какой-либо проект.
Вывод: Лучше предложить завышенный, но конкретный бюджет на реализацию каждого отдельного этапа проекта. Чтобы снизить риски, лучше согласовывать стоимость этапов последовательно, с переоценкой оставшейся работы по завершении каждого этапа.
Интересный момент: На самом деле, гораздо проще продать не разработку продукта, а ценность, которую приносит этот продукт. Некоторые IT компании сперва готовят POC или даже готовый продукт, а потом продают его имплементацию или даже просто поддержку этого решения для клиента.
Компании понимают, что они крупные игроки, и в первую очередь общаются с такими же лидерами рынка или с теми партнерами, которым уже доверяют.
Цикл сделки очень большой. Не менее 6 мес, а чаще гораздо дольше.
Крупные компании часто начинают работу не над проектом, а с партнером. В таких компаниях всегда есть потенциальные проекты, и они заинтересованы в долгосрочном сотрудничестве.
Конечно, в зависимости от сферы деятельности, компании по разному относятся к аутсорсингу своих проектов. Конечно, нужно учитывать особенности индустрии.
Чтобы привлечь крупные проекты, мы тестировали множество идей и успешно реализовали следующие практики:
Разработка прототипа. Да, эта мысль приходила в голову многим. Гораздо проще продать ценность готового продукта, чем его разработку.
В моей практике был опыт, когда мы сперва разрабатывали за свой счет небольшой POC для целевого клиента, после чего делали тестовый запуск и проверяли эффективность решения. И только спустя полгода мы начали получать от клиента деньги.
Да, этот подход рискованный. Но!
Если вы знаете проблему вашего целевого клиента и вместе с ним пытаетесь ее решить, пусть и бесплатно для него, то очень высока вероятность покупки решения клиентом, когда оно будет готово. Обратите внимание, что речь идет о большой компании.
Если вы постепенно внедряете решение в инфраструктуру клиента, то ему уже сложно отказаться от той пользы, которое оно дает и перестроиться обратно на менее эффективный процесс. Даже если такое произойдет, вы можете найти компании с похожими проблемами и продавать готовое решение.
Не используем ТМ. В нашей практике бывали случаи, когда мы действительно работали по стандартному ТМ, но это более вероятно при работе с доменами e-commerce, media streaming и т.д. (в тех доменах, где доход компании напрямую связан с IT продуктами, и они знают стандартные подходы к разработке).
В тех случаях, когда работали с более консервативными компаниями, нам приходилось придумывать новые принципы расчета, и условия контракта формировались индивидуально под проект. Например, можно получать деньги не за разработку, а за имплементацию системы в компании, поддержку решения и др.
Партнерские проекты. Большие компании уже работают с разного рода подрядчиками. Самый простой способ зайти к крупному игроку рынка - через его текущего партнера. Поэтому неплохо показала себя практика реализации совместно проекта с партнером целевого клиента. Мы предлагаем ему получить часть от стоимости проекта или принять участие в реализации.
Необязательно стучаться в двери центрального офиса. У компаний есть филиалы, дочерние компании и другие подразделения, ответственные лица которых гораздо легче выходят на связь. Отлично показал себя подход, когда мы внедряли POC в одно из подразделений компании бесплатно (почти), и когда показали пользу решения в этом подразделении, тогда центральный офис принял решение о дальнейшей работе над проектом.
Разработка сложных технических решений и их внедрение в инфраструктуру клиента требует построения не только процесса разработки, но и процесса развертывания, обучения сотрудников, поддержки пользователей и др.
Я помогаю компаниям реализовывать сложные технические решения “под ключ” и всегда открыт к новым предложениям - https://www.linkedin.com/in/nickholub/
Коллеги, а какие подходы к работе с крупными проектами хорошо сработали у вас? Поделитесь вашим опытом в комментариях.
Veratam
А что такое принцип ТМ?
RealSup
time management, очевидно же
antipinIvan
T&M – это модель работы, при которой оплачивается не результат, а время исполнителя.
В целом T&M плохо продаётся в т.ч. из-за сложности заключения контрактов, особенно государственных в рамках ФЗ о закупках.
usego
Нормально он продаётся тем, кто нанимает in house и платит абсолютно тот же T&M, но только своим сотрудникам. Впрочем это чаще всё таки outstaff, чем outsource, но грянь между ними зыбкая.
datacase
Time and materials - когда оплата за фактически затраченное время и материалы на работы по проекту