Как настраивать поля в amoCRM: типы, лимиты тарифов и регламент

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

Архитектура данных: распределение полей между сделкой, контактом и компанией

Любая ошибка в проектировании базы данных превращает аналитические отчеты в хаос: если реквизиты привязаны не к той сущности, менеджеры тратят рабочее время на повторный ввод одних и тех же сведений. Грамотная структура данных amocrm опирается на строгое разделение ответственности между тремя системными объектами. В системе кастомные поля размещаются в карточка сделки, контакта или компании в зависимости от их неизменности во времени.

При поставке промышленного оборудования реквизиты распределяются по трем базовым сущностям:

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

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

Тарифная сетка amoCRM и лимиты кастомных полей

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

Тарифы amocrm поля разделяют по четырем ключевым уровням:

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

Факт. Базовый лимит amoCRM составляет 100 дополнительных полей на сущность, на Расширенном тарифе лимит возрастает до 300, а на Профессиональном и Корпоративном достигает 500 полей.

Классификация типов полей в amoCRM и специфика их применения

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

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

Пошаговая инструкция: создание, группировка во вкладки и удаление полей

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

Регламент создания и структурирования рабочих реквизитов состоит из пяти последовательных шагов:

1. Переход в режим настройки: откройте карточку любой сделки, нажмите кнопку «Настроить» в правом верхнем углу рабочего окна.
2. Создание элемента: выберите команду «Добавить поле», введите понятное название, определите системный тип данных и привязку к сущности.
3. Организация вкладок: создайте тематические разделы «Квалификация», «Логистика» и «Бухгалтерия», распределив параметры по смысловым блокам.
4. Сортировка drag-and-drop: перетащите критические параметры в верхнюю часть экрана, чтобы менеджер видел их без скролла карточки.
5. Сохранение изменений: примените созданную конфигурацию ко всей воронке кликом по кнопке «Сохранить».

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

Настройка обязательности полей по этапам воронки продаж

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

Настройка обязательных полей по этапам amocrm подчиняется принципу постепенного накопления сведений:

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

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

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

Разграничение прав доступа и сокрытие конфиденциальных полей

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

Матрица разграничения доступа строится по четырем уровням:

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

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

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

Поля или теги: критерии выбора для сегментации и фильтрации

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

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

Автоматизация заполнения: Salesbot, парсинг чатов и связанные списки

Ручной ввод данных замедляет первичное реагирование на входящие заявки и увеличивает процент ошибок в телефонных номерах и адресах. Для ускорения обработки лидов подключают автоматических роботов Digital Pipeline. В сценариях чат-ботов Salesbot заполняет кастомные поля на основе ответов собеседника без участия живого сотрудника.

Инженерная схема автозаполнения опирается на три правила:

• Захват параметров из переписки: бот запрашивает у клиента город доставки и объем партии, моментально записывая данные в карточку.
• Валидация через регулярные выражения: перед отправкой значения бот проверяет формат ИНН из 10 или 12 цифр и правильность ввода номера телефона.
• Зависимые каскадные списки: штатно amoCRM не поддерживает подчиненные списки (выбор региона, затем города), поэтому логику ветвления настраивают через шаги Salesbot или сторонние виджеты.

Автоматическая маршрутизация сокращает цикл квалификации с нескольких часов до двух минут.

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

Интеграции, REST API v4 и влияние полей на сквозную аналитику

Полноценная автоматизация B2B-компании требует бесшовного обмена сведениями между CRM, складской программой 1С и аналитическими дашбордами. В корпоративной инфраструктуре кастомные поля передаются через REST API в учетные базы и внешние микросервисы. Каждому реквизиту платформа присваивает уникальный числовой ID, который остается неизменным при переименовании.

Для интеграции с внешними системами применяют регламент подготовки:

• Передача аналитических меток: для построения сквозных отчетов создайте поля UTM-меток, Google ClientID и идентификаторы коллтрекинга.
• Фильтрация массивов: используйте синтаксис filter[custom_fields_values] для выборки сделок с заданным статусом оплаты из API.
• Синхронизация номенклатуры: свяжите поле артикула amoCRM с кодом номенклатуры в базе 1С:Предприятие.
• Защита вебхуков: запретите смену типа существующего поля, иначе внешние интеграционные скрипты потеряют структуру пакетов JSON.

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

Регламент гигиены CRM: аудит заполняемости и очистка техдолга

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

Честная граница применимости: если в компании работает один менеджер с базой до 50 клиентов в месяц, регламент аудита избыточен. Достаточно пяти стандартных строк карточки. Когда бизнес масштабируется, доверьте профессиональное внедрение amoCRM под ключ сертифицированным инженерам: мы спроектируем архитектуру полей без технического долга.

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

Источники

• Официальная документация платформы и справочник полей, amoCRM
• Регламенты торгового и складского учета, МойСклад
• Технические кейсы настройки интеграций и API, Habr
• Аналитический обзор рынка CRM-систем в России, TAdviser