← Все виджеты · Распределение KLASTER
Раздадим заявки по правилам и объясним каждое решение
Виджет смотрит на правило, график, права и историю клиента, выбирает менеджера — и тут же пишет в карточку сделки и в журнал: кто получил заявку, по какому правилу, кого пропустили и почему. Админы, уволенные и сотрудники без права редактировать сделки в этой воронке заявок не получают: это заложено в код, а не в галочку настроек.
Распределение настроено — и всё равно не работает
Настроенное распределение и работающее — разные вещи. Что нашлось на аккаунте, где виджет распределения стоял и «работал»:
Доля уходила уволенному
В правиле стоял деактивированный пользователь с долей 12%. Его заявки не получал никто. Активная сотрудница с тем же именем в правиле отсутствовала — и получала сделки вручную.
Заявки доставались администраторам
За 7 дней робот сменил ответственного 371 раз, и 85 сделок ушло на администраторов. Администратор не продаёт — эти заявки ждали, пока кто-нибудь заметит.
Руководитель работал диспетчером
За те же 7 дней руководитель отдела перекинул 128 сделок руками — точная мера того, насколько не справляется автоматика. Её никто не считал.
Никто не знал, почему так
В примечании — одна строка о смене ответственного, и больше ничего. Проверить, сработало правило или его кто-то обошёл, было нечем: доказательства не осталось ни у кого.
обезличенный аккаунт застройщика · 18 пользователей · смены ответственного считаны по событиям за 7 дней · замер 14.09.2026
На «почему сделка у него» отвечает журнал, а не переписка
Одна и та же заявка, два примечания в карточке. Слева — то, что пишет типовой виджет. Справа — то, что пишем мы.
Раньше
одна строкаПравило неизвестно, стратегия неизвестна, пропущенные не названы. Чтобы понять, почему заявка ушла именно ей, руководитель открывает настройки и сверяет их руками.
Теперь
решение целикомПравило, стратегия, план и факт на момент решения, а под ними — все, кого рассматривали, и что каждому помешало. Тот же текст ложится строкой в журнал.
Пример. Имена и числа вымышленные, набор строк — настоящий: так журнал устроен в коде виджета.
Как виджет принимает решение
Пять шагов: от входа сделки в этап до проверки, что решение не переписал кто-то ещё. Каждый заканчивается тем, что вы получаете.
Сделка входит в этап
Триггер этапа отдаёт сделку виджету. В триггере один выбор — «Правило»; всё остальное настраивается в своём окне. Сделку, созданную сразу в этапе, триггер не ловит — её подбирает сверка.
Результат: настройка живёт в одном месте, а не в десяти модалках цифровой воронки.
Отсекаем тех, кому нельзя
Деактивированные, администраторы, бесплатные пользователи, сотрудники без прав на сделки и без прав в этой воронке. Проверка идёт на каждом решении, а не в момент сохранения правила.
Результат: заявка не уходит в пустоту к тому, кто её физически не откроет.
Выбираем из оставшихся
По очереди, по процентам или по квоте. Повторное обращение уходит прежнему менеджеру, ночная заявка ждёт начала смены по часовому поясу аккаунта, а не сервера.
Результат: выбор объясним планом и фактом на момент решения, а не общим итогом месяца.
Записываем решение
Примечание в карточке и строка в журнале: правило, стратегия, кто получил, кого рассматривали и что каждому помешало.
Результат: спорную передачу разбираете по записи, а не по памяти участников.
Следим, что было дальше
Не принял вовремя — заявка уходит следующему, с потолком кругов и ночной паузой. Сменил ответственного робот или администратор сразу после нас — это инцидент в журнале с указанием, кто и через сколько секунд.
Результат: видно, где автоматика спорит сама с собой, и сколько заявок отдел перекидывает руками.
Что внутри: 8 вкладок
Своё окно в amoCRM, а не настройки, размазанные по триггерам цифровой воронки.
| Вкладка | Что на ней |
|---|---|
| Обзор | Распределено, медиана до передачи, перекинуто вручную и сколько сделок сейчас висит на администраторах. Ноль в последней строке — норма, и строка стоит всегда |
| Правила | Кто участвует, по какой стратегии и на каком этапе воронки срабатывает. Счётчики сбрасываются кнопкой, а не пересохранением триггера |
| Пользователи | Кто получает сделки, а кто нет — и по какой причине: не добавлен в правило, выключен, вышел сам. Рядом история: кого добавили, кого выключили и кто это сделал |
| Графики | Недельные и сменные, с исключениями. При включённых графиках сотрудник без графика сделок не получает — это сказано прямо, а не выясняется по факту |
| Журнал | Фильтры по правилу, человеку и результату за сутки, неделю или месяц. Пустой период так и написан — «за выбранный период решений нет», а не пустой таблицей |
| Отчёты | План, передано, принято и перекинуто вручную — по каждому участнику, полосами и по дням. Принято — это когда менеджер сам сдвинул этап или выполнил задачу, а не «увидел» |
| Лицензия | Ключ из кабинета, срок и прямой ответ на вопрос, распределяются сделки сейчас или нет. Истекла лицензия — распределение останавливается, журнал и отчёты остаются |
| Инструкция | Четыре шага включения на этапе и адрес вебхука с кнопкой «Скопировать». Проверка — перевести одну сделку в этап и увидеть смену ответственного |
Что виджет делает иначе
| Как обычно | Как у нас |
|---|---|
| Кого выбрали в списке — тому и распределяет. Админа, уволенного, бесправного | Жёсткие фильтры, которые нельзя выключить: неактивный, администратор, без права редактировать сделки, без прав в этой воронке. Список проверяется при каждом решении, а не при сохранении правила |
| Примечание в карточке: «ответственный изменён». Кто и почему — нигде | Каждое решение объяснено: примечание в карточке и строка журнала — правило, стратегия, план и факт, кто пропущен и по какой причине |
| Доля неактивного участника теряется | Доля перераспределяется между остальными. Счётчики живут в правиле и сбрасываются кнопкой, а не пересохранением триггера |
| Отчёт «по факту передачи» | Три числа рядом: передано, принято (менеджер сдвинул этап) и перекинуто вручную. Строка «Администраторы» стоит всегда, даже когда там ноль |
| Настройки — в модалке триггера цифровой воронки | В триггере один выбор — «Правило». Всё остальное — в своём окне виджета |
| Цена за пользователя: чем больше отдел, тем дороже | Цена за аккаунт. Десять человек в отделе или пятьдесят — платёж не меняется |
| Виджет не знает, что происходит вокруг | Детектор конкурирующей автоматики: если сразу после нас ответственного сменил робот или администратор, это инцидент в журнале, а не тишина |
Что уже умеет
Три стратегии
По очереди, по процентам и по квоте. Каждая объясняет, почему выбран именно этот участник, с планом и фактом на момент решения.
Повторные обращения
Клиент, с которым уже работали, уходит прежнему менеджеру. Пять режимов: не учитывать, по контакту, по компании, по контакту или компании, тому же менеджеру. Окно задаётся в днях.
Графики работы
Недельные и сменные, с исключениями. Часовой пояс берётся из аккаунта CRM, а не из настроек сервера: ночная заявка распределяется утром по времени клиента.
Перераспределение по таймеру
Не принял вовремя — уходит следующему. Есть потолок кругов и ночная пауза, чтобы сделка не крутилась по отделу бесконечно и не будила людей.
Журнал решений
Каждое решение с причиной, каждый пропуск с объяснением, каждый инцидент конкурирующей автоматики.
Отчёты по правилу
Передано, принято и перекинуто вручную — по каждому участнику, с планом и фактом. Полосы план/факт и разбивка по дням.
список сверен по коду движка, каталогу вкладок и словарю интерфейса, а не по документации · 294 теста проходят, 12 пропущено, прогон за 696 мс без сети и без базы · 8 вкладок в интерфейсе · 16.09.2026
Чего в нём нет
Короткий список — он же объясняет, почему виджет ещё не продаётся.
Учёта статуса «онлайн»
Смотрим на график работы и права, но не на то, открыт ли у менеджера сейчас браузер. Обещать это не будем.
Выгрузки журнала в Excel
Журнал есть, читается и фильтруется в интерфейсе. Экспорта пока нет.
Выпуска
Виджет не развёрнут на боевом контуре и не стоит ни у одного клиента. Пока это так, здесь нет ни цены, ни кнопки установки, ни срока.
Сколько будет стоить
Цена будет за аккаунт, а не за пользователя: платёж не вырастет от того, что в отделе стало на пять менеджеров больше. Само число появится в день выпуска — раньше называть нечего.
А пока — то же самое находит аудит
Всё, что перечислено в начале страницы, мы находим руками во время аудита CRM: кто получает заявки по факту, совпадает ли это с настройкой, сколько раз ответственного менял робот и сколько — руководитель. Аудит доступен сейчас, виджет — нет.
Позовём в первую установку
Напишите — расскажем, на каком этапе виджет, и позовём в первую установку. Заодно спросим, как у вас распределяются заявки сейчас: этот разговор полезен вам, даже если виджет вы в итоге не поставите.