Кейс: как мы создали Freelife — медтех приложение для контроля сахара в крови

Людям с диабетом жизненно важно отслеживать уровень сахара в крови и вовремя замечать изменения. Команда Freelife пришла к нам с запросом: создать удобное мобильное приложение, которое получает данные с датчика Libre для измерения сахара, позволяет сохранять и отслеживать динамику, а также вести дневник самочувствия.

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

Что за продукт и для чего он нужен

Для людей с диабетом контроль сахара — это часть повседневной жизни. На колебания уровня глюкозы влияют многие факторы. Чтобы успевать реагировать вовремя, человеку нужна ясная картина своего состояния. И здесь на помощь приходит медтех, автоматизируя рутину.

Приложение Freelife:

• получает данные с датчика Libre в реальном времени,

• показывает их на графике,

• позволяет фиксировать приемы пищи или лекарств, измерения и другие события дня,

• помогает увидеть взаимосвязи.

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

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

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

Какие задачи стояли перед нами

Чтобы приложение заработало как нужно, мы должны были сосредоточиться на трех ключевых направлениях:

1. Обеспечить стабильное подключение к датчику. Freelife строится вокруг потока данных с датчика Libre, который обновляет показатели каждые 5 минут. Важно, чтобы данные приходили бесперебойно.

Для нас это означало, что нужно:

• подключить датчик через блютуз,

• выстроить предсказуемый процесс соединения,

• сделать приложение устойчивым к потере связи,

• обеспечить корректную работу даже если нет интернета.

Это был главный технический фокус всего продукта.

2. Создать продуманный сценарий. Пользователи у Freelife очень разные: подростки, взрослые и пожилые люди. И у всех разный уровень цифровой грамотности. Поэтому интерфейс должен быть максимально понятным и не требовать долгого обучения. Дизайн приложения не перегружает деталями, помогает фиксировать важное без дополнительных шагов.

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

• авторизация,

• подключение датчика,

• главный экран с графиком,

• дневник,

• профиль.

То есть все, что позволяет пользователю пользоваться приложением здесь и сейчас.

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

Путь пользователя в приложения

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

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

Подключение датчика. Это ключевой шаг. Мы сделали его максимально плавным:

• приложение проверяет, включен ли блютуз,

• предлагает поднести трансмиттер к датчику,

• показывает статус подключения в понятной форме.

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

Главный экран. После подключения все внимание на динамике состояния. Главный экран показывает:

• текущий уровень глюкозы,

• график за выбранный период,

• заметные скачки,

• последние изменения.

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

Дневник

Мы сделали удобный дневник, где можно быстро добавить:

• показания глюкометра,

• углеводы,

• дозировку,

• приемы пищи,

• другие показатели.

Формы компактные, понятные и не требуют лишних действий. Человек может фиксировать записи по ходу дня.

Интересные технические решения

Интерфейс Freelife выглядит простым, но за ним стоит сложная техническая архитектура. Мы сделали так, чтобы она была незаметна пользователю, а приложение оставалось стабильным каждый день. Вот ключевые технические решения, которые сделали это возможным.

Гибридная архитектура: React Native + нативные модули. Приложение построено на React Native, но около 70–80% критической логики написано на нативном коде (Swift для iOS и Kotlin для Android). Мы осознанно пошли на такую гибридную архитектуру.

React Native отвечает за пользовательский интерфейс — авторизацию, формы дневника и навигацию. А вся работа с устройствами, сетью и данными идет через нативные модули:

• блютуз-соединение с датчиком Libre,

• HTTP-клиент для синхронизации с бэкэндом,

• локальная база данных для офлайн-режима,

• визуализация графика уровня глюкозы.

Почему так? React Native — это обертка над нативными платформами. Когда нужна тесная интеграция с железом или фоновые процессы, приходится писать нативный код напрямую. К тому же модули работают независимо: если модуль работы с датчиком написан на Swift, он не может вызвать модуль базы данных, написанный на React Native. Поэтому всю критическую инфраструктуру мы вынесли на нативный уровень.

Стабильное блютуз-соединение и фоновая работа. Блютуз-соединение может прерываться из-за расстояния (датчик отключается на расстоянии ~10 метров), помех или перезагрузки устройства. Мы построили систему, которая:

• автоматически переподключается при потере сигнала,

• получает данные каждые 5 минут, даже когда приложение свернуто,

• сохраняет данные локально, если интернета нет, и отправляет их на бэкэнд при появлении сети.

Фоновый режим работает по-разному на платформах:

• на iOS фоновая работа возможна только если приложение в диспетчере задач (свернуто, но не выгружено из памяти). Apple считает: если пользователь выгрузил приложение, значит, не хочет, чтобы оно работало. Мы не стали использовать хаки и оставили это ограничение как есть.

• на Android все проще: можно запустить фоновый процесс, который продолжит работать даже после перезагрузки телефона или выгрузки приложения.

Вся логика фонового режима написана на нативных сервисах (из коробки iOS и Android), без сторонних библиотек.

График, который правильно отражает динамику. Изначально хотели использовать библиотеки для React Native, но ни одна не подходила по уровню кастомизации.

График должен был:

• показывать значения с разной частотой (иногда данные приходят реже),

• корректно обрабатывать пустые промежутки (например, ночью),

• плавно масштабироваться при свайпе,

• визуально выделять пики и падения.

Пришлось написать нативные графики для iOS и Android отдельно. Теперь график строится мгновенно, работает плавно и точно отражает состояние пользователя.

Реальное тестирование: 10–14 дней с датчиком под кожей. Тестирование нельзя было провести на эмуляторах. Датчик вживляется под кожу, и только реальный опыт показывает, как он работает.

Наши разработчик и тестировщик добровольно установили датчики и носили их полный цикл (10–14 дней каждый). Всего за время проекта — от прототипа до релиза — было протестировано 4–5 датчиков.

Мы проверяли:

• стабильность блютуз-соединения в движении, дома, на улице,

• поведение при потере связи и переподключении,

• работу графика в реальных условиях (с пропусками данных, скачками, перезагрузками),

• корректность сбора данных (иногда приходили отрицательные значения — 1–2 за день, вероятно, из-за сбоя датчика).

Датчик водонепроницаемый, с ним можно мыться, ходить в бассейн, заниматься спортом. Мы спросили у ребят — как им было ходить с датчиками. Говорят, что дискомфорта не было 🙂 Только любопытно было наблюдать за реакцией организма на еду и физические нагрузки.

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

Вот главное, что удалось:

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

❤️ Удобный и понятный интерфейс

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

❤️ Работа без интернета

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

❤️ График, которому можно доверять

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

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

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