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

Почему заполненные карточки ещё не означают порядок

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

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

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

Что именно умеет обязательность в Битрикс24

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

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

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

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

Отберите поля по решениям, а не по желанию собрать всё

Для каждого поля укажите, кто использует данные и какое действие выполняет. «Руководитель смотрит отчёт» слишком широко. «Руководитель сравнивает причины проигрыша и выбирает, какое возражение разобрать с командой» уже позволяет оценить, какое поле действительно нужно и когда его заполнять.

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

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

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

Пример матрицы для продажи услуги

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

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

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

Как отличить неизвестный ответ от плохого заполнения

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

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

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

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

Тип поля и подсказка влияют на качество не меньше запрета

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

Название должно быть понятно сотруднику без отдельного словаря. «Сегмент 2» и «Класс потребности» могут выглядеть коротко, но требовать постоянных объяснений. Добавьте конкретную подсказку: что указать, откуда взять ответ и как поступить, если его пока нет.

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

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

Отдельно проверьте формы, импорт и автоматические переходы

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

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

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

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

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

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

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

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

Что проверить при приёмке настройки

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

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

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

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

С чего начать настройку в своей CRM

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

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

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