Вебинар для отдела продаж 30 10 24

Перенос приложения: Введение

Сценарии переноса приложения

• Перенос приложения может происходить по двум основным сценариям: когда у клиента есть свой кабинет разработчика или когда приложение находится в кабинете разработчиков Futsoul.

Процесс переноса с собственным кабинетом

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

• После получения доступа мы создаем новую версию приложения, изменяя скриншоты и описание, а также загружаем обновленный код.

Модерация и обновление

• Новая версия отправляется на модерацию в магазины приложений, где проверяется ее работоспособность перед выпуском для пользователей.

• Пользователи видят кнопку "Обновить" в своем приложении. При включенном автообновлении приложение обновляется автоматически без дополнительных действий со стороны пользователя.

Процесс переноса от Futsoul

• Если приложение было создано Futsoul, ресторан запрашивает перенос на наш кабинет. Мы предоставляем инструкции предыдущим разработчикам для выполнения этого процесса.

• Для Google Play процесс сложнее из-за защиты приложений; требуется уникальный файл с ключом для обновления. Без него необходимо сбрасывать ключи через запросы Google.

Информирование пользователей о переносе

• Перед сменой приложения мы просим ресторан разместить баннер о предстоящем обновлении, чтобы пользователи были информированы о необходимости обновления.

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

Вопросы по процессу переноса

Частота случаев переноса

• Чаще всего происходит перенос от аккаунтов конкурентов сначала на аккаунт разработчика клиента, а затем к нам. Прямые переходы редки из-за сложностей создания новых кабинетов.

Стоимость обслуживания кабинета

• Подписка на использование кабинета стоит около 50 евро в год. Запросы на создание новых кабинетов встречаются редко из-за текущих экономических условий и санкций.

Зачем нужен перенос приложения?

Причины для переноса

• Перенос необходим для получения доступа к новым версиям приложения от Futsoul; без этого невозможно проводить обновления.

Альтернативные варианты

• Создание нового приложения требует от пользователей его повторной загрузки, что может привести к потере части аудитории. Обновление существующего приложения проще и удобнее для пользователей.

Оценка целесообразности переноса

• Низкий рейтинг старых приложений может вызывать сомнения в целесообразности их переноса; если приложение имеет малое количество скачиваний или покупок, возможно лучше не сохранять его.

Перенос приложений и базы клиентов

Обсуждение переноса отзывов и оценок

• Если есть отрицательный отзыв, то в App Store можно сбрасывать оценки, а в Google Play это невозможно, что создает проблемы с репутацией приложения.

• Процесс переноса приложения может занять разное время в зависимости от подрядчика; фактически это может быть выполнено за пять минут.

• В некоторых случаях компании затягивают процесс переноса, хотя технически он очень быстрый.

Сложности с переносом данных

• Если подрядчик не сотрудничает, процесс может затянуться на недели; статистики по успешным переносам нет.

• Все клиенты рано или поздно переносят свои данные, но сроки могут варьироваться.

Перенос базы клиентов

• Перенос базы клиентов возможен только при переходе на новую программу лояльности; необходимо загрузить номера телефонов и баллы.

• Клиенты должны авторизоваться в новом приложении для получения своих баллов; автоматический перенос не осуществляется.

• При авторизации создается уникальный код клиента и происходит множество операций для интеграции данных.

Ограничения системы

• Невозможно просто взять данные из одной системы и вставить их в другую из-за различий в архитектуре и структуре данных.

• Даже если баллы можно перенести, клиенту все равно нужно зайти в приложение для активации этих данных.

Интеграция с другими системами

• Если у клиента уже есть интеграция с другой программой лояльности (например, ECO-карт), то перенос базы не требуется — данные подтягиваются автоматически.

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

Возможные решения для уведомлений

• Можно использовать сторонние сервисы для отправки пуш уведомлений через SMS или мессенджеры при наличии соответствующей интеграции.

• Разные варианты отправки уведомлений зависят от ситуации клиента и наличия у него предыдущих решений.

Обсуждение переноса базы данных клиентов

Проблемы с передачей данных

• Не было кейса для передачи данных, кроме баллов; решение сосредоточено на отображении актуального баланса клиента.

• Заказы не могут быть отображены из-за различий в форматах между системами.

• Сложности с переносом структуры данных по заказам, что затрудняет понимание статусов и истории заказов клиента.

Ограничения текущего решения

• Перенос базы возможен только для отображения баллов; другие данные о клиенте не могут быть перенесены на данный момент.

• Возможность загрузки базы клиентов существует, но необходимо понимать, какую проблему это решает.

Вопросы о новых клиентах

Понимание новых клиентов

• Новые клиенты с нулевыми баллами требуют особого подхода при переходе к новому приложению.

• Клиенту нужно предложить бонусы при переходе приложения, несмотря на то, что он уже зарегистрирован.

Решение вопросов с клиентами

• Необходимо прояснить ситуацию для клиентов: как им объяснить изменения и предложения бонусов?

Как избежать потери гостей при переходе

Стратегии информирования

• Обновление старого приложения поможет сохранить часть пользователей без потерь.

• Рекомендуется использовать баннеры и пуши в старом приложении для уведомления пользователей об обновлении.

Дополнительные рекомендации

• Перед удалением старого приложения стоит сделать пуш уведомление о необходимости обновления.

Маркетинговые стратегии для нового приложения

Информирование клиентов

• Использование e-mail рассылок и социальных сетей для информирования о новом приложении может повысить интерес у старых клиентов.

Акции и предложения

• Крупные бренды предлагают акции для старых клиентов в новом приложении, чтобы стимулировать их активность.

Успешный старт нового приложения

Первоначальные шаги

• Важно начать рассказывать о доставке и акциях через официантов и другие каналы коммуникации.

Мотивация персонала

• Конкурсы среди официантов могут мотивировать их лучше информировать гостей о приложении.

Продвижение онлайн

• Использование различных онлайн инструментов (SMM, Яндекс Директ), чтобы охватить больше аудитории.

Маркетинг ресторанов и использование блогеров

Реклама и активация

• В этом месяце планируется закупка рекламы у блогеров для тестирования различных подходов и определения наиболее эффективных стратегий.

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

Инструменты и функции

• Упоминаются онлайн-инструменты и внутренние функции стартеров, которые необходимо использовать на полную мощность для успешной активации.

• Строится процесс аудита, который поможет проверить использование всех функций приложения ресторана клиентами.

Повышение среднего чека

• Приводится пример акции по повышению среднего чека через стимуляцию клиентов к покупке на большую сумму.

• Акция включает в себя подарки при достижении определенной суммы в корзине, что способствует увеличению среднего чека.

Активация механик

• Возможность создания нескольких уровней подарков в акции для привлечения клиентов и расширения их корзины.

• Помощь в расчете стоимости подарков с учетом фудкоста блюд, чтобы избежать убытков от акций.

Подходы к запуску приложений

Сценарии запуска

• Обсуждаются сценарии запуска как для новых приложений, так и для тех, кто переходит на новый старт с уже существующего приложения.

Регламент запуска маркетингового проекта

• Упоминается создание регламента запуска маркетингового проекта с указанием всех рекламных каналов.

• Несмотря на наличие гайда, отмечается низкий уровень его использования среди сотрудников; требуется контроль за выполнением рекомендаций.

Лояльность клиентов и гипотезы

Стратегия лояльности

• Первая зона стратегии — работа с лояльной аудиторией, которая уже знакома с брендом; важно аккумулировать эту аудиторию в приложении.

Гипотезы и экспериментирование

• Необходимо изучать действия конкурентов и запускать гипотезы по научному методу для нахождения эффективных решений.

Реклама и стоимость клиента

Стоимость клиента

• В текущих условиях реклама становится дорогой; важно работать над увеличением LTV (Lifetime Value).

Приложение как инструмент лояльности

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

Использование Cloudflare для защиты от DDoS-атак

Защита клиентов от DDoS-атак

• Обсуждение использования сервиса Cloudflare в качестве прокладки для защиты сайтов клиентов.

• Сервис помогает предотвратить DDoS-атаки, блокируя доступ к сайту при обнаружении угрозы.

• Упоминается, что существуют и другие подобные сервисы, но Cloudflare остается наиболее удобным вариантом.

Интеграция Яндекс.Метрики

• Возможность установки Яндекс.Метрики клиента на новый сайт для сохранения исторических данных.

• Предпочтение своей Яндекс.Метрики из-за возможных проблем с доступом к клиентской аналитике.

Варианты тестирования продукта

Тестирование стартеров

• Клиенты могут протестировать продукт, создавая только сайт без приложения.

• Процесс внедрения сайта и приложения происходит одновременно, что упрощает работу команды.

Гибкость в интеграции

• Возможность остановить процесс создания приложения и оставить только сайт для тестирования.

Работа с существующими сайтами клиентов

Интеграция с клиентскими ресурсами

• Пример работы с сайтом мясоруба: перенаправление кнопок доставки на новый сайт.

Опции для тестирования

• Возможность установить ссылку на новый сайт для конкретной точки доставки.

Мультибрендовые решения

Запуск одного бренда

• Клиент может протестировать один бренд из мультибренда перед подключением остальных.

Простота интеграции

• Добавление новых брендов и блюд в админку происходит без проблем.

Интеграция с оффлайн-системами

Кейсы без интеграции

• Пример клиента "Честая Рыба", который не был удовлетворен текущей системой лояльности и искал альтернативы.

Подключение системы лояльности

• Возможность подключения системы лояльности после успешного тестирования старта продукта.

Актуальные балансы и данные

Передача данных между системами

• При интеграции с системой Луна передаются актуальные данные о балансе по баллам.

Завершение перехода на новую систему

• После успешной интеграции отключается старая программа лояльности.

SEO-проблемы при переносе сайтов

Влияние на SEO

• Перенос сайта может негативно сказаться на SEO как нового, так и старого сайта.

Понимание клиентами изменений

• Клиенты иногда не понимают причины падения позиций нового сайта в поисковых системах после переноса.

Заключительные замечания

• Обсуждение завершения встречи; запись будет отправлена участникам вместе с дополнительными материалами.