Запис на дзвінок: підписка за віджет, який не можна доопрацювати
За Calendly платили щомісяця, а доопрацювати його було не можна. Він не знав про людину нічого: ні даних з воронки, ні розрахунку доходу по її квартирі, ні полів CRM.
Calendly → свій віджетКоротко
Запис на консультацію жив у Calendly: підписка щомісяця і нуль можливості доопрацювати. Він не читав дані, які людина щойно залишила у воронці, не показував розрахунок доходу по її квартирі і не писав у ті властивості CRM, якими користується відділ продажів. Поштовий індекс об’єкта менеджер заповнював руками.
Зробили свій екран запису на своєму домені. Він підставляє дані з воронки, показує оцінку доходу по квартирі просто перед вибором часу і сам заповнює картку в CRM. Тексти власник змінює з чату зі ШІ, без розробника.
Що боліло
Компанія управляє нерухомістю у Великій Британії. Вхід у воронку — безкоштовна консультація: власник залишає заявку і обирає час дзвінка. Запис жив у Calendly, вставленому на сторінку.
Він працював, і за нього платили щомісяця. Але підписка була меншою з проблем: Calendly не можна доопрацювати. Що вміє з коробки — те й вміє, нічого свого в нього не додати.
Перше, чого він не вмів, — знати людину. Власник щойно пройшов маркетингову сторінку: вказав адресу, кількість спалень, тип житла, подивився оцінку доходу. Далі відкривався Calendly і питав усе заново. Половина відвалювалася саме тут.
Друге — показати головне. У момент запису найсильніше працює оцінка доходу по конкретній квартирі, але у вікні Calendly для неї немає місця. Як немає місця ні під тарифи, ні під окремий короткий екран для тих, з ким уже говорили.
Третє — CRM. У картці контакту 571 поле, і відділ продажів живе в конкретних: кількість спалень заповнена у 8 495 контактів, строк оренди — у 1 223, готовність здавати — у 970. Calendly в них не пише, пояснити йому свої поля не можна. Дата дзвінка приїжджала рядком у вільній формі. Поштовий індекс об’єкта менеджер вбивав руками, хоча людина вже вводила його на попередньому екрані.
І четверте — тексти. Екран запису і лист підтвердження продають рівно так само, як лендинг: формулювання хочеться перевіряти і змінювати. Але сторінку Calendly не виправиш узагалі, а лист — тільки його шаблоном. Усе інше перетворюється на задачу розробнику й очікування релізу заради однієї фрази.
Що зробили
Зібрали свій екран запису рівно на те місце, де стояв Calendly. Нижче по одній речі за раз.
Людина не вводить те, що вже вводила
Дані з маркетингової сторінки переїжджають на екран запису самі: адреса, кількість спалень, тип житла, контакти. Живуть пів години і стираються.
Заодно запис приклеюється до того самого контакту в CRM, а не створює дубль поряд з наявним.
Якщо з воронки прийшло все потрібне, зайві екрани просто не показуються: людина бачить свої дані і кнопку. Запис у два кліки. Кнопка «змінити дані» відкриває звичайні кроки.
Оцінка доходу на тому ж екрані
За поштовим індексом, кількістю спалень і типом житла екран показує очікуваний місячний дохід і завантаження. Покрито 205 поштових районів, у кожного типу житла свій розрахунок: квартира, будинок, будинок з кімнатами, готель.
Поряд карта з позначками «скільки заробляють поруч». Одна й та сама квартира завжди дає ту саму картинку: нічого не блимає і не перераховується при кожному оновленні сторінки.
Дорогою до дзвінка ламатися нема чому
Запис зроблено, щойно зустріч з’явилася в календарі команди. Усе інше — лід у CRM, лист людині, лист команді — іде слідом. Лягла CRM або пошта — запис цілий, запрошення в людини вже є.
Перед підключенням перевірили всі 571 поле картки контакту наживо, щоб не наплодити дублів поряд з робочими. З восьми запланованих нових полів завели два.
І домовилися не чіпати чуже. Нотатки продажників після дзвінків (3 024 контакти) залишилися їхніми нотатками. Узгоджені комерційні умови (188 контактів) залишилися умовами. Інтерес до тарифу пишеться окремо. Поштовий індекс об’єкта тепер приїжджає із записом сам і в календар, і в CRM.
Переїжджали без рубильника
Calendly не вимкнули в день запуску. Новий екран ставив зустрічі в той самий календар і називав їх рівно так само. У денному вигляді команда не бачила різниці, звідки прийшов запис. Обидві системи якийсь час працювали паралельно.
У CRM те саме: писали в старе поле і ставили ліду той статус, до якого звикла воронка продажів. Свій статус завели потім, коли стало видно, що все працює.
Переїзд з робочого інструмента не повинен того ж дня ламати звіти і звички відділу продажів.
Власник сам змінює тексти — просто з чату зі ШІ
Усі написи на екрані запису і в листах винесені назовні. До сайту підключений конектор (MCP-сервер) — це як розетка, в яку ШІ-помічник втикається і отримує право читати і змінювати ці тексти.
Власник відкриває свій звичайний чат — ChatGPT або Claude — і пише людськими словами: «зміни заголовок на екрані запису», «зроби лист підтвердження коротшим», «виправ опис тарифу». ШІ змінює текст на сайті сам. За пару хвилин це видно відвідувачам.
Ні задачі розробнику, ні релізу, ні входу в адмінку. Перевірити нове формулювання тепер коштує одну репліку в чаті, а не тиждень очікування.
Зламати при цьому нічого: якщо правка не підходить, сторінка показує вихідний варіант. І назва тарифу на сайті живе окремо від його позначення в CRM: перейменувати картку можна вільно, звіти продажів від цього не роз’їжджаються.
Дещо в цифрах
Що з цього вміє ШІ-асистент
Заявка — це кінець довгого шляху, і ламається він на дрібницях: людина вводить те, що вже вводила, не бачить відповіді на своє питання, впирається в чужий екран і йде.
ШІ-асистент закриває цю ділянку разом із листуванням: підставляє те, що вже відоме, відповідає на питання до дзвінка і кладе заявку в CRM без ручного перенесення.
Результат
Схожа задача?
За 30 хвилин розберемо ваші процеси і скажемо, що з цього можна повторити у вас.