Поищите гайд по созданию карты лояльности — и найдёте в основном два типа: один разбирает Apple Wallet и на этом останавливается, второй делает то же самое для Google Wallet. Следуя любому из них, вы построите только половину программы, потому что примерно половина ваших клиентов носит тот кошелёк, для которого вы ничего не сделали.
Это версия, которая с самого начала закрывает оба кошелька — платформа клиента не должна решать, дойдёт ли до него ваша карта лояльности.
Как сделать цифровую карту лояльности без двух отдельных сборок
В нативной разработке Apple Wallet и Google Wallet — два никак не связанных технических пути. Apple использует подписанный файл .pkpass через PassKit; Google — объект пропуска через собственный Wallet API. У каждого свои сертификаты и свой пайплайн обновлений, поэтому в большинстве компаний поддержка обеих платформ означает два отдельных тикета в бэклоге вместо одного.
No-code билдер пропусков схлопывает это в один workflow. Вы один раз проектируете карту в дашборде — поля, цвета, штрихкод, всё сразу, — а платформа генерирует и подписывает и Apple-, и Google-версию из этого единого дизайна. Вы не ведёте два независимых определения карты, которые могут незаметно разойтись, — вы ведёте одно.
Нужно ли приложение лояльности для малого бизнеса
Отдельное приложение лояльности для малого бизнеса звучит как исчерпывающее решение, но большинство небольших команд недооценивают его цену: скачивание, которое многие клиенты не завершат, постоянная поддержка в App Store и Play Store, и сборка, которую нужно обновлять при каждом изменении правил любой из платформ.
Wallet-пропуск даёт тот же ключевой механизм — баланс баллов, уровень, штрихкод для сканирования — вообще без скачивания. Для большинства малых бизнесов этот выбор почти всегда в пользу wallet-пропуска. Приложение оправдывает свою цену, когда нужна функциональность, которую пропуск в принципе не может дать, — например, заказ прямо в приложении или лента активности. Для учёта баллов и напоминания вернуться это overhead, который вам не нужен.
Пошагово: одна карта, оба кошелька
-
Спроектируйте карту один раз
Задайте брендинг, цвета, логотип и важные поля: баланс баллов или число штампов как основное поле, дату истечения или ID участника как второе. Добавьте штрихкод или QR-значение, которое будет сканировать ваша касса. Этот шаг дизайна происходит ровно один раз, независимо от того, на сколько платформ вы выпускаете карту.
-
Опубликуйте для Apple и Google одновременно
Из того же дашборда сгенерируйте и Apple Wallet-, и Google Wallet-версию пропуска. Платформа сама берёт на себя различия в подписании и форматировании, так что публикуете вы одну ссылку установки и один QR-код, которые сами разрешаются в нужный формат в зависимости от устройства клиента.
-
Протестируйте ссылку установки на обеих платформах
Откройте ссылку на iPhone и убедитесь, что карта корректно показывается в превью и добавляется в Apple Wallet, затем повторите на Android-устройстве для Google Wallet. Проверьте, что штрихкод сканируется, брендинг отображается как задумано, а гео-уведомление срабатывает в заданном радиусе. Карта, которая работает на одной платформе и ломается на другой, сводит на нет весь смысл поддержки обеих.
Как держать обе версии синхронизированными
Сборка и поддержка двух отдельных пропусков для Apple и Google удваивают объём работы при каждом изменении: новый уровень, ребрендинг, сдвинутый порог награды. Pushwoosh Wallet passes выпускает одну карту, которая работает на обеих платформах, поэтому обновление, сделанное один раз, доходит до каждого устройства, которое её сохранило, будь то Apple или Google, — без второй сборки, которую нужно поддерживать.
Запустите лояльность сразу в обоих кошельках
Pushwoosh Wallet passes строит одну карту для Apple Wallet и Google Wallet из единого дашборда, так что каждый клиент получает одинаковый опыт независимо от телефона в кармане — и независимо от того, в какой стране он находится. Посмотрите, как та же механика работает в программе лояльности для ресторанов или в более широкой программе лояльности для розницы.
