Этапы внедрения 1С:CRM: методология, риски и типовые ошибки

Этапы внедрения 1С:CRM: методология и риски

Внедрение 1С:CRM часто начинается с задачи: вести клиентов, сделки и обращения в одной системе, а руководителю предоставить информацию о состоянии продаж.

За этой задачей стоит несколько методологических вопросов. Как поступают заявки? Где фиксируются звонки и письма? Кто отвечает за клиента? Что считается сделкой? Какие этапы проходит продажа? Какие данные уже есть в учетной системе? Какие отчеты нужны руководителю?

В комплексных 1С-проектах это особенно заметно, когда CRM должна быть связана с учетной системой: клиенты, контрагенты, заказы, счета, оплаты и отгрузки уже могут жить в 1С:УТ, 1С:ERP, 1С:Бухгалтерии или другой рабочей базе. Поэтому до настройки CRM нужно определить, какие данные остаются в учете, а какие должны вестись в CRM.

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

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

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

CRM — это не только база клиентов

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

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

Для руководителя CRM должна отвечать на вопросы:

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

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

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

Этап 1. Определить цель внедрения

Перед началом работ нужно ответить на вопрос: зачем компании 1С:CRM?

Ответ «чтобы была CRM» не подходит для проектирования. Нужны конкретные задачи. Например:

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

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

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

На обследовании этот вопрос лучше проверять на конкретном примере. Берется одна заявка или один клиент и разбирается весь путь: от первого обращения до результата. Так быстрее становится понятно, какие данные действительно нужны, а какие поля добавляются только “на всякий случай”.

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

Мини-кейс: CRM внедрили, но заявки продолжают обрабатываться вручную

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

Через месяц руководитель проверяет, почему часть заявок с сайта не отражается в CRM.

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

В такой ситуации система настроена, но исходная задача не решена. Если цель внедрения — контролировать входящие обращения, нужно начинать с каналов поступления заявок: сайт, почта, телефония, мессенджеры, формы обратной связи. Нужно определить, кто принимает обращение, как оно попадает в CRM и кто контролирует необработанные заявки.

Этап 2. Обследовать текущий процесс продаж

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

На этом этапе нужно пройти путь клиента от первого обращения до результата: оплаты, отгрузки, отказа или повторной продажи.

В ходе обследования стоит выяснить:

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

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

Если описать только формальный процесс, система может не совпасть с ежедневной работой пользователей. Поэтому на обследовании полезно отдельно фиксировать не только “как должно быть”, но и “как сейчас делают на практике”.

Этап 3. Спроектировать воронку продаж

Воронка продаж — один из основных элементов CRM. При этом ее не стоит делать слишком подробной.

Например, можно создать много статусов:

• новый клиент;
• первичный контакт;
• думает;
• ждет коммерческое предложение;
• коммерческое предложение отправлено;
• обсуждение;
• переговоры;
• согласование договора;
• счет выставлен;
• ждем оплату;
• оплачено;
• отгружено;
• закрыто.

Такая воронка может выглядеть подробной, но пользователям может быть непонятно, чем один статус отличается от другого. Например, где разница между “обсуждение” и “переговоры”, когда использовать “думает”, когда переводить сделку в “ждем оплату”.

Воронка должна быть понятной и управляемой. Для каждого статуса нужно ответить на три вопроса:

• что уже произошло с клиентом;
• какое следующее действие должен сделать менеджер;
• какой вывод делает руководитель.

Если статус не помогает пользователю или руководителю, его лучше не добавлять.

Мини-кейс: статусы есть, но отчет сложно использовать

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

В этом случае проблема не только в отчете. Нужно уточнить правила работы со статусами.

До запуска важно договориться:

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

Этот пункт стоит показать пользователям на пилоте. Именно по статусам обычно появляются первые вопросы: когда переводить сделку, когда закрывать, что делать с клиентом без ответа, как фиксировать отказ.

Если правила не описаны, менеджеры будут использовать статусы по-разному, а отчетность будет сложнее анализировать.

Этап 4. Определить сущности и правила данных

На внедрении CRM нужно договориться о терминах. Клиент, контрагент, контактное лицо, лид, сделка, обращение, интерес, заказ — в разных компаниях эти слова могут означать разное.

Например, клиент позвонил первый раз и спросил цену. Это уже клиент? Лид? Обращение? Сделка? А если это действующий контрагент, который хочет купить новый продукт?

Такие правила нужно описывать до настройки системы. Иначе пользователи начнут использовать объекты по-разному.

Особенно важно определить:

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

В таких проектах полезно отдельно фиксировать, какие действия остаются в учетной системе, а какие переходят в CRM. Например, заказ и оплата могут оставаться в учетной системе, а лид, сделка, активность и причина отказа — в CRM.

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

Этап 5. Подготовить текущие данные

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

• учетная система;
• Excel-файлы менеджеров;
• почта;
• телефония;
• старая CRM или самописная база;
• личные заметки сотрудников;
• мессенджеры.

Не стоит переносить все данные в CRM без проверки. Так в новую систему попадут дубли, старые телефоны, неактуальные контактные лица и клиенты, с которыми давно не работает отдел продаж.

Перед миграцией нужно решить:

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

Качество данных в CRM становится заметным сразу. Если менеджер открывает карточку клиента в 1С:CRM и видит несколько одинаковых телефонов, старый e-mail и непонятного ответственного, он будет меньше опираться на систему в работе.

Мини-кейс: загрузили клиентскую базу, но работать с ней неудобно

Перед запуском CRM часто берут выгрузку клиентов из учетной системы и загружают ее в новую базу. Формально карточки клиентов созданы. Есть контрагенты, ИНН, телефоны, адреса, иногда контактные лица.

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

В результате пользователи реже используют данные из CRM как основной источник информации.

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

Этап 6. Настроить роли и ответственность

CRM обычно затрагивает несколько ролей:

• менеджер по продажам;
• руководитель отдела продаж;
• маркетолог;
• специалист сопровождения или сервиса;
• бухгалтер;
• логист;
• администратор системы;
• руководитель компании.

Для каждой роли нужно определить права доступа и ответственность.

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

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

Этап 7. Определить интеграции

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

Интеграции нужно планировать поэтапно. Не обязательно делать все связи на первом запуске.

Частые направления интеграции:

• обмен с учетной системой по контрагентам, заказам, счетам, оплатам;
• получение заявок с сайта;
• интеграция с телефонией;
• связь с почтой;
• передача задач или документов в 1С:Документооборот;
• обмен статусами по заказам и отгрузкам;
• выгрузка аналитики для руководителей.

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

Мини-кейс: оплату нужно видеть в CRM, но она хранится в учетной системе

В продажах часто важно видеть, оплатил клиент счет или нет. Руководителю нужен отчет по сделкам с оплатой, менеджеру нужно понимать, можно ли переходить к следующему этапу, клиент может спросить статус заказа.

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

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

Этап 8. Настроить минимальный рабочий контур

Не стоит пытаться внедрить все возможности CRM сразу. Лиды, сделки, телефония, почта, рассылки, сегменты, сложные отчеты, интеграция с сайтом, обмен с учетной системой, автоматические задачи, KPI — все это может быть нужно, но не обязательно в первом этапе.

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

В минимальный контур обычно входят:

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

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

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

На первом этапе внедрения CRM лучше заранее ограничить объем работ. Это снижает количество изменений для пользователей и упрощает приемку результата.

Обычно не стоит включать в первый этап:

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

Эти задачи можно запланировать на следующие этапы, если после запуска подтвердится их необходимость.

Этап 9. Провести пилот

Пилот нужен, чтобы проверить настройки на реальной работе ограниченной группы пользователей.

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

На пилоте нужно смотреть:

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

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

Этап 10. Обучить пользователей

Обучение по CRM лучше строить по ролям и рабочим сценариям, а не по всем возможностям системы подряд.

Менеджеру важно показать:

• как обработать новое обращение;
• как создать сделку;
• как зафиксировать звонок или письмо;
• как поставить следующее действие;
• как перевести сделку на следующий этап;
• как закрыть сделку с причиной отказа;
• где смотреть свои задачи и просрочки.

Руководителю нужно показать другое:

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

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

Этап 11. Запустить и поддержать первые недели

Запуск CRM не заканчивается выдачей доступов. Первые недели после запуска нужно сопровождать отдельно.

В это время обычно появляются вопросы:

• почему нельзя оставить поле пустым;
• как закрыть старую сделку;
• куда заносить повторное обращение;
• почему клиент появился два раза;
• где смотреть оплату;
• кто должен менять ответственного;
• почему отчет руководителя отличается от Excel.

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

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

Основные риски внедрения 1С:CRM

Риски внедрения CRM обычно связаны не только с технической частью. Чаще они появляются на стыке процесса продаж, данных, ролей, дисциплины и ожиданий пользователей.

Риск 1. Нет владельца процесса

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

У CRM должен быть бизнес-владелец: человек, который принимает решения по процессу продаж и поддерживает правила работы.

Риск 2. CRM воспринимается только как контроль

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

Риск 3. Слишком много обязательных полей

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

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

Риск 4. Не проверены данные перед загрузкой

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

Риск 5. Нет правил по статусам

Если статусы сделки не описаны, каждый менеджер использует их по-своему. Руководитель видит отчет, но не всегда понимает, насколько корректны данные.

Риск 6. Интеграции отложили, но не объяснили ограничения

Иногда на первом этапе CRM запускают без интеграции с учетной системой, телефонией или сайтом. Это может быть нормальным решением. Но пользователям нужно объяснить, что пока делается вручную, что появится позже, где смотреть оплату и где находится заказ.

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

Риск 7. Нет поддержки после запуска

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

Короткий чек-лист перед стартом внедрения

• Понятно, какую задачу решает 1С:CRM?
• Есть бизнес-владелец процесса?
• Описан путь клиента от обращения до результата?
• Понятно, что такое лид, сделка, клиент и контакт?
• Согласована воронка продаж?
• Описаны правила перехода по статусам?
• Определены причины отказов?
• Понятно, какие данные переносим?
• Есть правила обработки дублей?
• Определены роли и права?
• Понятно, какие интеграции входят в первый этап?
• Понятно, какие интеграции не входят в первый этап?
• Подготовлены тестовые сценарии?
• Есть план обучения пользователей?
• Есть поддержка на первые недели запуска?

Короткий итог

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

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

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