Первый вариант – заказная или аутсорсинговая разработка. Ваш бизнес строится на решении тех задач, с которыми ваш клиент не может справиться самостоятельно. Прежде всего это управление проектной работой, проектирование, дизайн, программирование, тестирование, развертывание и поддержка продукта. Все это может выполняться комплексно либо от вас потребуется только часть из общего списка. Ваша ключевая метрика эффективности – какую добавочную стоимость удается получить с каждого специалиста.
Знание предметной области заказчика важно, но ваша истинная цель – удовлетворить ожидания клиента. Как ни странно, иногда реальная полезность продукта не так важна, ведь даже заказчик может не знать, что ему нужно. Зато люди, которые с его стороны отвечают за проект, имеют свои критерии успеха. Например, им должен нравиться дизайн, бюджет и сроки должны остаться в оговоренных рамках, или с вами просто должно быть удобно и приятно работать.
Чем больше размер компании, тем меньше можно увидеть связь функциональных качеств продукта и коммерческих результатов от его использования. Для малого и среднего бизнеса это имеет значение, они нацелены на развитие, и каждая «фича» рассматривается как возможный конкурентный рычаг. В корпорациях все несколько иначе. Там акцент на удержании своего рынка, а значит важна предсказуемость. Ваши услуги могут быть дороже, но если вы гарантируете надежность продукта, выберут вас.
Второй вариант – создание цифровых продуктов для внутреннего использования, чтобы усилить или изменить бизнес-модель. Неважно, будут использовать конкретный продукт сотрудники или клиенты компании. Его ценность определяется экономическим или другим эффектом, например, маркетинговым, который он приносит на вложенные в его разработку средства.
Ключевая компетенция бизнеса – найти принципиальную схему решения и сформулировать требования к продукту. Управление проектом по его созданию может быть как внутри собственной команды, так и на стороне подрядчиков. Если продукт критически важен для бизнеса, большинство продуктовых и проектных компетенций должно быть внутри. Часто достаточно небольшой команды во главе с проджект-раннером, который привлекает внешние команды и координирует их работу.
Здесь лучше всего проявляется разница между проектным и продуктовым подходом. Первый характерен для задач с ясным конечным результатом, когда нужно, например, получить первую версию цифрового продукта. В этом случае хорошо себя проявляют внешние аутсорсинговые компании, ориентированные на проектный формат работы. Но для дальнейшего развития продукта с учетом регулярных изменений в бизнесе нужна постоянная вовлеченность команды. Она должна накапливать знания, понимать внутреннюю специфику бизнеса и измерять свой успех через эффективность продукта. Такое можно ожидать только от собственных специалистов, работающих в рамках продуктового подхода.
Помимо создания цифровых продуктов на заказ и для внутреннего использования, существует третий вариант – разработка тиражируемых продуктов. Они могут поставляться как онлайн-сервисы, мобильные приложения или ПО для установки у клиента. Может показаться, что между тиражируемыми и продуктами, разработанными на заказ, есть сходство. Но это не так. Заказной продукт всегда создается под индивидуальные требования клиента, а тиражируемый воплощает в себе обобщенные представления о решении пользовательской или бизнес-задачи. Добиться такой универсальности крайне сложно.
Бюджет на создание тиражируемого продукта значительно выше стоимости обычной заказной разработки. И это не учитывая затрат на маркетинг и продвижение, часто многократно превышающих расходы на создание самого продукта. Очевидно, что преуспеть в таком бизнесе можно только за счет масштабирования продаж – либо доминируя в рыночной нише, когда ваш продукт считается отраслевым стандартом, либо адаптируя одно и то же решение под задачи в разных отраслях.