Авторизация
Сброс пароля
Единая мультибрендовая архитектура в ePharm и рост продаж в приложении почти на 50%. Совместный проект .redev и аптечной сети 36,6
Заказчик: ПАО «Аптечная сеть 36,6»
Страница кейса/результат: https://www.rustore.ru/catalog/app/com.platfomni.gorzdrav https://www.rustore.ru/catalog/app/com.platfomni.apteka366

Сеть аптек «36,6» стала одной из первых в отрасли, которая внедрила мультибрендовую технологическую платформу, способную выдерживать многократный рост нагрузки. ИТ-компания .redev провела перестройку ИТ-систем бренда «36,6» и заложила технологический фундамент для будущего роста и масштабирования.
1. Вводная задача от заказчика, проблематика, цели
Цель: создать функциональную, но простую платформу для масштабирования бизнеса.
Первоначально стояла задача уйти от SAP Commerce и создать собственную технологическую основу для управления брендами и обеспечивать безупречный пользовательский опыт для миллионов пользователей. Клиента беспокоила устаревшая архитектура, технологический стек и нестабильная работа приложения.
Вместе с клиентом команда .redev определила пять блоков задач:
● Разработать два новых мобильных приложения «с нуля» за 11 месяцев, сохранив привычный функционал с возможностью развития.
● Внедрить 24/7/365 мониторинг и поддержку.
● Обеспечить архитектуру, выдерживающую рост трафика x10 без деградации.
● Создать современный интуитивный интерфейс с простым оформлением заказа, при этом сохранить UX-привычки миллионов пользователей, не потеряв конверсию.
● Обеспечить поддержку старых приложений на момент разработки, чтобы пользователи не остались без привычного канала.
Перед началом работы ИТ-компания .redev провела аналитику текущих ресурсов и выявила трудности, которые мешали масштабированию приложений:
● Техническую поддержку осуществляли несколько независимых команд, что создавало дополнительные расходы для компании.
● Накопленный технический долг приводил к тому, что каждая доработка занимала непропорционально много времени.
● Две разные кодовые базы провоцировали несовместимость, сбои, медленные релизы, что отразилось на доступности приложений для пользователей.
● В периоды высокого спроса — сезонные болезни, акции и распродажи — приложения не выдерживали высоких нагрузок и пиков.
● Для стабильной работы платформы и приложений не хватало централизованного мониторинга и возможности оперативного реагирования.
При росте пользовательской нагрузки на системы совокупность этих рисков могла привести к разрозненному пользовательскому опыту, потере заказов и низкой конверсии.
Лариса Романовская
директор по омниканальным продажам, ПАО «Аптечная сеть 36,6»
Для бизнеса всегда критичны любые технологические перестройки, и важно быть уверенным, что пока ты готовишь лучшее решение, текущие системы продолжают выполнять важный для пользователей функционал. Поэтому задача была шире, чем типичный ребрендинг — надо было не только создать новое, но и обеспечить достойный переход от старых приложений к новым так, чтобы для клиента это прошло бесшовно.

Приложения аптек «36,6» и «Горздрав» до внедрения мультибрендовой платформы
2. Описание реализации кейса и творческого пути по поиску оптимального решения
Технологическое решение: из разрозненных приложений — в единую экосистему.
Первым этапом стало формирование единой кодовой базы и гибкой архитектуры — технологического «фундамента» для текущих и будущих мобильных приложений сети. Общие функции, такие как авторизация, каталог товаров, корзина, оплата, управление акциями и уведомлениями, вошли в самостоятельный программный модуль — SDK, который используется всеми приложениями.
Для бизнеса это означает стабильные и предсказуемые релизы новых функций, одинаковое качество и скорость развития всех приложений одновременно. Для технической команды — единый источник информации, общий набор тестов и отсутствие дублирующей работы. Любая новая функция, созданная на платформе, автоматически становится доступна для всех брендов без дополнительных затрат.
Такой подход позволяет тестировать новые продуктовые гипотезы точечно — например, на одном регионе или одном бренде — не затрагивая всю сеть. Если эксперимент успешен, его можно быстро масштабировать.
Визуальная часть платформы также была стандартизирована. Ее основой стали дизайн-токены — типовые параметры интерфейса, включающие цветовые схемы, типографику, размеры элементов и их состояния. Меняя лишь набор токенов и бренд-пакет графических ресурсов, можно быстро адаптировать приложение под разные бренды без переписывания экранов и без изменения логики работы.
Это делает запуск новых брендов и франшиз значительно быстрее и дешевле. Даже крупный ребрендинг превращается не в месяцы сложной переработки, а в управляемое переключение дизайна через набор новых конфигураций.
Отдельным проектом стал переход пользователей на новую платформу. Для этого команда обеспечила обратную совместимость — старые версии приложений продолжали работать без сбоев, пока пользователи постепенно переходили на новые. Система последовательно переводила трафик на новое приложение, а момент обязательного обновления был запущен только после достижения определенной доли пользователей. Это позволило пройти миграцию без негативного влияния на операционную деятельность и клиентский опыт.
Одной из наиболее технически сложных задач была унификация навигации по ссылкам и обработка push-уведомлений. Один и тот же URL должен был открывать одинаковый экран как в старом, так и в новом приложении. Если приложение устарело, пользователь. автоматически попадал на веб-версию или корректный экран старой версии. Это решение позволило сохранить конверсию рекламных кампаний и избежать провалов в переходах.
Создание единого репозитория — места хранения кодовой базы и SDK — изменило и процессы разработки. Релизы стали централизованными для всех брендов — устранили дублирование зависимостей, стандартизировали обработку ошибок, внедрили единые правила кодстайла и расширили систему логирования.
Бизнес тоже получил больше контроля: например, новая механика промокодов может быть запущена на всю сеть или только для одного бренда через отдельный модуль. Это возможно с помощью feature-флага — управляемого переключателя, не требующего релиза.
В результате единая кодовая база снизила совокупную стоимость владения и сопровождения, а модульная архитектура дала свободу для быстрых экспериментов и масштабирования. Разрозненные приложения превратились в единую платформу, удобную для разработки, маркетинга и — главное — конечных пользователей.
UX и экосистема бренда: знакомые пользователю веб-сайты как основа мобильного опыта
При разработке команда стремилась создать мобильный UX, дополняющий экосистему бренда 36,6. Анализ сайтов 366.ru и gorzdrav.org определил принципы взаимодействия с клиентами, которые легли в основу архитектуры приложения.
1. Полный и привычный каталог
Приложение наследует структуру сайтов и дает быстрый поиск по симптомам и действующим веществам — пользователю легче найти нужное и принять решение о покупке.
2. Единый личный кабинет
Один логин для всех сервисов, объединенные бонусы, история заказов и избранное. Причем приложение даже расширяет возможности — например, в «Аптека 36,6» можно выбрать «важный товар» и получать повышенный кешбэк на него.
3. Сильный промо-блок
Интеграция со всеми акциями сети и push-уведомления, которые дают лучшую конверсию, чем email. Приложение становится основным каналом продвижения с высоким трафиком и числом заказов.
4. Экспертный контент и поддержка 24/7
Пользователь получает не только товары, но и полезные рекомендации. Приложение усиливает позиционирование бренда как центра здоровья. Реализована функция «вопрос-ответ» через чат или форму обратной связи. Команда поддержки обеспечивает коммуникацию 24/7. Качественная реализация этих функций позволяет повышать лояльность аудитории.
5. Связь онлайн и офлайн каналов
Сайт 366.ru имеет раздел «Где получить заказ», а gorzdrav.org – «Все аптеки». В мобильном приложении это реализовано в виде интерактивной карты и списка аптек. Пользователь легко находит ближайшую аптеку через GPS, узнает о парковке и доступности. Приложение замыкает весь путь клиента — от поиска до получения.
В итоге UX приложения отражает сильные стороны брендов «36,6» и «Горздрав». Приложение с расширенным функционалом, но интуитивно понятное: пользователи отмечают легкость освоения за 10–15 минут. Эта простота — результат анализа пользовательского поведения на сайте и в предыдущих приложениях, а также UX-исследований на прототипах.
Сергей Костин
сооснователь и стратегический партнер, .redev
При этом архитектура платформы сохраняет гибкость там, где бренды должны различаться не только визуально, но и по бизнес-логике. Основной функционал выделен в «ядро», а программы лояльности, персональные рекомендации, акции и другие механики вынесены в отдельные бизнес-модули. Каждый модуль можно включать или настраивать индивидуально под конкретный бренд.

3. Результаты сотрудничества
Результаты: устойчивая и масштабируемая система, оценки 4,9+, трафик +62%, заказы +48%.
1. Нативная разработка — быстрее, надёжнее, удобнее для пользователя.
Создали приложения на «родных» языках — для iOS на Swift, Android — Kotlin. Это обеспечивает:
● высокую скорость работы;
● интуитивный интерфейс, привычный для пользователей обеих платформ;
● стабильность даже на старых устройствах;
● независимые обновления под каждую платформу, что ускоряет развитие.
2. Масштабируемая архитектура — система выдерживает рост трафика х10 без сбоев.
Платформа изначально спроектирована под высокие нагрузки. Она автоматически масштабируется при всплесках трафика (например, акции, сезонный спрос) и продолжает работать без простоев. Ускорение загрузки обеспечивается за счёт кеширования и CDN. Это снижает риски потери заказов в пиковые периоды.
3. Единый слой интеграции со всеми внутренними системами компании — middleware.
Сделали промежуточный слой, который отвечает за обмен данными между приложениями и внутренними системами (ERP, сайт, остатки товаров, платежи).
Он берёт на себя тяжёлую работу по обработке запросов и обеспечивает:
● стабильность и скорость;
● корректность данных в реальном времени;
● безопасность и контроль бизнес-логики.
Это даёт стабильную работу действующих систем, а новые сервисы можно подключать без дорогостоящей перестройки всей инфраструктуры.
4. Единая кодовая база — быстрее запуск, легче поддержка, ниже стоимость владения.
Оба приложения — «36,6» и «Горздрав» — работают на общей технологической основе.
Различия — только в брендинге и отдельных бизнес-модулях.
Преимущества:
● новые функции создаются один раз и доступны всем брендам;
● единый UX формирует единые привычки у пользователя и помогает ориентироваться во всех сервисах сети;
● техподдержка работает быстрее благодаря централизованным логам — единой базе хранения технической информации и статистике;
● запуск новых брендов или франшиз ускоряется в разы.
Бизнесу это позволяет сократить бюджет на техническую поддержку на 20–40% и повысить скорость ввода новых продуктов.
Сравнение октября 2024 и октября 2025 годов показывает рост трафика приложений на 62%, а количества заказов — на 48%. При этом архитектура справляется с большим количеством единовременных пользователей — 10 000+.
Эти изменения уже отразились в оценках пользователей — с запуска новая платформа получила рейтинг 4.8–4.9 в App Store и Google Play.
Единая мультибрендовая экосистема — путь, который может пройти любой ритейл.
Опыт «36,6» показывает, что единая мультибрендовая технологическая платформа может стать универсальной моделью для любого ритейла. Такая архитектура позволяет объединять разные бренды под одной технологической основой, быстро масштабировать бизнес, подключать новые сервисы — от маркировки и электронных рецептов в фарме до персонализации, экспресс-доставки, омниканальности и постпродажного сервиса в других сегментах. Благодаря модульности и middleware-компонентам новые функции подключаются без сложной переработки, а UX остается единообразным и соответствующим отраслевым стандартам.
● Цифровую трансформацию можно провести за 11 месяцев незаметно для пользователя и без ущерба для бренда.
● У бизнеса появляется управляемая, масштабируемая, быстрая мобильная инфраструктура, которая растет вместе с компанией, но не требует колоссальных бюджетов.
● Пример «36,6» показывает: мобильное приложение может стать точкой роста на десятки процентов, если это не просто приложение, а единая технологическая платформа.
Сергей Костин
сооснователь и стратегический партнер, .redev
По сути, речь идет о переходе от набора разрозненных приложений к единой управляемой платформе, которая растет вместе с бизнесом. Такой подход одинаково эффективен для фармритейла, продуктовых сетей, fashion, электроники и ресторанного рынка, позволяя компаниям быстрее внедрять инновации, снижать стоимость владения и обеспечивать клиентам стабильный, предсказуемый и удобный цифровой опыт.

Новая система дизайна для облегчения ввода новых брендов и фичей

Статистика приложений 2024 год против 2025
4. Заключение
Как будет развиваться платформа в 2026 году
После создания новой мобильной платформы и запусков приложений «36,6» и .redev продолжат работу в 2026 году. Компании формируют расширенную дорожную карту — внедрение новых способов оплаты, усиление персонализации, развитие подписок, работу с электронными рецептами и расширение ассортимента за счет интеграции партнерских продуктов. Также планируется реализовать возможность авторизации через такие системы, как SberID, VK ID, «Госуслуги». Коммуникация и контент тоже будут пересмотрены в пользу расширения возможностей для пользователей. Эти механизмы будут работать на повышение вовлеченности пользователей и увеличение доли мобильного канала в онлайн-продажах.
«В 2026 году мы сосредоточимся на улучшении пользовательского опыта и расширении дистанционных сервисов. Наша задача — постепенно превратить приложение из канала оформления заказов в удобный инструмент бесшовного опыта и помощника в повседневных задачах. Быстрый поиск и широкий выбор, персональные предложения и личные списки, система лояльности и разнообразные форматы оплаты. И конечно, прозрачная доставка, поддержка и работа с жалобами. Это поможет сделать взаимодействие с аптекой более удобным и предсказуемым», — Лариса Романовская, директор по омниканальным продажам ПАО «Аптечная сеть 36,6».
В технологическом блоке команда .redev продолжит повышать стабильность и снижать количество критических инцидентов. Партнеры намерены последовательно развивать платформу, сохраняя приоритет на надежности, масштабируемости и соответствии отраслевым требованиям.






