Один из проектов Sphere — CRM-система для внутреннего взаимодействия сотрудников Урал Агро Групп. Такая задача относится не к CRM в привычном смысле «воронка продаж и карточки клиентов», а к внутренней корпоративной системе: её пользователи — сотрудники разных подразделений агрохолдинга, которым нужно работать вместе.
На примере этой задачи разбираем, когда компании нужна разработка CRM-системы на заказ, а когда хватит коробочного решения, чем особенны процессы агробизнеса и как мы подходим к таким проектам — от аналитики до внедрения и обучения сотрудников.
Своя CRM или коробочная: с чего начинается решение
Первый вопрос, который стоит задать до разговора о разработке, — нужна ли она вообще. На рынке много готовых CRM и корпоративных порталов, и для многих компаний это правильный выбор.
| Коробочная CRM | Своя разработка | |
|---|---|---|
| Процессы | Типовые: сделки, задачи, контакты, документы | Специфичны для отрасли, не укладываются в шаблоны без обходных путей |
| Структура компании | Сотрудников немного, структура простая | Много подразделений и площадок с разными ролями и правами |
| Интеграции | С популярными сервисами через готовые модули | С несколькими внутренними, собственными или отраслевыми системами |
| Доработки | Компания подстраивает процессы под логику продукта | Нужны, когда доработки коробки дороже самой системы, а обновления ломают изменения |
| Данные и развитие | По логике и планам продукта | Компания сама контролирует, где хранятся данные и как развивается система |
| Старт | Быстрее | Дольше, зато система строится под реальные процессы |
Честный ответ на этот вопрос — часть нашей работы. Иногда по итогам аналитики оказывается, что задачу лучше решить настройкой готового продукта, и тогда об этом стоит сказать сразу.
Почему агрохолдингу сложно найти готовое решение
CRM для агрохолдинга сталкивается с особенностями, которых нет в типичной офисной компании.
- Распределённая структура. Офис, производственные площадки, поля, склады, логистика — подразделения находятся в разных местах и работают в разном ритме.
- Разные пользователи. Одной системой пользуются руководители, бухгалтерия, агрономы, механики, снабженцы, водители. У них разный уровень цифровой подготовки и разные устройства — от рабочего компьютера до смартфона в поле.
- Сезонность. В посевную и уборочную нагрузка на сотрудников и на систему резко растёт, а времени разбираться в сложном интерфейсе нет.
- Связь. На удалённых площадках интернет бывает нестабильным, и это стоит учитывать при проектировании.
- Много согласований. Закупки, ремонт техники, перемещение ресурсов между подразделениями часто требуют цепочки одобрений с участием нескольких людей.
Коробочные решения обычно рассчитаны на «среднюю» компанию. Чем дальше процессы от этой средней точки, тем больше настроек, доработок и компромиссов требуется.
Коробочные решения рассчитаны на «среднюю» компанию: чем дальше процессы от этой точки, тем больше доработок и компромиссов.
Что обычно должна уметь корпоративная система для сотрудников
Состав функций определяется после разбора процессов, но у внутренних систем такого класса есть типовые блоки:
- Задачи и поручения с ответственными, сроками и статусами, видимые всем, кто участвует в процессе.
- Заявки и согласования: маршруты одобрения, которые повторяют реальную логику компании, а не навязывают чужую.
- Справочники и структура компании: подразделения, сотрудники, роли, контакты.
- Роли и права доступа: каждый видит то, что нужно ему для работы, и не видит лишнего.
- Уведомления в удобном канале, чтобы не нужно было весь день держать систему открытой.
- Документы и история: вложения, комментарии, журнал изменений — чтобы через полгода можно было понять, кто и почему принял решение.
- Отчёты для руководителей: где процессы задерживаются, какие подразделения перегружены.
Во внутреннем портале все эти блоки работают на одну цель — меньше переписки в мессенджерах и звонков «а где моя заявка», больше прозрачности.
Аналитика: разбираем процессы, а не список функций
Наш первый этап — аналитика, структура и смыслы. Для внутренней системы это означает разбор бизнес-процессов компании.
На этапе аналитики мы разбираем:
- какие процессы система должна поддерживать в первую очередь и где сейчас теряется больше всего времени;
- кто участвует в каждом процессе, какие решения принимает и какая информация ему для этого нужна;
- какие системы уже используются — учётная, кадровая, почта, мессенджеры — и с какими нужно обмениваться данными;
- какие данные придётся перенести из старых таблиц и систем;
- как будет измеряться успех: скорость согласований, доля процессов в системе, удовлетворённость сотрудников.
Результат этапа — описание процессов, ролей и требований, на основе которого составляется ТЗ и план работ. Удобно разбивать проект на очереди: сначала запустить самые болезненные процессы, потом расширять систему.
Дизайн: система, в которой хочется работать
В таких проектах важно:
- сделать главный экран каждой роли таким, чтобы человек сразу видел свои задачи и заявки;
- сократить число действий для частых операций — создать заявку, согласовать, отметить выполнение;
- продумать мобильный сценарий для тех, кто работает не за столом;
- сохранить единый визуальный язык, чтобы новые модули не превращали систему в набор разрозненных экранов.
Мы прорабатываем сценарии на прототипах и проверяем их с будущими пользователями до разработки. Исправить прототип дешевле, чем переделывать готовый модуль.
Разработка, интеграции и тесты
Разработка CRM-системы на заказ обычно идёт итерациями: каждая очередь доходит до рабочего состояния и проверяется на реальных пользователях.
Архитектура под рост
Внутренняя система почти всегда растёт: появляются новые процессы, подразделения, площадки. Поэтому в таких проектах важно с самого начала заложить архитектуру, в которую новые модули добавляются без переделки уже работающих. Это касается и модели данных, и ролей, и маршрутов согласования — их удобно делать настраиваемыми, чтобы изменение регламента не требовало каждый раз нового цикла разработки.
Интеграции
Ценность внутренней системы во многом зависит от того, насколько она связана с остальным IT-ландшафтом компании. Синхронизация справочников сотрудников и подразделений, обмен данными с учётной системой, единый вход — всё это убирает двойной ввод и ошибки. Набор интеграций определяется на этапе аналитики.
Перенос данных
Старые заявки, справочники, документы нужно аккуратно перенести, чтобы сотрудники не начинали с пустого листа и не держали параллельно старые таблицы.
Тестирование
Кроме проверки функций, важно протестировать права доступа: каждая роль должна видеть ровно то, что ей положено. Отдельно проверяются сценарии под нагрузкой — в пиковые сезоны активность пользователей заметно выше.
Внедрение и обучение: где решается успех проекта
Корпоративную систему можно сделать технически безупречно и всё равно не внедрить. Сотрудники привыкли к своим инструментам, и переход требует усилий. Поэтому этап запуска и развития для внутренних систем не менее важен, чем разработка.
Корпоративную систему можно сделать технически безупречно и всё равно не внедрить.
- Пилот. Запуск на одном подразделении или процессе, сбор обратной связи, доработки до масштабирования.
- Обучение. Короткие инструкции под каждую роль, обучающие сессии, ответственные внутри подразделений, к которым можно обратиться с вопросом.
- Правила. Договорённость руководства, что процесс живёт в системе, а не в мессенджере, — без этого внедрение буксует.
- Развитие. Новые процессы, модули, интеграции по мере того, как система становится рабочим инструментом.
Обучение сотрудников и развитие после запуска входят в наш подход к веб-сервисам: мы считаем запуск началом жизни продукта. Со временем внутреннюю систему можно дополнить умным поиском или помощником по регламентам.
Другие наши проекты — на странице портфолио.
Частые вопросы
Чем своя CRM лучше коробочной?
Своя система строится под реальные процессы компании, а не наоборот. Она не ограничена логикой готового продукта, её проще интегрировать с внутренними системами, и компания сама определяет, как она развивается. Но коробка быстрее на старте, поэтому выбор зависит от того, насколько процессы отличаются от типовых.
Можно ли начать с коробки и потом перейти на свою систему?
Да, это распространённый путь. Опыт работы в коробке помогает понять, каких функций не хватает и какие процессы действительно важны. При переходе главное — заранее спланировать перенос данных и обучение сотрудников.
Сколько времени занимает разработка CRM-системы на заказ?
Зависит от числа процессов, ролей и интеграций. Обычно разумно разбить проект на очереди: первая закрывает самые болезненные процессы и запускается быстрее, следующие добавляются по мере внедрения. Точный план появляется после этапа аналитики.
Подходит ли такой подход компаниям не из агробизнеса?
Да. Распределённая структура, много ролей, цепочки согласований и сезонные пики встречаются в производстве, логистике, строительстве, ритейле. Логика выбора между коробкой и своей системой и порядок работ — аналитика, прототипы, очереди разработки, пилот и обучение — для них те же.
Как добиться, чтобы сотрудники пользовались новой системой?
Вовлекать будущих пользователей ещё на этапе проектирования, делать интерфейс простым для каждой роли, запускаться через пилот, обучать и закрепить правило, что процесс ведётся только в системе. Важно, чтобы руководители сами работали в ней.
