Свой сервис или готовое решение: что выбрать бизнесу и не переплатить

Два пути и почему выбор не очевиден

Почти любую цифровую задачу можно закрыть двумя способами. Взять готовый сервис, где всё уже придумано за вас, платить абонентскую плату и работать. Или заказать свою разработку под конкретные процессы. У каждого пути своя цена, свои сроки и свои ловушки.

Ошибка стоит дорого в обе стороны. Заказали своё там, где хватало готового, и переплатили в разы плюс получили долгую поддержку. Взяли готовое там, где нужно было своё, и упёрлись в потолок: сервис не умеет того, что вам критично, а допилить его нельзя.

Разберём по-честному, где проходит граница. Спойлер: она не про размер бизнеса, а про то, насколько ваши процессы отличаются от типовых.

Когда готового решения достаточно

В большинстве случаев на старте готовый сервис выигрывает. Он уже работает, его поддерживают, за него отвечает вендор, а вы платите помесячно и не вкладываете крупную сумму сразу. Готовое подходит, когда выполняется хотя бы одно из условий.

• Задача типовая. Учёт клиентов, рассылки, приём оплат, запись на услуги. Тут давно есть зрелые сервисы, и придумывать своё нет смысла.
• Процессы гибкие. Вы готовы подстроить работу под логику сервиса, без попыток переделать его под себя. Часто это даже полезно, потому что в готовое зашит чужой удачный опыт.
• Нужно быстро. Запуск завтра, без ожидания в три месяца. Готовое включается за день.
• Бюджет ограничен. Абонплата в несколько тысяч в месяц против сотен тысяч за разработку это разные весовые категории.

Совет из практики: не спешите с выводом «нам ничего не подходит». Часто подходит, просто надо честно посмотреть, что из ваших хотелок действительно обязательно, а что вы придумали сами себе.

Когда без своей разработки не обойтись

Свой продукт оправдан, когда готовое начинает мешать зарабатывать. Вот сигналы, что пора думать про разработку.

• Уникальный процесс. Ваша логика работы это и есть конкурентное преимущество, и ни один готовый сервис её не повторяет.
• Зоопарк из подписок. Вы платите за пять разных сервисов, вручную переносите данные между ними и тратите на это часы. Один свой продукт может это заменить.
• Данные и контроль. Вам важно держать данные у себя, без чужого облака, или интегрироваться с тем, что готовое не умеет.
• Масштаб. Абонплаты за пользователей выросли так, что своя система окупится за год-полтора.
• Продукт на продажу. Вы делаете сервис, который сами будете продавать клиентам. Тут чужое решение по определению не подходит.

Из чего складывается стоимость

Когда называют цену разработки, часто имеют в виду только написание кода. На деле это лишь часть. Вот из чего реально складывается бюджет.

Обратите внимание: сама разработка это часто меньше половины. Если подрядчик назвал цену только за код и умолчал про тестирование, серверы и поддержку, итог выйдет заметно больше обещанного. Честная оценка всегда учитывает всю цепочку.

Скрытые расходы, о которых молчат

Своя разработка это не разовая покупка, а живой организм, который надо кормить. Что часто забывают заложить в бюджет.

• Поддержка после запуска. Любой продукт требует правок: что-то ломается, что-то надо докрутить под жизнь. Без поддержки код быстро устаревает.
• Серверы и сервисы. Хостинг, домены, платные интеграции. Небольшая, но постоянная статья расходов.
• Развитие. Аппетит приходит во время еды. После запуска почти всегда хочется новых функций, и это отдельные деньги.
• Смена команды. Если разработчики уходят, новым нужно время, чтобы разобраться в чужом коде. Плохая документация превращает это в дорогое приключение.

Мы это видели вблизи: приходит проект, который делала команда, а потом бросила на середине. Разбираться в брошенном коде порой дороже, чем написать заново. Поэтому на берегу важно договориться, что будет с проектом, если пути с командой разойдутся.

Как не остаться с брошенным кодом

Самый болезненный сценарий в разработке это когда подрядчик пропал, а вы остались с недописанным продуктом, в котором никто не может разобраться. Чтобы не попасть в эту ловушку, держите несколько правил.

1. Код должен лежать в вашем репозитории, без хранения где-то у подрядчика. Доступ к нему держите у себя, без чужих рук.
2. Требуйте документацию: как устроен проект, где что лежит, как его запустить. Это ваша страховка при смене команды.
3. Избегайте экзотики там, где хватает типовых решений. Чем стандартнее стек, тем проще найти нового разработчика.
4. Работайте кусками с промежуточными результатами, без большой стройки на месяцы «заплатил всё вперёд и жди полгода».
5. Заранее пропишите, что происходит при расставании: передача кода, паролей, доступов.

Простой способ принять решение

Если коротко, действуйте по такой логике. Сначала честно проверьте, нет ли готового сервиса под вашу задачу, и попробуйте подстроиться под него. Если готовое закрывает дело, берите его: это быстрее и дешевле.

Если упираетесь в потолок и он реально мешает деньгам, тогда считайте своё. Начинать лучше не с огромной системы, а с небольшой рабочей версии: она решает главную боль, а дальше растёт по мере надобности. Так вы не вложите миллионы в то, что может не взлететь.

Мы в студии делаем и то, и другое: помогаем выбрать готовое, а где надо, пишем своё и дорабатываем чужое. Часто первый честный разговор экономит клиенту сотни тысяч, потому что своя разработка оказывается просто не нужна.

Частые вопросы

Что дешевле: готовое или своё?

На старте почти всегда дешевле готовое: платишь помесячно и не вкладываешься сразу. Своя разработка окупается позже, когда абонплаты за много сервисов перерастают стоимость своего продукта или когда готовое не умеет того, что вам нужно.

Сколько времени занимает своя разработка?

Небольшой рабочий продукт можно собрать за несколько недель, полноценную систему за несколько месяцев. Точный срок зависит от сложности логики и числа интеграций. Разумный подход это начать с минимальной версии и наращивать.

Можно ли доработать чужой код?

Можно, если есть доступ к коду и он написан вменяемо. Иногда доработка выходит дешевле переписывания, иногда наоборот. Это решается после того, как разработчик посмотрит, в каком состоянии проект.

Лаша Боратиони

Основатель студии Боратиони, ведущий подкастов о бизнесе

Семь лет собираю проекты под ключ: реклама и её маркировка, разработка, сайты и продвижение. Через студию прошло больше 300 проектов. Веду шоу «Заходи, гостем будешь!» и канал «Подкасты с предпринимателями», так что про рекламу у блогеров и интеграции знаю с обеих сторон, и как заказчик, и как площадка.

Агентство полного цикла Собственные сервисы и медиа Ведущий шоу «Заходи, гостем будешь!» Канал «Подкасты с предпринимателями»