Команде нужен порядок действий, а не ещё один список
В amoCRM накопились просроченные задачи. Самая старая стоит первой, самая дорогая сделка кажется самой важной, а менеджер предлагает просто перенести сроки на завтра. При таком разборе легко пропустить конкретное обещание клиенту, которое нужно выполнить сегодня.
AI может помочь собрать подтверждённые просрочки и объяснить предложенный порядок работы. Но дата задачи сама по себе не определяет деловой приоритет. Для него нужны доступные сведения о связанной сделке, договорённостях и ближайшем решении клиента.
Разберём, как поручить эту задачу AI через ОМНИТЕРА: задать границы, получить проверяемую очередь и обсудить её с командой. Это отдельный сценарий контроля: здесь задачи уже существуют, а руководитель решает, чем заняться раньше и какие записи требуют уточнения.
Сначала зафиксируйте, что считать просрочкой
Для рабочего разбора задайте простой критерий: задача ещё не завершена, её срок известен и строго раньше выбранного момента проверки. Укажите дату, время и часовой пояс. Задача со сроком через час не должна попасть в просрочки только потому, что назначена на сегодня.
В официальной модели amoCRM у задачи есть срок, признак выполнения, ответственный и сведения о привязанной сущности. Список доступен в соответствии с правами пользователя. Поэтому результат нужно читать как срез доступных данных на момент запроса, с явно названной областью отбора.
Определите сотрудников и типы привязки. Если анализируете задачи сделок одной воронки, недостаточно выбрать только имя менеджера: связанные сделки нужно сопоставить с нужной воронкой. Задачи контактов, компаний и записи без понятной связи вынесите отдельно, чтобы не потерять их при отборе.
Отчёт о текущих просрочках не показывает автоматически, сколько задач было просрочено вчера в 18:00. Если за это время срок изменили или задачу завершили, для прошлого состояния понадобится подходящая история. Не подменяйте историческую метрику сегодняшним списком.
Согласуйте правила приоритета до сортировки
Для первого запуска удобно использовать три группы: «разобрать в первую очередь», «включить в ближайший план» и «уточнить данные или актуальность». Это предлагаемый управленческий порядок, который нужно адаптировать к вашим продажам. Он не является встроенной оценкой вероятности оплаты.
В первую группу можно включать подтверждённые обязательства перед клиентом с ближайшим сроком: например, документы, без которых сегодня нельзя обсудить предложение. Основание должно быть записано в доступном источнике. Одного слова «срочно» в названии задачи для такого вывода недостаточно.
Во вторую группу попадут понятные действия с известной связью и ответственным, для которых нет подтверждённого более близкого обязательства. Третья группа — непонятная привязка, противоречивые сведения и вопросы об актуальности. Недостаток данных не делает задачу неважной: он требует отдельного решения руководителя.
Длительность просрочки используйте как один из признаков, например для сортировки внутри группы. Размер бюджета сделки тоже может быть дополнительным критерием после согласования. Он не доказывает ни срочность действия, ни вероятность поступления денег.
Запрос к AI для первого разбора
Начните с одного отдела или нескольких сотрудников. Попросите сначала показать область поиска и полноту, затем подтвердить просрочки и только после этого предложить приоритет. Так легче увидеть, не строится ли весь план на первой странице выдачи.
Для каждой строки полезны ID задачи, срок, ответственный за задачу, связанная сущность и основание приоритета. Ответственного за сделку указывайте отдельно, если он отличается: это поможет избежать ошибочного поручения другому сотруднику.
Попробуйте спросить AIНайди в выбранном аккаунте amoCRM незавершённые задачи отдела продаж со сроком строго раньше момента проверки. Сначала уточни сотрудников, воронки, типы привязки и часовой пояс; зафиксируй дату и время среза. Покажи полноту просмотра и ограничения. Для задач сделок проверь связанную карточку и доступные подтверждённые договорённости. Предложи три группы: первое — ближайшее подтверждённое обязательство перед клиентом; второе — понятное действие для ближайшего плана; третье — нужно уточнить связь, контекст или актуальность. Для каждой задачи дай ID, исходный срок, ответственного, ссылку на связанную карточку при наличии, факт-основание и предлагаемый следующий шаг. Не придумывай причины задержки и срочность. Бюджет не считай оплатой. Если оснований недостаточно, пометь это явно. Ничего не меняй в CRM.
Учебный разбор: почему самая старая задача не всегда первая
Ниже вымышленные задачи и договорённости. Момент проверки — 19 октября 2026 года, 10:00 по Москве. Все четыре задачи незавершены, их сроки уже прошли. В учебном примере считаем, что перечисленные записи доступны и проверены; это не отчёт реального клиента.
Первой для обсуждения выбираем задачу 201: есть конкретное сегодняшнее обязательство. Затем планируем действие 204. Задача 203 требует оперативного уточнения, потому что её важность пока неизвестна. У 202 проверяем актуальность после закрытия сделки, но не считаем, что задача выполнена автоматически.
Так руководитель получает две разные очереди: понятные действия и вопросы, которые мешают принять решение. Уточнение 203 можно поручить параллельно работе по 201. Три группы не означают, что неизвестные случаи должны бесконечно ждать в конце списка.
AI должен объяснить этот порядок фактами примера. Фразы «клиент точно уйдёт», «менеджер забыл» или «сделка почти оплачена» здесь были бы выдумкой: ни одна из этих причин и гарантий не следует из заданных сведений.
- 201 — «Отправить согласованный расчёт», срок 18 октября 18:00. В доступной записи подтверждено обещание отправить его до обсуждения с клиентом 19 октября в 14:00. Первая группа: проверить состояние и выполнить актуальное обязательство.
- 202 — «Уточнить состав заказа», срок 12 октября 17:00. Связанная сделка успешно закрыта 16 октября, сведений о выполнении самой задачи нет. Уточнить актуальность; завершение сделки не заменяет результат задачи.
- 203 — «Позвонить», срок 18 октября 12:00, понятной привязки и контекста нет. Выяснить у ответственного, кому и зачем звонить; деловой приоритет пока не подтверждён.
- 204 — «Собрать недостающие реквизиты», срок 17 октября 17:00. В сделке записано, что они нужны к подготовке предложения 21 октября. Включить в ближайший план и согласовать конкретное время действия.
Как ОМНИТЕРА помогает собрать основание для решения
В ОМНИТЕРА для amoCRM есть поиск подтверждённых просроченных незавершённых задач. Инструмент просматривает доступные задачи с постраничной загрузкой и проверяет их сроки. При ограничении просмотра он сообщает о неполноте: число найденных просрочек нельзя выдавать за полный итог отдела.
Начальная выдача упорядочена по сроку. Деловой приоритет требует дополнительного контекста связанных карточек. Поэтому просите AI сопоставить задачи со сделками, посмотреть доступные сведения и показать причину предложенного порядка. Сам факт подключения не превращает дату задачи в оценку важности клиента.
ОМНИТЕРА позволяет работать с доступными данными amoCRM в диалоге с AI. Вместо ручного пересказа каждой карточки руководитель может задать один сценарий разбора и проверить строки результата. Для начала достаточно выбрать свою воронку и понятные правила приоритета.
Задачу контакта нельзя приписывать первой найденной сделке этого человека. Если активных сделок несколько и связь не установлена, запросите уточнение. Точно так же отсутствие записи о звонке не доказывает, что сотрудник вообще не связывался с клиентом.
Что проверить до выдачи поручений
Откройте несколько исходных задач: старую, недавно просроченную и запись из группы на уточнение. Сверьте ID, признак выполнения, срок и связанный объект. Затем проверьте, откуда взялось ближайшее обязательство перед клиентом. Если это только предположение по названию этапа, основание нужно исправить.
Различайте неполный просмотр источника и сокращённый вывод. AI может показать первые десять строк полного списка либо найти десять задач в неполной выборке. Управленческий смысл разный. Попросите отдельно назвать объём просмотренного, найденного и показанного.
Даже полный список доступных задач не доказывает охват всех прав и всех сотрудников компании. Зафиксируйте аккаунт, пользователей, воронки и исключения. Если источники неполны, можно работать с подтверждёнными строками, но нельзя объявлять, что других просрочек в отделе нет.
- Нет ли завершённых задач или сроков позже выбранного момента проверки?
- Не задвоены ли строки одной задачи с одинаковым ID?
- Не смешаны ли ответственный за задачу и ответственный за сделку?
- Есть ли источник для каждого обещания, дедлайна и основания приоритета?
- Отделены ли вопросы на уточнение от подтверждённых действий?
Согласуйте действия, сохранив смысл задач
Завершите разбор конкретным планом: кто проверит ситуацию, что сделает и к какому времени вернётся с результатом. Массовый перенос сроков очищает список, но сам по себе не выполняет обязательств перед клиентами. Новый срок должен отражать принятое решение, а не скрывать старую просрочку.
Если хотите поручить AI изменения, сначала получите отдельный список: ID задачи, исходные сведения, предлагаемые новые значения и причина. Подтверждайте конкретные действия после проверки. Аналитический отчёт не следует воспринимать как уже выполненный перенос, закрытие или переназначение.
Повторный разбор проводите по тем же правилам и с новым временем среза. Сравнивайте состояние выбранных задач и принятые решения, не превращайте изменение общего счётчика в автоматическую оценку дисциплины команды.
Начните с просрочек одной воронки. На странице ОМНИТЕРА для amoCRM можно перейти к подключению и выбрать первый сценарий работы с AI. Полезный результат такого запуска — короткий проверяемый план, где у каждого приоритета есть основание, ответственный и следующий шаг.
Попробуйте спросить AIПо проверенному списку подготовь план для руководителя: подтверждённые действия с ответственными, вопросы на уточнение и предлагаемые изменения задач. Для каждого изменения покажи ID и старые/новые значения отдельно. Пока ничего не выполняй. В конце перечисли решения, которые должен принять руководитель, и данные, которых не хватает.