Как проверить, нужен ли клиентам бот, до того как его разрабатывать?

Коротко

• Разработку часто губит не код, а отсутствие спроса: в свежем разборе CB Insights слабое попадание продукта в рынок указано у 43% закрывшихся компаний.
• Идею бота можно проверить за несколько недель и почти без бюджета: интервью с клиентами, тест «нарисованной двери», ручной пилот.
• Спрашивайте клиентов о том, что они уже делали, а не о том, что они сделают. Вежливое «да, пользовался бы» ничего не доказывает.
• Опрос 100 человек даёт погрешность около ±10 процентных пунктов, опрос 400 — около ±5, и то только если выборка случайная.
• Если в анкете или боте собираются имя, телефон или номер карты клуба, с 1 сентября 2025 года нужно отдельное согласие на обработку персональных данных.

Зачем проверять идею бота до разработки?

Чтобы не заплатить за функцию, которой никто не будет пользоваться. Это самая частая и самая дорогая ошибка в разработке, и она не зависит от качества программистов.

Аналитики CB Insights в марте 2026 года разобрали 431 венчурную компанию, закрывшуюся с 2023 года. У 70% закончились деньги, но сами авторы называют это последней причиной, а не корнем проблемы. Корень чаще другой: у 43% продукт плохо попал в рынок, у 29% не угадали с моментом (CB Insights, 2026). В ранней версии того же исследования, по 101 истории закрытия, первой причиной было «решение в поисках проблемы» — 42% случаев (CB Insights, The Top 20 Reasons Startups Fail).

Это данные о стартапах, но механизм тот же, что у бота для фитнес-клуба или термального комплекса. Если гостям удобнее позвонить администратору, бот для записи никто не откроет, как бы хорошо он ни был сделан.

Вторая группа цифр — о функциях внутри готовых программ. Компания Pendo проанализировала 615 подписок своих клиентов. Вывод: 80% функций в среднем программном продукте используются редко или никогда, а 12% функций дают 80% ежедневного использования (Pendo, Feature Adoption Report 2019). Исследование старое и сделано на данных облачных сервисов, но хорошо показывает, как легко написать лишнее.

Третья группа — об ИТ-проектах в целом, и здесь источник вторичный. Отчёты CHAOS компании Standish Group платные, мы их не видели и приводим цифры по обзору в PM World Journal (январь 2026). По этому пересказу, в данных Standish за 2020–2024 годы успешными (в срок, в бюджет и в полном объёме) признан 31% проектов, 50% — с отклонениями, 19% — провалены. Доля провалов почти не меняется с середины 2010-х. Методику CHAOS критикуют, поэтому считайте эти цифры ориентиром, а не точным измерением.

Что значит «проверить идею» и чем это отличается от MVP?

Проверить идею — это получить доказательство, что проблема есть и клиенты готовы менять ради её решения своё поведение. Мнения «было бы здорово» доказательством не считаются.

Несколько понятий, которые встретятся дальше:

• Custdev (customer development) — это метод Стива Бланка: сначала выяснить, существует ли проблема и готовы ли за её решение платить, и только потом строить продукт. Бланк определяет стартап как организацию, которая ищет повторяемую и масштабируемую бизнес-модель, и советует проверять каждую гипотезу поведением клиентов (Steve Blank, 2010).
• MVP (минимально жизнеспособный продукт) — это самая простая версия бота, на которой уже можно проверить главную гипотезу на реальных людях. Например, бот, который умеет только записывать на одну услугу.
• Пилот — это ограниченный запуск MVP или готового решения: один клуб из сети, одна смена, один месяц, заранее оговорённые метрики.
• Fake door (тест «нарисованной двери») — это кнопка или пункт меню, за которым функции пока нет. Считают, сколько людей на неё нажали (Umbrex, Fake Door Test).
• Smoke test — это то же самое для продукта целиком: страница или сообщение с предложением, и подсчёт, сколько человек оставили заявку.

Порядок обычно такой: разговоры с клиентами, затем тест спроса, затем MVP и пилот, и только потом полноценная разработка. Каждый шаг дешевле следующего и может показать, что дальше идти не нужно.

Как расспросить клиентов, чтобы они не отвечали из вежливости?

Спрашивайте о прошлом опыте, а не о будущих намерениях, и не рассказывайте о своей идее. Этот подход подробно описан в книге Роба Фицпатрика «The Mom Test» (2013). Название значит, что вопросы должны быть такими, на которые не соврёт даже мама, желающая вас поддержать (The Mom Test).

Три правила из книги:

1. Говорите о жизни собеседника, а не о своём решении. Как только прозвучало «мы хотим сделать бота», человек начинает вас оценивать и хвалить.
2. Спрашивайте о конкретных случаях в прошлом. «Когда вы в последний раз переносили тренировку? Как это делали?» — хороший вопрос. «Пользовались бы вы ботом?» — плохой.
3. Больше слушайте. Ваша задача — узнать, как всё устроено сейчас, а не продать.

Как это выглядит в фитнес-клубе. Менеджер на ресепшене не спрашивает, нужен ли гостю бот. Он спрашивает, как тот записывался на последнюю групповую тренировку, сколько раз за месяц не мог дозвониться и что делал, когда место было занято. Если выясняется, что гость записывается в приложении клуба и проблем не знает, это тоже ценный результат.

Что считать сигналом спроса:

• человек сам описывает проблему и то, как он её уже пытался решить (звонил, писал в мессенджер, просил знакомого);
• он тратит на обходной путь время или деньги;
• он соглашается на следующий шаг: оставить контакт для пилота, попробовать прототип, внести предоплату.

Комплименты, «интересная идея» и «наверное, пользовался бы» сигналом не считаются. Хватает 10–15 таких разговоров с разными типами клиентов, чтобы увидеть повторяющиеся проблемы. Это не статистика, а поиск гипотез: их потом проверяют опросом или тестом.

Если вы опрашиваете сотрудников, правило то же. Администратор термального комплекса скажет «да, бот бы помог». Полезнее попросить его за одну смену отметить каждый повторяющийся вопрос гостей. Через неделю будет видно, что на самом деле занимает время.

Как проверить спрос, пока бота ещё нет?

Предложите услугу так, будто она уже есть, и посчитайте, сколько людей попытаются ей воспользоваться. Поведение надёжнее слов, поэтому тесты спроса ценнее анкет.

Рабочие варианты для сферы услуг:

• Кнопка-заглушка. В приложении клуба или на сайте появляется пункт «Записаться через мессенджер». Нажавший видит честное сообщение: «Функция скоро появится, оставьте контакт — сообщим первым». Считаете долю нажатий от числа посетителей страницы.
• Рассылка с предложением. Части клиентов отправляете сообщение: «Теперь заморозить абонемент можно в чате». Ответы первое время обрабатывает человек вручную.
• Ручной пилот («бот», за которым сидит человек). Администратор отвечает в мессенджере по скрипту, как ответил бы бот. За две-три недели видно, сколько обращений приходит, какие они и в какое время.

Важно не обманывать клиента. Заглушка должна прямо говорить, что функции ещё нет, а ручной пилот не должен выдавать человека за программу, если вы потом спросите, понравился ли гостям «бот».

Отдельно проверьте канал. На сентябрь 2026 года мы советуем делать основным каналом MAX и сайт, а Telegram — дополнительным. По данным Mediascope в пересказе Хабра, в июне 2026 года месячная аудитория MAX — 86,26 млн человек, Telegram — 75,69 млн, WhatsApp — 63,51 млн. Замедление Telegram Роскомнадзор официально подтвердил 10 февраля 2026 года (Википедия, хронология). В середине сентября пользователи жалуются на сбои, но об официальной полной блокировке не объявляли (Hi-Tech Mail, 16.09.2026). WhatsApp с 11 февраля 2026 года без VPN не работает (CNews). В тесте спроса дайте клиентам выбор канала — бот в мессенджере (MAX, Telegram) или на сайте — и посчитайте, какой выбирают чаще.

Сколько клиентов нужно опросить, чтобы результату можно было верить?

Для первых выводов хватает 100–200 ответов, для решения о крупных вложениях лучше 400 и больше. Точность зависит от числа ответов по простой формуле.

Погрешность доли при 95-процентной уверенности считается так: 1,96 × √(p × (1 − p) / n), где n — число ответов, а p — доля ответивших «да». Самая осторожная оценка получается при p = 0,5 (Stat Trek).

Ответов	Погрешность (95%)	Как читать результат «40% готовы пользоваться»
100	±9,8 п.п.	на самом деле от 30 до 50%
200	±6,9 п.п.	от 33 до 47%
400	±4,9 п.п.	от 35 до 45%
1000	±3,1 п.п.	от 37 до 43%

Погрешность в таблице рассчитана для худшего случая p = 0,5, при доле 40% она немного меньше. Чтобы сократить погрешность вдвое, ответов нужно вчетверо больше. Поэтому между 400 и 1000 ответами разница в точности невелика, а в стоимости — заметная.

Формула работает при нескольких условиях: выборка случайная, клиентов в базе хотя бы в 20 раз больше, чем опрошенных, и и ответов «да», и ответов «нет» не меньше десяти (Stat Trek).

Как узнать, сколько клиенты готовы платить за услугу через бота?

Используйте метод Ван Вестендорпа: четыре вопроса о цене, из ответов на которые строится диапазон приемлемых цен. Метод предложил голландский экономист Петер ван Вестендорп на конгрессе ESOMAR в 1976 году (Van Westendorp's Price Sensitivity Meter).

Это нужно, если бот продаёт что-то сам: платную заморозку абонемента, персональную тренировку, доплату за VIP-зону в термах. Каждому респонденту задают четыре вопроса:

1. При какой цене услуга настолько дорогая, что вы её не купите?
2. При какой цене она настолько дешёвая, что вы усомнитесь в качестве?
3. При какой цене она уже дороговата, но покупку ещё можно обдумать?
4. При какой цене это выгодная покупка?

Как посчитать в таблице:

1. Выпишите все названные цены по возрастанию.
2. Для каждой цены посчитайте долю людей, чей ответ «дорого» не выше этой цены, и отдельно такую же долю для ответа «слишком дорого». Это две растущие кривые.
3. Для вопросов «выгодно» и «слишком дёшево» считайте долю тех, чей ответ не ниже этой цены. Это две падающие, то есть перевёрнутые, кривые.
4. Постройте четыре линии на одном графике и найдите пересечения.

Пересечение «слишком дёшево» и «слишком дорого» даёт оптимальную цену. «Дорого» и «выгодно» — цену безразличия. «Слишком дёшево» и «дорого» — нижнюю границу приемлемого диапазона, «слишком дорого» и «выгодно» — верхнюю. Если не хочется считать вручную, для языка R есть готовый пакет (pricesensitivitymeter, CRAN).

Ограничение метода: он показывает, что люди говорят о цене, а не как они покупают. Прогноза выручки он не даёт, поэтому результат лучше подтвердить пилотом с реальной оплатой.

Какой сервис опросов выбрать в России?

Для большинства задач подойдут Яндекс Формы, Анкетолог или Тестограф. Выбор зависит от того, где взять респондентов и сколько ответов нужно.

Сервис	Что важно знать (сентябрь 2026 года)	Когда выбирать
Яндекс Формы	Опросы, тесты, формы обратной связи; есть API и интеграции, корпоративные функции в Яндекс 360 для бизнеса (справка Яндекса). Лимиты тарифов в справке не указаны.	Своя база клиентов, простая анкета, нужна интеграция
Анкетолог	Бесплатно — 3 анкеты, 10 вопросов, 50 ответов. Платные тарифы от 2 990 ₽ в месяц. Своя панель из 336 000+ респондентов, ответ от 90 ₽ (тарифы Анкетолога).	Нужны ответы людей вне вашей базы
Тестограф	Больше 30 типов вопросов, API. В демо-доступе до 10 ответов. По заявлению сервиса, входит в реестр российского ПО и хранит данные в РФ (Тестограф).	Сложная логика анкеты, подробная аналитика

Опрос можно провести и в самом мессенджере, отдельным ботом. Это удобно для гостей, но ответы там привязаны к аккаунту, поэтому такой опрос не анонимный. Об этом следующий раздел.

Нужно ли согласие клиента на обработку персональных данных при опросе?

Если по ответам можно установить человека, согласие нужно, и с 1 сентября 2025 года оно оформляется отдельно от других документов. Полностью анонимная анкета согласия не требует.

Статья 9 закона о персональных данных теперь прямо требует, чтобы согласие было «оформлено отдельно от иных информации и (или) документов». Эту часть изменил закон от 24.06.2025 № 156-ФЗ (152-ФЗ, ст. 9, КонсультантПлюс; Гарант). Галочку «согласен» нельзя спрятать в правила акции или в текст анкеты.

За обработку данных без согласия или с неправильно оформленным согласием компании грозит штраф от 300 до 700 тыс. рублей по ч. 2 ст. 13.11 КоАП. Штрафы повышены законом 420-ФЗ, повышенные размеры действуют с 30 мая 2025 года (КоАП, ст. 13.11).

Анкета не анонимна, если в ней есть телефон, email, имя, номер карты клуба или если ответ связан с аккаунтом в мессенджере. Практичное решение — разделить анкету: ответы собирать без контактов, а тем, кто хочет участвовать в пилоте, отдельно предлагать оставить контакт с отдельным согласием.

Как провести пилот бота и что в нём измерять?

Пилот — это ограниченный запуск с метриками, о которых договорились заранее. Без них результат превратится в спор мнений.

Порядок действий:

1. Выберите одну задачу: запись на групповые занятия, ответы на частые вопросы гостей терм, заморозку абонемента.
2. Ограничьте масштаб: один клуб из сети, одна услуга, фиксированный срок.
3. Снимите исходные цифры до запуска: сколько обращений в день, сколько времени на них уходит у администратора, сколько пропущенных звонков.
4. Назовите критерий успеха заранее: какая доля обращений должна уйти в бот и какая часть из них должна решиться без человека.
5. Соберите обратную связь от гостей и сотрудников. Особенно важно, в каких случаях бот передавал разговор человеку.
6. Примите решение: масштабировать, доработать или остановиться. Остановка после пилота — нормальный исход, а не провал.

Разработку MVP и пилот удобно поручить одной команде, которая потом будет поддерживать решение. Так мы работаем с чат-ботами и ИИ-агентами, а порядок этапов описан на странице «Как мы работаем».

Чек-лист: идея бота проверена, если…

• Проведено 10–15 разговоров с клиентами о прошлом опыте, и проблема повторяется у многих.
• Известно, в каком канале клиенты готовы общаться с ботом: MAX, Telegram или сайт.
• Тест спроса (кнопка, рассылка или ручной пилот) показал реальные действия, а не только слова.
• Для опроса понятна погрешность, а выборка не состоит только из самых лояльных гостей.
• Если бот продаёт услугу, известен приемлемый диапазон цен.
• Согласие на обработку персональных данных оформлено отдельно.
• Для пилота заданы срок, масштаб, исходные цифры и критерий успеха.

Если какой-то пункт не выполнен, разработку лучше отложить. Для сетей фитнес-клубов у нас есть отдельная страница с типовыми задачами автоматизации.

Источники

1. CB Insights. Why Startups Fail: Top Reasons — 05.03.2026.
2. CB Insights. The Top 20 Reasons Startups Fail — ранняя версия исследования, 101 история закрытия.
3. Pendo. The 2019 Feature Adoption Report — 2019.
4. G. Arcidiacono. Comparative research on IT project failure rates: a 2025 update. PM World Journal — январь 2026 (вторичный обзор данных Standish Group CHAOS; сам отчёт платный).
5. Steve Blank. What's A Startup? First Principles — 25.01.2010.
6. Rob Fitzpatrick. The Mom Test — книга 2013 года.
7. Umbrex. Fake Door Test — справочный материал, проверено в сентябре 2026 года.
8. Википедия. Блокировка Telegram в России (2026) — проверено 17.09.2026.
9. Hi-Tech Mail. Что происходит с Telegram — 16.09.2026.
10. MAX обошёл Telegram по месячной аудитории (данные Mediascope за июнь 2026) — Хабр, 22.07.2026.
11. Власти окончательно прибили WhatsApp в России — CNews, 11.02.2026.
12. Stat Trek. Confidence Interval: Proportion — справочный материал.
13. Van Westendorp's Price Sensitivity Meter — первоисточник метода: доклад на конгрессе ESOMAR, 1976.
14. Пакет pricesensitivitymeter для R, CRAN — документация пакета.
15. Справка Яндекс Форм — проверено в сентябре 2026 года.
16. Анкетолог. Тарифы — проверено в сентябре 2026 года.
17. Тестограф — проверено в сентябре 2026 года.
18. Федеральный закон от 27.07.2006 № 152-ФЗ, ст. 9 (ред. от 26.07.2026) — КонсультантПлюс.
19. Гарант. Согласие на обработку персональных данных с 1 сентября 2025 года — 2025.
20. КоАП РФ, ст. 13.11 (в ред. закона от 30.11.2024 № 420-ФЗ) — КонсультантПлюс.