
AI-передача від продажів до CS: дані, що мають передаватись самі
Коротко
- •Передача sales→CS — це шов з найвищим важелем у SMB і одночасно той, де AI-агенти найнадійніше "ллють" контекст.
- •Запис із 7 полів змушує контексту подорожувати: обіцяний результат, критерії вибору, заперечення, чемпіон, ризики, метрика успіху, сигнал програних угод.
- •CS потрібен контекст програних угод, а не лише виграних — патерни передбачають наступне продовження краще, ніж вин-пітч.
Коли власник B2B-сервісної компанії на 90 людей розповів мені, що його CS-команда продовжує питати нових клієнтів "так чому ж ви обрали саме нас?" — через три тижні після закриття угоди — я зрозумів, що AI-агенти з обох боків не говорять один з одним. Вони пишуть summaries. Вони не передають контекст. Шов між продажами і CS — це місце, де чистий AI-деплой тихо втрачає половину цінності.
Чому ламається шов sales→CS?
Бо дві команди міряють різне, працюють у різних інструментах і пишуть нотатки в різних формах. Нотатки продажів мають форму пітчу: "ОПР сказав X, ми відповіли Y". Нотатки CS мають форму результату: "клієнт хоче досягти Z до W". AI-агент, що підбиває sales-дзвінок, не зобов'язаний продукувати другу форму — тож і не продукує.
Definition: Шов передачі — операційна межа, де одиниця роботи переходить з інструментарію і визначень однієї команди в інструментарій іншої без спільного запису про те, що саме передалося.
Шов — це не проблема інструменту, це проблема контракту. Поки обидві сторони не домовилися про форму запису, жоден AI його не заповнить. З контрактом — навіть базовий агент заповнює його добре.
Як виглядає запис із 7 полів?
Сім полів. Заповнює AI-асистент рапа в CRM. Читає AI-асистент CS-ліда в onboarding-доку. Жодного нового інструменту.
Definition: Запис передачі — структурований артефакт, що мандрує з акаунтом через межі команд, написаний у формі, яку і висхідна, і низхідна команда споживають без переінтерпретації.
Поля:
- Обіцяний результат — конкретний бізнес-результат мовою клієнта, не нашою.
- Критерії вибору — за чим нас оцінювали, ранжовано. Не "сподобався продукт".
- Топ-3 заперечення — що ледь не вбило угоду + відповідь, що спрацювала.
- Чемпіон + скептик — імена, ролі, інтерес у результаті.
- Прапори ризику — що б реп сказав CS у коридорі за 5 хвилин.
- Метрика успіху — одна цифра, що скаже CS через 60 днів, чи задоволений клієнт.
- Сигнал програних угод — які схожі угоди ми програли нещодавно і чому. Це таємне поле.
Definition: Сигнал програних угод — нещодавній патерн зіставних угод, які ми не виграли, узагальнений так, щоб CS міг передбачити той самий тиск у розмовах про продовження.
Шаблон передачі (copy/paste)
Це йде окремим блоком унизу AI-чорнетки sales-дзвінка, перш ніж угоду помічають Closed-Won.
ЗАПИС ПЕРЕДАЧІ SALES → CS
Акаунт: [NAME] Закрито: [DATE]
ARR: [N] Термін: [N міс]
1. Обіцяний результат (мовою клієнта):
[1-2 речення, дослівно з discovery]
2. Критерії вибору (топ-3, ранжовано):
1. [критерій]
2. [критерій]
3. [критерій]
3. Топ-заперечення + відповіді, що спрацювали:
- Заперечення: [...] → Відповідь: [...]
- Заперечення: [...] → Відповідь: [...]
- Заперечення: [...] → Відповідь: [...]
4. Чемпіон: [ім'я, роль, чому йому важливо]
Скептик: [ім'я, роль, що тривожить]
5. Прапори ризику для CS:
- [Що сказав би в коридорі]
6. Метрика успіху на 60 днів:
[Одне число + ціль]
7. Сигнал програних угод:
За останні 90 днів програли [N] угод як ця.
Причини: [1], [2], [3].
Очікуй тиску на 4-6 місяці.
AI-asist: чорнетка від [AGENT], верифікував [REP].
Рядок "AI-asist" внизу — обов'язковий. Без нього ніхто не знає, що написала машина, а що — людина, і CS не довірятиме всьому запису.
Tool tip (AIAdvisoryBoard.me): Більшість SMB не може це операціоналізувати, бо немає щоденного виду, які саме передачі реально заповнені. Plan → Fact → Gap виносить це у щоденний 2-хвилинний digest: заплановані передачі (Plan), заповнені записи з усіма 7 полями (Fact), і delta з іменами акаунтів (Gap). Через десять днів шов стає видимим — а видимі шви закриваються. Дивіться, як працює 7-денна діагностика: https://aiadvisoryboard.me/?lang=en.
Чому CS потрібен контекст програних угод?
Бо угоди, які ми програли шість тижнів тому, — це розмови про продовження, які матимемо за пів року. З іншими логотипами, але тим самим тиском. Конкурентний ландшафт, бюджетні обмеження, альтернативи — це не скидається на нуль, коли один клієнт підписав. CS-команда, яка заходить у renewal сліпою щодо когортного сигналу, отримує сюрприз від churn, який було видно вище за течією.
Типовий патерн у B2B SMB на 30-500 людей: продажі програли 4 угоди у Q1 дешевшому конкуренту в тій самій вертикалі. Три виграні угоди того ж кварталу — та сама вертикаль. Без сигналу когорти у записі CS витрачає Q3, реагуючи на листи "ми оцінюємо альтернативи". З ним — CS уже до 4-го місяця має готовий захист.
Manager scan (2-хвилинний digest, приклад)
- Plan: 12 угод Closed-Won за тиждень → очікуємо 12 записів, по 7 полів
- Fact: 9 присутні, 3 нема → поле 5 (ризики) і поле 7 (когорта) пусті на 4 записах
- Gap: 3 акаунти без запису (з іменами); 4 з частковим — 2 з них >$50K ARR
- Реп, який найчастіше пропустив запис: ім'я + кількість
- CS-лід, який найчастіше відхиляє часткові записи: ім'я + кількість
- Когортний сигнал оновлюється щотижня з черги програних
- AI-агент sales має промпт + 7-полеву схему в system message
- AI-агент CS читає запис на відкритті акаунту і підсвічує пусті поля
- Значення метрики успіху підтягується автоматом у 60-денний check-in
- Угоду не позначають Closed-Won, поки запис не пройде перевірку 7 полів
Micro-case (що змінюється за 7-14 днів)
B2B SaaS-компанія на 110 людей з окремими sales і CS (12 репів, 6 CSM) розгорнула шаблон на 7 полів з двома AI-асистентами — один у sales CRM, інший у CS onboarding. Тиждень один: 14 угод, 6 повних записів, 8 з пустими полями 5 і 7. Реви вважали поле "когорти" "роботою маркетингу". CS-ліди думали, що заперечення "дивно виглядатимуть" у kickoff. На другий тиждень засновник зробив 7-полеву повноту гейтом Closed-Won. Записи стрибнули до 13 з 14. На шостий тиждень CS скасувала три "discovery" first-meetings, що раніше тривали по 90 хвилин — бо запис уже мав відповіді. Net: ~9 CS-годин економії на тиждень для команди з шести. Глибший виграш: два майже-churn акаунти впіймали на 4-му місяці, бо когортний сигнал заздалегідь підсвітив конкурентний тиск.
Note on this case: Це ілюстрація — на основі типових патернів, які ми бачимо в компаніях 30-500 людей, не один конкретний клієнт. Конкретні числа — заокруглені діапазони, не гарантії.
Tool tip (AIAdvisoryBoard.me): Запис корисний лише тоді, коли Gap з'являється наступного ранку. Тижневе ревʼю "9 з 14 повних" — занадто повільно: коли CS відкриє акаунт, реп уже переключився і контекст охолов. Plan → Fact → Gap кладе пропущені передачі на стіл засновника о 8 ранку — з іменами акаунтів і репів. Закриття шва — це розмова на 2 хвилини, а не квартальна ініціатива. https://aiadvisoryboard.me/?lang=en.
FAQ
Чи може AI рапа сам написати всі 7 полів? Перших шість — так, з транскриптів і CRM-історії. Поле 7 (когорта) потребує окремої тижневої агрегації з черги програних; один AI-прогін на тиждень видає сніпет, на який посилається кожен новий запис.
А якщо CS і sales мають різні інструменти? Не важливо. Запис — це текст. CS-агент читає його як markdown-блок; sales-агент пише як markdown-блок. Межі інструментів стають нерелевантними, коли форма запису спільна.
Чи не сповільнить це рапа на закритті? Навпаки — AI пише чорнетку всіх семи полів за 90 секунд під час підбиття дзвінка. Реп редагує, що він і так робив з нотатками. Net: до 5 хвилин на закриття.
Як зрозуміти, що агент заповнює поля чесно? Дві перевірки. Перша: позначка AI-assist показує, який агент написав. Друга: % відхилення CS-ом за репа ревʼюємо щотижня — реп, чиї чорнетки часто відхиляють, або пропускає discovery, або рубер-стемпить AI.
А якщо CS — це одна людина part-time? Тим більше. Part-time CS має найменше контексту для відновлення з нуля; 7-полеве — несе навантаження за неї.
Висновок
Шов sales→CS — це місце, де AI-агенти в SMB тихо провалюються — не тому, що погані, а тому, що ніхто не визначив, що цей шов має нести. Сім полів. Один шаблон. Заповнюється на закритті, читається на kickoff, оновлюється на кожному touch перед renewal.
Візьми одну Closed-Won угоду цього тижня. Прокатай шаблон вручну. Подивись, що CS питає, на що шаблон уже відповів би. Тоді деплой.
Якщо хочеш систему, що сама виносить Plan → Fact → Gap — щодня, по всій компанії — подивись, як працює 7-денна діагностика: https://aiadvisoryboard.me/?lang=en.
Часті питання
Готові трансформувати робочий процес команди?
AI Advisory Board допомагає командам автоматизувати щоденні стендапи, запобігати вигоранню та приймати рішення на основі даних. Приєднуйтесь до сотень команд, які вже економлять 2+ години на тиждень.
Отримуйте щотижневі поради з управління командою
Приєднуйтесь до 2,000+ лідерів, які отримують наші найкращі поради щодо продуктивності та запобігання вигоранню.
Без спаму. Відписатися можна будь-коли.
Читайте також

Підготовка крос-функціональних зустрічей з AI: один контекст для всіх
Коли 6 людей заходять у крос-функціональну зустріч з 6 різними картами контексту, перші 15 хвилин ідуть на вирівнювання. AI-чорнетка pre-read з тракера і коменти-потоку фіксить це.
Читати
Product→Engineering з AI: scoring неоднозначності специфікації
Більшість rework-раундів в інженерії SMB — спричинені специфікацією, не скілом. AI-оцінка неоднозначності спеки до того, як інженери беруть її в роботу.
Читати
Передача marketing→sales з AI: 90-секундний кваліфікаційний бриф
Загальні MQL крадуть час продажів. 90-секундний AI-бриф з форми, поведінки і фірмографії — щоб реп відкривав дзвінок підготовленим.
Читати