Как настроить 1С:CRM: практическое руководство

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

Главная ошибка большинства внедрений — попытка настроить всё сразу. Практика показывает обратное: сначала запускают минимальный контур (клиенты, контакты, сделки, напоминания), доводят его до стабильной ежедневной работы, а затем поэтапно подключают телефонию, почту, маркетинг и аналитику. Такой подход снижает сопротивление сотрудников и позволяет быстро увидеть результат.

Материал рассчитан на руководителя отдела продаж, внутреннего администратора 1С или специалиста, которому поручили «поднять CRM с нуля». Описанные шаги применимы к типовой конфигурации «1С:CRM» в файловом и клиент-серверном варианте. Названия пунктов меню могут незначительно отличаться в зависимости от редакции решения.

Выбор редакции и способа развёртывания

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

Способ развёртывания зависит от количества пользователей. Для 3–5 менеджеров достаточно файловой базы на компьютере или сервере с общим доступом. При большем числе одновременных пользователей, требованиях к отказоустойчивости и объёмной базе выбирайте клиент-серверный вариант на связке с MS SQL Server или PostgreSQL. Также существует облачный вариант через сервис аренды — он избавляет от задач администрирования, но ограничивает возможности доработки.

Сравнение вариантов развёртывания

Файловая база

Подходит для 3–5 пользователей и простого запуска; ограничение — просадки скорости при росте базы и числа одновременных сеансов.

Клиент-сервер (SQL)

Для отдела от 5–10 человек и выше, больших объёмов истории взаимодействий; требует администрирования СУБД и регулярных бэкапов.

Облако (аренда)

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

Установка и первичный запуск

Установка начинается с платформы «1С:Предприятие» актуальной версии — требуемый релиз указан в документации к дистрибутиву CRM. Затем устанавливается шаблон конфигурации, после чего в режиме «Конфигуратор» или через стартовое окно создаётся новая информационная база из шаблона. При первом входе под пользователем с полными правами система предложит выполнить начальное заполнение.

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

1. 1
   Установите платформу 1С:Предприятие требуемой версии и шаблон конфигурации 1С:CRM
2. 2
   Создайте информационную базу из шаблона и войдите под администратором
3. 3
   Выполните помощник начальной настройки: организация, валюты, структура компании
4. 4
   Создайте пользователей и назначьте им роли
5. 5
   Настройте воронку продаж и проверьте создание тестовой сделки
6. 6
   Загрузите клиентскую базу и проверьте дубли

Организационная структура, пользователи и права

Начните со справочника «Структура предприятия»: создайте подразделения (отдел продаж, отдел сервиса и т.д.) и привяжите к ним сотрудников. Затем в разделе администрирования заведите пользователей. Каждому менеджеру нужен собственный вход — работа под одной учётной записью делает бессмысленными отчёты по эффективности и историю изменений.

Права настраиваются через роли и профили групп доступа. Типовая схема: менеджер видит и редактирует своих клиентов и сделки, руководитель отдела — данные всего подразделения, администратор — всё. Дополнительно настройте ответственных по умолчанию: при создании нового клиента или сделки система должна автоматически подставлять текущего пользователя, иначе часть записей окажется «бесхозной» и выпадет из воронки.

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

Настройка воронки продаж и бизнес-процессов

Воронка продаж — ядро CRM. Откройте настройку видов состояний (этапов) сделок и перечислите реальные этапы вашего цикла продажи, а не абстрактные из учебника. Типичный набор для B2B: «Новый лид» → «Квалификация» → «Презентация/КП» → «Согласование» → «Оплата» → «Успех» или «Отказ». Чем длиннее и запутаннее список, тем реже менеджеры двигают сделки по этапам.

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

Отдельно настройте причины отказов. Выпадающий список с конкретными вариантами («дорого», «выбрали конкурента», «отложили проект») в разы полезнее свободного текстового поля: по нему строится аналитика потерь, а текстовые комментарии анализировать почти невозможно.

Загрузка клиентской базы и справочников

Клиенты в 1С:CRM хранятся в справочнике «Партнёры» (или «Клиенты», в зависимости от редакции), контактные лица — в связанном справочнике. Перед загрузкой приведите исходные данные к единому виду: одно юридическое или физическое лицо — одна карточка, телефоны в едином формате, ИНН без пробелов. Загрузка выполняется встроенной обработкой из табличного документа (Excel) либо через типовой обмен, если источник — другая база 1С.

После загрузки обязательно запустите поиск и объединение дублей. Дубли появляются даже из «чистого» файла: одно и то же ООО может фигурировать как «Ромашка», «ООО Ромашка» и «Ромашка ООО». Контроль дублей по ИНН и телефону отсекает большинство повторов. Оставшиеся неоднозначные случаи разбирайте вручную — автоматическое объединение по неточному совпадению названий может склеить разных клиентов.

Параллельно заполните сегментацию: виды деятельности, регионы, источники привлечения, категории клиентов (A/B/C). Эти поля кажутся второстепенными на старте, но именно они позволят через полгода строить выборки для рассылок, анализировать эффективность каналов и распределять нагрузку между менеджерами.

Подключение каналов связи: почта, телефония, сайт

Интеграция с электронной почтой настраивается в разделе учётных записей: укажите параметры IMAP/SMTP корпоративных ящиков менеджеров. После подключения письма от известных клиентов автоматически прикрепляются к их карточкам, а письма с неизвестных адресов можно превращать в новые лиды. Проверьте, что отправка и получение работают в обе стороны, и что вложения сохраняются в базе, а не только ссылками.

Телефония подключается через интеграцию с виртуальной АТС или SIP-провайдером: звонок от клиента открывает его карточку, а записи разговоров прикрепляются к истории взаимодействий. Конкретный порядок зависит от провайдера телефонии — у большинства популярных сервисов есть готовые модули интеграции с 1С. Если готового модуля нет, задача решается доработкой через API, и это уже работа для программиста 1С.

Заявки с сайта заводятся через веб-формы с передачей данных в CRM по API или через промежуточный приёмник писем. Минимальное требование к такой интеграции: заявка должна создавать лид с указанием источника и назначать ответственного по правилам распределения (по очереди, по региону, по нагрузке), а не падать «в общую кучу».

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

Отчёты, контроль результата и дальнейшее развитие

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

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

Контрольные точки

Как проверить результат настройки

Воронка продаж

Норма

Все активные сделки распределены по этапам, нет сделок без ответственного и без суммы

Тревожный признак

Часть сделок висит в первом этапе неделями или не имеет ответственного

История взаимодействий

Норма

Звонки, письма и встречи фиксируются в карточке клиента автоматически или в один клик

Тревожный признак

Менеджеры ведут переписку вне CRM, история клиента пустая

Отчёты

Норма

Цифры воронки совпадают с выборочной проверкой по конкретным сделкам

Тревожный признак

Отчёт показывает данные, которые руководитель не может подтвердить

Права доступа

Норма

Менеджер видит только свои данные и не может удалять клиентов

Тревожный признак

Любой пользователь имеет доступ ко всей базе и настройкам

Часто задаваемые вопросы

Можно ли настроить 1С:CRM самостоятельно без программиста?

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

Чем 1С:CRM отличается от CRM в «1С:Управление торговлей»?

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

Как перенести клиентов из Excel или другой CRM?

Используйте встроенную обработку загрузки данных из табличного документа: подготовьте файл с колонками (название, ИНН, телефон, email, ответственный), сопоставьте колонки полям справочника и загрузите. Перед загрузкой очистите данные от дублей и приведите форматы телефонов к единому виду — это сэкономит часы на последующей чистке.

Что делать, если менеджеры не хотят работать в CRM?

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

Нужен ли клиент-серверный вариант для небольшого отдела продаж?

Для 3–5 пользователей файловой базы достаточно при условии регулярных резервных копий. Переходить на клиент-серверный вариант стоит при росте числа одновременных пользователей, заметных «тормозах» при работе с историей взаимодействий или требованиях к круглосуточной доступности базы.