Как настроить amoCRM с нуля: что сделать до того, как пойдут заявки

Настройка amoCRM с нуля обычно сводится к тому, что регистрируют аккаунт, переименовывают пару этапов и подключают форму с сайта. Типичный результат через месяц: три карточки одного клиента, сделки неделями висят в «Первичном контакте», а причина отказа у всех «не устроили условия». Ниже разбираю, как настроить amoCRM до того, как туда пойдёт поток заявок, на примере аккаунта «Пест Мониторинг Центра», который мы собрали в конце сентября.

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

Частая ошибка в воронке: этапы называют по действиям менеджера. «Позвонил», «перезвонить», «отправил КП повторно». Через неделю сделка висит на «перезвонить» с прошлого вторника, и непонятно, где на самом деле клиент.

Правило, по которому мы пересобирали воронку: стадия показывает, где клиент, а повторные звонки и перезвоны это задачи с датой. В ПМЦ отдел продаж ведёт сделку до согласованного выезда на объект, потом та же сделка переходит в основную воронку к сотруднику, который ведёт выезд, КП и договор. Одна сделка от первого звонка до договора, без копий.

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

Причины отказа: конкретные

Стандартную «Не устроили условия» мы убрали из списка: она ничего не говорит. Вместо неё список, по которому через полгода можно что-то решить: «Действует договор с подрядчиком», «Не вышли на ЛПР», «Не дозвонились», «Не наш профиль», «Ушёл на тендер», «Дубль» и другие.

Полезнее всего первая. Когда клиент отвечает «у нас договор до марта», сделка закрывается с этой причиной, а дата идёт в поле компании «Договор с подрядчиком до». По нему видно, когда звонить снова, и к таким клиентам возвращаются заранее, а не наугад.

Поля: только те, по которым принимают решения

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

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

База: загрузить без дублей

Действующие клиенты жили в документе Word. Перенос шёл так: документ → таблица на проверку → amoCRM через API. Таблицу проверяет человек до загрузки: ошибки разбора дешевле исправлять до неё.

Что мы делали с данными по дороге:

• Названия и реквизиты из ЕГРЮЛ. Название компании берётся из реестра, ИНН и юридический адрес тоже. Адрес объекта, куда едет специалист, хранится отдельно: это не юридический адрес.
• Телефоны в одном формате. Номер вида +7 и десять цифр, без пробелов и скобок, добавочный в отдельном поле. Иначе поиск по номеру не находит клиента, а звонок из CRM приклеивает добавочный к номеру.
• Кавычки «ёлочками». Для amoCRM ООО "Ромашка" и ООО «Ромашка» это разные строки, и разные кавычки дают дубли.
• Отрасль по ОКВЭД с ручной правкой. ОКВЭД обманчив: у производителя может стоять «аренда» или «грузоперевозки», поэтому код только подсказка.
• Одна площадка одного юрлица = одна компания. У юрлица с несколькими договорами в разных городах каждая площадка заводится отдельно, со своим адресом и контактами.

Грабли, которые ловятся только сверкой

Первый боевой прогон загрузки отчитался зелёным: ошибок ноль. А сверка через API после него показала, что все контакты создались без компании. amoCRM принял запрос, ответил «200», а привязку молча выбросил. Привязка работает только отдельным запросом.

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

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

Тариф решает, что можно автоматизировать

Перенос сделки из воронки обзвона в основную можно было сделать роботом. Но на странице тарифов amoCRM (по состоянию на октябрь 2026) события триггеров перечислены только у старших тарифов, а пробный период идёт с полным набором. Робот, настроенный на пробном периоде, перестал бы работать после перехода на базовый тариф. Поэтому перенос пока делают руками, а если таких переносов станет много, его возьмёт на себя скрипт через API: API есть на всех тарифах.

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

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

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

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