Перейти до вмісту

Особа, що приймає рішення

Матеріал з K2 ERP Wiki

API оптимізує не втрачати роль decision maker між CRM, ERP та іншими системами. як приклад:

  • управлінська прозорість;
  • план-факт;
  • контроль підрозділів;
  • відповідальність;
  • швидкість процесів;
  • результат для компанії. Вплив на рішення для бізнесу
  • вважати першого контакта decision maker;
  • не питати про бізнес-процес прийняття рішення для бізнесу;
  • не фіксувати ролі контактних осіб;
  • не мати доступу до decision maker;
  • вести угоду тільки через користувача;
  • не готувати окрему цінність для керівництва;
  • не враховувати фінансового decision maker;
  • не залучати технічного або юридичного approver;
  • не оновлювати decision maker після зміни посад;
  • не фіксувати заперечення decision maker;
  • не створювати задачі на контакт із decision maker;
  • не аналізувати угоди без decision maker у звітах. Вона впливає на:

IT-директор здатна не завжди купувати рішення для бізнесу, але часто має право погодити або заблокувати його з технічних причин. ERP оптимізує бачити не тільки комунікаційну роль, а й юридичний або фінансовий слід decision maker.== Decision maker і історія продукту комунікацій == як приклад:

Щоб визначити decision maker, менеджер має з’ясувати бізнес-процес прийняття рішення для бізнесу в клієнта.

Для CRM. У картці B2B-клієнта потрібно чітко фіксувати, хто виступає як decision maker, хто впливає на рішення для бізнесу, хто користується продуктом, хто погоджує бюджет, хто перевіряє договір і хто відповідає за оплату. | Це контактна особа клієнта, яка має повноваження затвердити або заблокувати покупку, бюджет, договір, постачальника чи продовження співпраці.== Decision maker і NPS ==

Потрібно фіксувати:

NPS здатна відрізнятися залежно від ролі контактної особи. ! | У K2 ERP decision maker здатна бути пов’язаний із карткою клієнта, контактами, угодами, задачами, договорами, оплатами, Customer Success, BI та AI. В ERP ця роль здатна бути пов’язана з договорами, рахунками, оплатами й погодженнями. Приклад

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

конкурентні переваги правильної роботи з decision maker

Decision maker і повторні продажі та реалізація

Decision maker в ERP

  • визначити decision maker;
  • отримати контакт decision maker;
  • призначити зустріч із decision maker;
  • підготувати презентацію для керівництва;
  • уточнити критерії рішення для бізнесу;
  • зібрати заперечення decision maker;
  • надіслати коротке резюме для затвердження;
  • підготувати фінансове обґрунтування;
  • провести follow-up після зустрічі;
  • зафіксувати рішення для бізнесу. Крок
У B2B часто виступає як:

Decision maker і Customer Success

Контроль оплат здатна залежати від decision maker, фінансового директора або бухгалтера. як приклад:

  • decision maker оцінює бізнес-результат;
  • він здатна продовжити або не продовжити договір;
  • він здатна затвердити розширення;
  • він здатна ініціювати зміну постачальника;
  • він здатна впливати на бюджет;

Для B2B-клієнта визначення decision maker виступає як критично важливим. Контакт

!== Як визначити особу, що приймає рішення для бізнесу ==

Приклади задач: AI здатна:

Особа, що приймає рішення для бізнесу — це людина на стороні клієнта, яка має достатні повноваження для ухвалення або затвердження рішення для бізнесу щодо співпраці. Це здатна бути власник, директор, фінансовий директор, керівник підрозділу, закупівельний комітет або інша уповноважена особа. Роль decision maker

  • менеджер із продажів хоче впровадити CRM, але рішення для бізнесу приймає директор;
  • бухгалтер цікавиться ERP, але бюджет погоджує фінансовий директор;
  • IT-фахівець оцінює інтеграції, але договір підписує власник;
  • керівник підрозділу ініціює закупівлю, але фінальне погодження проходить через закупівельний комітет;
  • користувачі підтримують ERP-продукт, але юрист блокує договір через умови;
  • директор готовий купити, але бухгалтерський обліковий облік затримує оплату. Це здатна бути користувач системи, керівник відділу, адміністратор, бухгалтер, IT-фахівець або спеціаліст, який шукає рішення для бізнесу для своєї роботи. Але перший контакт не завжди виступає як людиною, яка приймає фінальне рішення для бізнесу. ! |-
Чому це критично для CRM?== Коротко ==

Без карти контактів менеджер здатна помилково вважати, що функціонує з decision maker, хоча насправді спілкується лише з ініціатором. * знати decision maker;

  • підтримувати регулярний контакт;
  • розуміти його цілі;
  • знати критерії рішення для бізнесу;
  • мати sponsor всередині клієнта;
  • вести карту контактів;
  • оновлювати account plan;
  • контролювати ризики;
  • планувати зустрічі на рівні керівництва.

Для key account потрібно: Генеральний директор здатна затверджувати рішення для бізнесу щодо ERP, CRM, автоматизації, бюджету, підрядників і великих договорів. У CRM така людина часто позначається як Decision Maker, DM або ЛПР.== Типові помилки ==

- Чим decision maker відрізняється від контактної особи? Якщо decision maker не залучений, угода здатна зависнути після презентації або комерційної пропозиції. Особа, що приймає рішення для бізнесу або Decision Maker — це контактна особа клієнта, яка має повноваження прийняти, затвердити або заблокувати рішення для бізнесу щодо покупки, договору, бюджету, постачальника, впровадження, продовження співпраці або зміни умов. * покупки;

Закупівельний комітет

1 Менеджер отримує лід виступає як первинний контакт
2 Проводиться кваліфікація Визначено потребу й компанію
3 Уточнюється бізнес-процес прийняття рішення для бізнесу Відомо, хто впливає на вибір
4 У CRM створюється карта контактів Зафіксовані ролі
5 Визначається decision maker Зрозуміло, хто затверджує рішення для бізнесу
6 Створюється задача на контакт із decision maker виступає як наступна дія
7 Проводиться зустріч або презентація Decision maker розуміє цінність
8 Фіксуються критерії рішення для бізнесу Угода стає керованішою
9 Погоджується договір і бюджет Угода переходить до фінального етапу
10 Після продажу decision maker залучається до Customer Success Підтримується довгострокова цінність

Приклад процесу роботи з decision maker

Чому decision maker важливий

  • частка B2B-клієнтів із визначеним decision maker;
  • частка key accounts із актуальним decision maker;
  • кількість угод без decision maker;
  • сума воронки без доступу до decision maker;
  • конверсія угод із decision maker;
  • середній цикл продажу при залученні decision maker;
  • кількість задач по decision maker;
  • кількість зустрічей із decision maker;
  • кількість клієнтів зі зміненим decision maker;
  • кількість key accounts без контакту з decision maker понад 30/60/90 днів;
  • кількість програних угод через відсутність доступу до decision maker. | Ні. Відсутність decision maker у великих угодах — серйозний ризик. Це людина, яка здатна сказати фінальне “так”, “ні” або “потрібно погодити інакше”. {| class="wikitable" style="width:100%;"
  • вища конверсія B2B-продажів;
  • коротший цикл погодження;
  • менше угод, що зависають;
  • кращий контроль бюджету;
  • точніші комерційні пропозиції;
  • краща робота з запереченнями;
  • менше ризику програшу конкуренту;
  • кращий Customer Success;
  • більше повторних продажів;
  • ефективніший Key Account Management;
  • краща управлінська аналітичні інструменти;
  • менша залежність від одного користувача або ініціатора. Це один із головних факторів успішного продажу, продовження договору та розвитку клієнта.

Customer Success має працювати не лише з користувачами, а й з decision maker.== Приклад карти прийняття рішення для бізнесу ==

Його цікавить:

  • угода зависає після презентації;
  • менеджер спілкується не з тією людиною;
  • бюджет не погоджується;
  • договір не підписується;
  • рішення для бізнесу блокує невідомий учасник;
  • альтернатива 1С виходить на керівництво швидше;
  • користувач системи підтримує ERP-продукт, але керівництво не бачить цінності;
  • оплата затримується;
  • повторний продаж не проходить погодження;
  • key account стає ризиковим. Особа, що приймає рішення для бізнесу, важлива тому, що без її участі угода здатна не завершитися.SEO title: Особа, що приймає рішення — Decision Maker у CRM, B2B-продажах, договорах і Key Account Management

SEO keywords: особа що приймає рішення, decision maker, DM, ЛПР, ЛПР у CRM, B2B продажі, контактна особа, карта контактів, B2B-клієнт, ключовий клієнт, CRM, ERP, K2 ERP, договори в CRM, контроль оплат, Key Account Management, Customer Success

</noinclude>
 {{SEO
Шаблон для службового SEO-опису сторінки. 

}}


Висновок

Decision maker і сегментація

Задачі менеджерів мають враховувати decision maker. Це здатна бути:

! CRM має показувати цю карту впливу. * B2B-клієнти з визначеним decision maker;

  • B2B-клієнти без decision maker;
  • key accounts без контакту з decision maker;
  • угоди без доступу до decision maker;
  • клієнти, де decision maker змінився;
  • клієнти з активним sponsor;
  • клієнти з фінансовим decision maker;
  • клієнти з кількома decision makers.Договори в CRM часто проходять через decision maker або підписанта. | CRM має показувати, чи виступає як в угоді доступ до людини, яка приймає рішення для бізнесу, і які задачі потрібні для просування продажу. ! В ERP decision maker здатна бути пов’язаний із договором, рахунком, погодженням бюджету, закупівельним процесом, оплатою, продовженням договору, сервісним контрактом або стратегічним рішенням щодо співпраці. Корисні питання:

Вступ

Можливі зв’язки:

  • погодження договору;
  • підписання договору;
  • затвердження рахунку;
  • бюджетне погодження;
  • продовження сервісного договору;
  • затвердження специфікації;
  • погодження умов оплати;
  • прийняття актів;
  • погодження додаткової угоди. У K2 ERP особа, що приймає рішення для бізнесу, здатна бути пов’язана з CRM та ERP-процесами. Етап воронки
  • інтеграції;
  • безпека;
  • API;
  • інфраструктура;
  • технічна підтримка;
  • масштабованість;
  • доступи;
  • резервне копіювання;
  • цифровий суверенітет. Фінансовий директор оцінює бюджет, оплату, економічну доцільність і фінансові ризики.== Що таке особа, що приймає рішення для бізнесу ==

Decision maker здатна одночасно бути підписантом, власником бюджету або керівником, але це не завжди одна й та сама людина.== KPI роботи з decision maker ==

Якщо вся історія продукту виступає як тільки з ініціатором, але decision maker не залучений, ризик угоди вищий. |- | Хто така особа, що приймає рішення для бізнесу? Його цікавить:

Ризики без визначення decision maker

Ризик без decision maker. Якщо в CRM немає особи, що приймає рішення для бізнесу, менеджер здатна мати активну комунікацію, але не мати реального впливу на фінальне рішення для бізнесу клієнта. Інтерес CRM має допомагати менеджеру бачити, чи виступає як контакт із decision maker, а не лише з ініціатором. Не завжди decision maker має найвищу посаду. * окупність;

  • контроль бізнесу;
  • зниження витрат;
  • зростання продажів;
  • прозорість;
  • ризики;
  • незалежність від працівників;
  • довгострокова цінність. Вона здатна затвердити або заблокувати покупку, бюджет, договір, оплату, продовження співпраці або дорожня карта розвитку акаунта. У такому випадку в CRM потрібно фіксувати не одного decision maker, а кількох учасників процесу. Питання
  • тендерний комітет;
  • закупівельний відділ;
  • фінансовий комітет;
  • правління;
  • робоча група;
  • проєктний комітет. Для повторного продажу потрібно не тільки знайти потребу, а й показати decision maker бізнес-цінність. * сайт створює контакт у CRM;
  • CRM зберігає роль decision maker;
  • ERP отримує підписанта для договору;
  • Power BI аналізує угоди без decision maker;
  • AI аналізує історію контактів;
  • email-сервіс надсилає персональні матеріали керівникам;
  • сервіс-деск передає інформацію Customer Success;
  • клієнтський портал оновлює контактні інформаційні дані.== Decision maker і картка клієнта ==

Основні конкурентні переваги: Для ключового клієнта потрібно мати стабільний контакт із decision maker. як приклад:

У картці клієнта має бути видно:

Це особливо критично для B2B та ключових клієнтів.

як приклад:

Повторні продажі часто потребують нового погодження decision maker. Вона здатна приймати управлінські рішення для бізнесу щодо:

як приклад:

Decision maker і контактна особа

Основні KPI:

Його цікавить: Такі сегменти допомагають керівнику бачити ризики у воронці продажів. |-

Як це критично для B2B? Наступна дія
  • дзвінки;
  • email;
  • зустрічі;
  • презентації;
  • заперечення;
  • критерії вибору;
  • погодження;
  • рішення для бізнесу;
  • причини паузи;
  • причини відмови;
  • домовленості;
  • наступні дії. Можливі показники:

У B2B decision maker і юридичний контакт можуть бути різними людьми.== Ознаки decision maker ==

Контактна особа Будь-яка людина, з якою компанія-користувач комунікує Менеджер, бухгалтер, користувач системи, юрист
Ініціатор Людина, яка першою виявила потребу або звернулася Керівник продажів шукає CRM
користувач системи Людина, яка буде працювати з продуктом Менеджери продажів у CRM
Influencer Людина, яка впливає на вибір IT-директор, консультант, керівник відділу
Особа, що приймає рішення для бізнесу Людина, яка здатна затвердити або заблокувати рішення для бізнесу Директор, власник, фінансовий директор
Підписант Людина, яка юридично підписує договір Директор або уповноважена особа

Customer Success критично регулярно показувати decision maker цінність забезпечується через * він здатна оцінювати ROI.; так само реалізовано яку клієнт ERP отримує від продукту або послуги.=== IT-директор ===

Одна контактна особа здатна бути одночасно decision maker, sponsor і підписантом. Бажано фіксувати:

Decision maker і ключовий клієнт ERP

Особа, що приймає рішення для бізнесу, — це не без зусиль контакт у CRM. Головне. Особа, що приймає рішення для бізнесу, — це не обов’язково той, хто першим звернувся або щоденно користується продуктом.

! Приклади:

Decision maker і Key Account Management

  • хто погоджує рахунок;
  • хто затверджує оплату;
  • хто фактично проводить платіж;
  • хто контролює бюджет;
  • хто здатна пояснити прострочення;
  • кому надсилати нагадування;
  • хто приймає рішення для бізнесу щодо відстрочки. Керівник підрозділу здатна бути decision maker для рішень у межах свого напрямку. У CRM критично розрізняти звичайну контактну особу та decision maker.== Decision maker у CRM ==

Типові помилки в роботі з особами, що приймають рішення для бізнесу:

У CRM decision maker має бути окремо позначений у картці клієнта або контактної особи. |- | Яка головна помилка? У картці контактної особи потрібно фіксувати:

  • визначати бізнес-процес прийняття рішення для бізнесу на етапі кваліфікації;
  • фіксувати ролі контактів у CRM;
  • створювати карту контактів;
  • не плутати ініціатора, користувача й decision maker;
  • готувати аргументи для кожної ролі;
  • мати окрему задачу на контакт із decision maker;
  • фіксувати критерії рішення для бізнесу;
  • вести історію комунікацій;
  • контролювати зміну контактних осіб;
  • залучати керівництво до key accounts;
  • аналізувати угоди без decision maker;
  • використовувати Power BI та AI-підказки. * кількість B2B-клієнтів із визначеним decision maker;
  • кількість угод без decision maker;
  • сума воронки без доступу до decision maker;
  • key accounts без decision maker;
  • угоди, де decision maker не контактував понад 30 днів;
  • конверсія угод із decision maker і без нього;
  • середній цикл продажу при наявності decision maker;
  • кількість контактів із роллю decision maker;
  • ризикові клієнти після зміни decision maker. Особа, що приймає рішення для бізнесу — це ключова контактна особа в B2B-продажах, складних угодах, договорах, повторних продажах і роботі з ключовими клієнтами. Що критично фіксувати в CRM

! | У B2B рішення для бізнесу часто приймає група людей, тому потрібно вести карту контактів, ролі та вплив кожного учасника. У K2 ERP особа, що приймає рішення для бізнесу, здатна бути частиною єдиної карти контактів клієнта разом із CRM, ERP, Customer Success, Key Account Management, Power BI, AI та відкритими API. * картка клієнта;

  • контактна особа;
  • B2B-клієнт;
  • ключовий клієнт ERP;
  • карта контактів;
  • угода;
  • задача менеджера;
  • історія продукту комунікацій;
  • комерційна пропозиція;
  • договір;
  • рахунок;
  • оплата;
  • Customer Success;
  • Key Account Management;
  • повторні продажі та реалізація;
  • Power BI-аналітика;
  • AI-підказки;
  • відкриті API.=== Власник бізнесу ===
  • хто виступає як decision maker;
  • хто виступає як ініціатор;
  • хто виступає як користувач системи;
  • хто виступає як фінансовий контакт;
  • хто виступає як юридичний контакт;
  • хто виступає як технічний контакт;
  • хто впливає на рішення для бізнесу;
  • з ким був останній контакт;
  • які заперечення виступає як в decision maker;
  • яка наступна дія. Іноді фактичне рішення для бізнесу приймає керівник напряму, а директор лише формально підписує.== Decision maker і відкриті API ==

Decision maker і задачі менеджерів

Власник часто приймає стратегічні рішення для бізнесу в малому та середньому бізнесі. !== Decision maker у K2 ERP ==

Decision Maker, ЛПР і контактна особа

Потрібно знати:

Поняття

Key Account Manager має працювати не лише з операційними контактами, а й зі стратегічними особами.== Decision maker і воронка продажів ==

Якщо менеджер знає тільки користувача, але не фінансову контактну особу, оплата здатна затримуватися. Вплив
  • чи виступає як decision maker у B2B-клієнтів;
  • чи виступає як decision maker у key accounts;
  • чи актуальна ця контактна особа;
  • чи вказана її посада;
  • чи виступає як телефон або email;
  • чи була комунікація з decision maker;
  • чи виступає як задачі по decision maker;
  • чи не змінився decision maker;
  • чи не ведеться угода тільки через користувача;
  • чи виступає як карта контактів. В ERP особа, що приймає рішення для бізнесу, здатна бути пов’язана з документами та процесами. Суть decision maker. Особа, що приймає рішення для бізнесу, визначає, чи перейде клієнт ERP до наступного етапу: купівлі, договору, оплати, впровадження, продовження або розвитку співпраці. ! Дія
У CRM відповіді на ці питання мають фіксуватися структуровано, а не тільки в коментарях. Під час аудиту клієнтської бази потрібно перевіряти наявність decision maker. Для продажів. Якщо менеджер функціонує тільки з користувачем або ініціатором, але не має контакту з особою, що приймає рішення для бізнесу, угода здатна зупинитися на етапі погодження бюджету, договору або фінального вибору.

Контактна особа здатна мати роль decision maker. |-

Чи завжди decision maker — директор? * має право затвердити бюджет;
  • здатна сказати фінальне “так” або “ні”;
  • підписує договір або погоджує підписання;
  • визначає пріоритет проєкту;
  • впливає на вибір постачальника;
  • здатна змінити умови;
  • відповідає за результат;
  • здатна зупинити або пришвидшити угоду;
  • має доступ до керівництва або правління;
  • виступає як власником проблеми на рівні бізнесу. Що означає

Тому в CRM критично не без зусиль зберігати контакти, а розуміти, хто яку роль має в процесі прийняття рішення для бізнесу. |-

Контактна особа — будь-який представник клієнта, а decision maker — той, хто реально впливає на фінальне рішення для бізнесу.
* кілька користувачів;
  • кілька керівників;
  • фінансовий контакт;
  • IT-контакт;
  • юридичний контакт;
  • закупівельник;
  • підписант;
  • зовнішній консультант;
  • фактичний decision maker.== Хороші практики ==

Decision maker і Power BI

  • керівник продажів — для CRM;
  • керівник маркетингу — для email-розсилок;
  • керівник сервісу — для Service Desk;
  • керівник складу — для складського модуля;
  • керівник виробництва — для виробничого обліку. Для якісної роботи з decision maker бажано:

Decision maker і B2B-клієнт

Генеральний директор

  • бюджет;
  • пріоритетність проєкту;
  • вибір постачальника;
  • умови договору;
  • строки впровадження;
  • ризики;
  • оплату;
  • продовження співпраці;
  • повторні продажі та реалізація;
  • стратегічне партнерство;
  • відмову або перехід до конкурента. ! Причини:
  • хто буде користуватися рішенням;
  • хто ініціював запит;
  • хто погоджує бюджет;
  • хто підписує договір;
  • хто перевіряє технічні вимоги;
  • хто порівнює постачальників;
  • хто здатна заблокувати рішення для бізнесу;
  • хто буде оцінювати результат;
  • хто має бути присутній на демонстрації;
  • як у вас зазвичай приймаються такі рішення для бізнесу;
  • які етапи погодження потрібні. * роль у процесі;
  • рівень впливу;
  • повноваження;
  • ставлення до продукту;
  • критерії рішення для бізнесу;
  • зацікавленість;
  • заперечення;
  • очікуваний результат;
  • участь у зустрічах;
  • історію комунікацій. Окремо варто відзначити а група: директор, фінансовий директор, IT, юрист, керівник підрозділу, закупівельна діяльність і майбутні користувачі. Його цікавить:

Якщо decision maker не визначений, виникають ризики:

Потрібно розуміти:

  • користувач системи здатна бути задоволений зручністю;
  • директор здатна не бачити фінансового ефекту;
  • IT здатна мати претензії до інтеграцій;
  • бухгалтерський обліковий облік здатна бути незадоволена документами;
  • Customer Success здатна бачити ризик, який decision maker ще не озвучив. AI здатна допомагати, але остаточну роль контакту має підтверджувати менеджер. * вартість;
  • окупність;
  • умови оплати;
  • бюджет;
  • дебіторська заборгованість;
  • контроль фінансів;
  • формування звітів;
  • ризики договору. критично. У складних B2B-продажах рішення для бізнесу часто приймає не одна людина. ! |-
Ініціатор Запускає бізнес-процес пошуку рішення для бізнесу Потребу, біль, очікування
користувач системи Оцінює зручність і практичну користь Сценарії використання, заперечення, NPS
Influencer Формує думку decision maker Аргументи, ризики, ставлення до рішення для бізнесу
Technical approver Перевіряє технічну можливість Вимоги, API, безпеку, інтеграції
Legal approver Перевіряє договір Правки, ризики, строки погодження
Economic buyer Погоджує бюджет Суму, умови оплати, ROI
Decision maker Приймає або затверджує фінальне рішення для бізнесу Критерії вибору, пріоритет, ризики
Підписант Підписує договір Повноваження, ПІБ, реквізити

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

  • хто підписує;
  • хто здатна змінити умови;
  • хто погоджує бюджет;
  • хто затверджує оплату;
  • хто відповідає за ризики;
  • хто здатна прискорити бізнес-процес;
  • хто здатна заблокувати договір. через У CRM decision maker користувачі можуть керувати угодами, задачами, комунікаціями й воронкою продажів.== Див. так само ==

У B2B-продажах менеджер часто спілкується з людиною, яка звернулася першою. Якщо decision maker змінився, key account здатна перейти в зону ризику. Тому в CRM критично не лише зберігати контакти, а й фіксувати ролі: хто ініціатор, хто користувач системи, хто впливає, хто погоджує технічно, хто погоджує юридично, хто контролює бюджет і хто приймає фінальне рішення для бізнесу. Відповідь

Фінансовий директор

Питання для аудиту:

Керівник підрозділу

Decision maker і контроль оплат

Директор Decision maker Високий Бізнес-результат, контроль, ROI Провести зустріч на рівні керівництва
Фінансовий директор Economic buyer Високий Бюджет, умови оплати, окупність Надіслати фінансове обґрунтування
Керівник продажів Ініціатор / Sponsor Високий CRM, задачі, воронка продажів Узгодити детальні потреби
IT-директор Technical approver Середній / високий API, безпека, інтеграції Провести технічну консультацію
Юрист Legal approver Середній Договір, ризики, відповідальність Надіслати договір на погодження
Менеджери Користувачі Середній Зручність, швидкість, щоденна робота Провести демонстрацію функцій

Decision maker і аудит клієнтської бази

Історія комунікацій має показувати, чи була взаємодія з decision maker. Менеджер здатна провести багато консультацій, демонстрацій і листувань із користувачами, але якщо decision maker не розуміє цінність, угода здатна бути програна. Приклади сегментів:

У CRM задача має бути прив’язана до конкретної контактної особи. Ознаки особи, що приймає рішення для бізнесу:

Типи осіб, що приймають рішення для бізнесу

  • новий компонент;
  • додаткові користувачі;
  • сервісний контракт;
  • інтеграційні функції ERP;
  • навчання;
  • Power BI-аналітика;
  • AI-функціональність;
  • продовження договору;
  • перехід на більший тариф;
  • автоматизація процесів нового підрозділу. Роль

Decision maker і договори

  • визначати ймовірного decision maker за посадою;
  • підказувати, що в угоді немає decision maker;
  • підсумовувати історію комунікацій із decision maker;
  • пропонувати наступну дію;
  • виявляти ризик угоди без доступу до decision maker;
  • аналізувати заперечення;
  • готувати персональний лист;
  • допомагати створювати executive summary;
  • знаходити зміну контактних осіб. * ПІБ;
  • посаду;
  • роль;
  • компанію;
  • контактні інформаційні дані;
  • рівень впливу;
  • ставлення до рішення для бізнесу;
  • критерії вибору;
  • бюджетні повноваження;
  • участь у зустрічах;
  • заперечення;
  • пов’язані задачі;
  • історію комунікацій;
  • останній контакт;
  • наступну дію.AI в CRM здатна допомагати аналізувати ролі контактних осіб. Результат

У воронці продажів контакт із decision maker часто впливає на просування угоди.

Тому критично знати, хто саме дав NPS-оцінку: decision maker, користувач системи, фінансовий контакт чи інша роль.== Decision maker і AI в CRM ==

  • знати актуального decision maker;
  • не залежати від одного контакту;
  • підтримувати регулярні зустрічі;
  • розуміти стратегічні цілі клієнта;
  • знати ризики;
  • відстежувати зміну посад;
  • оновлювати карту контактів;
  • залучати керівництво своєї компанії;
  • вести account plan.Сегментація здатна враховувати наявність decision maker.Power BI CRM здатна показувати аналітику по decision makers. | Вважати ініціатора або користувача особою, що приймає рішення для бізнесу, не перевіривши реальний бізнес-процес погодження.

K2 ERP і decision maker. У K2 ERP особа, що приймає рішення для бізнесу, здатна бути частиною карти контактів B2B-клієнта та впливати на угоди, задачі, договори, оплати, повторні продажі та реалізація й Customer Success. |}

Відкриті API можуть передавати інформацію про контактні особи й ролі між системами. У Key Account Management decision maker виступає як одним із ключових контактів. Роль

Ролі в процесі прийняття рішення для бізнесу