Заказная разработка и коробочные решения: за и против

Факторы, которые нужно учесть, выбирая между коробочным решением и заказной разработкой.

Автор
Develonica
Время чтения
6
мин.
Цель статьи
Помочь принять решение о выборе. Для этого рассмотрим pro и contra.

Начнем с выгод заказной разработки

  1. Идеальное решение. Название говорит за себя – решение, созданное для вашей задачи в рамках уникальной бизнес-ситуации: время\деньги\люди\ограничения. Индивидуальный "пошив" экономит нервы и время.
  1. Любой дополнительный функционал, отвечающий корпоративным требованиям удобства и безопасности. Все «хотелось бы иметь» также будут учтены на этапе разработки ТЗ. И если что-то возникнет по ходу разработки .
  1. Масштабируемость и адаптивность. Это про будущее. Ваш бизнес может претерпевать любые трансформации, кастомное решение будет оставаться актуальным. Его можно масштабировать и адаптировать под изменившиеся процессы, потому что оно принадлежит вам. Это "жирный" бонус.
  1. Конкурентное преимущество. Многие компании пишут об уникальных преимуществах, но почти всё ими перечисленное таковым не является. Уникальное = единственное в своем роде, и оно у вас есть. Более того, это преимущество невозможно скопировать, несмотря на то, что задачи у вас с конкурентами схожие. Решение создано для вашей бизнес-ситуации с учетом ваших операционных особенностей и логики процессов.

Стоит учесть

  1. Долгосрочные инвестиции. В краткосрочной перспективе заказная разработка однозначно дороже коробки. Модель SaaS с ее помесячной оплатой условной «небольшой суммы» подкупает доступностью и простотой. Однако в долгосрочной перспективе заказная разработка не только себя окупает, но и начинает приносить долгожданные инвестиции в формате «неупущенных» выгод. Поэтому если нет свободных ресурсов "играть вдолгую", то коробочное решение выглядит более подходящим вариантом.
  1. Красная зона. Если ситуация требует немедленного решения, то кастомное решение вряд ли поможет, ведь его разработка занимает несколько месяцев. Хотя здесь важно учитывать и тот факт, что коробочное решение тоже требует время на внедрение и кастомизацию. Плюс время на преодолении инерции мышления и формирование новой привычки у сотрудников.
  1. Зависимость от провайдера. Кастомное решение делает вас зависимым от его провайдера. Сейчас этот аргумент больше воспринимается как миф. Трансформировать или развить кастомное решение может почти любая сервисная ИТ-компания. Конечно, речь не идет о разработках на базе искусственного интеллекта, машинного обучения и подобных авангардных решениях. Но и здесь вопрос не в "зависимости", а в ограниченном числе подрядчиков.
  1. Дорого. Когда вы заказываете кастомную систему, то оплачиваете 100% стоимости: 1.  разработки, 2. внедрения, 3. обслуживания, 4. создания manual, гидов по внедрению, обучения сотрудников. Когда берете коробку, то делите все эти расходы с большим числом пользователей.
  1. Сложность составления ТЗ. В случае с заказной разработкой критично перейти от общего видения к очень конкретным, детальным описаниям и ответить на вопрос: что именно мы хотим, чтобы мог делать будущий софт\система? Обсуждение вопросов «важно ли нам иметь вот эту опцию» и «можем ли мы заменить три операции на одну» займет не одну неделю.

Коробочное решение

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

Что может пойти не так

  1. Частичное удовлетворение потребностей. Да, это заложено в самом подходе «универсализации» решений. И вопросы, на которые важно ответить: 1) готова ли компания мириться с частичным решением запросов? 2) не придется ли подстраивать бизнес под софт вместо того, чтобы софт подстраивать под бизнес?
  1. Отсутствие гибкости. Многие коробочные решения сложно поддаются модификации. Все улучшения и дополнения вводятся в соответствии с логикой и планом развития компании-разработчика с учетом обратной связи от пользователей. В этом вся «прелесть» коробки. Хотите по-другому?
  1. Совместимость. Этот вопрос важно решить в первую очередь, от него будет зависеть эффективность и целесообразность выбора готового решения.  Не выйдет ли так, что придется потратить не один месяц на стыковку коробки с вашим «зоопарком»?

РЕЗЮМЕ

  • «Бесспорных» решений не существует.
  • Начать стоит с детального списка необходимых опций.
  • Стоит учитывать краткосрочную и долгосрочную перспективу.
  • Стоит просчитать экономическую эффективность вариантов с учетом упущенных выгод.

Кодить или нет?

Обсудить задачу с экспертом

Полезные материалы

Исследование: Agile в России 2021

.PDF
November 17, 2022

Государственные цифровые платформы 2021: особенности и сценарии развития. Доклад НИУ ВШЭ

.PDF
May 16, 2022

Альманах "Искусственный Интеллект". Индекс 2021 года

.PDF
April 18, 2022

Итоги работы Минцифры в 2021 и приоритеты на 2022

.PDF
April 13, 2022