Етапи пайплайну, які щось означають

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

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

У таблиці Leo в Klasna for Teams одинадцять угод на етапі «майже». Поки кожну не прив'язано до дії покупця, ніхто не скаже, чи це одинадцять договорів, чи одинадцять приємних розмов.

У Teams чотири етапи, і кожен відкриває дія покупця:

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

Після цього угода виграна або програна, а для програної записують причину.

Зверни увагу, чого тут немає: «демо їм сподобалося». Добре демо — це приємно, але саме по собі нічого не просуває. Якщо після нього покупець призначає другу зустріч зі своїм операційним директором, доказом є саме ця зустріч.

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

Якщо в угоді є частина відповідей для «кваліфіковано», але не всі, вона лишається на діагностиці, доки решту не з'ясують. Це не покарання. Це точна підказка, що дізнатися на наступній зустрічі.

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

Найважча перевірка дисципліни етапів — приязна. Внутрішній прихильник, людина в компанії покупця, яка хоче твій продукт, каже: «Наступного місяця точно підпишемо». Дуже хочеться одразу перевести угоду на договір.

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

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

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

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

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

Етап показує, де угода; час показує, чи вона ще рухається. Для кожної угоди стеж за двома числами: дні на етапі і дні від останньої дії покупця — відповіді, призначеного дзвінка чи надісланого документа.

Teams позначає угоду, коли трапляється одне з двох: покупець нічого не робить понад 30 днів або очікувану дату закриття переносили двічі. Це внутрішнє правило Teams, підібране під власний цикл продажу, а не галузевий стандарт; інша компанія може брати 14 днів чи 60.

Імовірність у таблиці угоду не захищає. Угоду на етапі «договір» із 95 %, чия дата закриття сповзла із серпня на вересень, а потім на жовтень, позначають так само: дата, перенесена двічі, — типовий знак угоди, яка насправді не закривається.

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

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

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

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

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

Фінтех-стартап із таблиці Leo, який мовчить 41 день, отримує саме таке запитання.

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