Рецептурные и безрецептурные препараты нужно разделять
Для Rx-товаров нужен отдельный сценарий: с проверкой рецепта, учетом региональных правил и возможным подключением очного визита или телемедицины.
До 70% онлайн-поиска в категории лекарств начинается в поисковиках, а не в приложениях аптечных сетей. Поэтому бизнес теряет клиента еще до того, как тот дошел до заказа: человек ищет препарат или услугу, сравнивает варианты и уходит туда, где путь короче и привычнее — чаще всего в агрегатор.
К 2026 году одного факта наличия мобильного приложения уже недостаточно для роста. Конкурентное преимущество получают компании, которые используют приложение как инструмент контроля всего клиентского пути: от первого поиска до заказа, получения, повторной покупки, сопровождения терапии и персонализированной коммуникации. В российских реалиях это особенно критично, поскольку цифровой продукт одновременно влияет на выручку, операционную эффективность и соответствие требованиям регулируемой отрасли.
Surf — команда мобильной разработки, которая с 2014 года работает с ePharma, medtech и digital health-продуктами. В этом материале мы собрали набор must-have технологий и продуктовых механик, которые уже сегодня помогают аптечным сетям, клиникам и digital health-сервисам выигрывать в конкуренции с агрегаторами и усиливать собственный цифровой канал. В основе — наша практика и опыт крупных российских компаний, которые дают заметное продуктовое преимущество. В материале показываем:
К 2026 году российский рынок ePharma вошел в фазу зрелой конкуренции: подавляющее большинство пользователей заказывают онлайн, и наличие приложения как такового не повышает лояльность клиентов. По данным Data Insight, к июлю 2025 года интернет-аптеки обработали 22,1 млн онлайн-заказов, что говорит о повышении интереса пользователей к онлайн-покупкам [1,2].
Одновременно лекарства все чаще покупают на маркетплейсах: в 2025 году объем этого рынка в России достиг 990 млрд рублей [3]. Это показывает, что приложение уже не может развиваться в отрыве от агрегаторов — они забирают все больше внимания пользователей.
При этом ePharma в России развивается не по модели обычного e-commerce. Дистанционная торговля лекарствами регулируется отдельно: постановление Правительства РФ от 16.05.2020 № 697 ограничивает стандартную дистанционную продажу ряда категорий препаратов.
Для продуктовой стратегии это значит, что хорошее приложение должно не только помогать найти товар и оформить заказ. Оно также должно поддерживать интеграции, учитывать ограничения для разных категорий препаратов, понятно показывать статус заказа и быть готовым к работе с медицинскими сервисами.
В ePharma пользователь оценивает приложение не по количеству функций, а по тому, насколько быстро оно помогает решить его задачу. Если логика продукта излишне запутана, покупатель уйдет туда, где ему привычнее — в агрегатор или офлайн-аптеку.
При поиске препаратов пользователь обычно идет по одному из двух сценариев:
По данным Яндекса [4], пользователи генерируют около 519 млн поисковых запросов ежемесячно, при этом 40% этих запросов — брендовые. Примерно треть пользователей после поисковых систем переходят в онлайн-аптеку или агрегаторы, заметная часть — на сайты брендов, остальные продолжают поиск или уходят в маркетплейсы.
Это значит, что теперь нельзя рассчитывать на то, что пользователь сам откроет приложение аптеки. В ePharma спрос часто формируется вне собственного канала, а приложение оказывается лишь одним из вариантов на фоне агрегаторов, брендов и маркетплейсов. Важно:
Пример, как сейчас работают приложения-агрегаторы для медицинского обслуживания.
Если бренд не возвращает пользователя в собственный цифровой контур через поиск, рекомендации, быстрый checkout, лояльность и повторные сценарии, он постепенно отдает своих клиентов агрегаторам.
У большинства приложений главный экран по-прежнему устроен как промовитрина: он переполнен баннерами, акциями, универсальными подборками. Но поведение пользователя в фарме устроено иначе [6–8]. Человек чаще приходит в приложение с прикладной задачей: найти конкретный препарат, проверить наличие, выбрать точку получения, понять цену, быстро оформить заказ.
Поэтому главная страница должна работать под конкретные сценарии с персонализированными механиками:
Слева — главный экран, перегруженный информацией; справа — готовый прототип, который удерживает пользователя и «работает» с ним.
В ePharma поиск — уже не вспомогательная функция, а главный элемент интерфейса. Это подтверждают поведенческие данные [4–8]. Пользователи приходят с очень разными запросами: кто-то ищет конкретный препарат, кто-то — действующее вещество, симптом, аналог или более доступную замену. По данным Яндекса [4], 54% покупателей как минимум один раз искали замену привычному лекарству — из-за цены, отсутствия нужного препарата или желания найти лучший вариант.
Поэтому поиск, который понимает только точное название товара, теряет пользователя уже в самом начале. В ePharma он должен не просто находить позиции в каталоге, а понимать, что именно имеет в виду человек: исправлять опечатки, учитывать синонимы и торговые названия, находить препараты по действующему веществу, сценарию применения, цене и возможным аналогам. Именно такой подход влияет и на конверсию, и на удержание.
Как работает умный поиск на примере прототипа ePharma-приложения от Surf.
AI в ePharma нужен не только в поиске. Его можно подключать в нескольких ключевых точках:
Здесь искусственный интеллект работает на вовлечение пользователя. Его задача — помогать пользователю на всем пути внутри приложения: быстрее находить нужное и проще принимать решение о покупке.
Пример, как работает ИИ в нашем готовом прототипе для аптек.
Потери возникают и тогда, когда приложение пытается вести всех пользователей по универсальному маршруту. В ePharma это не работает. Срочный заказ лекарств, терапия хронических заболеваний, заказ для детей, покупки БАДов или косметики и поиск по назначению врача — это разные задачи с разной логикой выбора [6–8].
Для мобильного приложения это значит, что путь к разным категориям товаров не должен быть устроен одинаково:
Сегментация пути пользователя должна строиться не только вокруг срочности спроса, но и вокруг типа категории, степени самостоятельности выбора и длительности клиентского маршрута.
Потери возникают и тогда, когда пользователь не может сам уверенно выбрать товар. Он может не знать точное название препарата, не разбирать почерк врача или сомневаться, какую форму выпуска выбрать.
Полностью автоматический сценарий здесь работает слабо. Устойчивее выглядит сценарий, когда система сначала помогает распознать запрос или текст с фото назначения, а при необходимости подключает AI-бота, фармацевта или специалиста поддержки. Это особенно важно в сложных категориях, где ошибка слишком чувствительна, а любое сомнение быстро возвращает пользователя в офлайн.
Пример работы ИИ-поиска для подробной информации по назначенным препаратам.
Электронные рецепты уже нельзя воспринимать как редкий или отложенный сценарий. Они постепенно входят в повседневную практику, и для цифрового продукта это уже повседневная реальность, а не задел на будущее. Минздрав РФ сообщил [9], что в Московской области с начала 2025 года было оформлено более 3 млн электронных рецептов.
Для продукта это значит, что к рецептурному контуру нужно быть готовыми уже сейчас. Приложение должно корректно работать с персональными данными, поддерживать весь путь пользователя — от консультации и назначения до покупки и повторного заказа, — а также быть готовым к интеграции с региональными цифровыми системами.
В ePharma одного удобного интерфейса уже недостаточно. Если в приложении неверно показываются остатки, срывается бронь, путаются статусы заказа или обещанный срок не совпадает с реальным, пользователь перестает доверять сервису.
С 2025 года на этот процесс влияет и регуляторика. По данным Росздравнадзора [10], с 1 сентября 2025 года аптеки обязаны использовать локальный офлайн-модуль системы маркировки «Честный знак» при продаже лекарств. Если онлайн-проверка недоступна, система должна автоматически переходить в офлайн-режим.
Для продукта это значит, что наличие товара, самовывоз, доставка, статусы заказа и выдача не могут работать отдельно от операционных процессов. В российской ePharma доверие строится на том, насколько точно и стабильно работает весь сервис.
Данные Яндекса [4] показывают, что в разных регионах РФ у пользователей разные приоритеты. Например:
Приложение должно учитывать локальный спрос и показывать то, что действительно актуально для пользователей в конкретном регионе. На практике это реализуется через настройку региональных сценариев: приложение определяет регион пользователя и отображает локальные сценарии. Например, меняет популярные категории на главной, перестраивает поисковые подсказки, приоритезирует нужные товары в выдаче и показывает сезонные предложения для этого региона.
Еще один пример грамотного подключения персонализации: умные подборки для ухода за малышом.
Внутреннее исследование Surf показывает, что рынок аптечных приложений уже закрыл базовый уровень цифрового сервиса. Пользователь может найти товар по названию или действующему веществу, открыть карточку, проверить наличие, выбрать аптеку и оформить заказ. Эти механики стали гигиеническим минимумом.
Следующий уровень развит слабее. Во многих приложениях уже есть поиск по симптомам, напоминания, голосовой поиск, сканирование штрихкода, программы лояльности и статусы заказа. Но чаще всего эти функции существуют сами по себе и не складываются в удобный и цельный сценарий.
Проблема рынка сегодня не в нехватке функций, а в том, как они работают. Поиск по симптомам часто дает неточные результаты, персонализация не помогает, а главный экран перегружен акциями вместо полезных сценариев. В итоге приложение вроде бы умеет многое, но плохо подстраивается под реальные задачи пользователя.
Самые заметные точки роста сейчас — электронные рецепты, ИИ-персонализация, поддержка со стороны специалиста и сервисы сопровождения в терапии различных заболеваний.
Разберем поиск, сценарии заказа, лояльность и операционный контур — и покажем, где вы теряете конверсию и повторные покупки.
Интерес к AI в здравоохранении уже вышел за пределы пилотных проектов. По данным Smart Ranking [11], такие решения все чаще используют как практический инструмент для персонализации сервиса.
В ePharma это особенно важно для поиска. Пользователь не всегда знает точное название препарата, поэтому система должна уметь понимать запрос даже в неточной или бытовой формулировке. Для этого поиск работает не только с данными каталога, но и «переводит» запрос в нужную форму: уточняет его смысл, сопоставляет с данными о товарах и помогает выстроить более понятный сценарий выбора.
Дополнительно система может подсказывать, как сузить выбор, объединять результаты по смыслу и предлагать аналоги-дженерики. В итоге пользователь видит не просто список товаров, а более понятный путь к покупке.
Выстроенная Surf модель снижает долю пустых результатов, повышает конверсию поиска, увеличивает средний чек за счет сопутствующих сценариев, улучшает удержание и повышает конверсию в аналоги и дженерики.
Пользователь вводит название препарата, действующее вещество, симптом, бытовое описание проблемы, часть назначения или запрос на аналог подешевле.
Система исправляет опечатки, распознает сокращения, приводит формулировку к единому виду и сопоставляет торговые названия, действующие вещества и разговорные формулировки.
Товарный каталог заранее дополняется новыми полями: симптомы, заболевания, бытовые формулировки, действующие вещества, синонимы, терапевтические группы, возрастные ограничения и другие признаки, извлеченные из описания и инструкции.
Обогащенные данные загружаются в поисковый движок. За счет этого поиск работает не только по названию, но и по симптомам, заболеваниям, бытовым запросам и аналогам.
На этом этапе система может работать в двух режимах: точный поиск по названию или действующему веществу; AI-слой поверх поиска с уточнениями, каруселями и аналогами.
Пользователь получает не просто список товаров, а более понятную структуру выбора. Например, запрос по заболеванию или симптому раскладывается на отдельные сценарии: для взрослого или ребенка, сухой или влажный кашель, базовое средство, аналоги, сопутствующие товары.
После оформления заказа пользователь оценивает не интерфейс, а исполнение: есть ли товар, сохранится ли бронь, когда можно забрать заказ, насколько точны статусы и совпадает ли обещанный срок с фактическим. Любой сбой в этих точках снижает доверие и повышает отток.
Для мобильного продукта это означает пять обязательных требований:
В России ePharma нельзя проектировать как обычный интернет-магазин. Закон влияет на саму логику продукта: как продаются лекарства, как проходят рецептурные сценарии, как обрабатываются данные пользователя, как работает маркировка и что происходит при сбоях. Поэтому правильнее сразу проектировать приложение с учетом регуляторики, а не как обычную витрину с каталогом и доставкой.
Для Rx-товаров нужен отдельный сценарий: с проверкой рецепта, учетом региональных правил и возможным подключением очного визита или телемедицины.
Важно видеть не только количество товара, но и серию, срок годности, статус маркировки и место хранения. Для товаров с коротким остаточным сроком лучше заранее запускать отдельные сценарии сбыта, например распродажи. Это помогает снижать списания и управлять остатками без потери доверия со стороны пользователя.
AI здесь может помогать с первичной маршрутизацией, сбором данных и подготовкой к консультации, но не заменять врача.
Лучше сразу разделить архитектуру: отдельно аккаунт, заказы, рецепты и медданные. По закону данные нужно хранить в России, уведомить Роскомнадзор о начале обработки и определить порядок действий при инцидентах. Поэтому в продукте с самого начала нужны согласия, роли доступа, журнал действий и защищенный контур для чувствительных данных.
Есть и еще один нюанс: маркировку нужно учитывать во всем заказном процессе, а не только на этапе продажи. Она должна быть связана с приемкой товара, остатками, резервом, самовывозом, выдачей и возвратом. С 1 сентября 2025 года аптеки обязаны использовать офлайн-модуль «Честного знака»: если онлайн-проверка недоступна, система должна автоматически перейти в офлайн-режим, сохранить данные о продаже и передать их позже. Поэтому продукт должен уметь работать без сбоев даже при проблемах со связью и корректно обновлять статусы после синхронизации.
Покажем, что нужно заложить в архитектуру, чтобы избежать доработок после запуска.
Более устойчивой моделью в 2026 году становится мобильная экосистема, где в одном контуре собраны все ключевые сценарии: профиль клиента, поиск, заказ, получение, лояльность, консультации, аналитика и готовность к электронным рецептам.
Если продукт правильно выстроен — от поиска до получения заказа и повторной покупки, — бизнес может получить:
Покажем, какие механики дадут наибольший эффект именно для вашей аптечной сети или клиники.
Опираясь на более чем 13 лет опыта в медтехе и ePharma, команда Surf разработала концепт мобильного приложения для крупной аптечной сети. Мы спроектировали его как сервис, который помогает пользователю быстро решить задачу: найти препарат, проверить наличие, выбрать способ получения и оформить заказ без лишних шагов. Прототип помогает бизнесу:
Прототип уже доказал свою пользу для крупных аптечных сетей. Например, для Риглы мы выстроили мобильную экосистему на общей платформе сразу для нескольких брендов компании. Внутри платформы реализовали механики, которые напрямую влияют на пользовательский путь и экономику продукта:
Ниже — практическая матрица внедрения. Она помогает отделить действительно стратегические механики от инициатив, которые стоит запускать только после стабилизации базового контура. Для старта вы можете использовать готовую концепцию приложения от Surf, а затем подключать к ней новые механики.
Покажем, как может выглядеть ваш мобильный продукт с учетом ваших сценариев, каталога, логики поиска, выдачи и клиентского пути