Мобильное приложение

Мобильное приложение маркетплейса

На маркетплейсе мобильное устройство расходится с обычной электронной коммерцией в одном: это не только канал покупки, но и место, где рождается предложение. Пользователь фотографирует вещь телефоном и тут же её публикует. Приложение спроектировано вокруг этого сценария.

Попробовать бесплатноЗапросить цену
Две платформы, контент из одного ядра
iOS + AndroidДве платформы, контент из одного ядра
Приложение публикуется с вашего аккаунта разработчика
Ваш аккаунтПриложение публикуется с вашего аккаунта разработчика
Триггеры предложений, сообщений и снижения цены
Push-уведомленияТриггеры предложений, сообщений и снижения цены
Сценарий «сфотографировал и тут же добавил товар»
Публикация с камерыСценарий «сфотографировал и тут же добавил товар»

Почему приложение маркетплейса проектируется иначе?

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

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

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

Четыре вещи, определяющие мобильное

  • Предложение рождается в мобильном

    Если сценарий публикации товара не спроектирован под телефон, сторона продавцов не вырастет.

  • Уведомления = удержание

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

  • Ваш собственный бренд

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

  • Один источник контента

    Веб и мобильное работают на одном ядре; двух отдельных каталогов не ведётся.

Решение

Сравнение нативного приложения, мобильного веба и десктопа

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

КритерийНативное приложениеМобильный вебТолько десктоп
Доступ к камереПолный; серия снимков и сортировка галереиОграниченный; через выбор файлаНет
Push-уведомленияЕсть; чувствительные ко времени триггеры работаютОграниченно и по-разному на разных платформахНет
Видимость в магазине приложенийЕсть; появляется трафик из поиска и рекомендацийНетНет
Доля завершённых публикаций товараСамая высокаяСредняяНизкая
Процесс публикацииТребуется проверка магазиномПубликация сразуПубликация сразу
Стоимость поддержкиОтслеживаются версии двух платформОдна кодовая базаОдна кодовая база
Модули

Модули, готовые в мобильном приложении

Быстрое добавление товара с камеры

Серия снимков, сортировка галереи и выбор обложки на одном экране. Поля категории открываются в форме, приспособленной к мобильному.

Инфраструктура push-уведомлений

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

Мобильные сообщения и предложения цены

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

Мобильный поиск и фильтры

Панели фильтров спроектированы под небольшой экран; сохранённые и недавние поиски повторяются одним касанием.

Оплата в приложении

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

Биометрический вход

Быстрый вход по лицу или отпечатку пальца; безопасность сеанса управляется на уровне устройства.

Избранное и подписки

Понравившиеся товары и продавцы, на которых вы подписаны, синхронизируются между устройствами; при снижении цены приходит уведомление.

Отслеживание заказов и доставки

Статус заказа и движение отправления видны в приложении; при каждом изменении статуса можно отправлять уведомление.

Режим продавца

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

Брендирование

Иконка приложения, экран запуска, цветовая палитра и типографика настраиваются под ваш бренд.

Шаринг и диплинки

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

Поведение при слабой связи

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

Публикация

Что нужно знать перед выходом в магазины приложений

Когда эти требования закрыты заранее, проверка проходит без проблем.

Требования проверки в магазинах

Сценарий удаления аккаунта, жалобы и блокировка для пользовательского контента, метки конфиденциальности и пояснения к разрешениям. Когда всё это закрыто заранее, проверка проходит без проблем.

Публикация и обновления

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

Ожидания по производительности

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

Охват устройств и версий

Какие версии iOS и Android поддерживаются, определяется заранее; чем шире охват, тем выше нагрузка на тестирование.

FAQ

Часто задаваемые вопросы

Вопросы, которые чаще всего задают о мобильном приложении маркетплейса.

Это зависит от категории, но в продажах между пользователями оно решает многое. Здесь мобильное устройство — не только канал покупки, но и место, где рождается предложение: пользователь фотографирует вещь телефоном и тут же публикует её. Когда этот сценарий переносят на десктоп, большая часть публикаций остаётся незавершённой. В B2C-моделях, где преобладают корпоративные продавцы, мобильного веба может хватать дольше.
С вашего аккаунта разработчика и под вашим брендом. Пользователь скачивает не наше приложение, а ваше; иконка, экран запуска, цветовая палитра и типографика настраиваются под ваш бренд. Поскольку аккаунт принадлежит вам, публикация, обновления и ведение страницы в магазине тоже под вашим контролем.
Нет, оба работают на одном ядре. Товары, категории, кампании и страницы контента ведутся в одном месте; отдельного каталога или отдельной панели управления для приложения нет. Запустив кампанию в вебе, вы сразу увидите её и в приложении.
Каждая версия проходит проверку магазина. У приложений с пользовательским контентом проверяющие смотрят прежде всего на три вещи: наличие сценария удаления аккаунта внутри приложения, механизмы жалоб на неприемлемый контент и блокировки пользователей, корректно заполненные пояснения к разрешениям и метки конфиденциальности. Поскольку всё это идёт в платформе из коробки, публикация обычно проходит без проблем.
На маркетплейсе значительная часть трафика приходит не из поиска, а от триггеров: пришло новое предложение, есть сообщение, подешевел товар, за которым вы следите, заказ передан в доставку. Всё это чувствительно ко времени, и почтой не ловится. Типы уведомлений задаются по отдельности, и пользователь сам выбирает, какие получать; уведомления без разрешения или в избытке повышают долю удалений приложения.
Да, в том же приложении есть режим продавца. Продавец получает уведомление о новом заказе, формирует этикетку, отвечает на сообщения покупателей и видит состояние выплат. В моделях, где преобладают частные продавцы, вся их работа и так проходит в мобильном; переходить в отдельную десктопную панель им не нужно.
При продаже физических товаров и услуг, оказываемых в реальном мире, комиссия магазина не применяется; оплата идёт через вашу платёжную инфраструктуру. При продаже цифрового контента и виртуальных товаров, потребляемых внутри приложения, может возникнуть обязанность использовать платёжные системы самих магазинов. Если вы планируете продавать цифровые товары, мы рекомендуем разобрать это различие вместе в начале проекта.

Похожие страницы

API-интеграция маркетплейса

Слой API и структура вебхуков, на которых работает и мобильное приложение.

ПО для маркетплейса б/у товаров

Модель, где сценарий мобильной публикации товара критичнее всего.

ПО для C2C-маркетплейса

Общая рамка модели продаж между пользователями.

Все возможности маркетплейса

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

Спланируем ваше мобильное приложение вместе

Определим вместе, какие сценарии важнее всего в мобильном, и составим график публикации.

Попробовать бесплатноЗапросить цену

Ваш собственный аккаунт разработчика · iOS + Android · Поддержка 24/7