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