Готовое мобильное приложение или разработка с нуля: что на самом деле выгоднее бизнесу

Когда бизнес решает запустить мобильное приложение, первая мысль часто звучит так:
«Нужно найти разработчиков и заказать приложение с нуля».
Но это не всегда лучший путь.
Иногда разработка с нуля действительно оправдана. А иногда бизнес тратит лишние месяцы и деньги на то, что уже давно существует в готовом виде.
Поэтому правильный вопрос звучит не так:
«Сколько стоит разработать приложение?»
А так:
«Что именно нужно моему бизнесу и обязательно ли это разрабатывать с нуля?»
Сначала — задача, потом технология
Допустим, у бизнеса уже есть интернет-магазин, сеть ресторанов или несколько торговых точек.
Он хочет мобильное приложение, в котором клиент сможет:
- посмотреть каталог;
- оформить заказ;
- оплатить его;
- выбрать доставку или самовывоз;
- использовать бонусы;
- получать push-уведомления;
- повторять прошлые заказы;
- видеть историю покупок.
В большинстве случаев это не уникальная задача.
Тысячи компаний уже используют похожую механику.
И здесь возникает простой вопрос:
зачем заново разрабатывать то, что уже существует?
Когда готовое приложение — нормальное решение
Готовое решение подходит, когда бизнес-процессы достаточно стандартные.
Например:
интернет-магазину нужен каталог, корзина, личный кабинет и оплата;
ресторану — меню, доставка, самовывоз и программа лояльности;
розничной сети — каталог, акции, бонусная карта и информация о магазинах.
В таком случае гораздо логичнее взять готовую платформу, настроить её под конкретный бизнес, подключить необходимые интеграции и запустить.
Главное преимущество здесь даже не только в цене.
Это ещё и время.
Разработка с нуля может занимать месяцы.
Готовое решение позволяет перейти к запуску значительно быстрее, потому что большая часть функций уже создана и протестирована.
Но готовое решение подходит не всем
Есть обратная крайность.
Иногда компании пытаются любой ценой вписать свои процессы в готовую платформу.
Это тоже ошибка.
Если у бизнеса:
- нестандартная логика работы;
- сложные внутренние процессы;
- специфические интеграции;
- уникальный пользовательский сценарий;
- особые требования к безопасности;
- функциональность, которой просто нет в существующих решениях,
то готовая платформа может начать ограничивать развитие проекта.
И тогда разработка с нуля становится вполне рациональным решением.
Простой пример
Представим сеть магазинов.
У каждого магазина:
- свои остатки;
- свои цены;
- свои акции;
- разные способы получения заказа.
Пользователь должен выбрать магазин и после этого видеть именно его ассортимент и цены.
Если готовая платформа умеет работать с такой логикой — отлично.
Нет никакого смысла писать всё приложение заново.
Но если бизнес работает по принципиально другой модели и готовая система не может её поддержать, начинается другой разговор.
Тогда уже имеет смысл проектировать собственное решение.
Есть ещё третий вариант
Очень часто выбор вообще не сводится к:
готовое приложение или разработка с нуля.
Есть промежуточный вариант:
готовая основа + доработка.
На практике это может быть самым рациональным сценарием.
Берётся готовая система, в которой уже работают базовые функции, а под конкретного заказчика добавляются необходимые интеграции или отдельные возможности.
В итоге бизнес не платит второй раз за разработку стандартных вещей, но при этом получает нужную ему функциональность. 
Самая дорогая ошибка — сначала заказать разработку
За годы работы с мобильными приложениями я много раз видел одну и ту же ситуацию.
Компания сначала решает:
«Нам нужно мобильное приложение».
Потом получает несколько коммерческих предложений от разработчиков.
И только после этого начинает разбираться, а что именно должно быть внутри приложения.
Я бы перевернул этот процесс.
Сначала нужно определить:
- Что приложение должно решать.
- Какие функции действительно нужны на старте.
- Какие системы уже используются в компании.
- С чем приложение должно интегрироваться.
- Есть ли готовые решения под эту задачу.
- И только потом выбирать способ реализации.
Что мы делаем на практике
Мы работаем сразу с двумя подходами.
Для типовых задач есть готовая платформа SalesKIT.
Если бизнесу нужно стандартное приложение для продаж, повторных покупок, доставки, самовывоза, программы лояльности и коммуникации с клиентами, сначала логично посмотреть, закрывает ли готовое решение эту задачу.
А если задача действительно нестандартная, тогда уже имеет смысл обсуждать разработку мобильного приложения с нуля.
Именно поэтому я не считаю правильным продавать разработку с нуля каждому клиенту.
Иногда она нужна.
Иногда нет.
И хороший результат начинается не с выбора разработчика, а с правильного выбора самого подхода.
Как понять, что подходит именно вам
Я бы использовал простой принцип.
Если готовое решение закрывает основную задачу бизнеса без критических ограничений — сначала стоит рассмотреть его.
Если же продукт должен работать по уникальной логике и эта логика является частью конкурентного преимущества бизнеса — тогда имеет смысл смотреть в сторону собственной разработки.
А если не хватает нескольких функций — возможно, вообще не нужно выбирать между двумя крайностями.
Достаточно готовой основы и доработки. 
Главное
Мобильное приложение — это не цель.
Это инструмент.
Бизнесу не нужна самая дорогая разработка или самая сложная технология.
Ему нужен вариант, который решает задачу, запускается в разумные сроки и окупает вложения.
Поэтому перед тем как заказывать приложение с нуля, стоит сначала ответить на один вопрос:
а действительно ли его нужно разрабатывать с нуля?
Алексей Пономарёв
Предприниматель и маркетолог.
В бизнесе с 2011 года, мобильными приложениями занимаюсь с 2013-го.
Более 600 запущенных проектов.
