Реальний кейс: AI-підтримка інтеграції з LINE. Отримання 12 замовлень за місяць

Останнім часом я часто чую історії про те, як хтось підключив Slack або Notion до Claude й каже: «Тепер можна керувати клієнтами та проєктами за допомогою ШІ». Ми й самі робимо це всередині команди та впроваджуємо для наших клієнтів. Для управління клієнтською базою це неймовірно зручно.

Але після роботи з одним конкретним клієнтом мій погляд змінився кардинально.

Регіональні компанії часто використовують групи LINE для внутрішнього спілкування. Особливо в таких сферах, як ремонт, фарбування та будівництво, де більшість людей постійно працюють на об'єктах. Майстри, менеджери з продажу, офісні працівники і навіть директор — усі спілкуються через LINE.

До речі, будівельна компанія мого батька теж веде всі внутрішні комунікації у групах LINE.

※ Зверніть увагу: телефонні розмови також не фіксуються повністю.

На відміну від Slack чи Notion, інтегрувати LINE зі штучним інтелектом складно. Ви не можете просто взяти й пізніше передати групові чати в ШІ.

Тому, коли такі компанії починають говорити про ШІ, все часто закінчується фразою: «Ми сидимо в LINE, тож, мабуть, якось потім».

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

Коли ми спробували, виявилося, що це цілком реально зробити, зберігши звичну структуру груп LINE.

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

Найчастіше за такою допомогою зверталися регіональні компанії з ремонту та фарбування.

Групові чати записуються автоматично, ШІ витягує потрібну інформацію в клієнтську базу, а щомісячні звіти формуються самі собою. Працівникам на об'єктах достатньо писати в LINE, як вони звикли.

Ми використали три інструменти: офіційний акаунт LINE, Google Таблиці та API Claude. Щомісячні витрати на підтримку становлять приблизно ¥1 200–¥2 700.

Далі я детально поясню весь процес із схемами.

Як усе було до цього?

Канали надходження заявок були розкидані: листівки, рекомендації, сайт і LINE.

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

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

1. Таблиця управління клієнтами
2. Форма щомісячного звіту (30 питань для самостійного заповнення)
3. Кошториси для конкретного проєкту

Зазвичай у таких випадках радять впровадити Slack або CRM, щоб усе централізувати.

Але новий інструмент лише створює четверте місце для записів. Було три — стало чотири.

Перший крок: читаємо групи LINE

Перш ніж обирати інструменти, ми попросили доступ до їхніх внутрішніх групових чатів у LINE.

Виявилося, що офісні працівники вже звітують майже за єдиним шаблоном:

«Дзвінок / Відгук на листівку / Дата / Ім'я / Адреса / Телефон / Запит / @Відповідальний. Виїзд на об'єкт заплановано на [Дата] [Час]».

Уся необхідна інформація вже була в LINE. Не вистачало лише одного — бажання переносити її в реєстр.

Тому стратегія стала такою: «Не змушуйте людей писати щось нове; натомість непомітно дублюйте те, що вони вже пишуть у LINE».

Загальна схема системи

Процес виглядає так:

1. Люди пишуть у групу LINE, як зазвичай.
2. Офіційний акаунт-«реєстратор» перехоплює кожне повідомлення рядок за рядком.
3. Повсякденне спілкування відсіюється; з решти повідомлень ШІ витягує імена, джерела, статуси та суми.
4. Надійні дані одразу потрапляють у клієнтську базу, а сумнівні — у список «Потребує уточнення».
5. Наприкінці місяця автоматично генеруються звіти.

Примітка: сама система (програмування, очищення даних, тестування, інструкції) була створена за допомогою Claude Code. Щоденний рушій сортування працює на API Claude. Розділення цих частин дуже спрощує розуміння архітектури.

5 кроків до впровадження

Чесно кажучи, нічого надскладного.

1. Створюємо офіційний акаунт LINE виключно для запису та додаємо його в групу

Оскільки наявні офіційні акаунти вже були прив'язані до інших сервісів розсилок, ми створили новий спеціально для запису.

Два типові підводні камені:

• Налаштування участі в групах за замовчуванням вимкнені.
• До однієї групи можна додати лише один офіційний акаунт. Тому спочатку ми перенесли акаунт для сповіщень в іншу групу.

2. Логуємо вхідні повідомлення як сирий текст

За допомогою GAS (Google Apps Script) ми просто записуємо кожне повідомлення рядок за рядком без жодної обробки.

Примітка: історію переписки до моменту додавання «реєстратора» отримати неможливо.

3. Використовуємо API Claude для сортування потрібної інформації

Фрази на кшталт «Зустрінемось завтра о 9-й» відсіюються ще до того, як потраплять у ШІ, що суттєво економить бюджет.

З решти повідомлень ШІ витягує ім'я, адресу, телефон, джерело, тип робіт, дату огляду, статус і суму. «32 ман» перетворюється на ¥320 000, а «30-го о 14:30» — на коректну дату й час.

Якщо ШІ сумнівається (наприклад, в одному повідомленні згадуються двоє людей), дані потрапляють у список «Потребує уточнення», а не в основну базу, щоб уникнути помилок.

Перед запуском ми протестували систему на 23 реальних сценаріях, щоб переконатися в точності сортування.

4. Очищуємо наявні ~870 рядків

Старі таблиці містили дублікати та розбіжності. Ми об'єднали 5 повних дублікатів і позначили 105 неоднозначних рядків, щоб клієнт перевірив їх самостійно.

5. Автоматизуємо щомісячні звіти

Звіти повністю відповідають формату їхніх звичних нарад. Попередній звіт формується 28-го числа, фінальний — 1-го. Він включає кількість заявок і конверсію в розрізі каналів.

Також ми додали автоматичне оновлення статусів після дати огляду та п'ятничні сповіщення про проєкти, які «зависли».

Від старту роботи до запуску в продакшн минуло близько 6 тижнів.

Що показало очищення даних

Найбільшим сюрпризом під час очищення стало ось що:

80% рядків застрягли на статусі «Виїзд на об'єкт».

Огляди відбувалися, але інформація про те, чи надіслано кошторис, виграно чи програно замовлення, у базу не вносилася. Ці дані жили лише в щомісячних формах або кошторисах.

Через це історичні дані не могли показати, які канали (листівки, рекомендації, сайт) реально приносять замовлення.

А якби ми перейшли на Slack чи інші інструменти?

Ми могли б наказати всім перейти на Slack або нову CRM. Але це лише створило б четверте місце для записів, і зрештою люди б просто забили на це.

«Завислі» рядки зі статусом «Огляд» накопичувалися б знову. Бюджети на листівки розподілялися б навмання. Кількість заявок відома, а от прив'язка до доходу — ні.

Мати цифри, але не бачити головного показника — марна трата ресурсів.

З чого почати

Порядок дій:

1. Складіть карту: хто, що і де зараз записує.
2. Об'єднайте місця для записів. Краще спиратися на наявні звички, ніж намагатися прищепити нові.
3. Лише після цього впроваджуйте ШІ. І обов'язково спершу продумайте шлях ручної перевірки для тих результатів, у яких ШІ не впевнений.

Розрив у даних між ролями

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

Але розрив між етапами «Після огляду» та «Результат» губився десь між польовими працівниками й офісом.

Це дуже схоже на класичний розрив між продажами та маркетингом щодо конверсії та ROI каналів.

Правила для працівників на об'єктах були максимально простими:

1. Писати один рядок у LINE, коли замовлення виграно або програно (наприклад, «Пан X Замовлення виграно ¥59 000»).
2. Одне повідомлення = один клієнт.

Лише цього достатньо, щоб із часом система сама порахувала конверсію по кожному каналу.

ШІ не залишається без нагляду. Перший місяць людина перевіряє дані 3-4 рази на місяць. Потім кожні 2-4 тижні правила доопрацьовуються. Комунікації поза LINE (наприклад, телефонні дзвінки) досі потребують ручного введення.

План дій на завтра

Дайте відповідь на ці 4 питання щодо вашої компанії:

• Де і хто фіксує нові заявки?
• Де і хто записує графік оглядів/зустрічей?
• Де і хто фіксує виграні чи програні замовлення?
• Де і хто вносить суми?

Якщо якась інформація дублюється у двох і більше місцях — це ваша точка входу для автоматизації.

Якщо якась інформація взагалі ніде не фіксується — це ваша сліпа зона.

Регіональні компанії, які працюють у групах LINE, мають величезний потенціал для зростання.

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

Про автора

━━━━━━━━━━━━━━

Безкоштовна консультація для тих, хто стикається з труднощами у залученні лідів та впровадженні ШІ.

Якщо цікаво, пишіть у дірект «Wall Bounce».

▼ Безкоштовне завантаження: «Шаблон комерційної пропозиції, який зараз приносить нам замовлення»

https://x.com/meguron12/status/2102518411377160594

▼ Підписуйтесь, щоб не пропустити нове.

https://x.com/intent/follow?screen_name=meguron12

━━━━━━━━━━━━━━