Требования к amoCRM закрываются на четырех уровнях. Уровень 1 — штатные настройки: поля, воронки, автоматизации, права. Уровень 2 — виджет из амоМаркета. Уровень 3 — доработка через API. Уровень 4 — отдельная разработка.
Штатные настройки закрывают большую часть требований малого бизнеса. Сложные права по отделам и полям, нестандартные расчеты в сделке, связь со складом и нетиповые отчеты штатно не собираются — это уже уровни 3–4.
Уровень требования определяют до старта настройки. Если он всплывает уже в процессе, смета заметно вырастает: переделывать приходится не кнопки, а архитектуру.
Как понять, на каком уровне ваше требование
Сначала описывают процесс продаж, потом выбирают уровень. Если начать с кнопок, выйдет красивая воронка, а команда продолжит работать по-старому. Каждое требование записывают одной фразой: что должно происходить со сделкой.
Дальше работает «если — то». Хватает полей, этапов, триггеров и ролей — уровень 1. Задача типовая и под нее есть готовое решение в амоМаркете — уровень 2. Нужно связать amoCRM с сайтом, складом или учетной системой — уровень 3. Нужна логика, которой нет в интерфейсе вовсе, — уровень 4.
Допустим, в списке стоит «нужна отдельная воронка для повторных клиентов» — это уровень 1, штатные воронки. А «нужен отчет по марже с учетом скидок» — уже уровень 4: такого отчета в интерфейсе нет.
Карта четырех уровней
Шаг на сегодня: выпишите 10 требований к CRM списком, без решений, и сверьте каждое с таблицей.
Что закрывают штатные настройки amoCRM
Уровень 1 — поля, воронки, автоматизации и права. Сюда попадает большинство требований малого бизнеса. Адрес портала меняют сразу после регистрации в «Настройки» → «Общие настройки», пока не подключены телефония и сайт: иначе интеграции отвалятся.
Источники заявок — тоже уровень 1: сайт, телефония, почта и мессенджеры подключают к воронке, и каждое обращение само создает сделку.
Чего избегать: воронки больше 7–8 этапов, этапов без срока, автоматизаций до того, как отлажены воронка, поля и ответственные.
Типичная ошибка: лиды приходят без источника. Причина — поле «источник» необязательное, и менеджер его пропускает. Действие — сделать поле обязательным и прогнать тестовую заявку из каждого канала. Что сделать сейчас: проверьте, что поле «источник» обязательно на первом этапе.
Воронка, поля и триггеры
Воронку собирают в «Сделки» → «Воронка»: каждый этап — действие над сделкой со сроком. Базу загружают через «Списки» → три точки → «Импорт». Изменения карточки фиксируют кнопкой «Сохранить изменения».
На этих сроках держится правило «нет сделок без задач»: у каждой сделки есть следующий шаг, а сделку без задачи видно сразу.
Пример штатного триггера: сделка попадает в «Закрыто и не реализовано» и уходит в воронку «Условный отказ», где ставится задача по полю «Связаться через…». Для повторных продаж заводят поля «Дата последней покупки» и «Количество покупок». Обратную связь собирают тоже штатно: Net Promoter Score есть в аналитике. Digital Pipeline доступен только с тарифа «Расширенный».
Права и защита базы
Здесь решают, кто видит чужие сделки, кто экспортирует и удаляет записи, включена ли двухфакторная аутентификация. Пользователей добавляют кнопкой «+ Добавить пользователя» и сразу выставляют им права.
Допустим, менеджер уходит и уносит выгрузку базы. Причина — экспорт открыт всем. Действие — закрыть рядовым менеджерам экспорт и просмотр чужих сделок. Где штатных ролей не хватает, смотрите первый пункт списка в разделе про API.
Виджет из амоМаркета и что с ним через год
Уровень 2 — готовый виджет из каталога. Он закрывает типовую задачу без разработки, но добавляет зависимость от чужого разработчика и от подписки. Пример — Яндекс Метрика: нужен аккаунт администратора и активный тариф, один проект amoCRM подключается только к одному тегу Метрики, а в сделке должны быть поля телефона, email и ClientID.
Критерий перед установкой: если в описании виджета нет телефона и email поддержки — не ставьте его. По правилам amoCRM эти контакты обязаны быть указаны, иначе за ошибкой обращаться некуда.
Риски через год
- •Выросла цена подписки на виджет — причина в политике разработчика, действие: сравнить со стоимостью аналога в амоМаркете или с доработкой на уровне 1.
- •Разработчик прекратил поддержку — причина в том, что виджет держится на одном человеке или маленькой команде, действие: искать замену до отказа виджета, а не после.
- •Два виджета конфликтуют в одной карточке — причина в пересечении полей, действие: развести поля между виджетами или отключить один из них.
Что сделать сейчас: выписать все установленные виджеты и отметить, кто их поддерживает.
Когда нужны API и разработка
Уровни 3–4 — там, где не хватило настроек и виджетов. Семь требований из наших проектов:
- •Сложные права по отделам и полям — штатные роли не собирают сочетание «отдел × поле»; нужна доработка.
- •Расчеты в сделке — виджет считает по своей формуле, а не по вашей; нужен скрипт через API.
- •Связь со складом — виджет склада ведет свой учет и не сверяется с вашей складской системой; обмен через API.
- •Нестандартный отчет — маржа с учетом скидок: такого среза в аналитике нет, отчет разрабатывают.
- •Синхронизация с учетной системой — обмен в обе стороны, готового модуля под вашу схему нет.
- •Телефония — нужных событий нет в виджете, их шлют через
POST /api/v2/events.
- •Самописная форма сайта — готового подключения нет; заявка идет через API в «Неразобранное» с cookies.
Если синхронизация массовая, учитывайте лимиты API: 7 запросов в секунду на интеграцию и 50 на аккаунт. Что сделать сейчас: отметьте требования, где данные ходят между системами.
Собственный виджет
Уровень 4 на практике: амоМаркет → «Создать интеграцию», архив строго widget.zip, установка через POST /api/v4/widgets/{widget_code}. Для публикации в техподдержку отправляют id или код, описание, инструкцию и тестовые данные.
Свой код нужно сопровождать: следить за обновлениями API, держать обмен в пределах лимитов и назначить ответственного за код, иначе первая поломка останется без хозяина.
Сколько стоит каждый уровень настройки
Считайте стоимость владения, а не разовой настройки. Разница между уровнями — в коде, который кто-то обязан поддерживать.
Если в списке есть хоть одно требование уровня 3–4, закладывайте разработчика и поддержку кода в смету сразу; если все требования на уровнях 1–2, считайте тариф и подписки. Что сделать сейчас: прибавьте к смете годовые подписки виджетов и поддержку кода.
Проверка своих 10 требований за час
Протокол «требование → уровень → проверка». Возьмите список из первого раздела, каждому требованию присвойте уровень по карте и запишите, чем проверите результат: тестовой заявкой, правами пользователя, работой виджета. Шаги уровня 1 не повторяйте — они в разделе про штатные настройки.
- •Тестовая заявка из каждого канала дает сделку с источником и ответственным
- •Нет сделок без задач
- •У этапов есть сроки
- •Обязательные поля срабатывают
- •Менеджер не видит чужие сделки и не экспортирует базу
- •Включена двухфакторная аутентификация
Если заметная часть списка ушла на уровни 3–4, пересчитайте смету. Пройдите протокол до подписания сметы, а не после.
Проверим ваши требования по карте уровней бесплатно, дальше — своя CRM от 300 000 ₽ за 8–12 недель: раздел «CRM на заказ»
Источники
