amoCRM списки: переход на системный каталог товаров без дублей
Пользовательские списки в amoCRM решают задачу сегментации лидов, но не подходят для ведения номенклатуры, учета остатков и автоматического выставления счетов. Как только ассортимент компании превышает пару десятков позиций, а цены начинают зависеть от объема партии или персональной скидки клиента, отделу продаж требуется полноценный товарный каталог. Разбираем, где заканчиваются возможности обычных выпадающих полей, как правильно связать карточки сделок с прайс-листом и почему ручное ведение номенклатуры в CRM всегда приводит к пересортице, сломанной аналитике и потере выручки.
Выпадающее поле или товарная матрица: в чем разница
В терминологии платформы существует путаница, из-за которой интеграторы и владельцы бизнеса часто говорят о разных вещах. Обычное поле типа «Список» или «Мультисписок» внутри карточки сделки предназначено исключительно для статической квалификации. Сюда зашивают грейд клиента, регион присутствия, источник лида или общую категорию интереса. Эти данные нужны, чтобы выстроить B2B-продажи: что это такое и как выстроить процесс в CRM и корректно распределить заявки между менеджерами.
Системный каталог — это отдельная сущность, которая живет в левом меню платформы. Это независимая база данных со своей архитектурой. Если выпадающее поле хранит только одно текстовое значение, то запись в каталоге содержит артикул, базовую цену, единицы измерения, ставку НДС и штрихкод. Каталог привязывается к воронке продаж через настройки этапов, после чего в карточке сделки появляется табличная часть. Менеджер добавляет в нее позиции, указывает количество, а система сама пересчитывает общий бюджет сделки и передает эти данные в шаблон счета или договора.
Скрытые ограничения пользовательских полей
Попытка засунуть ассортимент компании в обычный «Мультисписок» — главная ошибка при самостоятельной настройке. На старте кажется удобным создать поле «Интересующий товар» и вписать туда тридцать наименований. Проблемы начинаются через полгода, когда ассортимент обновляется.
Первое ограничение касается интерфейса: поле без поиска превращает работу менеджера в пытку при выборе из сотен вариантов. Второе ограничение бьет по аналитике: если клиент купил три разных позиции, мультисписок запишет их через запятую в одну ячейку. Построить отчет, который покажет объем продаж конкретного артикула в деньгах, будет невозможно, так как бюджет сделки останется общей суммой без детализации.
Третья проблема — лимиты API. При интеграции с внешним сайтом передача лида с выбранным товаром требует точного совпадения ID элемента списка (enum). Если маркетолог изменит название позиции в CRM хотя бы на один символ или добавит пробел, интеграция с сайтом сломается, и заявки начнут падать в неразобранное с пустым полем.
Архитектура: как устроен каталог товаров амо срм
Системный каталог работает по принципу реляционной базы данных. Вы можете создать несколько независимых списков: отдельный для физических товаров, отдельный для услуг, отдельный для комплектующих. Каждому списку настраивается свой набор полей. Если вы продаете оборудование, в карточку товара добавляются поля «Габариты» и «Мощность». Если оказываете услуги — «Часовая ставка» и «Грейд специалиста».
Связь со сделками включается в режиме настройки воронки. При активации тумблера «Товары» карточка сделки трансформируется: под стандартными полями появляется вкладка с позициями. Важное архитектурное правило: добавление товара в сделку не меняет сам товар в каталоге. Сделка фиксирует «снимок» цены на момент добавления. Если завтра базовая стоимость позиции в каталоге вырастет, в уже открытых сделках цена останется старой, пока менеджер не обновит ее вручную. Это защищает компанию от случайного изменения сумм в согласованных, но еще не оплаченных договорах.
Чек-лист: проверка базы перед импортом номенклатуры
- Выгрузите текущий прайс-лист из учетной системы в формате CSV с разделителями-запятыми.
- Проверьте наличие уникального идентификатора (артикула или внешнего кода) у каждой позиции — без него последующие обновления задвоят базу.
- Удалите из таблицы иерархию папок и категорий: amoCRM не поддерживает древовидную структуру каталога из коробки, все товары загружаются плоским списком.
- Приведите числовые значения цен к единому формату без пробелов и символов валют (вместо «1 500 руб.» должно быть «1500»).
- Создайте в amoCRM тестовый список на 10 позиций и проведите пробный импорт, чтобы убедиться в правильном сопоставлении колонок файла с полями системы.
- Назначьте ответственного сотрудника, который получит права на редактирование каталога, и закройте доступ на изменение товаров для линейных менеджеров.
Синхронизация с 1С и МоимСкладом: суровая реальность
CRM-система не является складской программой и не умеет списывать остатки, резервировать партии или проводить инвентаризацию. Попытка вести учет складских запасов силами менеджеров по продажам всегда заканчивается расхождением реальных остатков с цифрами в карточках.
Правильная архитектура подразумевает жесткое разделение ролей. Учетная система (1С, МойСклад) выступает мастером данных: именно там заводятся новые артикулы, меняются цены и фиксируются поступления. Интеграция должна работать в одну сторону для номенклатуры: из ERP в CRM обновляется каталог. В обратную сторону уходят только сформированные заказы.
Если настроить двустороннюю синхронизацию без ограничений прав, менеджер, исправивший опечатку в названии товара внутри CRM, может перезаписать правильное наименование в бухгалтерской базе. При первичной связке систем критически важно опираться на внешние коды, иначе вы получите amoCRM дубли: импорт клиентской базы без потери данных и ручной склейки, когда один и тот же товар появится в списке дважды из-за несовпадения регистра в названиях.
Автоматизация: как ИИ работает со списками полей
Ручной выбор значений из длинных списков тормозит обработку входящих обращений. Когда клиент пишет в мессенджер, менеджер тратит время на то, чтобы задать квалифицирующие вопросы, открыть нужную вкладку и проставить галочки в полях «Бюджет», «Тип объекта» или «Срочность».
Современные интеграции позволяют передать этот этап алгоритмам. Если нужно снять с менеджеров ручную квалификацию и подбор типовых продуктов, ИИ-агент читает входящую переписку, ведет диалог по базе знаний и самостоятельно заполняет карточку. Агент извлекает из ответов клиента нужные параметры и меняет значения выпадающих списков строго в пределах разрешенных вариантов, настроенных в системе. Завершив квалификацию, алгоритм пишет итоговое резюме примечанием в сделку и меняет этап воронки, передавая подогретого лида живому сотруднику. Задачи и теги в amoCRM ИИ-агент не ставит, опираясь исключительно на смену этапов и заполнение полей.
Что чаще всего идёт не так
| Симптом | Причина | Что делать |
|---|---|---|
| Бюджет сделки не пересчитывается при добавлении товара | В настройках воронки отключен автоматический расчет бюджета | Открыть настройки воронки, найти переключатель в левом верхнем углу и выбрать «Считать бюджет автоматически на основе товаров» |
| При импорте прайс-листа появились дубликаты товаров | Импорт проводился без указания уникального ID или артикула для обновления | Удалить дубли, добавить в исходный файл колонку с артикулами, при повторном импорте выбрать настройку «Обновлять существующие» |
| Менеджеры продают товары по старым ценам, которых уже нет | Доступ к каталогу открыт для всех, менеджеры правят цены прямо в сделке | В разделе «Пользователи и права» запретить редактирование каталога всем, кроме администратора |
| Интеграция с сайтом создает пустые сделки без товаров | Значения полей (enum) на сайте не совпадают с ID значений в CRM | Синхронизировать справочники: передавать данные по ID вариантов, а не по текстовым названиям |
Что НЕ помогает: пытаться решить проблему дублей созданием новых пользовательских полей взамен сломанного каталога. Перенос номенклатуры обратно в текстовые поля только усугубит хаос в аналитике и сделает невозможным расчет маржинальности по сделкам.
С чего начать наведение порядка
Первый шаг к системному каталогу — аудит текущих карточек. Выпишите все места, где менеджеры сейчас выбирают товары руками: мультисписки, текстовые комментарии, теги. Скачайте эту базу в Excel и посчитайте количество уникальных позиций. Если их больше двадцати, создайте тестовую воронку в amoCRM, включите там табличную часть с товарами и проведите одну эталонную сделку от первого контакта до генерации счета.
Показываем, как отдел продаж на amoCRM перестает терять заявки из-за долгой квалификации и слушать звонки руками.
Частые вопросы
Можно ли задать несколько цен для одного товара?
Штатными средствами платформы — нет. Базовая цена одна. Для реализации оптовых и розничных прайсов создают дополнительные числовые поля внутри карточки товара или заводят несколько независимых каталогов.
Есть ли лимит на количество товаров в каталоге?
Платформа ограничивает количество строк в импортируемом файле (до 10 000 за один раз). При базе свыше 15–20 тысяч наименований интерфейс ручного поиска в сделке начинает работать с задержками.
Как запретить менеджерам добавлять несуществующие товары?
Зайдите в Настройки → Пользователи и права. В блоке «Списки» снимите галочки «Добавление» и «Редактирование» для профилей линейных сотрудников. Они смогут только выбирать позиции из готового справочника.
Умеет ли amoCRM списывать товар со склада при успешной сделке?
Нет, платформа не ведет складской учет. Для контроля остатков необходима интеграция с ERP-системой (например, 1С или МойСклад), которая будет принимать успешную сделку и проводить отгрузку на своей стороне.