Как создать мультибрендовую архитектуру в ePharm: кейс аптеки «36,6» и .redev

Перед началом работы ИТ-компания .redev провела аналитику текущих ресурсов и выявила трудности, которые мешали масштабированию приложений:

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

При росте пользовательской нагрузки на системы совокупность этих рисков могла привести к разрозненному пользовательскому опыту, потере заказов и низкой конверсии.

Технологическое решение: из разрозненных приложений — в единую экосистему

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

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

«При этом архитектура платформы сохраняет гибкость там, где бренды должны различаться не только визуально, но и по бизнес-логике. Основной функционал выделен в «ядро», а программы лояльности, персональные рекомендации, акции и другие механики вынесены в отдельные бизнес-модули. Каждый модуль можно включать или настраивать индивидуально под конкретный бренд», — Сергей Костин, сооснователь и стратегический партнер .redev.

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

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

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

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

Одной из наиболее технически сложных задач была унификация навигации по ссылкам и обработка 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-исследований на прототипах.

Как была организована разработка: три команды под единой моделью управления

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

Команда разработки создавала два абсолютно новых приложения для iOS и Android на общей архитектуре. Это заняло 11 месяцев. 

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

Команда круглосуточной технической поддержки 24/7 мониторила систему, реагировала на инциденты, а также устраняла неполадки и решала вопросы от пользователей. SLA по критическим инцидентам — 15 минут. Такой уровень зрелости — редкость для фармритейла.

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

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

Результаты: устойчивая и масштабируемая система, оценки 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 остается единообразным и соответствующим отраслевым стандартам.

«По сути, речь идет о переходе от набора разрозненных приложений к единой управляемой платформе, которая растет вместе с бизнесом. Такой подход одинаково эффективен для фармритейла, продуктовых сетей, fashion, электроники и ресторанного рынка, позволяя компаниям быстрее внедрять инновации, снижать стоимость владения и обеспечивать клиентам стабильный, предсказуемый и удобный цифровой опыт», — Сергей Костин, сооснователь и стратегический партнер .redev.

• Цифровую трансформацию можно провести за 11 месяцев незаметно для пользователя и без ущерба для бренда.
• У бизнеса появляется управляемая, масштабируемая, быстрая мобильная инфраструктура, которая растет вместе с компанией, но не требует колоссальных бюджетов. 
• Пример «36,6» показывает: мобильное приложение может стать точкой роста на десятки процентов, если это не просто приложение, а единая технологическая платформа.