McKinsey розглядає, як постачальникам AI-рішень перебудувати партнерський канал під економіку використання. Партнер може допомагати не тільки укласти угоду, а й довести рішення до робочого процесу клієнта. Тоді разова винагорода за продаж не описує всієї потрібної роботи.
Ключові інсайти
Змінюється предмет партнерської домовленості
У підході McKinsey партнерський канал не закінчується передаванням клієнта після підписання. Потрібні компетенції для інтеграції та підтримки використання. Автори також розділяють те, що постачальник залишає за собою, зокрема постановку задачі й архітектуру, і виконання на місці, яке можуть забезпечувати підготовлені партнери.
Застосування: розписати шлях від демонстрації до щоденної роботи
Уявімо постачальника AI-помічника для сервісної команди. Партнер показує демонстрацію, клієнт підписує угоду, але працівники не переходять до використання: не узгоджені доступи, складні звернення й відповідальні за перевірку відповідей. У такому прикладі продаж уже відбувся, а робота, від якої залежить цінність для клієнта, ще не завершена.
Впровадження AI потребує окремої карти зобов’язань. Хто готує матеріали, хто погоджує сценарій, хто перевіряє якість і хто супроводжує користувачів після старту? Це має бути зрозуміло до обіцянки партнерові нової винагороди. Інакше комісія може змінитися, а прогалина між продажем і роботою клієнта залишиться.
Прив’язати оплату до роботи, яку можна підтвердити
Для нашого умовного постачальника корисно розділити комерційну угоду, технічну готовність і прийняття рішення користувачами. Підписаний договір підтверджує лише перший етап. Створений обліковий запис не доводить, що сервісна команда навчилася працювати з інструментом. Перевірка результату має відповідати саме тому зобов’язанню, за яке платить постачальник.
Операційна модель партнерського каналу визначає, які підтвердження потрібні на кожному етапі: погоджений сценарій, завершена перевірка інтеграції або прийнятий клієнтом робочий процес. Не варто винагороджувати саме збільшення кількості запитів до системи, якщо воно не свідчить про корисну роботу. Зручний лічильник може стимулювати активність, яка створює витрати без покращення сервісу.
Не передати партнерові рішення без меж відповідальності
У нашому прикладі інтегратор може добре знати середовище клієнта, але постачальник залишається відповідальним за власний продукт. Варто заздалегідь визначити, які зміни партнер виконує сам, а які потребують погодження: новий сценарій застосування, додаткові джерела даних або зміна правил перевірки відповідей.
Розподіл повноважень потрібен не для гальмування роботи, а для швидкого розв’язання конкретної проблеми. Якщо клієнт просить додати новий процес, партнер має знати, кому передати запит і хто може змінити обсяг робіт. Так само потрібен шлях ескалації збою. Невизначена межа відповідальності між постачальником та інтегратором не повинна ставати додатковою роботою для покупця.
Перевірити економіку всього супроводу
Для нашого постачальника важливо бачити не лише виручку з нового клієнта, а й час власних інженерів, роботу партнера та витрати на підтримку. Якщо кожна угода потребує довгого ручного супроводу, нова схема винагороди сама собою не зробить канал масштабованим. Потрібно зрозуміти, які задачі повторюються і які компетенції справді можна передати.
Навчання команди партнера в такому разі має завершуватися перевірною здатністю виконати певну роботу, а не лише відвіданою презентацією. Почати можна з обмеженого набору сценаріїв і партнерів, для яких зрозумілі критерії якості. Рішення про розширення каналу спиратиметься на завершені впровадження та витрати супроводу, а не на кількість логотипів у партнерському каталозі.
Головні тези
- Автори пропонують залучати партнера до проєктування й перевірки рішення до угоди та зберігати його участь під час подальшого використання.
- У статті розглянуто разові, поточні та змішані моделі винагороди, зокрема прив’язку до використання й розширення роботи з клієнтом.
- Редакційний висновок: перед зміною комісії потрібно визначити, яку роботу виконує партнер після продажу, як підтверджується її завершення та хто приймає результат.
Що це означає для CEO
Спочатку опишіть післяпродажну роботу партнера, критерії прийняття та межі відповідальності. Потім змінюйте винагороду. Мета — довести клієнта до корисного використання рішення, а не лише пересунути комісію між етапами угоди.