Roadmap Leadmlyn на 6 місяців — що будуємо і чому саме це

Ми будуємо не те що просять найгучніше, а те що вирішує реальну проблему більшості. Це означає що деякі запити залишаться відкритими довго. Це також означає що roadmap відображає реальні пріоритети, а не wishlist.

Публікую roadmap на травень-листопад 2026. Чесно: частина з того що в «далекостроковому» розділі — не певно. Напрямок відомий, деталі — ні. Якщо щось зміниться — оновлю тут.

Як ми пріоритизуємо — і чого не будуємо

Три фільтри для кожної фічі:

1. Чи вирішує реальну проблему більшості? Не «чи це цікаво» і не «чи хтось попросив» — а чи є в нас 10+ клієнтів що стикаються з цим щотижня. Фіча що допомагає 2 клієнтам з 100 — не пріоритет.

2. Чи виправдана токенова економіка? Якщо фіча вимагає додаткових LLM-викликів, вона повинна давати клієнту відчутну цінність що перекриває зростання витрат на токени. Ми не додаємо «розумні» виклики до GPT там де вистачає детермінованої логіки.

3. Чи можу це побудувати один? Я соло-засновник. Фіча що вимагає 6 тижнів розробки і є нішевою — чекає. Фіча що вирішує болючу проблему і займає тиждень — йде першою.

Що ми свідомо не будуємо: власний LLM, мобільний додаток, інтеграцію з Viber або Instagram. Не тому що це погані ідеї — а тому що це не та ставка де ми виграємо.

Найближче (травень-червень 2026): що вже в роботі

Onboarding-поліпшення. Зараз між реєстрацією і першою живою розмовою з ботом — кілька кроків де частина нових клієнтів губиться. Ми спрощуємо цей шлях: KB-шаблони по нішах (лазертаг, квест, салон), quick-start wizard що задає кілька питань і генерує базовий KB-контент. Мета: скоротити час від реєстрації до «бот відповів на перше питання» з 2+ годин до 30 хвилин.

Покращений playground. Playground — місце де власник тестує бота перед тим як пустити до клієнтів. Зараз він функціональний але голий. Додаємо: збережені тест-сценарії, порівняння відповідей до і після зміни KB, підказки де бот відповів невпевнено.

Аналітика escalation. Dashobard показує загальну кількість розмов і витрати. Не показує скільки з них закінчились ескалацією до людини і чому. Додаємо окремий блок: частка escalation, топ-причини (бот не знайшов відповідь, клієнт попросив людину, таймаут), динаміка по тижнях.

Webhook-стабільність. Telegram Business API іноді випадає — це зовнішній факт. Зараз при відновленні webhook бот може пропустити частину повідомлень. Будуємо queue-based delivery: повідомлення що прийшли поки webhook не відповідав — доставляються після відновлення, не губляться.

Середньострокове (липень-серпень 2026): що планується

Підтримка кількох ботів з одного акаунту. Зараз один акаунт — один бот. Мережева spa або мережа квест-кімнат хоче окремого бота для кожної локації зі спільним billing. Це архітектурно нескладно — але потребує перегляду UI admin panel і billing-логіки. Планується, але не обіцяю Q2.

Розширений KB-редактор. Зараз KB — текстові записи з тегами. Плануємо: структуровані шаблони по типах контенту (прайс, FAQ, умови броні, контакти), drag-and-drop пріоритезація розділів, попередній перегляд як бот використає запис. Великий scope — розбиватиметься на кілька ітерацій.

Інтеграція з Google Calendar. Сигнал від кількох клієнтів: хочуть щоб бот перевіряв реальну доступність по календарю перед підтвердженням бронювання. Технічно OAuth2 + Calendar API — не складно. Складно зробити UX достатньо простим для власника що не хоче розбиратись з OAuth. Плануємо, досліджуємо UX.

Нагадування і follow-up ланцюжки. Бот відправляє нагадування за 24 і 2 години до бронювання — це вже є. Планується: налаштовувані ланцюжки follow-up, win-back для клієнтів що давно не приходили, автоматичний запит відгуку через день після візиту. Про те як dashboard показує ці метрики — в матеріалі «Аналітика розмов: що бачить власник у dashboard».

Далекострокове (вересень-листопад 2026): куди думаємо рухатись

AI-insights для власника. Замість того щоб власник сам читав аналітику і робив висновки — система виявляє патерни і формулює конкретні рекомендації: «Ваш бот отримує багато питань про паркінг — додайте розділ до KB», «No-show rate зріс у вівторок — перевірте систему нагадувань». Детектори і LLM-фразер для цього вже в розробці. Але rollout — поступовий.

Голосові повідомлення. Частина клієнтів leisure-бізнесів надсилає голосові в Telegram. Зараз бот їх ігнорує або просить написати текстом. Плануємо транскрипцію через Whisper і відповідь на голосові так само як на текст. Невідомо: наскільки це дорого в токенах при типовому обсязі leisure-бота.

Підтримка OpenRouter і локальних моделей. Зараз Leadmlyn підтримує OpenAI і Anthropic. Деякі клієнти — особливо ті що переживають за data residency — питають про локальні або EU-розміщені моделі. Технічно через OpenRouter це можливо, але якість відповідей на українській мові у відкритих моделях поки що слабша. Дивимось на еволюцію моделей.

Як ваш feedback впливає на пріоритети

Конкретні приклади де клієнтський фідбек змінив порядок:

• Escalation-аналітика переїхала з «середньострокового» в «найближче» після того як троє клієнтів незалежно попросили «показати де бот провалюється».
• Підтримка кількох ботів з одного акаунту додалась у roadmap після розмов з власниками мереж — спочатку я планував це як v3-фічу.
• Google Calendar залишається в середньостроковому а не найближчому — бо при детальному розборі виявилось що більшість малих бізнесів не ведуть Calendar регулярно, і інтеграція вирішувала б проблему для меншини.

Надіслати feedback можна через Telegram-бота підтримки або напряму мені — контакти в підвалі сайту. Я читаю все. Не все беру в roadmap, але все враховую в розумінні продукту.

Чого не буде в roadmap

Власна CRM. Кілька разів просили вбудувати повноцінну CRM з клієнтською базою, нотатками, угодами. Це інший продукт — і ринок де конкурентів вже багато. Leadmlyn вирішує комунікацію через Telegram. CRM — не наша ставка.

Публічний booking-виджет на сайт. Бот живе в Telegram — це осмислений вибір. Будувати паралельний канал з виджетом на сайті означає подвоїти scope підтримки. Telegram в Україні — 89% проникнення у цільовій аудиторії. Цього достатньо.

Автоматичне розміщення реклами. Кілька разів питали «чи може бот запускати рекламу в Facebook/Google». Ні. Це зовсім інша компетенція і ризик-профіль. Leadmlyn — не маркетингова платформа.