CRM хранит клиентов, а остальное — в Excel
Продажи находятся в CRM, но объекты, производство, документы или расчёты сотрудники ведут отдельно.
Если часть процесса приходится вести вокруг CRM — в Excel, чатах, файлах или дополнительных сервисах — возможно, готовая система уже не соответствует тому, как работает компания.
Я проектирую CRM и ERP под реальные процессы бизнеса: роли сотрудников, этапы работы, документы, задачи, отчёты и интеграции.
Техническое задание не нужно. Для начала достаточно показать, как компания работает сейчас.
Обычно собственная система становится нужна не потому, что существующая CRM плохая, а потому что бизнес сложнее её стандартного сценария.
Продажи находятся в CRM, но объекты, производство, документы или расчёты сотрудники ведут отдельно.
Сотрудникам приходится пробираться через десятки функций и полей, которыми компания вообще не пользуется.
У бизнеса есть специфические этапы, статусы, проверки или согласования, которых нет в коробочной системе.
Одни данные вводятся в CRM, затем ещё раз в 1С, таблицу, документ или внутренний сервис.
Стандартные отчёты не отвечают на вопросы руководителя.
В итоге CRM формально существует, а реальные процессы продолжаются в чатах, таблицах и блокнотах.
Если процесс стандартный — лид → менеджер → сделка → оплата — собственная разработка часто не нужна.
Bitrix24, amoCRM или другая готовая система могут решить задачу быстрее и дешевле.
Создавать свою систему имеет смысл тогда, когда бизнес начинает тратить слишком много времени на обход ограничений готового продукта.
Если вашу задачу нормально решает готовая CRM — я не буду убеждать писать свою.
Подходит, если:
Имеет смысл рассматривать, если:
CRM обычно отвечает за отношения с клиентами и продажи. Но задача бизнеса может быть шире.
В одной системе можно связать продажи с тем, что происходит после сделки: объекты, проекты, задачи, документы, доставки, склад, расчёты, производство и отчётность. Такая система уже ближе к ERP или внутренней корпоративной системе — без необходимости спорить о названиях.
Информация и документы находились в разных местах. Не было единой структуры данных. Часть процессов зависела от ручного контроля. Типовое решение не соответствовало тому, как компания реально работает.
Разработали собственную ERP-систему под процессы строительной компании. В единой системе собрали документы, объекты, сотрудников, задачи, рабочие процессы и необходимую руководству информацию.
Внутренняя система
Бизнесу требовалось видеть: какой автомобиль, когда приезжает, на какой пост и какие работы выполняются.
Разработали систему, где план загрузки и работ находится в одном интерфейсе.
Посмотреть кейсКлиенты, обращения, сделки и история взаимодействия.
Работа с объектами, заказами или проектами компании.
Статусы, этапы, согласования и бизнес-правила.
Файлы, шаблоны, генерация документов, история.
Исполнители, сроки, контроль.
Каждый сотрудник видит только необходимое.
Данные, которые действительно нужны руководителю.
Сайт, телефония, API, 1С и другие системы — как возможное направление на этапе проектирования.
Кто что делает сейчас, какие данные использует, где появляются проблемы.
Выбираем минимальный набор функций, который уже решает конкретную задачу.
Сотрудники начинают пользоваться системой на реальных процессах.
Добавляем функции на основе реальной эксплуатации, а не предположений.
Система может развиваться вместе с компанией. Не обязательно пытаться автоматизировать всё в первой версии.
Новая система не всегда означает полный отказ от существующих инструментов.
В зависимости от задачи можно:
Сначала нужно понять архитектуру текущего процесса. После этого уже решать, что оставлять, что связывать, а что заменять.
Иногда да. Перед тем как предлагать собственную разработку, нужно понять возможности текущей системы и причину, по которой она перестала устраивать.
Не обязательно. Объём миграции определяется отдельно. Иногда достаточно перенести только актуальные данные.
Это не выбор между двумя названиями. Нужно смотреть, какие процессы требуется автоматизировать. Иногда достаточно CRM, иногда нужна более широкая внутренняя система.
Да. Обычно это разумнее, чем сразу пытаться описать всю будущую систему.
Во многих случаях — да, если у сервисов есть необходимые способы интеграции. Это определяется на этапе проектирования.
Цена зависит от процессов и состава первой версии. После разбора задачи можно определить MVP и оценить разработку.
Не нужно заранее решать, нужна вам CRM, ERP или что-то ещё. Расскажите, какие сотрудники участвуют в процессе, где находятся данные и что сейчас создаёт больше всего ручной работы.
Можно описать процесс своими словами. Техническое задание не требуется.