Разработка медтех‑приложения — как сэкономить бюджет и выйти на рынок быстрее

Рассказываем, как разработали мобильное приложение‑читалку для медицинского справочника Reclin: сфокусировались на MVP вместо полного переноса функционала, решили нетривиальные проблемы с модерацией App Store для медицинского продукта и подготовили независимую архитектуру к масштабированию — без увеличения бюджета клиента.

О клиенте и задаче

Reclin — это образовательный сайт для студентов‑медиков и начинающих врачей.

Справочник состоит из трёх логических блоков:

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

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

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

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

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

К нам клиент пришёл, чтобы дополнить веб‑портал мобильным приложением‑читалкой. Мы быстро поняли, что перенести весь функционал сайта (рекомендации, практические инструменты и обучение) в рамках бюджета невозможно, поэтому проанализировали каждую сущность сайта и разделили их по важности. Упор сделали на базу клинических рекомендаций. Гайды и курсы открываются по внешней ссылке. А калькуляторы решили пока оставить в формате WebView.

Отрисовали дизайн за две недели

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

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

Сделали дубликат базы данных

Ещё до нас проект начинался как сайт на WordPress. По мере роста продукта CMS стала ограничивать развитие бизнеса: стало сложно внедрять кастомные фичи и поддерживать сайт без постоянной технической команды.

Чтобы подготовить проект к будущему переезду с WordPress, мы создали для мобильного приложения независимый бэкенд на Python (Django) с базой данных MySQL.

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

Чтобы подружить две базы данных, можно было настроить автоматический запуск скрипта по расписанию, например каждые 30 минут. Но мы отказались от этой идеи из‑за задержек и высокой нагрузки на сервер.

Вместо этого мы разработали и внедрили кастомный плагин‑webhook для WordPress. Теперь при любом изменении на сайте сервер WordPress отправляет сигнал на наш бэк, который забирает свежие данные о статьях и пользователях.

Написали парсер для очистки текста

Клиент наполняет сайт так: копирует материалы из Google Docs и вставляет их напрямую в редактор WordPress. Из‑за этого статьи приходили в мобильное приложение в виде грязного HTML‑кода — с лишними тегами, стилями и специфическими атрибутами, которые засоряли текст.

В мобильных приложениях нет полноценного браузерного движка для обработки такого кода, поэтому мы реализовали многоэтапный процесс очистки:

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

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

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

Чтобы защитить бизнес клиента от пиратства, мы внедрили кэширование срока подписки: приложение помнит, за что заплатил пользователь, даже без связи с сервером. Если срок действия подписки закончился — материалы исчезают из сохранёнок.

Восстановили работу приложения после сбоя

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

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

Зарелизили приложение в сторах

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

Потом компания Apple обнаружила, что в веб‑версии приложения есть платежи, и потребовала добавить встроенные покупки внутри приложения. Это оказалось сложно, мы получали шаблонные ответы от поддержки, и сдвинуться с мёртвой точки получилось только после консультации с представителями Apple (по телефону).

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

В итоге один сценарий сработал: мы разделили логику работы для разных платформ. Если в версии для Android платный контент остался виден со ссылкой к покупке на сайте, то из версии для iPhone мы вырезали все платные разделы. Для модераторов App Store приложение стало выглядеть как бесплатный продукт, поэтому спустя месяц мы наконец‑то прошли модерацию — и Recline оказался в сторе.

Как мы оптимизировали работу на проекте и сэкономили бюджет клиенту

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

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

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

Совместно с клиентом мы пересмотрели приоритеты: сложные модули вроде калькуляторов реализовали через WebView, а дизайн приложения упростили. Это позволило сократить сроки релиза и взять в работу более важные функции, например офлайн‑мод.

Частично взяли на себя роль продакт‑оунера. Помогли структурировать запросы от пользователей и упаковали их в технические требования. Например, «реализовать офлайн‑режим», чтобы врачи могли пользоваться справочником даже при медленном интернете или вообще без него.

Также мы подготовили почву для будущего разделения функционала под разные сегменты: студентов и практикующих медиков.

Эффективнее распределили ответственность внутри команды. На этом проекте мы применили связку Менеджер + Тимлид. Тимлид полностью координировал техническую часть и контролировал выработку часов, поэтому разработка стала предсказуемой.

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

Что мы вынесли из проекта — и что советуем заказчикам цифровой разработки

Это классическая ловушка: чем дольше живёт продукт на неподходящей платформе — тем дороже с неё выходить. Если вы только выбираете технологию для своего продукта, ориентируйтесь не только на стоимость старта, но и на то, насколько легко будет найти другую команду, если что‑то пойдёт не так.

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

Студент за ноутбуком читает длинные клинические рекомендации. Студент в метро достаёт телефон, чтобы за 30 секунд вспомнить дозировку. Это разные сценарии — и разный нужный функционал. Прежде чем переносить что‑то в мобилку, стоит спросить: а зачем пользователь вообще будет открывать приложение, а не сайт?

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

Если вы планируете мобильное приложение — открывайте аккаунты разработчика в App Store и Google Play в самом начале проекта, не за две недели до релиза. Особенно если у вас медицина, финансы или детский контент: модерация там жёстче и дольше.

Закладывайте метрики с первого дня. На проекте не было базовых метрик, чтобы замерять конверсию или отслеживать поведение пользователей. Даже одна‑две метрики с первого дня, например сколько пользователей открывают приложение повторно через неделю, дают точку отсчёта для любых решений. Без них вы улучшаете продукт вслепую.

Итоги и планы

• Разработали мобильное приложение в дополнение к медицинскому веб‑справочнику. С удобной читалкой, офлайн‑доступом и парсером, чтобы текст в приложении отображался без лишних артефактов.
• Запустили приложение в RuStore, Google Play и App Store. Продукт работает стабильно и доступен пользователям на всех платформах. Получили ~1000 скачиваний в первую неделю после релиза и пачку позитивных отзывов от пользователей в сторах и клиентском чате поддержки.
• Сэкономили бюджет на проверку гипотез. Вместо переноса всех функций сайта запустили MVP с приоритетными фичами. Это позволило клиенту выйти на рынок и начать сбор аналитики.
• Подготовили проект к масштабированию. Создали независимую архитектуру, которая позволяет в любой момент начать перенос сайта с WordPress на современный стек. База данных уже настроена на синхронную работу с мобильным приложением.