AI для Business Central

AI-агенти для продажів у Business Central

У продажах агент майже завжди впирається не в технології, а в те, що половина потрібного контексту живе в голові менеджера, а не в системі.

Коротко: у продажах найцінніший агент — той, що обробляє вхідні замовлення й готує їх до перевірки менеджером. Решта сценаріїв корисні, але саме тут найбільше рутини на одиницю часу. Головна перешкода не технічна: клієнти пишуть свої назви позицій, а домовленості часто ніде не зафіксовані.

Чим продажі відрізняються від фінансів

У фінансах правила здебільшого записані: умови оплати в картці, облікова політика в документі, порядок погодження в налаштуваннях. У продажах значна частина правил існує як практика.

Менеджер знає, що цьому клієнту можна дати відстрочку без узгодження, а цьому — ні; що цей завжди уточнює наявність перед замовленням; що з цим краще не сперечатися про ціну, бо він забирає обсяг. Нічого з цього немає в базі, і агент цього не побачить.

Практичний наслідок: у продажах агент працює добре там, де завдання механічне, і погано там, де потрібен цей невидимий контекст. Тому рівень автономності тут визначається не ціною помилки, як у фінансах, а тим, скільки контексту завдання вимагає.

Обробка вхідних замовлень

Найцінніший сценарій у продажах, якщо у вас потік замовлень поштою або в довільному форматі. Агент виконує ланцюжок, який зараз робить менеджер:

  1. Розбирає лист або вкладення, витягує позиції й кількості.
  2. Зіставляє кожну позицію з номенклатурою.
  3. Підтягує ціни за прайсом конкретного клієнта, а не загальним.
  4. Перевіряє доступність на складі й строки.
  5. Перевіряє кредитний ліміт і прострочену заборгованість.
  6. Створює замовлення в статусі чернетки.
  7. Виносить окремо все, чого не зміг однозначно зіставити.

Крок 7 важливіший за решту. Агент, який мовчки вгадав неоднозначну позицію, гірший за агента, який виніс її на розгляд: у першому випадку помилка їде далі й виявляється на відвантаженні.

Рівень автономності тут 2 — агент створює непроведене замовлення, менеджер перевіряє й випускає. Це виправдано: непроведене замовлення виправляється безслідно, а економія часу відчутна одразу.

Проблема відповідності номенклатури

Це головна практична перешкода, і про неї варто знати до початку проєкту.

Клієнти пишуть не ваші артикули. Вони пишуть «пас приводний 1200» замість «2071-А», «те саме, що минулого разу» або назву, яка була у вас три роки тому. Точність зіставлення визначає, чи буде агент корисним, і вона залежить не від моделі, а від того, чи є з чим зіставляти.

Що допомагає:

  • Таблиця відповідностей клієнтських назв — найдієвіше. Агент може її поповнювати: коли менеджер виправив зіставлення, пара запам'ятовується.
  • Історія замовлень цього клієнта. Якщо він рік брав ту саму позицію під тією самою назвою, це найнадійніша підказка.
  • Впорядкована номенклатура з описами й характеристиками, а не лише кодами.

Реалістичне очікування: у перший місяць агент упевнено зіставляє більшість позицій і виносить решту. Далі частка розпізнаних росте за рахунок накопиченої таблиці. Обіцяти високу точність із першого дня чесно не можна.

Контроль знижок і кредитних умов

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

Тут є передумова, яку часто виявляють уже в процесі: політика знижок має існувати письмово. Якщо правило звучить як «до 10% менеджер сам, далі як домовимося», агент не має що перевіряти. Формалізація цього правила — окрема робота, яку робить бізнес, і вона корисна незалежно від агента.

Суміжна тема — ціни та знижки в Business Central: якщо прайси й знижки налаштовані в системі, агенту є на що спиратися.

Клієнти, які припинили купувати

Агент рахує типовий інтервал замовлень по кожному клієнту й знаходить тих, хто вийшов за власну норму. Не за глобальним правилом «90 днів» — воно дає перелік, який перестають читати на другому тижні, бо туди потрапляють ті, хто й так купує двічі на рік.

Далі агент оцінює виручку під ризиком, перевіряє, чи не залишилися відкриті замовлення або кредит, і будує перелік із поясненням по кожному: чому саме цей клієнт, скільки він приносив, коли замовляв востаннє й що змінилося.

Рівень 1: підготовлений перелік і чернетки звернень, дзвонить людина. Аналітична частина без агента розібрана в матеріалі про AI для продажів.

Підготовка пропозицій

За описом потреби агент збирає пропозицію: підбирає позиції, підставляє ціни клієнта, перевіряє доступність і строки, рахує суму. Менеджер коригує й надсилає.

Працює добре там, де асортимент структурований і підбір алгоритмізується. Погано — там, де підбір вимагає технічного знання: у проєктних продажах, складному обладнанні, рішеннях під замовлення. Там агент корисний як помічник у пошуку аналогів і перевірці сумісності, але пропозицію збирає інженер.

Де агент не допоможе

  • Причини втрати угод. Якщо їх ніхто не фіксує, жоден аналіз їх не дістане. Business Central тримає те, що продали, а не те, що майже продали.
  • Воронка в іншій системі. Якщо можливості ведуть у зовнішній CRM, потрібна інтеграція — це окремий проєкт. Суміжне питання — CRM чи ERP: що першим.
  • Прогноз продажів на нових ринках. Історії немає, отже прогнозу теж.
  • Переговори. Агент готує аргументи й цифри, розмову веде людина.

Що потрібно налаштувати

  • Прайси клієнтів у системі, а не в таблицях у менеджерів.
  • Політика знижок письмово, з порогами й тим, хто що погоджує.
  • Кредитні ліміти заповнені й актуальні.
  • Таблиця відповідностей клієнтських назв — або готовність накопичувати її з першого дня.
  • Історія щонайменше за рік для розрахунку типових інтервалів замовлення.

Порядок впровадження: спершу обробка замовлень, якщо потік значний, — вона дає найшвидший видимий ефект. Далі контроль знижок, далі робота з відтоком. Каталог суміжних сценаріїв — у статті про 12 сценаріїв для агентів.

Часті запитання

Наскільки точно агент зіставляє позиції із замовлення?

У перший місяць упевнено зіставляє більшість і виносить решту на розгляд. Далі точність росте за рахунок таблиці відповідностей, яку агент поповнює, коли менеджер виправляє зіставлення. Обіцяти високу точність із першого дня було б нечесно.

Чи може агент випускати замовлення без менеджера?

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

Що робити, якщо політики знижок немає письмово?

Її доведеться сформулювати — інакше агенту нема що перевіряти. Це робота бізнесу, а не підрядника, і вона корисна сама по собі, незалежно від того, чи буде агент.

Чи працює це, якщо воронка ведеться в іншій CRM?

Аналіз продажів по проведених документах працюватиме, аналіз воронки — ні. Для другого потрібна інтеграція зовнішньої системи, і це окремий проєкт, який оцінюють окремо.

Чи може агент дзвонити клієнтам?

Ми таких рішень не будуємо. Агент готує перелік, аргументи й чернетки звернень; розмову веде людина. У переговорах ціна помилки репутаційна, і вона не варта економії.

З якого сценарію починати в продажах?

З обробки вхідних замовлень, якщо у вас значний потік у довільному форматі. Це найбільше рутини на одиницю часу й найшвидше видимий ефект.

← Усі статті

Готові модернізувати свій бізнес?

Залиште контакти — і ми надішлемо деталі безкоштовного аудиту процесів. Відповідаємо протягом одного робочого дня.

або напишіть напряму: info@nbcs365.com · +380 98 107 5878

Подзвонити Безкоштовна консультація
Esc