Словарь полей amoCRM должен объяснять смысл значения, место хранения, момент заполнения и владельца изменения. Он нужен, когда карточки заполняют сотрудники и интеграции одновременно. Без общего словаря одинаковые названия могут означать разные вещи, а обязательность приводит к формальному вводу вместо качественных данных.
Опишите смысл каждого значимого поля
Для поля укажите понятное название, сущность, тип, допустимые значения и бизнес-вопрос, на который оно отвечает. Добавьте источник заполнения и потребителя: менеджер вводит, руководитель анализирует, интеграция передаёт дальше. Если у поля нет потребителя или решения, ради которого оно нужно, пересмотрите необходимость его хранения.
Отличайте свойства клиента от обстоятельств конкретной покупки. Отрасль компании может быть общей, а срок запуска проекта относится к отдельной сделке. Размещение этих данных на неподходящем уровне приводит к перезаписи истории. Базовая модель объектов разобрана в статье о полях карточки amoCRM.
Согласуйте состояния неизвестного значения
Пусто, «не применимо» и ноль имеют разный смысл. Пустое значение может означать, что вопрос ещё не задавали; «не применимо» — что поле не относится к сценарию; ноль — подтверждённое числовое значение. Не смешивайте их ради заполненности отчёта.
Условный пример: компания хранит предполагаемый бюджет проекта. До обсуждения он неизвестен. Если менеджер вводит ноль для прохождения обязательного поля, отчёт показывает сделки без бюджета как реальные нулевые предложения. Лучше определить момент выяснения и отдельный признак состояния информации. Конкретный способ реализации выбирают после проверки конфигурации и требований к аналитике.
Привяжите обязательность к рабочему моменту
Поле должно становиться необходимым тогда, когда без него невозможно выполнить следующий шаг. До первого разговора требование точного объёма закупки часто избыточно; перед расчётом оно может быть принципиальным. Проверьте правило на сотруднике, который ещё не знает ответа клиента.
В официальной справке amoCRM описаны пользовательские поля и обязательное заполнение на определённых этапах. Доступность зависит от тарифа. Отдельно проверьте ручное изменение, импорт и каждый подключённый способ записи: одинаковое поведение нельзя предполагать без испытания. Для исключений установите понятный маршрут, чтобы сотрудники не подставляли фиктивные значения.
Управляйте изменением справочника
Назначьте владельца каждого списка. Новое значение должно появляться после проверки смысла и использования в отчётах. Варианты «производство», «производственная компания» и «завод» могут описывать одно понятие или разные сегменты; это решает бизнес, а не случайный выбор менеджера.
При объединении значений составьте таблицу соответствия, найдите использующие их автоматизации и интеграции. Не удаляйте старый вариант до переноса записей и проверки истории. Зафиксируйте дату изменения, чтобы аналитик понимал, почему состав сегмента изменился. Если нужна историческая классификация, заранее решите, хранится ли состояние на момент продажи или только текущая характеристика.
Примите словарь в работе
Проверьте несколько карточек с разными сценариями: новый клиент, повторный заказ, неизвестный бюджет и неактуальная услуга. Менеджер должен понимать значения без устного объяснения автора. Интеграция должна передавать согласованные идентификаторы, а отчёт — одинаково трактовать пустые состояния.
Критерии качества: нет конкурирующих полей одного смысла; указан владелец; обязательность соответствует процессу; изменение справочника имеет процедуру; тестовые данные проходят весь путь. Словарь храните вместе с техническим заданием и обновляйте при изменениях, иначе документ быстро перестанет объяснять реальную систему.
Источники и документация
- Настройка карточки и полей — проверено 2026-10-20
Перед настройкой сверьте документацию и доступность функций в вашей версии сервиса.
Применить в вашей компании
Обсудим вашу задачу?
Поможем разобраться с процессом, данными и настройками. Работаем удалённо с компаниями по всей России.