Весы с ключом и готовыми блоками: заказная разработка или готовое решение
Приложения / РУКОВОДСТВО

Заказная разработка или готовые инструменты: выбор по процессу

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

Команда Monetizator

Что нужно вашему процессу?

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

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

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

Справится ли готовый инструмент?

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

Учтите при сравнении скрытую работу. Настройка, перенос существующих данных и обучение команды требуют времени, даже если не написано ни строчки кода. Инструмент с недорогой подпиской всё равно может обойтись дорого, если он не подходит к тому, как работает ваша команда.

Подумайте заранее и о том, как вы будете уходить. Если через год-два инструмент перестанет подходить, сможете ли вы забрать свои данные в формате, который прочитает другая система? Проверить нормальную выгрузку до покупки легко, а организовать её потом гораздо сложнее.

А может быть, проблема между инструментами?

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

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

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

Когда оправдана собственная разработка?

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

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

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

Как сохранить возможность пересмотреть решение?

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

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

Чек-лист: настроить, связать или разработать

  • Процесс описан по шагам: роли, записи и согласования.
  • Ближайший готовый инструмент проверен на настоящем случае из вашей работы.
  • Понятно, какой разрыв — между программами, а не внутри одной из них.
  • Известно, кто будет владеть программой и поддерживать её после запуска.
  • Записано, почему выбран этот вариант и что заставит его пересмотреть.
УЧЕБНЫЙ ПРИМЕР

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

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

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

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

Читать дальше

Услуги по теме: заказная разработка ПО, интеграция систем, разработка MVP.

Не уверены, что выбрать: готовый сервис, интеграцию или разработку?

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

Заказная разработка ПО →