CRM и ERP на заказ или готовая SaaS-система: как выбрать

Большинство растущих компаний в какой-то момент понимают, что таблицы, почта и рабочие чаты уже не удерживают бизнес вместе. Тогда возникает вопрос посложнее: подписаться на готовый SaaS-продукт или заказать разработку ПО под то, как вы работаете? В этом руководстве объясняем, что делают ERP, CRM и системы документооборота, как честно взвесить варианты и как внедрить тот, который вы выберете.

Главное

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

Признаки того, что таблиц и чатов уже не хватает

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

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

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

ERP, CRM и системы документооборота: что делает каждая

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

ERP (enterprise resource planning, планирование ресурсов предприятия) управляет операциями и деньгами: закупки, склад, заказы, счета, а часто ещё бухгалтерия, производство и несколько складов.
CRM (customer relationship management, управление отношениями с клиентами) управляет клиентами и продажами: контакты, лиды, воронка, коммерческие предложения, напоминания и история каждого разговора.
Системы документооборота (СЭД) управляют внутренними процессами: согласование закупок, расходов или отпусков, общие документы и задачи. Часть этого уже закрывают пакеты вроде Microsoft 365 или Google Workspace.

Важнее всего, чтобы эти системы делили общие данные: одна карточка клиента, один список товаров, один набор цен.

Три пути: готовое решение, разработка на заказ или гибрид

Путей три: подписаться на готовое ПО или SaaS, заказать разработку системы или совместить оба варианта в гибриде.

Готовое ПО и SaaS. Вы подписываетесь на существующий продукт — например, Odoo или NetSuite для ERP, HubSpot или Salesforce для CRM, а в русскоязычных странах часто 1С, Битрикс24 или amoCRM — и настраиваете его. Решение проверено и быстро запускается, обновлениями и безопасностью занимается поставщик, а платите вы обычно за пользователя или модуль. Компромисс: вы подстраиваетесь под продукт, а его развитие определяет поставщик.

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

Гибрид. Используйте стандартное ПО для стандартных задач и разрабатывайте там, где вы отличаетесь. Бухгалтерию, выставление счетов и расчёт зарплаты обычно лучше оставить поддерживаемым продуктам, потому что налоговые правила и правила электронных счетов различаются по странам и меняются. В ЕС, например, пакет «НДС в цифровую эпоху» (ViDA) (на английском), принятый в 2025 году, с 1 июля 2030 года вводит цифровую отчётность на основе электронных счетов для трансграничных B2B-операций. Вокруг такого бухгалтерского ядра можно построить синхронизацию с интернет-магазином, портал заказов для оптовых клиентов или мобильное приложение для сотрудников склада. ERP с открытым кодом, такие как Odoo Community (лицензия LGPLv3) или ERPNext, находятся посередине: их можно размещать у себя и дорабатывать, но ваши изменения придётся переносить через каждое обновление.

Для многих малых и средних компаний гибрид — разумный вариант по умолчанию. Похожий выбор между готовой платформой и разработкой встаёт и при запуске интернет-магазина; его мы разобрали в сравнении Shopify, WooCommerce или магазин с нуля.

Шесть критериев, которые решают выбор

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

Насколько уникален процесс? Если именно им вы конкурируете — например, индивидуальные цены для каждого клиента или нестандартный производственный цикл, — втискивать его в типовое ПО будет дорого. Если он стандартный, как бухгалтерский учёт, не изобретайте его заново.
Интеграции. Перечислите все системы, которые должны обмениваться данными: интернет-магазин, маркетплейсы, платежи, службы доставки, бухгалтерия, банк, формы на сайте. Проверьте, есть ли готовые коннекторы и документированные API с приемлемыми лимитами. Например, в правилах использования API HubSpot (на английском) дневной лимит запросов для приватно распространяемых приложений зависит от тарифа: 250 000 на аккаунт на Free и Starter, 625 000 на Professional и 1 000 000 на Enterprise. Настоящая сложность часто прячется именно в интеграциях. Чистый API также сильно упрощает подключение ИИ-ассистентов в будущем — например, через Model Context Protocol (MCP) (на английском), открытый стандарт для подключения ИИ-приложений к внешним системам (см. наши ИИ-решения).
Пользователи и права. Оплата за рабочее место становится дорогой для тех, кто заходит изредка: сотрудников склада, водителей или внешних партнёров. Заранее проверьте детальные права доступа (менеджеры видят только своих клиентов, себестоимость скрыта от части ролей); некоторые SaaS-продукты оставляют их для старших тарифов.
Владение данными. Где хранятся данные и можете ли вы выгрузить их все, включая историю и вложения, в пригодном для работы формате? Что будет, если вы откажетесь от подписки? Если вы обрабатываете персональные данные людей в ЕС, применяется GDPR: провайдер, который обрабатывает эти данные по вашему поручению, является обработчиком, а в руководстве для малого бизнеса (на английском) Европейского совета по защите данных сказано, что отношения между контролёром и обработчиком должны регулироваться договором — обычно его называют соглашением об обработке данных (DPA).
Долгосрочные расходы. Сравнивайте итоговую сумму за весь ожидаемый срок жизни системы. Расходы на SaaS растут с числом пользователей, дополнительными модулями, переходом на старшие тарифы (ради функций вроде доступа к API) и изменением цен при продлении. Расходы на систему на заказ складываются из первоначальной разработки (её определяют объём, роли, бизнес-правила и интеграции), хостинга, обновлений безопасности и новых функций. В обоих случаях нужны перенос данных, обучение и время вашей команды.
Зависимость от поставщика. У SaaS риски — закрытые форматы данных, рост цен и отключённые функции. У ПО на заказ — привязка к одному разработчику, потому что никто другой не понимает код. Средства против обоих рисков одинаковые: проверенная полная выгрузка, документация, распространённые технологии и договор, который предусматривает ваш выход.

Как определить объём системы на заказ: процессы, затем MVP, затем этапы

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

Опишите текущие процессы. Проследите заказ, закупку и обращение клиента от начала до конца. Говорите с теми, кто делает работу, а не только с руководителями, и соберите настоящие бланки заказов, счета и таблицы. Требования прячутся в исключениях и обходных путях.
Упростите, прежде чем автоматизировать. Автоматизация запутанного процесса лишь ускоряет путаницу. Часть рутины можно снять и без новой системы — инструментами автоматизации бизнес-процессов вроде Zapier, Make или n8n.
Определите MVP. Минимально жизнеспособный продукт — самая маленькая версия, которая полностью заменяет один реальный рабочий процесс, например заказ, обновление остатков и накладную для одного склада. Запишите роли, права, ключевые экраны, интеграции и те немногие отчёты, которыми действительно пользуются.
Внедряйте поэтапно. Начните с пилотной команды или площадки, исправьте то, что они найдут, и затем расширяйте. Каждый следующий этап добавляет модуль — закупки, CRM или согласования.

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

Перенос данных и вовлечение команды

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

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

Внедрение в команде:

С самого начала вовлеките ключевого пользователя из каждой команды.
Обучайте по ролям, с короткими инструкциями на языках, которыми пользуется ваша команда.
Сделайте новую систему единственным источником правды: заказ, пришедший в чат, вносится в систему, а не обрабатывается в обход.
Убедитесь, что сотрудники склада и выездные сотрудники могут работать с телефона; если для этого нужно отдельное приложение, этапы описаны в нашем руководстве по разработке мобильного приложения.
В первые недели быстро устраняйте мелкие неудобства: именно они решают, будут ли люди доверять системе.

Как выбрать подрядчика и каких ошибок избегать

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

Опишете ли вы наши процессы до того, как оценивать функции, и как вы разбиваете работу на этапы?
Какие технологии вы используете и сможет ли другая команда принять проект?
Будет ли исходный код с первого дня лежать в репозитории на нашем аккаунте, а облако, домен и сторонние сервисы — оформлены на нас?
Какую документацию мы получим: архитектура, модель данных, описание API, инструкция по развёртыванию, руководства пользователя?
Как вы тестируете и делаете резервные копии и пробовали ли вы на деле восстановление из них?
Что будет после запуска: исправления, обновления безопасности, новые функции и передача проекта, если мы расстанемся?

Типичные ошибки:

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

Частые вопросы

Всегда ли ПО на заказ дороже, чем SaaS?

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

Можно ли начать с SaaS, а потом перейти на систему на заказ?

Да, и часто это разумно: SaaS-продукт показывает, что вам действительно нужно. Выбирайте продукт с полной выгрузкой данных и документированным API, чтобы последующий переход был плановым переносом, а не спасательной операцией.

Кому должен принадлежать исходный код системы на заказ?

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

Если вы выбираете ERP, CRM или хотите лучше связать текущие инструменты, посмотрите нашу услугу разработки ПО и приложений, бизнес-консалтинг для описания процессов и выбора системы или напишите нам. UsualMatrix работает с клиентами по всему миру; мы общаемся на китайском, испанском или английском языке.

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