Как заставить пользователя обновить приложение
Как заставить пользователя обновить приложение?
У меня есть приложение для покупок в игровом магазине.
Есть много новых обновлений, которые должен иметь пользователь.
Новый Apk должен быть обновлен всеми пользователями.
Как я могу заставить всех своих пользователей обновить свое приложение?
5 ответов
Хм, вы можете сделать это с помощью подхода ниже.
В методе onResume запустите этот сервис, получите код версии приложения и сопоставьте этот код с текущим кодом приложения. Если они одинаковы, тогда все в порядке, Запрашиваете пользователя и уберите пользователя из приложения, убив его. NTOE: Вы можете использовать приведенный ниже код, чтобы получить текущую версию приложения, установленного на вашем устройстве.
Надеюсь, это вам поможет.
Вы можете использовать appgrades.io, чтобы предоставить настраиваемое представление в вашем приложении, блокирующее навигацию и просящее пользователя обновить приложение. Нет необходимости управлять версиями приложения в вашем приложении / API, если вы можете использовать сторонние библиотеки, которые выполняют такую задачу.
Да, вы можете управлять текущей версией АПК с помощью веб-сервиса. Необходимо выполнить следующие шаги,
Всякий раз, когда ваше приложение запускается, вызывайте любую службу, которая отправляет текущую версию приложения и на основе этого сервера отправляет ответ, такой как «0» или «1», как указано ранее. если вы получили значение выше, например, «0» для существующего приложения и «1» для обновления приложения, теперь вы можете управлять диалоговым окном или каким-либо активным представлением, которое перенаправляет приложение в приложение playstore.
Это все! Таким образом, вы можете принудительно обновить приложение.
Имейте файл на сервере, который содержит версию самого последнего выпущенного APK. При запуске приложения получите файл и сравните текущую версию APK с последней версией. В этот момент вы можете либо позволить пользователю продолжить, либо изящно направить его в Play Store.
Вам придется обновлять файл на сервере каждый раз, когда вы обновляете APK, но вы также можете предоставить дополнительные элементы управления или сообщения, которые вы можете показывать, например, когда старая версия больше не будет работать, чтобы дать вашим пользователям время на обновление.
Независимо от того, вам придется кодировать это в приложение, прежде чем пользователь получит его.
Вы не можете сделать это. Ваш API должен работать со старыми версиями вашего APK. И помните, что пользователь может удалить некоторые из ваших обновлений.
В крайнем случае вы можете проверить версию API в APK, показать предупреждение и не разрешать использовать ваше приложение.
Принудительное обновление приложения для Android, когда доступна новая версия
Я согласен с точкой Скотта Хельма выше. Но в некоторых экстремальных ситуациях (проблемы безопасности, нарушения API-интерфейсов …), где вам абсолютно необходимо, чтобы пользователи обновлялись для продолжения использования приложения, вы могли бы предоставить простой API для управления версиями. API будет выглядеть так:
Когда начнется ваше приложение, вы можете вызвать этот API, который будет проходить в текущей версии приложения, и проверить ответ на вызов API управления версиями.
Даже при наличии этой принудительной возможности обновления вы должны продолжать поддерживать более старые версии, если это абсолютно необходимо.
Вы не должны перестать поддерживать более старую версию, как только выйдет новая версия. Это приведет к ужасному опыту пользователя. Я не знаю какого-либо производителя программного обеспечения, который делает это, по уважительной причине.
Что произойдет, если пользователь не может обновить или не хочет в это время? Они просто не могут использовать ваше приложение, что плохо.
Google не предоставляет никаких параметров для отслеживания версий, поэтому вам придется сворачивать самостоятельно. Простой веб-сервис, чтобы вернуть текущую версию, которую может проверить ваше приложение, будет достаточно. Затем вы можете обновить версию, и приложение будет знать, что оно устарело. Я бы рекомендовал использовать это, чтобы ваши пользователи знали, что есть обновление быстрее, чем в зависимости от Google Play. Это не должно использоваться для предотвращения работы приложения, просто чтобы пользователь обновил его.
Попробуйте это: сначала вам нужно сделать запрос на ссылку playstore, извлечь текущую версию и затем сравнить ее с текущей версией.
Я просто хотел добавить код для того, что делать дальше. Вот как вы затем запускаете намерение Google Play и отправляете их в свою новую версию в магазине после запроса пользователю, что они должны обновиться.
Вы должны пересмотреть свой дизайн, если вам нужно принудительно обновить каждую версию.
Я настоятельно рекомендую проверить функциональность Remote Config Firebase для этого.
Я реализовал его с помощью параметра – app_version_enabled – с условием «Disabled Android Versions», который выглядит так:
Значение по умолчанию для параметра «true», но Disabled Android Versions имеет значение false. В моем регулярном выражении для отключенных версий Android вы можете добавить больше отключенных версий просто с другим |
Затем я просто проверяю, разрешена ли конфигурация версией или нет. У меня есть активность, которую я запускаю, что заставляет пользователя обновляться. Я проверяю только два места, в которые приложение можно запускать извне (моя деятельность по запуску по умолчанию и активность по обработке намерений). Поскольку Remote Config работает в кэше, он не будет сразу захватывать «отключенные» версии приложения, если требуемое время не прошло, чтобы кеш был недействительным, но это не более 12 часов, если вы идете мимо Их рекомендуемое значение срока действия кеша.
Лучше определить наш собственный процесс для обновления.
Android и iOS: если доступна последняя версия приложения, она отобразит предупреждение как «Последняя версия доступна с дополнительными функциями, Чтобы обновить кнопку« Обновить »(оповещение с помощью кнопки« Upgarde »и« No Thanks ».) Затем приложение будет перенаправлено на Playstore / Appstore и откроет последнюю версию.
Перед обновлением убедитесь, что вы обработали надлежащий процесс миграции db, если есть изменение схемы db.
Чтобы заставить пользователя приложения обновляться, если обновление доступно на рынке, вы должны сначала проверить версию приложения на рынке и сравнить его с версией приложения на устройстве. Если они разные, это может быть доступное обновление. В этом посте я записал код для получения текущей версии рынка и текущей версии на устройстве и сравнил их вместе. Я также показал, как показать диалог обновления и перенаправить пользователя на страницу обновления. Перейдите по этой ссылке: https://stackoverflow.com/a/33925032/5475941 Просто убедитесь, что в диалоговом окне вы показываете только кнопку обновления пользователя и не показываете ему кнопку отмены. В этом случае он будет вынужден обновить, прежде чем он сможет использовать приложение.
Вы можете сделать это, выполнив совпадение между номером версии, который хранится в приложении в переменной, и аналогичным образом текущая версия приложения хранится на стороне сервера, и каждый раз, когда пользователь открывает приложение, первый запрос должен быть отправлен для проверки того, что если он найден Сопоставление ничего не делает, просто позволяйте пользователю использовать ваше приложение, иначе стремитесь к игровому магазину Google или откройте окно веб-просмотра для своего приложения (window.open (« https://play.google.com/store/apps/details?id= Package_name «, ‘_system’, ‘location = yes’);), и там у них автоматически будет кнопка с запросом обновления, это то, что для вас играет в Google PlayStore, если у вас нет автоматических обновлений.
Вы можете уведомить своих пользователей о том, что для обновления доступна новая версия текущего приложения. Кроме того, если это условие истинно, вы можете заблокировать вход в приложение.
Посмотрите, предоставляет ли это вам решение.
Можно ли дать пользователям права на самостоятельное обновление программ?
на работе стоят Windows 7 и работаю под простым пользователем. Постоянно требуется обновлять Flash, Chrome, Firefox для рабочих нужд. Система сконфигурирована такми образом, что без администратора сделать это невозможно.
При скорости обновления последних браузеров, вышел конфликт, т.к. админ обновлять не хочет и каждое обновление превращается в танцы с бубнами и спорами.
Вопрос, кривой ли это админ или действительно нет в windows простой возможности дать пользователю или программе права на обновление и если есть какие?
исключение для конкретного инсталлятора
1. Chrome не корпоративной инсталляции ставится в профиль пользователя и обновляется без админских прав.
2. Мозиллу и хром можно обновлять централизованно через групповые политики, флеш/жаву, помоему тоже, видел msi в сети, но не разворачивал пока.
«Продвинутым» пользователям есть возможность что-то ставить, но что и как — надо тестировать.
У меня в компании большая часть пользуется 8 ie и просьбы на обновление хрома/флеша/жавы поступают редко — обычно если к кому-то подхожу их обновляю вручную, мне не жалко потратить плюс 10 минут и сделать пользователю хорошо.
Могу ли я заставить пользователя iPhone обновить приложение?
можно ли заставить пользователя обновить, как только в iTunes Store появится новая версия моего приложения?
в настоящее время я работаю на приложение. Однако я хочу принудительно обновлять каждый раз, когда я загружаю более новую версию, потому что обновление будет иметь больше функций, и я хочу отказаться от предыдущей версии. Возможно ли это по умолчанию с iPhone или мне нужно написать собственную реализацию, чтобы проверить текущую версию и сравнить ее с магазин?
13 ответов
* EDIT* Этот ответ больше не верен. См. другие ответы upvoted для текущей истины.
Я сделал эту функцию, получив версию из itunes webservice и сравнивая с текущей версией.. Ниже приведен мой код
и поместите идентификатор приложения в ссылку itunes см. код ниже..
Примечание: вам нужна работа фрейма JSONKit и работа фрейма ASIHttp для выполнения вызовов webservice..
вы можете определить, если приложение нуждается в обновлении, а затем принять некоторые пользовательские действия, такие как оповещение пользователя доступно обновление. Вот фрагмент кода, который обнаруживает, что обновление доступно.
Если вам абсолютно необходимо, вы можете запустить App Store, чтобы ваши пользователи могли получить последнюю версию оттуда. Я бы рекомендовал сделать это факультативным или, по крайней мере, сначала представить диалог.
этот вопрос был первоначально опубликован 7 лет назад, и хотя некоторые из ответов остаются актуальными, вот более современный подход.
Я рекомендую https://github.com/ArtSabintsev/Siren которое Свифт 3 совместимое и может быть установлено с Кокоаподс или Карфагеном.
CocoaPods, Swift 3 поддержка:
твой бизнес план не должен содержать фразу «пользователь». Люди злятся, когда ты заставляешь их что-то делать. Представьте себе пользователя в спешке, который открывает ваше изящное маленькое приложение однажды утром только для того, чтобы обнаружить, что вы заставляете его обновить, прежде чем он сможет использовать приложение для того, что ему нужно. Представьте, что он застрял в дебрях, чтобы использовать Edge для загрузки. Он не будет счастлив.
Если вы будете следовать этому плану достаточно долго, одно из ваших обновлений неизбежно введет заметный баг. Если вы заставите пользователей использовать багги-версию, они взбунтуются.
Я был обусловлен опытом, чтобы съежиться всякий раз, когда я вижу «больше функций», используемых для описания новой версии программного обеспечения, потому что это неизбежно означает функцию вздутия. Дизайнеры, как правило, продолжают прививать все больше и больше функций в приложения, пока одно приложение не сделает все. Это особенно опасно на платформе, такой как iPhone, где создание одного приложения для многих вещей быстро перегружает интерфейс и отзывчивость приложения.
Edit01: мой комментарий здесь Как обновить приложение после того, как пользователи платят за обновление также может иметь отношение к вашим планам. Если ваш дизайн обновления вырезает Apple из цикла доходов, это не стартер.
обновление:
просто уточнить на основе комментария ниже: да, иногда вам нужно требовать от пользователей обновления. Однако, это сильно отличается от проектирование приложение С самого начала чтобы заставить пользователей обновить каждый раз, когда разработчик выпускает новую версию.
такой дизайн предназначен, чтобы сделать жизнь разработчика легко, а не пользователя. Каждый раз, когда пользователь должен тратить время на обновление для выгоды, которую он не просил и, возможно, не хочет, вы взяли время и ресурсы от клиента. Дизайн, который разгружает время и усилия от разработчика до пользователь-плохой дизайн, потому что люди в конечном итоге покупают программное обеспечение для своей выгоды. Когда вы уменьшаете это преимущество, вы уменьшаете максимальную рентабельность программного обеспечения.
таким образом, ни один дизайнер не должен разрабатывать программное обеспечение, которое заставляет пользователей делать то, что пользователь не хочет, если это не является абсолютной технической необходимостью. Это, конечно, эмпирическое правило, но оно очень хорошее.
система принудительного обновления должны быть частью каждого приложения, которое зависит от чего-то внешнего для этого приложения. И Apple, и Google утверждают, что если приложение использует что-то внешнее, то этот внешний API должен жить вечно, никогда не меняться и т. д., п. но это просто нереально. И если это так, Если службы, от которых зависит приложение, могут измениться, то там должны быть способ для приложения, чтобы проверить и увидеть, если он должен ограничивать функциональность и подскажите пользователю получить последнюю версию или вещи просто загадочно не удастся.
Это может и должно быть то, что Apple и Google предоставляют, но они не так каждое приложение за пределами нескольких игр должно построить это, так.
внести свой вклад и помочь мне решить эту проблему навсегда!
мое обновление приложения в App store было просто отклонено именно по этой причине. Мы добавили функцию для проверки установленной версии против текущей версии, и если это не поддерживаемая версия, мы заставляем их обновлять.
Apple отвергла это.
Итак, вернемся к конструкции доски!
нет автоматического способа сделать это, вам нужно будет написать что-то вручную.
другие ответы указывают на то, что необходимо самостоятельно реализовать функцию принудительного обновления. Жаль, правда, жаль, что это так. Мое первое обновление для приложения iOS должно быть выпущено завтра, и, к счастью это не будет проблемой, так как мы только внесли изменения в приложение. Однако, когда мы в конечном итоге изменим структуру наших веб-сервисов, было бы очень полезно возможность принудительного обновления, так что наш сервер не должен поддерживать каждое приложение версия.
однако существует альтернатива принудительным обновлениям, которая, по-видимому, не упоминается в этом потоке. Вы можете иметь каждый вызов webservice, который создает данные, присоединить схему к данным, что говорит приложение, как эти данные должны быть deserialised в вашем приложении. Это позволяет изменять структуру данных, создаваемых get-запросами, без нарушения десериализации в приложении. Конечно, это предполагает, что интерпретатор, который вы пишете, сам по себе не изменится, но это несколько разумное предположение, когда оно созреет.
запросы Post могут быть «схемой» через взаимодействие. При этом я имею в виду, что перед каждым post-запросом вы просите Инструкции о том, как вызвать обновленный веб-сервис. Вы обрабатываете инструкции, используя для этого прикрепленную схему, а затем выполняете фактический вызов веб-службы. По сути, это означает, что для каждого запроса post требуется 2 запроса, но это может быть хорошо.
, нет если вы реализуете принудительное обновление или интерпретацию схемы, функциональность должна присутствовать в приложении с 1 дня, когда оно попадает в App Store. Иначе ты окажешься в таком же положении. Вся эта сложность была бы излишней, если бы Apple внедрила принудительное обновление для американских разработчиков. Интерпретация схемы по-прежнему была бы улучшением удобства использования, если бы существовало принудительное обновление. Но меня немного беспокоит, что Apple не имеет принудительного обновления, потому что, по крайней мере, с ним можно представить собственные меры по обновлению anti-break после выпуска приложения.
Привет всем в будущем я нашел этот учебник, который должен помочь кому-нибудь, это помогло мне.
Edit (ваш код будет выглядеть примерно так, как показано ниже):
однако при дальнейших исследованиях я обнаружил, что это отличное решение, если вы не используете сервер.
часть кода Вы устанавливаете, что вы хотите сделать, если он не равен, это где вы отправляете пользователя в app store, чтобы загрузить последнюю версию.
вы можете использовать ниже url, чтобы получить информацию из любого приложения Вы просто знаете свой Apple ID вашего приложения.
вы можете получить этот идентификатор Apple ID в itunesconnect.com >приложения>приложения информационную страницу
конечно, нет никакого способа. Пользователь должен принять решение, если он хочет загрузить новую версию приложения или нет.
AppStore будет отображаться, если есть новые версии, поэтому я также не думаю, что Apple позволит это. Также я не знаю, как вы это сделаете? Вы можете проверить это через интернет-соединение, но это не так, как нравится Apple, и поэтому у вас не будет возможности сделать это.
Как заставить клиентов пользоваться мобильным приложением. Истории трёх компаний
Разработать приложение — лишь половина дела, ведь заставить людей им пользоваться — та ещё задачка. С владельцами бизнеса общался Владимир Старков, сооснователь приложения для клубов Mobifitness.
Приложения банков, такси, интернет-магазинов давно поселились в наших смартфонах. Они помогают совершать операции в любом месте в любое время, и это удобно.
Сегодня мобайл уже не привилегия компаний-гигантов. Малый и средний бизнес тоже понял, что приложение — работающий инструмент. В начале 2017 года у 42% малых предприятий уже были мобильные приложения. При этом всё чаще их заказывают офлайновые бизнесы: клинки, салоны красоты, школы иностранных языков, фитнес-клубы. Здесь приложения упрощают запись на приём или тренировку, избавляют ресепшен от потока звонков и шаблонных операций, позволяют клиенту быть в курсе новостей и отслеживать историю взаимоотношений с компанией. Так компании повышают качество обслуживания, экономят своё время и время клиентов.
Проблема в том, что убеждать скачать приложение Сбербанка никого не нужно. Но клиенту фитнес-клуба или салона красоты всё еще привычнее записываться по телефону, узнавать подробности у администратора, брать бумажные распечатки с ценами и расписанием.
MUSTHAVE-2022 — главный пакет Руварда для digital-агентств/продакшенов
Самый эффективный и комплексный пакет из всех коммерческих опций Руварда, включает сразу 6 различных сервисов и рекламных форматов в течение всего 2022 года. Обязателен к приобретению всем digital-агентствам и веб-студиям =) Cossa рекомендует!
Поэтому, если вы решите создавать мобильное приложение для своего бизнеса, не думайте, что с завершением разработки всё пойдёт само собой. Внедрение — вот ключевой этап, который нужно правильно организовать с учётом специфики ваших клиентов.
В этой статье мы рассмотрим, как убеждали своих клиентов пользоваться мобильным приложением трёх фитнес-клубов из разных сегментов: маленькой кроссфит-студии «для своих», танцевальной студии с хорошей проходимостью и крупного фитнес&SPA клуба премиум-сегмента. У каждой из этих компаний разные цели внедрения приложения на мобильные устройства клиентов и разные методы, но у всех получилось.
История первая. Небольшая кроссфит-студия «для своих»
Наиль Еникеев, руководитель кроссфит-студии Geroy, г. Уфа
Название: Geroy Crossfit.
Аудитория: 200 человек, 25-30 лет, продвинутая обеспеченная публика.
Особенность: тёплый ламповый лофт с небольшим количеством гостей — сообщество «своих» людей.
Пользователей мобильного приложения: 100%.
Подход: быстро, жёстко, в добровольно-принудительном порядке.
Небольшая уфимская кроссфит-студия Geroy Crossfit перевела всех пользователей в мобильное приложение за 3 месяца. О том, как это происходило, рассказывает руководитель студии Наиль Еникеев.
О строгости
Частично функцию по внедрению мы переложили на тренеров. У них есть свои профили в приложении, через которые они контролируют запись. Вот представьте: люди приходят, переодеваются, выстраиваются и тренер начинает проверять, кто записался, а кто нет, как в школе. Если отметки в приложении нет, он указывает на это, и в следующий раз уже записываются все.
Это работало, потому что тренерская строгость не вызывает негатива. Тренеры — безусловные авторитеты для наших клиентов. Тренер мотивирует и пинает, это норма. Гость может высказать недовольство администратору, но не тренеру.
А телефон мы просто отключили. На самом деле он, конечно, был, но мы перестали его озвучивать в рекламе. Перестали писать номер на сайте и в группах, и люди довольно быстро перестали по нему звонить.
Совет. Подумайте, кто из сотрудников — лидер мнений для ваших клиентов. Используйте его мощь и силу для внедрения приложения.
Об агитации
О приложении рассказывал администратор, мы писали о нём на всех площадках: в соцсетях и на сайте. И плакаты в зале, много плакатов! По всей студии мы развесили цветные распечатки с информацией о приложении и QR-кодами, причём так, чтобы перед глазами занимающегося было штук пять объявлений. А если он повернётся — ещё три. Доходило до смешного: человек заходит в туалет, на двери висит объявление. Он открывает дверь, а там ещё одно. Поворачивает голову налево — ещё. Как говорится, психанули. Нам казалось, что очень медленно люди переходят в приложение, надо быстрее.
Совет. Напоминая о приложении по всем каналам коммуникации, не забудьте про оформление пространства, в котором находятся клиенты: любая стена может стать рекламной площадью.
О содействии
Прямого отказа пользоваться приложением мы не встречали. Но нужно понимать, что даже желания клиента иногда недостаточно для того, чтобы всё заработало. Кто-то соглашается, но забывает скачать, кто-то скачал, но не понял, как записаться на тренировку. В этом случае сотрудники всегда должны быть готовы прямо на смартфоне показать, что и как сделать: помочь зарегистрироваться и провести инструктаж.
Совет. Обучите персонал пользоваться приложением: каждый, от администратора ресепшена до официанта в баре, должен знать, как оно работает, и с лёгкостью отвечать на вопросы клиентов.
Бывали случаи, когда человек честно пытался, но не получилось записаться. Мы разбирались с причиной, иногда даже находили какие-то баги и отправляли разработчикам, чтобы исправить. Для этого приходилось человека задерживать на минутку, чтобы он показал, что не работает. После того, как всё было исправлено, человек получал push-уведомление о том, что проблема решена, и оставался доволен, что помог улучшить приложение.
Приложение студии Geroy
О нереализованных идеях
Нашей изначальной целью было отказаться от ресепшена полностью и перевести всё взаимодействие с клиентом в мобайл, начиная с первой оплаты. Мы реализовали её не до конца. Ресепшен был избавлен от потока звонков, от приёма оплаты. И всё-таки при первом посещении клиентом студии администратор был необходим — провести экскурсию по тренировочным залам, раздевалкам, рассказать о тренерах. Поэтому полная автоматизация клубов, возможно, ждёт всех нас только в будущем.
Совет. Не переусердствуйте с резким переходом. Помните, что век роботов нас ждёт только в будущем, а пока всё ещё важен человек и живое общение.
История вторая. Танцевальная студия с большой проходимостью
Александр Еремин, экс-директор по развитию сети танцевальных студий «9 залов»
Аудитория: около 1600–1700 активных клиентов, средний возраст 24–34 года, в основном женщины.
Особенность: большая текучка, много коротких абонементов, в том числе одноразовых.
Пользователей мобильного приложения: до 75%.
Подход: главное, чтобы гостю было удобно.
«9 залов» не фитнес-клуб, а большая танцевальная студия. Люди могут прийти как на разовый урок, так и ходить месяцами, текучка посетителей очень высокая. Управляющий школы танцев «9 залов» Александр Еремин рассказывает о том, как у них проходил процесс вовлечения клиентов в мобильное приложение.
Об активном росте
В то же время, когда происходило внедрение приложения, мы активно развивали маркетинг, а значит количество клиентов заметно росло в процессе. За год количество посетителей возросло с 700–800 до 1600–1700 человек, в приложении было зарегистрировано почти 1400 пользователей. Как можно видеть, цифры довольно плавающие, но в среднем процент внедрения можно оценить на уровне 75%. Примерно 50–60% из них пришло в приложение через 4–5 месяцев, остальные набрались постепенно в течение года. Процесс был не быстрым.
О целях
В отличие от многих клубов, у нас люди не покупают годовые абонементы. Есть много коротких абонементов, в том числе разовые, четырёхразовые, возьмиразовые. Высокий процент вовлечения в приложения в этой нише, я считаю, по определению невозможен. Поэтому мы не ставили цели перевести всех в мобайл, мы создавали конкурентное преимущество перед другими школами, улучшали сервис.
Всё просто: люди не должны стоять в длинных очередях на ресепшен, пытаясь узнать расписание или взять его в распечатанном виде.
Приложение 9 залов
О методах
До Mobifitness мы пользовались другим приложением, поэтому процесс вовлечения пользователей шёл по накатанной. Администратор сообщал клиентам, что есть удобное приложение, в котором расписание всегда под рукой. На распечатке расписания, которое мы раздавали, было написано, что есть приложение для Android и iPhone. Мы делали SMS-рассылки несколько раз, в тексте сообщения давали прямую ссылку, чтобы человек перешёл по ней и сразу мог скачать приложение.
Совет. Самый важный момент, о котором помнят не все: в анонсирующих SMS-рассылках должна быть ссылка на скачивание приложения.
Делали анонсы во ВКонтакте, периодически даже на аватаре. Главный посыл — мы становимся ближе друг к другу, вы можете с нами коммуницировать через мобильное приложение, писать там отклики, а мы будем оперативно реагировать. То же самое происходило в Facebook и Instagram.
Школа танцев 9 залов
О клиентах в возрасте
В 2016 году мы запустили новое направление, которое называлось «Для молодых душой» — специальные занятия, ориентированные либо на людей с ограниченными возможностями, либо на людей старше 55 лет. Но и здесь оказалось не всё так страшно. Публика легко воспринимала нововведения. В этой группе возникало значительно больше вопросов, они чаще обращались к администраторам, и нам удавалось разрешить все проблемы. Тех, кто не пользовался смартфонами, мы, конечно, не заставляли находить возможность для установки приложения, они просто берут по старинке печатное расписание.
Об отклике
Мы собирали все отклики о работе приложения и старались внедрять пожелания. Например, людям нужна была возможность синхронизировать расписание со своим календарём, и это было успешно реализовано. Если мы видели системное желание — то, что реально может улучшить пользовательский опыт, мы всегда обращались к разработчикам с просьбами.
Совет. Собирайте фидбек от пользователей приложения, заносите отзывы в единую базу или CRM и передавайте их разработчикам приложения.
История третья. Большой фитнес-клуб и SPA премиум-сегмента
Максим Чепенко, управляющий Prime Sport&Spa
Название: Prime Sport&Spa.
Аудитория: около 2000 гостей, средний возраст: 30–40 лет, 65% женщины и 35% мужчины.
Особенность: депозитная система расчётов.
Пользователей мобильного приложения: до 80%, из которых активных пользователей около 30%.
Подход: сервис, доведённый до совершенства.
Prime Sport&Spa — большой клуб премиум-уровня в Ростове-на-Дону, конкурирующий с крупной сетью фитнес-клубов этого сегмента. Они ещё продолжают внедрять мобильное приложение. О том, как это происходит, рассказывает Максим Чепенко, управляющий клубом.
О кастомизации приложения под свои потребности
У нас есть рабочее приложение с базовыми функциями — расписанием, push-уведомлениями, онлайн-платежами и так далее — платформа со всем необходимым, что предлагает Mobifitness. Но существует очень большая частная задача, которая пока в процессе разработки — возможность отследить в личном кабинете движение денежных средств по депозиту, какие платежи совершены и когда. Этот функционал ещё доводится до ума и пока работает в тестовом режиме.
Совет. Ответьте себе на вопрос: зачем вашим клиентам пользоваться мобильным приложением? Определите 1–3 ключевые функции и сделайте упор на них как в разработке, так и на этапе внедрения.
Мы используем депозитную систему. Человек кладёт на личный депозит 30 000 рублей и свободно пользуется услугами разных зон клуба. Деньги списывают тренеры, сотрудники ресепшен или бара. Обычно гости не запоминают все свои траты, и часто возникает вопрос — на что ушли деньги? Раньше, отвечая на этот вопрос, мы делали распечатку, садились, рассказывали. Теперь они могут это видеть всё в режиме онлайн, но пока это работает в тестовом режиме.
Это распространённая ситуация. Бывает, что человек смотрит, что потратился на десерт в баре, и удивляется: «Я это вообще не ем». Потом оказывается, что он приходил вместе с другом, угостил его за свой счёт и забыл. Серьёзных конфликтов не было, но теперь мы минимизировали лишние вопросы. Как только этот функционал будет совершенен, мы запустим более активное продвижение приложения.
Приложение клуба Prime Sport&Spa
О методах продвижения
Продвижение приложения среди наших клиентов пока не раскручено на максимум, но оно есть. В момент продажи клубной карты менеджер обязан уведомить клиента, что у нас есть мобильное приложение, предложить свою помощь для того чтобы скачать его, поделиться ссылкой или дать QR-код. Если клиент говорит «Нет, потом», ему предложат скачать приложение ещё раз через некоторое время, администратор на ресепшен, потом тренер. Например, для того, чтобы не пропускать наши новости о мероприятиях, акциях или видеть изменения в расписании.
Совет. Разработайте инструкции для сотрудников: у них должен быть пошаговый план действий на каждом этапе пользовательского сценария.
Позже мы планируем запустить рекламу в социальных сетях, сделать SMS-рассылку. Скорее всего, будем придумывать бонусы, чем-то «угощать» наших гостей, чтобы стимулировать установить приложение.
Совет. Программы лояльности действительно работают. Предложите приятную 5% скидку или другие «плюшки» за скачивание и использование приложения.
Клуб Prime Sport&Spa
О запросе клиентов
Мы давно думали о мобильном приложении и, может, думали бы дольше, если бы наши клиенты не спрашивали о нём сами. Они так и говорили: «Вот смотрите, у банков есть приложение, а у вас?». Мы отвечали, что работаем над этим. И вот, в какой-то момент после возвращения с фитнес-конвенции руководство приняло решение: «Все уходят в мобайл. Надо делать!»
Готовое приложение — лишь половина дела. Внедряйте грамотно
Мобильное приложение — это рабочий инструмент, а не волшебная палочка. И его нужно заставить работать, чтобы начать получать плоды в виде лояльности клиентов, высвобожденных человекочасов и чёткости бизнес-процессов. Поэтому процесс внедрения требует стратегии с максимальной концентрацией сил.
В зависимости от скорости продвижения и количества клиентов он может занять от одного месяца до года. Потому не спешите судить об эффективности своего приложения спустя несколько дней после объявления о запуске.
Будьте идеалистами в меру. Конечная цель внедрения — не всегда 100% скачиваний среди целевой аудитории. Этого показателя возможно достичь в небольших компаниях с долгосрочным характером отношений с клиентом. Для больших клубов 70% — достойный показатель, который даст почувствовать качественные изменения в работе.