Практическое руководство
Открыть панель ↗

Data-driven приложение

Собственное приложение бренда

Branded App Composer настраивает один управляемый опыт бренда для нативных приложений iOS и Android.

Где искать

Гости и программа → Branded-приложение

8 минут на чтение

Результат раздела

Сохранённый серверный черновик, проверенный preview и понятное разделение runtime-публикации и store-релиза.

01

Что делает Composer

  • В live-режиме черновик загружается с сервера и автоматически сохраняется с защитой от перезаписи другой вкладкой.
  • Можно выбрать архетип главной, дизайн-пресет, блоки, навигацию, модули и контент.
  • Один конфиг проверяется в iOS- и Android-preview: это две нативные поставки одного опыта, а не два конструктора.
  • Логотип, wordmark, обложка и app icon загружаются в управляемое хранилище и сохраняются как стабильные ссылки.
  • Mock-режим остаётся локальным demo и не разрешает runtime publish или store actions.

Live Composer и серверная runtime-публикация доступны в production. Это не означает, что новая сборка отправлена в App Store или Google Play: signing и публикация каждого нативного приложения проходят отдельно.

02

С чего начать

  1. 1Выберите «Создать с помощником» и определите главную бизнес-задачу приложения.
  2. 2Выберите характер бренда: он согласованно меняет плотность, формы и типографику.
  3. 3Сравните архетипы Home и оставьте только те блоки, которые команда сможет поддерживать контентом.
  4. 4Проверьте Home, Menu, Community и Profile для нового, постоянного и VIP-гостя.
  5. 5Дождитесь отметки «Сохранено», затем проверьте score готовности и причины незавершённых пунктов.
03

Что остаётся общим с GoGifty

  • Гости, consent и сегменты продолжают храниться в едином профиле гостя.
  • Баланс, прогресс и награды берутся из действующей программы лояльности.
  • Точки, адреса и часы работы принадлежат общему справочнику Locations.
  • Сообщения создаются в существующих «Рассылках»; Branded App становится каналом, а не отдельным списком кампаний.
  • Результат канала анализируется в общей «Аналитике».

Composer настраивает проекцию общего состояния для конкретного бренда, но не копирует операционные данные.

04

Роли и публикация

  • Владелец и администратор могут редактировать, публиковать/откатывать runtime и передавать store draft на внутреннее review.
  • Маркетолог может просматривать и редактировать структуру и контент, но не передаёт выпуск на review.
  • Менеджер точки и наблюдатель не видят Composer: конфигурация действует на весь бренд, а не на одну смену.
  • Runtime-настройки применяются без store review только в пределах уже встроенных возможностей; новая native capability требует бинарного релиза.
  • Готовность App Store и Google Play отмечается раздельно: одна платформа может ждать review независимо от другой.

«Передать на внутреннее review» создаёт задачу release-команде GoGifty. Это не внешняя отправка сборки и не публикация приложения.

05

Что можно менять без нового релиза

  • Поддерживаемые цвета, typography preset, тексты, порядок и варианты Home-блоков.
  • Пункты навигации, видимость уже встроенных модулей и ссылки на общий контент GoGifty.
  • Runtime можно откатить на прежнюю неизменяемую версию; техническая команда может ограничить rollout или включить аварийный fallback.
  • App icon, launch screen, bundle/application ID, permissions, SDK и новые модули требуют отдельного iOS/Android релиза.
06

Как оценить концепцию

  • На главной понятна одна основная задача, а не равный набор всех функций.
  • Есть хотя бы одно преимущество, доступное только в branded-приложении.
  • Профиль всегда доступен, а нижняя навигация содержит не больше пяти пунктов.
  • Команда реально готова обновлять выбранные stories, события или подборки с обещанной частотой.
  • Юридические материалы и store metadata не отмечены готовыми до фактической подготовки.

Следующий шаг

Связать опыт с возвратом гостей

Использовать единые аудитории, кампании и измерение эффекта.