

.png)


Людям с диабетом жизненно важно отслеживать уровень сахара в крови и вовремя замечать изменения. Команда Freelife пришла к нам с запросом: создать удобное мобильное приложение, которое получает данные с датчика Libre для измерения сахара, позволяет сохранять и отслеживать динамику, а также вести дневник самочувствия.
Это история о цифровом продукте, который приносит реальную пользу людям. Для него мы переработали пользовательские сценарии, адаптировали дизайн, сделали фронтенд (клиентскую часть), подключили датчик, протестировали приложение в реальных условиях — и подготовили стабильный MVP (Минимально жизнеспособный продукт), с которым клиент смог двигаться дальше.
Для людей с диабетом контроль сахара — это часть повседневной жизни. На колебания уровня глюкозы влияют многие факторы. Чтобы успевать реагировать вовремя, человеку нужна ясная картина своего состояния. И здесь на помощь приходит медтех, автоматизируя рутину.
Приложение Freelife:
Вместо того чтобы держать всё в голове или фиксировать на бумаге, пользователь получает удобный инструмент, который поддерживает его каждый день.

Что важно — приложение должно оставаться простым, чтобы им было удобно пользоваться с первого же запуска. Поэтому наш фокус был не только на интеграции с устройством, но и на том, чтобы сделать продукт понятным в деталях.
Клиент пришел с пониманием медицинской специфики, наработками пользовательских сценариев и обратной связью по предыдущему веб-сервису. Но мобильного приложения не было. Нашей команде было нужно привести флоу (путь пользователя) к единой логике, адаптировать дизайн, обеспечить стабильное подключение к датчику и сделать минимально жизнеспособный продукт, который можно показывать инвесторам и запускать в тестирование.
Чтобы приложение заработало как нужно, мы должны были сосредоточиться на трех ключевых направлениях:
1. Обеспечить стабильное подключение к датчику. Freelife строится вокруг потока данных с датчика Libre, который обновляет показатели каждые 5 минут. Важно, чтобы данные приходили бесперебойно.
Для нас это означало, что нужно:
Это был главный технический фокус всего продукта.

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

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


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

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

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

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

Интерфейс Freelife выглядит простым, но за ним стоит сложная техническая архитектура. Мы сделали так, чтобы она была незаметна пользователю, а приложение оставалось стабильным каждый день. Вот ключевые технические решения, которые сделали это возможным.
Гибридная архитектура: React Native + нативные модули. Приложение построено на React Native, но около 70–80% критической логики написано на нативном коде (Swift для iOS и Kotlin для Android). Мы осознанно пошли на такую гибридную архитектуру.
React Native отвечает за пользовательский интерфейс — авторизацию, формы дневника и навигацию. А вся работа с устройствами, сетью и данными идет через нативные модули:
Почему так? React Native — это обертка над нативными платформами. Когда нужна тесная интеграция с железом или фоновые процессы, приходится писать нативный код напрямую. К тому же модули работают независимо: если модуль работы с датчиком написан на Swift, он не может вызвать модуль базы данных, написанный на React Native. Поэтому всю критическую инфраструктуру мы вынесли на нативный уровень.
Стабильное блютуз-соединение и фоновая работа. Блютуз-соединение может прерываться из-за расстояния (датчик отключается на расстоянии ~10 метров), помех или перезагрузки устройства. Мы построили систему, которая:
Фоновый режим работает по-разному на платформах:
Вся логика фонового режима написана на нативных сервисах (из коробки iOS и Android), без сторонних библиотек.
График, который правильно отражает динамику. Изначально хотели использовать библиотеки для React Native, но ни одна не подходила по уровню кастомизации.
График должен был:
Пришлось написать нативные графики для iOS и Android отдельно. Теперь график строится мгновенно, работает плавно и точно отражает состояние пользователя.
Реальное тестирование: 10–14 дней с датчиком под кожей. Тестирование нельзя было провести на эмуляторах. Датчик вживляется под кожу, и только реальный опыт показывает, как он работает.
Наши разработчик и тестировщик добровольно установили датчики и носили их полный цикл (10–14 дней каждый). Всего за время проекта — от прототипа до релиза — было протестировано 4–5 датчиков.
Мы проверяли:
Датчик водонепроницаемый, с ним можно мыться, ходить в бассейн, заниматься спортом. Мы спросили у ребят — как им было ходить с датчиками. Говорят, что дискомфорта не было 🙂 Только любопытно было наблюдать за реакцией организма на еду и физические нагрузки.
В результате мы сделали мобильное приложение, которое делает важную задачу — контроль глюкозы — плавной и предсказуемой. Оно не требует разбираться в технологиях и работает так, как нужно пользователю каждый день.
Вот главное, что удалось:
Мы заложили архитектуру и дизайн, которые позволяют продукту развиваться без риска сломать что-то в основе. Уже сейчас приложение готово к расширению: семейные сценарии, анализы, сложные дневниковые записи, редизайн, поддержка новых моделей датчиков — все эти направления можно добавлять постепенно и безопасно.
Главное — клиент получил рабочий продукт вовремя. Приложение выполняет свою основную задачу: помогает человеку ориентироваться в уровне сахара, фиксировать важные события дня и делать это без стресса. Благодаря стабильной базе команда Freelife смогла уверенно двигаться дальше и планировать следующий этап развития продукта.
→ Ищете команду, которая разработает цифровой продукт для медицины? <a class="blog-modal_opener">Мы на связи.</a>
Делаем мобильные приложения, личные кабинеты пациентов, дашборды и сервисы с сложными интеграциями. Работаем как со стартапами, так и с крупными игроками рынка. Понимаем специфику медтех-решений и регуляторные нормы.
Расскажите нам о проекте — мы обсудим задачу, прикинем сроки, бюджет и формат работы.
Экспертиза в медицинских сервисах. Реализовали десятки проектов — от телемедицины до платформ для клиник и медицинских стартапов. Понимаем специфику отрасли, требования к пользовательскому опыту и законодательные нюансы.
Безопасность и соответствие стандартам. Продумываем защиту персональных данных с учетом отраслевых стандартов. Настраиваем шифрование, защищённую авторизацию, двухфакторную аутентификацию и контролируем безопасность на каждом этапе.
Быстрый запуск и проработанный процесс. Параллельно ведем аналитику, проектирование и разработку: минимально жизнеспособный продукт — за 3–4 месяца, прототип — за 2–4 недели. Все процессы прозрачны и понятны: регулярные демо, открытое планирование, быстрая обратная связь.
Удобство и забота о пользователях. Проектируем интерфейсы, удобные для врачей и пациентов. Следим за доступностью, навигацией и простыми сценариями — чтобы продукт был интуитивным, а медицинские задачи решались быстро и понятно.