Microsoft добавила CRM-навыки в Copilot: как разбирать зависшие сделки

Что изменилось 8 октября

Microsoft объявила общую доступность 30 готовых CRM-навыков для Copilot Cowork, суммарно для Dynamics 365 Sales, Customer Service и Customer Insights. В том же объявлении Autopilot остаётся закрытым предварительным доступом, а Code доступен через Frontier. Статус доступности различается: в этой статье разбираем навыки в Cowork без переноса на него возможностей Autopilot и Code. Официальное объявление Microsoft, 8 октября.

Для руководителя продаж полезен конкретный сценарий: перед разбором воронки получить по каждой проблемной сделке подтверждённые факты, пробелы в информации и предлагаемый следующий шаг. Это сокращает объём ручной подготовки только тогда, когда результат действительно экономит время после проверки человеком. Одной красивой сводки для такого вывода недостаточно.

Кому имеет смысл проверять

Начать проще команде, которая уже ведёт сделки в Dynamics 365 и хранит рабочую переписку в Microsoft 365. В документации для плагина Sales указаны лицензия Sales Enterprise либо Premium, соответствующий доступ к Copilot, доступное приложение Sales и включённый Dataverse MCP. Настройку и права должен проверить администратор. Требования и подключение.

Автоматическая установка приложения Sales сама по себе не даёт доступа ко всем возможностям Cowork: документация отдельно указывает Microsoft 365 Copilot add-on и включение администратором. Установка и права доступа.

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

Для компании на другой CRM эта новость полезна как образец проверки автоматизации. Переходить на новую систему ради списка навыков до оценки затрат и качества данных преждевременно.

Практический пилот на одной воронке

Ниже редакционный план проверки, а не обещанный Microsoft результат и не готовая настройка SABSUS.

1. Выберите одну воронку и небольшой набор открытых сделок, которые руководитель успеет проверить вручную. Исключите намеренно приостановленные сделки, если они не относятся к задаче.
2. Определите критерий «зависла» по вашему процессу: просрочен согласованный следующий шаг, нет ответственного, дата закрытия прошла, давно не было подтверждённого контакта. Универсальное число дней для всех видов продаж здесь не подходит.
3. Попросите собрать только проверяемую сводку: последнее взаимодействие, обещанный шаг, срок, владелец, источник каждого факта. Отдельно вывести неизвестное и противоречия.
4. Для каждой сделки запросите одно конкретное действие с объяснением. Например, уточнить решение по предложению у известного контактного лица. Предложение должно соответствовать переписке, а не начинаться с выдуманного обещания скидки.
5. Сопоставьте результат с самостоятельным разбором менеджера. Исправьте ошибки и только затем решайте, какие изменения переносить в CRM.

Пример собственного запроса для пилота:

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

Название навыка в интерфейсе стоит проверять перед использованием. В объявлении Microsoft приведены Pipeline prioritizer и Deal rescue, а таблица Microsoft Learn, обновлённая 5 октября, относит Pipeline prioritizer к отдельному CRM-независимому Sales for Cowork и не перечисляет Deal rescue. Это разница между опубликованными источниками; точный состав вашего плагина следует смотреть в разделе Skills. Объявление · Список навыков.

Отделите рекомендацию от действия

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

Для пилота заведите три явно различимых состояния: «предложено», «проверено человеком», «выполнено и подтверждено». Так руководитель не примет подготовленный текст за отправленное письмо и не посчитает сделку перемещённой по воронке только потому, что ИИ рекомендовал переход.

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

Стоимость: учитывать лицензию и потребление

По проверенному 8 октября руководству Microsoft, оплата по факту использования составляет 0,01 доллара США за Copilot Credit. Подписка для доступа к Cowork требуется отдельно; расход зависит от моделей, времени выполнения, контекста и инструментов. Один кредит не равен одному запросу, а фиксированная цена разбора сделки не заявлена. Цены могут измениться. Официальная модель лицензирования и оплаты.

Для контроля пилота можно использовать /cost: команда показывает приблизительный расход текущей беседы или задачи и сама не расходует кредиты. Она не предсказывает цену до запуска и не заменяет окончательные данные биллинга. Как проверить расход.

Для подключения Dynamics 365 также нужна подходящая CRM-лицензия; цена одного кредита не описывает полную стоимость внедрения.

Перед пилотом зафиксируйте разрешённый бюджет и объём задач. После него считайте стоимость полезного, проверенного результата: затраты на доступ и потребление плюс время проверки и исправлений. Самое короткое выполнение не обязательно окажется самым дешёвым, если менеджер затем полностью переделывает выводы.

Как принять решение о внедрении

Сравните одинаковые по сложности наборы сделок до и во время пилота. Запишите время подготовки, число подтверждённых проблем, число ложных тревог, время исправлений и долю предложений, которые менеджер принял. Изменение выручки за короткий тест не следует автоматически приписывать ИИ: на него влияют состав воронки, сезонность и работа команды.

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

Для SABSUS этот же критерий полезен при проектировании связки CRM, диалогов, задач и автоматизации: у действия должны быть источник, ответственный и подтверждённый результат. Этот разбор не означает, что описанные плагины Microsoft уже подключены к SABSUS. Для проектирования процесса полезны материалы про CRM и обращения, задачи и регламенты и автоматизацию. А сравнение Business Central и SABSUS отвечает на отдельный вопрос о выборе ERP и операционной платформы.