FitFlow

Не очередной трекер калорий, а инфраструктура: ежедневный контакт в Telegram, CRM для тренера и событийная автоматизация — чтобы убрать рутину, а не заменить человека моделью.

Fitness • Telegram • AI • CRM

Обсудить HealthTech-систему

Attention queue

4 клиента выше порога внимания

скоринг обновляется по событиям

AI flags

2 аномалии питания за 48ч

без авто-диагноза · только сигнал

Trainer CRM

Очередь внимания

live

А. К.

пропуск отчёта

score

М. П.

стабильно

score

Е. С.

сон ↓ 5 дн.

score

‹

FitFlow · бот

сегодня

Streak · 6 дней подряд. Можно закрыть отчёт одной кнопкой.

Фото получено. Краткая сводка готова для тренера.

ФотоВесТренировка

Напоминание без давления…

01 · Проблема

Когда тренер превращается в диспетчера, качество сопровождения падает

У больших расписаний коммуникация расползается по Telegram, таблицам и памяти. Система нужна была не чтобы «заменить тренера AI», а чтобы вернуть ему фокус на людей.

Отчёты, фото еды и голосовые вперемешку с личным чатом — данные не собрать в аналитику

Excel и Google Docs не масштабируются на 30–100 клиентов одновременно

Клиенты активны 5–7 дней, потом «догоняют задним числом» — картина для тренера ложная

Проблемы со сном, водой и дисциплиной всплывают поздно — когда уже «вес стоит»

Ручные напоминания «взвесься» превращают тренера в диспетчера

02 · Архитектура

Telegram как ежедневный UI, web как система управления

Два контура снижают friction: клиент не скачивает приложение, тренер не строит аналитику из переписки. Практически всё внутри завязано на события.

Telegram-бот

Точка ежедневного контакта: фото еды, вес, тренировки, короткие отчёты, streak — без привычки открывать отдельное приложение десять раз в день.

Trainer CRM (web)

Наблюдение, а не «красивый дашборд»: статусы, пропуски, динамика, очередь внимания и сигналы до переписки.

AI-слой

Разбор неидеальных отчётов: текст, фото, регулярность — только аномалии и подсказки, без диагнозов и без роли «виртуального врача».

Event bus

Пропуск отчёта, скачок калорий, серия пропущенных тренировок → уведомления, задачи, внутренние триггеры и масштабирование автоматизаций.

Событие домена

Пример упрощённого payload: пересчёт attention и постановка действий без жёсткой связки модулей друг с другом.

events/client.attention.recomputed.json

1{
2  "event": "client.attention.recomputed",
3  "v": 2,
4  "payload": {
5    "trainerId": "t_441",
6    "clientId": "c_8841",
7    "attentionScore": 78,
8    "reasons": ["missed_report", "sleep_trend_down"],
9    "queuedActions": ["notify_trainer", "soft_nudge_client"]
10  }
11}

03 · Telegram UX

Ежедневный ритм в мессенджере, а не «ещё одно приложение»

Большинство действий укладывались в короткие сессии внутри привычного канала — иначе дневник снова становится обязанностью, которую откладывают.

Фото еды и быстрый комментарий — 15–20 секунд в привычном мессенджере
Streak и мягкие напоминания вместо давления «вы нарушили режим»
Кнопки сценариев: отчёт, вес, тренировка — без лишних экранов
Задачи от тренера приходят туда, где клиент уже отвечает

Поток за день

01Утро · вес

02Обед · фото

03Вечер · чек-ин

04Задача тренера

Сценарии короткие: меньше полей — выше шанс, что человек закроет день честно, без «догона задним числом».

04 · CRM тренера

Наблюдение и приоритеты — важнее декоративных графиков

Главный экран ближе к CRM: кто требует внимания сейчас, а не «все клиенты в одной таблице без приоритета».

Таблица клиентов

attention v2

Клиент	Программа	Attention	Сигнал
А. К.	78%	62	пропуск отчёта
М. П.	91%	22	стабильно
Е. С.	54%	88	сон ↓ 5 дн.
Д. В.	83%	41	калории вечером

Heatmap активности

7×5 · агрегат

Условная визуализация: в продукте шкала и окна были привязаны к реальным событиям отчётов.

Лента сигналов

Вместо бесконечных переписок — агрегированные причины, почему клиент поднялся в очереди внимания.

Сон · тренд внизПропуск 2 отчётовingestAI-очередь стабильна

Case DNA · визуалы

Интерфейс как рабочий инструмент, а не макет «на показ»

Два среза: операционная панель и телесный контекст продукта — чтобы закрепить нарратив data-driven сопровождения.

Аналитическая панель и метрики — CRM-логика: приоритеты, очередь внимания и сигналы до того, как клиент «пропал».

Тренировочный процесс — Клиентский опыт остаётся телесным и простым; сложность спрятана в web-слое и событиях.

05 · AI-анализ

Внутренний аналитический слой, а не «магический тренер»

Модель помогает увидеть аномалии и сэкономить время на ручном просмотре. Ответственность за решение остаётся у человека.

Food & текст

Фото и короткие описания вроде «рис с курицей» или «норм поел» — нормализация сигнала для тренера, не автоматический разнос БЖУ ради галочки.

Аномалии

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

Поведение

Регулярность, динамика вовлечённости и дисциплина — в связке с attention scoring, чтобы сократить ручной просмотр ленты отчётов.

06 · Неочевидные сложности

Инженерный и продуктовый слой, который не виден на лендинге

Здесь не «ошибки стартапа», а системные компромиссы: дисциплина данных, психология вовлечения и разные стили работы тренеров.

Люди устают от трекинга

Слишком много полей (БЖУ, вода, шаги, энергия, сон, настроение…) убивали заполнение за две недели. Пересобрали на минимально достаточный набор — выросло удержание.

Методологии разные

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

Telegram нельзя выкинуть

Клиенты живут в мессенджере. Полный перенос в приложение поднял бы friction. Поэтому Telegram — ежедневный UI, web — тяжёлая аналитика и управление.

Ощущение контроля

Жёсткие формулировки отпугивают. Сместили тон: «Сегодня ещё нет отчёта. Отправим сейчас?» вместо обвинений — заметно на вовлечении.

07 · Результат