Собственная модель или готовое решение: как принимается это решение

sep. 01, 202616 mins read

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

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

Когда готовое решение выигрывает

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

Когда своё решение оправдано

  • Задача составляет предмет конкурентного преимущества, и её описание не должно уходить наружу.
  • Данные не могут быть переданы во внешний сервис по ограничениям организации.
  • Готовые продукты закрывают процент задачи, а доработка сопоставима по стоимости с разработкой.
  • Есть команда, которая будет это поддерживать, и это подтверждено бюджетом, а не намерением.

Отсутствие последнего пункта самая частая причина, по которой собственное решение через полтора года становится обузой.

Промежуточный вариант

Между двумя крайностями лежит сборка на готовых компонентах: внешняя модель, собственный слой логики и данных. Он даёт большую часть преимуществ своего решения при существенно меньшей стоимости поддержки. Порядок такой сборки разбирается в услуге разработки ИИ-решения под задачу.

Скрытая стоимость своего решения

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

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

Как выбирать готовое

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

Что зафиксировать до выбора

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

Image NewsLetter
Icon primary

Empecemos a trabajar juntos