Кейс: мапа закупівельного комітету Veloria

Коли потенційний клієнт просить пропозицію, той, хто просить, рідко єдиний, хто вирішує. Pavlo попросив і тут же назвав ще трьох людей, які можуть зупинити угоду: Yaryna, фінансову директорку, яка захоче цифр; Stepan, операційного директора, чиї диспетчери й так перевантажені; і ІТ-безпеку, яка спершу перевіряє будь-який застосунок. Додай сорок працівників, які й ходитимуть на уроки.

Перш ніж щось писати, дай кожній людині чотири рядки: роль, страх, що їй треба побачити, чого ти не знаєш. Починай зі страху, бо в корпоративній покупці за «ні» рідко комусь дістається. Pavlo боїться підтримати програму, яку покинуть за місяць; Yaryna — постійних витрат без видимого результату; Stepan — що диспетчерів знімуть зі змін у години пік; ІТ-безпека — даних працівників у неперевіреному інструменті; учні — що їх перевірятимуть і осоромлять перед колегами.

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

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

Тож напиши «власник бюджету: невідомо» і з'ясуй. Як і з будь-яким запитанням про комітет, питай про минулу покупку, а не про повноваження: «Коли Veloria востаннє купувала навчання для команди, як це погоджували і хто брав участь?» Минулу покупку легше описати, ніж гіпотетичну, вона точніша й не змушує Pavlo почуватися на іспиті.

Мапа з чесними знаками питання точно показує, чого має досягти перша зустріч. Мапа, де все вгадано, виглядає впевнено, але десь помиляється там, де цього не видно.

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

Для Veloria кожне невідоме має своє запитання:

• Власник бюджету: «Коли Veloria востаннє купувала навчання для команди, як це погоджували і хто брав участь?»
• Цифри для Yaryna: «Що відбувається сьогодні, коли диспетчер не може впоратися з дзвінком від іноземного перевізника?» Відповідь — це ціна проблеми.
• Успіх: «Що має побачити Yaryna, щоб назвати перший етап успішним?»
• Зміни Stepan: «Які зміни й години ці 40 людей реально можуть виділити на уроки?»

Три види запитань марнують зустріч. Питати Pavlo, чи він підписує, чи мусить питати керівника, — ставити його в незручне становище. Навідне запитання («Погодьтеся, наша програма заощадить гроші?») дає ввічливе «так», яке нічого не означає. Дедлайн («Підпишіть до п'ятниці й зафіксуйте ціну цього року») — тиск, а не інформація, і нічого не каже про те, хто вирішує.

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

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

Спокуслива коротка дорога — сказати «у нас повна безпека», щоб перевірка не гальмувала. Виходить навпаки: ІТ-керівник чує заяву, яку ніхто не може перевірити, і перше ж точне запитання її викриває. Ніколи не обіцяй того, чого не можеш показати. Точність щодо меж, наприклад того, чого Klasna не зберігає, будує більше довіри, ніж загальна гарантія.

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

Ось типова чернетка: подякувати Pavlo, показати дванадцять слайдів про репетиторів, відгуки й ШІ-партнера для практики, надіслати повну ціну на всіх сорок людей і попросити підпис цього місяця, а перевірку ІТ відкласти до після договору. У ній нічого немає для цифр Yaryna, змін Stepan чи запитань ІТ про дані й жодного запитання про те, хто вирішує.

Доказ має відповідати страху з мапи: Yaryna потрібен показник успіху, погоджений наперед, Stepan — розклад під зміни, ІТ-безпеці — прості факти про дані. Чесно визнай, чого поки не можеш довести: клієнти Teams — менші офіси, жодного з логістики. Для цього й існує пілот: одна група, кілька тижнів, показники, наперед погоджені з Pavlo і Yaryna, і спільна дата рішення. Він знижує ризик покупця без великої ставки.

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

На практиці: спитай Pavlo, кого запросити на зустріч, а не вирішуй за нього. Не пиши Yaryna чи Stepan за контактами, знайденими деінде; звертатися до інших людей у Veloria — його рішення. Якщо він скаже, що прийде сам, для першої зустрічі це нормально. Залиш йому односторінкове резюме, яке він зможе переслати, по рядку для кожного з інших: показник успіху для Yaryna, питання розкладу для Stepan, відповідь про дані для ІТ-безпеки.

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

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

1. Перелічи всіх, кого згадав контакт, і їхню роль у рішенні.
2. Для кожної людини запиши страх, що їй треба побачити і чого ти не знаєш.
3. Добери доказ на кожен страх і познач, чого поки не можеш довести.
4. Накидай невеликий пілот з обмеженим строком, щоб перевірити те, чого не покаже доказ.
5. Запиши запитання, що закривають найбільші прогалини, почавши з того, як погоджують таку покупку.
6. Надішли контакту коротку програму зустрічі й спитай, кого він хоче запросити.

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

Ціна важить у кожній B2B-угоді, але від моменту залежить, що вона означає. Прайсова ціна Klasna — 800 грн за урок. Додана до першого листа, коли ще ніхто не погодив, що охоплює програма і що вважати успіхом, вона провокує «ні» від Yaryna ще до того, як та зрозуміє, за що гроші. Число без обсягу легко відкинути й важко захистити.

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

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