CRM или 1С: где хранить данные о клиентах и сделках

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

Чем задачи CRM отличаются от задач учёта

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

CRM нужна, чтобы людям было удобно вести продажу. Её главные качества: гибкость и скорость ввода. Менеджеру надо за десять секунд завести звонок, поставить задачу «перезвонить в четверг», приложить переписку, отметить, что клиент сомневается. Для этого не нужен ни план счетов, ни проводки.

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

Какие данные куда относятся

Я предлагаю делить данные по признаку «кто их хозяин» и «как часто они меняются».

В CRM естественно живут:

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

В 1С естественно живут:

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

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

Три модели: одна система, две системы, одна с расширением

На практике я вижу три разумных варианта, и выбор зависит от масштаба и характера продаж.

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

CRM и 1С, связанные обменом. Самый частый вариант для компаний, где продажа длинная или много менеджеров. Менеджеры работают в CRM, при переходе сделки в нужную стадию данные уходят в 1С, там формируются документы, а статусы оплаты и отгрузки возвращаются в CRM. Преимущество: каждая система делает своё. Цена: обмен нужно спроектировать и поддерживать.

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

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

Что синхронизировать между системами

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

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

Из 1С в CRM возвращаются: номера и статусы документов, факт оплаты, факт отгрузки, сумма задолженности, иногда остатки и цены для просмотра менеджером.

Всё остальное лучше не копировать. Каждое лишнее поле это место возможного конфликта и дополнительная работа при изменении. Если менеджеру нужно увидеть историю закупок клиента, можно показать её из 1С по запросу, а не хранить копию в CRM.

Отдельно продумайте идентификаторы. Каждая сущность в одной системе должна хранить ссылку на ту же сущность в другой. Без этого сопоставление «по названию» будет ломаться на разном написании и опечатках. Общие схемы и ловушки обмена я разбирал в статье про обмен 1С с сайтом, для CRM действует та же логика.

Типичные проблемы при связке

Дубли контрагентов. Один и тот же клиент заведён в CRM менеджером и в 1С бухгалтером, обмен создаёт третьего. Решение: правила поиска (по ИНН или БИН, а не по названию) и один входной пункт создания.

Конфликт правок. Кто-то поменял телефон в CRM, кто-то в 1С. Нужно заранее определить, какая система главная для каждого поля, и не позволять редактирование того же поля в обеих.

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

Разное понимание статусов. «Оплачено» в CRM менеджер ставит по звонку клиента, а в 1С по факту поступления. Согласуйте, какие статусы автоматические и откуда берутся.

Права доступа. В CRM данные видны менеджерам, в 1С бухгалтерии. Продумайте, что можно показывать вместе, особенно по финансовым данным клиентов.

Как принять решение без споров

Я рекомендую пройти короткий чек-лист вместе с руководителями продаж и бухгалтерии.

1. Опишите путь клиента от первого обращения до закрытия документов. Отметьте, где возникает каждая запись.
2. Для каждой сущности ответьте, кто её создаёт и кто редактирует.
3. Определите минимальный набор данных, который должен пройти из одной системы в другую.
4. Оцените, сколько людей работают с продажами сейчас и сколько будет через год-два.
5. Решите, какие отчёты вам нужны обязательно (воронка, конверсия, прогноз, задолженность) и из какой системы их можно получить.

Для такого описания полезен материал про то, как описать бизнес-процесс простыми словами: без него разговор о системах быстро превращается в обсуждение интерфейсов.

Как вводить связку поэтапно

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

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

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

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

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

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

Можно ли начать с одной 1С, а CRM добавить позже?

Да, и это нормальный путь. Главное с самого начала заводить клиентов и контакты аккуратно, с реквизитами и без дублей, чтобы потом данные можно было перенести. Заранее подумайте об идентификаторе клиента, который будет общим.

Обязательно ли покупать готовую CRM?

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

Как быть с покупателями, которые заходят через сайт или Telegram-бота?

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

Кто должен владеть справочником клиентов?

Хозяина лучше назначить явно. Для юридических данных это обычно учёт, для контактной и коммерческой информации CRM. Правило «одно поле, один источник» избавляет от большей части конфликтов.

Если вы выбираете между системами или хотите связать уже существующие, загляните на страницу об автоматизации бизнеса или напишите мне в Telegram.