Разработка приложения для нутрициолога, диетолога и персонального питания

Разрабатываем foodtech-healthtech-приложения: счётчики калорий и КБЖУ, кабинеты нутрициологов с клиентскими приложениями, сервисы доставки готовых рационов и AI-нутрициологи. Прямой кейс — Performance Food: 3 бренда в одной кодовой базе, 50+ программ питания 900–6000 ккал, интеграции Apple Health и Google Fit.

[ ФОРМАТЫ ]

4 типа приложений для персонального питания

Под одной вывеской «приложение для нутрициолога / диетолога / персонального питания» живут совершенно разные продукты — с разной бизнес-моделью, архитектурой и аудиторией. Чтобы не запутаться на старте, делим их на четыре типа. Перепутать их в начале проекта критично: иначе на середине обнаружится, что нужны функции из другой категории, и сроки уйдут вдвое.

[ 01 ]

B2C-трекер калорий и КБЖУ

Для пользователя, который хочет считать сам (как MyFitnessPal, Yazio, FatSecret). Ядро — большая база продуктов с КБЖУ и удобный ввод, дневник, графики. Премиум: распознавание блюд по фото, аналитика, интеграции с носимыми устройствами. Монетизация — freemium + подписка.

[ 02 ]

Приложение для нутрициолога (B2B + клиент)

Продукт о двух головах: кабинет специалиста (ведение клиентов, анамнез, планы питания, прогресс) + клиентское приложение (план, дневник, чат со специалистом). Монетизация — лицензия специалиста или revenue share с консультаций.

[ 03 ]

Сервис доставки готовых рационов

Не «следи сам», а «возьмём всё на себя»: пользователь выбирает программу питания (похудение / поддержание / спорт / медицинская), оплачивает подписку и получает готовые рационы. Наш прямой кейс — Performance Food. Монетизация — подписка на рацион.

[ 04 ]

AI-нутрициолог

Новый класс продуктов, где роль живого специалиста полностью или частично выполняет AI: чат-бот собирает данные, генерирует план питания, корректирует на основе прогресса. Закрывает массовый сегмент, где живая консультация дорогая. Монетизация — подписка / freemium.

Чем приложение для нутрициолога отличается от счётчика калорий

Главная путаница на старте — «нам нужен MyFitnessPal, только с возможностью назначить специалиста». Это не «счётчик плюс чат», а совсем другой продукт.

ПараметрСчётчик калорий (тип 1)Приложение для нутрициолога (тип 2)
Главный пользовательконечный потребительспециалист и его клиенты
Аудиториямассоваяузкая (клиенты конкретного нутрициолога / сети)
Ведение данныхпользователь сампользователь + специалист с проверкой
План питанияпо шаблонам и алгоритмукастомный, со специалистом
Профиль здоровьябазовый (вес, цель)расширенный (анамнез, аллергии, болезни, биомаркеры)
Отчётыпользователю на экранеспециалисту в PDF / выгрузка для медкарты
Юридический статусинформационное ПОпограничный с медизделием — нужны оговорки
Чат и связьподдержка / сообществопрямой канал «клиент — нутрициолог», видео-консультация
Монетизацияподписка пользователялицензия специалиста или revenue share
Архитектураодин тип приложениямобильный клиент + кабинет специалиста + админка

Не путать эти продукты на старте — критично, иначе на середине проекта обнаружится, что нужны функции из другой категории.

5 ключевых модулей в архитектуре

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

1. База продуктов с КБЖУ

Сердце продукта. Десятки тысяч продуктов с разрезом по белкам/жирам/углеводам/калориям и микронутриентам; учёт сезонности и региона (российская база ≠ американская); возможность добавить продукт пользователем с модерацией; импорт штрих-кодов и распознавание этикеток; размеры порций (1 шт., 100 г, стакан, ложка).

2. Профиль здоровья пользователя

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

3. Алгоритм подбора плана питания

Здесь начинается продуктовая дифференциация: шаблонный (готовые программы), параметрический (расчёт нормы по формулам Mifflin-St Jeor / Harris-Benedict и подбор рациона), кастомный со специалистом, AI-генерация под профиль с корректировкой по прогрессу.

4. Чат и видео-консультация

Для типов 2 и 4 — критичный модуль: текстовый чат с историей, файлы и фото блюд, голосовые сообщения, видео-консультация (Jitsi или своё решение для крупных проектов, Zoom для MVP), шаблоны быстрых ответов, AI-чат-бот первой линии.

5. Интеграции с носимыми устройствами и оплатой

Apple Health / Google Fit — забор данных по активности, сну, пульсу, шагам (в Performance Food это базовая интеграция); носимые устройства напрямую (Apple Watch, Mi Band, Garmin); платежи в РФ (СБП, карты через эквайер, Mir Pay / SberPay); подписка с регулярными списаниями, паузами и сменой тарифа в один тап; аналитика оттока (Firebase Predictions или внутренние ML-модели).

AI для нутрициологии 2026

AI-функции определяют современный продуктовый класс в этой нише. Что мы внедряем:

  • Распознавание блюд по фото. Пользователь фотографирует тарелку, модель определяет состав и оценивает КБЖУ. Для российских блюд база меньше, чем для бургеров и пасты, поэтому реалистичная точность на старте — 70–85% с механикой быстрой корректировки пользователем.
  • Генерация плана питания. AI собирает план под профиль (ограничения, цель, бюджет, любимые продукты) и пересобирает его раз в неделю по прогрессу. Хорошо работает в типах 1 и 4. Подробнее — на странице машинного обучения.
  • AI-чат-бот первой линии. В типе 2 разгружает специалиста (отвечает на типовые вопросы, эскалирует сложные кейсы), в типе 4 — главный интерфейс.
  • Прогноз эффективности диеты. Модель оценивает, дойдёт ли пользователь до цели на текущем плане, и сигналит специалисту при падении прогноза.
  • Распознавание этикеток и штрих-кодов. Сканирование продукта — поиск в базе или предложение добавить.
  • Прогноз оттока подписчиков. Из нашего опыта Performance Food — Firebase Predictions выделяет сегмент с риском отписки и запускает удерживающую коммуникацию.

Стек AI-внедрения — на странице AI-внедрения в разработку.

Регуляторика РФ для приложений персонального питания

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

  • Не ставим диагнозы и не заявляем о лечении. Формулировки «приложение вылечит ожирение» / «определит диабет» переводят продукт в категорию медизделий с регистрацией в Росздравнадзоре — это многомесячная процедура. В большинстве случаев продукт корректно позиционируется как «инструмент учёта и образования».
  • 152-ФЗ и данные здоровья. Вес, биомаркеры, фото прогресса, информация о заболеваниях — специальная категория персональных данных. Хранение только в российских облаках (Yandex Cloud, VK Cloud, Selectel), согласие на обработку — отдельный шаг в потоке онбординга.
  • Биометрия и ДНК-питание. ДНК-тест или замер состава тела повышают требования: явное согласие на обработку биометрии, дополнительный контур защиты, договор с лабораторией. Для MVP такие функции обычно выносим в v1.5.
  • Маркетинговые ограничения. Реклама «гарантирует похудение на N кг за месяц» нарушает закон «О рекламе». Подача — через возможности продукта, без обещаний результата.
  • Юридические оговорки в продукте. В онбординге и при первом контакте с планом — предупреждение: приложение не заменяет очную консультацию, при хронических заболеваниях нужно обращаться к врачу.

Карта юридических рисков для медицинского приложения подробнее — в статье «CJM для медицинской клиники».

Юнит-экономика: подписка, лицензия специалиста, revenue share

Бизнес-модель определяется типом приложения и выбирается на старте.

  • Тип 1 (B2C-трекер): freemium + подписка. Базовый функционал бесплатный, премиум (распознавание блюд, расширенная аналитика, AI-план, синхронизация с носимыми) — от 199–499 ₽/мес или 1 990–4 990 ₽/год. Бенчмарк: 2–5% пользователей конвертируются в премиум при правильном онбординге.
  • Тип 2 (приложение нутрициолога): лицензия или revenue share. Подписка специалиста — от 990 ₽/мес за самозанятого до 9 990 ₽/мес за тариф клиники. Альтернатива — revenue share: платформа берёт 15–25% с каждой сессии «клиент — нутрициолог».
  • Тип 3 (доставка рационов): подписка на рацион. Из нашего опыта Performance Food главный фактор удержания и роста — гибкое управление подпиской (пауза, перенос даты доставки, смена программы) без звонков в кол-центр.
  • Тип 4 (AI-нутрициолог): подписка или freemium. Базовый AI-чат-бот бесплатно, премиум — расширенная аналитика, видео-консультации с живым специалистом, премиум-планы.

Ключевые метрики: средний доход с пользователя (ARPU), отношение ценности клиента к стоимости привлечения (LTV / CAC; здоровый ориентир — ценность ≥ 3× стоимости привлечения к 6 месяцу), месячный отток подписчиков (бенчмарк здоровья — менее 5–7%), конверсия из бесплатного триала в подписку (хороший показатель — 25–40%).

[ ПОЧЕМУ SURF ]

За 14 лет создали 300+ мобильных и веб-продуктов

300+ реализованных проектов, 100 международных наград, №1 в мобильной разработке, 250 специалистов в команде. Прямой кейс персонального питания — Performance Food: 3 бренда в одной кодовой базе, 50+ программ питания, подписка и интеграции с носимыми устройствами.

Performance Food

Прямой кейс персонального питания

50+ программ 900–6000 ккал, 3 бренда

№ 1

В разработке приложений для крупного бизнеса

Рейтинг Рунета 2024

Топ-3

В мобильной разработке

Рейтинг Рунета 2024

250

Штатных специалистов

Mobile, backend, ML, дизайн, QA, DevOps

[ КЕЙСЫ ]

Кейсы Surf

Мы создаём foodtech-продукты для лидеров рынка — от стартапов до федеральных сетей. Несколько релевантных проектов из портфеля (полный — на странице foodtech-практики):

Бургер Кинг

Бургер Кинг

7 млн пользователей, 85% продаж в digital. Доказательство, что мы понимаем foodtech-класс задач сверху донизу — от массового продукта до точечных сервисов.

[ ПРОЦЕСС ]

Процесс разработки

[ 01 ]

Discovery

2–3 недели. Аудит гипотезы, выбор типа продукта (1/2/3/4), карта пути клиента, юридическая карта рисков. На выходе — MVP-план, технические решения.

[ 02 ]

Дизайн + архитектура

3–4 недели. UX мобайла и веб-кабинета, UI, архитектура backend, схема API, контентная модель. Кликабельный прототип, дизайн-система.

[ 03 ]

Разработка MVP

8–12 недель. Мобайл, backend, базовые интеграции (Apple Health / Google Fit / эквайер), наполнение базы продуктов. Демо каждые 2 недели.

[ 04 ]

Тестирование и релиз

2–3 недели. QA, нагрузочное, проверка соответствия нормам, публикация в App Store и Google Play.

Стек технологий

СлойТехнологии
Мобайл клиентаFlutter (iOS + Android) — одна команда вместо двух
Веб-кабинет специалиста (тип 2)React, Vue, TypeScript
BackendPython (Django / FastAPI) или Kotlin + Spring Boot
База продуктов с КБЖУPostgreSQL + Elasticsearch (поиск)
ПлатежиСБП, карты, регулярные списания — эквайер (Сбер, Альфа, Тинькофф, ЮKassa)
Носимые устройстваApple HealthKit, Google Fit, специализированные SDK
AI и MLвнутренние модели + AI-внедрение — распознавание блюд, генерация плана, прогноз оттока
АналитикаAppMetrica, Firebase, собственные дашборды
Видео-связьJitsi (крупные проекты), Zoom (MVP)
ИнфраструктураDocker, Kubernetes, российские облака — данные здоровья по 152-ФЗ

Команда: продакт, бизнес-аналитик / нутри-эксперт, UX/UI-дизайнер, мобильные разработчики Flutter, backend, ML-инженер, QA, DevOps, юрист для регуляторной части.

Стоимость и сроки

Тип проектаСрок MVPСтоимость «от»
B2C-трекер калорий (тип 1)12–14 недельот 6 млн ₽
Приложение для нутрициолога с кабинетом специалиста (тип 2)14–18 недельот 9 млн ₽
Сервис доставки готовых рационов уровня Performance Food (тип 3)14–18 недельот 12 млн ₽
AI-нутрициолог (тип 4)16–20 недельот 15 млн ₽

Что влияет на бюджет: глубина AI-функций (базовый счётчик или распознавание блюд по фото и генерация плана), полнота интеграций с носимыми устройствами и лабораториями, глубина видео-связи (Zoom для MVP или своё решение), количество брендов в одной кодовой базе (как 3 бренда в Performance Food — отдельная архитектурная задача), глубина соответствия нормам (регистрация как медизделие — отдельный многомесячный трек), стек. Если нужно проверить узкую гипотезу за 2–3 месяца — стартуйте с MVP foodtech-приложения. Зонтичная healthtech-страница — разработка медицинских приложений.

[ ОТЗЫВЫ ]

Клиенты о работе с нами

Бургер Кинг

Благодаря усилиям команды Surf продажи через цифровые каналы выросли на 85% в течение года. Мобильное приложение заняло первое место в категории «Еда и напитки» в App Store и Google Play.

Татьяна Павлова

Директор по продукту

Додо Пицца

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

Федор Овчинников

Основатель Додо Пиццы

KFC

С новой системой у нас улучшились процессы отчётности, планирования и составления графиков. Surf создала впечатляющий дизайн и удобный интерфейс, а также хорошо организованный процесс коммуникации.

Геннадий Дорофеев

Менеджер по инновациям

[ FAQ ]

Клиенты часто спрашивают

Зависит от бизнес-модели. Подписочная доставка готовых рационов — тип 3 (как Performance Food). Нутрициолог или сеть специалистов — тип 2. Массовый продукт для конечных потребителей — тип 1. Массовый AI-продукт с минимумом живых специалистов — тип 4. На Discovery-фазе помогаем определиться.
За такой срок можно собрать узкий MVP-эксперимент: дневник КБЖУ, упрощённая база продуктов, простая статистика. Полноценный продукт с большой базой, распознаванием блюд и интеграциями — это 6–9 месяцев минимум.
Несколько источников: открытые базы (Open Food Facts), коммерческие базы с лицензией, пользовательский контент с модерацией, парсинг этикеток. Для российского рынка устойчивая стратегия — гибридная: базовое наполнение из открытых источников + пользовательский контент + модерация.
В большинстве случаев приложение позиционируется как «инструмент учёта и образования» и в регистрации не нуждается. Если планируете заявления уровня «определяет состояние X» или «лечит заболевание Y» — нужна регистрация в Росздравнадзоре. Решение принимается на Discovery вместе с юристом.
Главный канал в 2026 — СБП через эквайринг и карты с регулярными списаниями. На Android — Mir Pay / SberPay. Архитектура позволяет вернуть Apple Pay при изменении ситуации. В Performance Food, сделанном до 2022 года, Apple Pay был — сейчас блок переключён на альтернативные каналы.
На старте 70–85% на простых одиночных блюдах, ниже на сложных составных. Точность растёт по мере обучения на данных пользователей. На этапе зрелости имеет смысл обучить кастомную модель под российские блюда.
Да, страница Performance Food — публичный кейс. Все цифры на ней — официальные данные клиента, опубликованные с его согласия. Это редкий пример настолько детального публичного раскрытия в категории.

[ обратная связь ]

Расскажите о проекте и мы предложим подходящие решения

напишите нам в Telegram
добавить файл

Отправляя запрос, вы соглашаетесь с политикой конфиденциальности