В компании есть CRM, таблицы и несколько отраслевых сервисов. Каждый по отдельности работает, но между ними заявки переносят вручную, статус заказа выясняют в чате, а отчёт по итогам недели собирают из разных файлов. Возникает соблазн заказать «одну программу вместо всего». Иногда это верное решение. Но часто проблему можно решить настройкой существующей системы или интеграцией — быстрее и дешевле.

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

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

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

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

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

Пять признаков, что компании нужна своя программа

  1. Процесс нельзя уложить в типовые настройки. У компании есть обязательные роли, этапы, расчёты или правила согласования, которые готовые продукты не поддерживают без постоянных обходных путей.
  2. Сотрудники ведут параллельный учёт. «Основная» система есть, но реальная работа идёт в таблицах и чатах: там появляются актуальные статусы, исключения и недостающие поля.
  3. Данные постоянно расходятся. Один заказ имеет разные суммы или статусы в CRM, 1С и личном кабинете, а ручная сверка стала частью ежедневной работы.
  4. Ограничение влияет на клиентов или деньги. Из-за ручной передачи информации задерживаются ответы, теряются обращения, возникают ошибки в документах или невозможно вовремя увидеть проблему.
  5. Нужный сценарий устойчив и повторяется. Это не разовое исключение и не процесс, который компания переписывает каждую неделю. Есть понятные пользователи и правила, которые можно описать.

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

Три варианта решения — не только «купить или написать»

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

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

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

Пример: обработка заказов без бесконечной таблицы

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

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

Как сравнить стоимость готового и заказного решения

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

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

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

Как заказать программу и не получить лишнего

Опишите не список экранов, а один рабочий маршрут: кто начинает действие, какие данные нужны, кто принимает решение, что считается результатом и какие ошибки возможны. Затем выделите первый релиз — минимальный набор функций, который позволит пройти этот маршрут в реальной работе.

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

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

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