Если вы запускаете брокерскую компанию, начните с веб-платформы, которая хорошо работает на телефоне. Позвольте людям открывать счёт, проходить верификацию, вносить средства, торговать и запрашивать вывод без установки чего-либо. Затем подумайте о PWA для клиентов, которые часто возвращаются. Создавайте или покупайте отдельные приложения для iOS и Android, когда вашей аудитории это нужно, и вы сможете их правильно поддерживать.
Это будет мой начальный ответ. Есть исключения. Если у вас уже есть большое сообщество мобильной торговли, приложение может быть частью первого релиза. Если ваши клиенты торгуют в основном с рабочих мест с несколькими графиками, веб-платформа заслуживает большего внимания. Выбор зависит от клиента, а не от списка функций.
И одно небольшое уточнение: “мобильный” описывает устройство, а не тип программного обеспечения. Трейдер может использовать мобильный веб-сайт, установленное PWA или приложение для iOS или Android на одном и том же телефоне. Это три разных продуктовых решения.
Что на самом деле дает каждый вариант
Адаптивная веб-платформа открывается в браузере. Клиенты получают к ней доступ по ссылке, а вы обновляете интерфейс централизованно. Тем не менее, она все еще требует тщательной разработки для мобильных устройств. Уменьшение десктопного заказа до размеров узкого экрана не делает его удобным для использования.
Прогрессивное веб-приложение, или PWA, это веб-опыт, который можно установить там, где поддерживаются браузер и устройство. Оно может открываться с иконки на главном экране и может использовать такие возможности, как уведомления или кэшированный контент. Оно остается привязанным к веб-технологиям и поддержке платформы. Руководство по установке MDN является полезным напоминанием о том, что поведение установки зависит от браузера и устройства, а не только от ярлыка “PWA”.
Нативное приложение обычно распространяется через магазин приложений и поддерживается для своей операционной системы. Оно может предложить более индивидуализированный опыт работы с устройством, но также требует больше усилий для выпуска, тестирования, поддержки и соблюдения нормативных требований. Список в магазине становится частью вашей операционной работы.
| Вопрос | Адаптивный веб | Установленный PWA | Приложения для iOS и Android |
|---|---|---|---|
| Как клиент начинает? | Открыть ссылку | Открыть ссылку, затем при желании установить, где это поддерживается | Найти и установить из поддерживаемого магазина |
| Что поддерживает брокер? | Опыт работы в браузере и бэкенд | Веб-опыт, поведение установки, сервисный работник, где используется, и бэкенд | Отдельные релизы приложений, учетные записи магазинов, тестирование платформы и бэкенд |
| Что требует наибольшего внимания? | Удобство использования телефона, вход в систему и поведение браузера | Различия в установке и уведомлениях на разных устройствах | Одобрение магазина, обновления приложений и согласованность между версиями |
| Лучшая причина предложить это | Любой клиент должен иметь возможность начать немедленно | Возвращающимся клиентам нужен быстрый доступ с их устройства | Клиенты получают явную ценность от специализированного опыта приложения |
Таблица описывает типичные компромиссы, а не гарантированную производительность. Медленное приложение может быть хуже хорошего веб-сайта. Установленное PWA не имеет автоматически всех возможностей нативного приложения.
Почему веб-платформа является приоритетной для большинства новых брокеров
Подумайте о том, как ваши первые клиенты будут приходить. Партнёр делится ссылкой. Кто-то нажимает на неё из сообщения или ищет ваш бренд. Этот человек хочет проверить продукт, прежде чем принять решение об установке.
На данном этапе просьба покинуть поток и скачать приложение добавляет еще одно решение. Это может быть оправдано для продукта, которому они уже доверяют. Сложнее это оправдать до того, как они увидят экран заказа, способы оплаты или условия вывода средств.
Веб-платформа также предоставляет командам поддержки и соблюдения норм одно место, куда можно направить людей, если что-то идет не так. Если новый клиент не может загрузить документ, вы можете поделиться точной страницей и исследовать устройство. При доступе только через приложение ответ может зависеть от установленной версии.
Тем не менее, “веб в первую очередь” работает только в том случае, если мобильная версия действительно удобна в использовании. Попросите кого-то, кто не знаком с платформой, зарегистрироваться на обычном телефоне и разместить демонстрационный заказ. Наблюдайте, где они останавливаются. Маленькая ценовая метка или клавиатура, закрывающая поле для депозита, важнее, чем впечатляющий скриншот с настольного компьютера.
Этапы в воронке привлечения брокеров составляют хороший тестовый маршрут: регистрация, верификация, депозит и первая сделка. Также протестируйте доступ к выводу средств, даже если это происходит позже.
Где PWA помогает, а где нет
PWA полезна, когда клиент уже решил вернуться. Значок на главном экране устраняет необходимость искать закладку. Интерфейс может казаться более компактным, чем вкладка браузера. Это также может позволить вам повторно использовать большую часть веб-продукта вместо того, чтобы поддерживать отдельный опыт приложения.
Но не рассматривайте установку как бизнес-результат. Вопрос в том, могут ли клиенты, которые ее установили, легче проверять позиции и выполнять задачи аккаунта. Иконка, открывающая тот же неудобный макет телефона, изменилась очень мало.
Уведомления требуют такой же осторожности. На iPhone и iPad, WebKit поддерживает веб-уведомления для веб-приложений на главном экране, при наличии разрешения пользователя и необходимой веб-реализации. Это более точно, чем утверждать, что PWA либо всегда имеют уведомления, либо никогда их не имеют. Проверьте браузеры и версии устройств, используемые вашей настоящей аудиторией.
Для торговой платформы уведомления также являются обещанием продукта. Клиент может отключить их, потерять соединение или увидеть их с опозданием. Предупреждение о марже или ограничение счета требуют четкого состояния внутри счета и работающего процесса за этим. Push — это полезный канал, а не запись правды.
Офлайн-поведение — это еще одно место, где следует быть ясным. PWA может кэшировать части своего интерфейса, но кэшированная информация может быть устаревшей. Торговая платформа должна четко обозначать устаревшие цены и недоступные данные аккаунта. Никогда не следует заставлять клиента думать, что заказ достиг брокера, когда устройство было офлайн.
Когда специализированное мобильное приложение занимает своё место
Предположим, вы управляете сообществом, члены которого уже несколько раз в день проверяют позиции на своих телефонах. Им нужен знакомый вход, быстрый доступ к открытым позициям и четкие уведомления. Хорошее приложение могло бы улучшить эту рутину. В таком случае я бы рассмотрел возможность ранней доставки приложения, возможно, одновременно с запуском веб-сайта.
Теперь предположим, что вы начинаете с образовательного сайта и небольшой партнерской сети. Большинство людей все еще решают, стоит ли открывать счет. Я бы сосредоточил усилия на первом визите, проверке и местных депозитах, прежде чем платить за два выпуска приложения. Это рекомендация о приоритетах, а не стандарт конверсии в отрасли.
Самый убедительный аргумент в пользу нативных приложений обычно заключается в наличии четкой повторяющейся мобильной задачи. Возможно, клиенты отслеживают позиции в течение дня. Возможно, они используют функцию устройства, которую ваши поддерживаемые веб-среды обрабатывают плохо. Возможно, у вашего бренда уже есть аудитория приложений, которая ожидает, что торговля будет происходить там. Вам следует определить задачу перед заказом приложений.
Существует также практический аргумент против запуска приложения слишком рано: каждая версия нуждается в тестировании. Изменение в подтверждении заказа, отображении маржи или статусе платежа должно корректно работать на поддерживаемых устройствах. Некоторые клиенты обновят позже, чем другие. Служба поддержки должна знать, какую версию они используют. Ваше мобильное приложение — это постоянный сервис, а не актив, который запускается в день релиза.
Правила магазина относятся к этому решению. Руководящие принципы проверки приложений Apple утверждают, что финансовые торговые приложения должны быть поданы учреждением, предоставляющим услугу, и должны иметь соответствующую лицензию и разрешения, если они предлагаются. Google Play требует от разработчиков сделать декларацию финансовых функций. Ограничения на продукты также различаются в зависимости от магазина и инструмента. Например, Apple и Google Play запрещают приложения, которые позволяют торговать бинарными опционами. Проверьте текущие правила для вашего конкретного продукта перед планированием запуска приложения. Веб-маршрут не снимает с вас ваших основных юридических обязательств.
Что должен испытать трейдер на каждом экране
Клиенты не будут описывать разницу между вашим бэкендом, PSP и мобильной платформой. Они скажут: “Мой депозит прошел, но баланс не изменился,” или “Я нажал закрыть и не знаю, закрылось ли место.” Это стандарт, которому ваша платформа должна соответствовать.
По крайней мере, каждый канал должен отображать одинаковый баланс счета, позиции, историю заказов, сборы и статус вывода средств. Заказ должен иметь однозначное состояние: в ожидании, принято, отклонено или выполнено. Если два устройства показывают разные состояния, не просите клиента угадать, какое из них правильное.
То же самое касается графиков и заявок на заказ. Трейдеры могут использовать компактный график на телефоне. Тем не менее, они все равно должны видеть инструмент, цену, сумму, потенциальные затраты и риск перед подтверждением. Подробные ожидания представлены в чем трейдеры ожидают от современной платформы. Для этого решения практический момент прост: выбор канала не может исправить неясную торговую информацию.
Платежи являются хорошим примером. Коренное приложение не исправит отсутствующий локальный метод или сломанный шаг сверки. Клиенты должны знать, был ли сделан депозит, одобрен, зачислен или отправлен на рассмотрение. Позже им нужен такой же ясный статус вывода средств. Это те моменты, которые стоят за конверсией платежей в брокерских услугах, независимо от экрана, который использует клиент.
Одно состояние бэкенда, три интерфейса
Воспроизвести действие клиента на адаптивном веб-сайте, установленном PWA и нативном приложении. Интерфейсы могут различаться; контролируемая запись учетной записи не может.
Веб, PWA, нативное приложение, поддержка и операции должны читать одну и ту же контролируемую запись. Упаковка интерфейса не создает вторую правду учетной записи.
Как бы я принял решение о запуске
Сначала посмотрите, откуда придут первые клиенты. Если они приходят через ссылки, доступ к вебу имеет решающее значение. Затем посмотрите, что они делают после финансирования. Частые телефонные сессии могут оправдать установленный опыт. Наконец, проверьте, что ваша команда может надежно поддерживать.
| Ваша ситуация | Вероятный первый выбор | Что изменит мое мнение |
|---|---|---|
| Новая брокерская компания покупает трафик или работает с партнерами | Адаптивный веб | Ясные доказательства того, что квалифицированным клиентам нужен установленный ежедневный рабочий процесс |
| Существующее торговое сообщество с частым мобильным использованием | Веб плюс план приложения; рассмотрите PWA для раннего возвращения | Требования к магазину или устройству делают один способ существенно лучше для этой аудитории |
| Активные трейдеры, работающие в основном на настольных компьютерах | Надежное веб-пространство плюс доступ с телефона | Клиентам постоянно нужно управлять позициями вне своих рабочих мест |
| Приложение финтеха, добавляющее торговлю для существующих пользователей | Дизайн вокруг текущего пути клиента | Необходим отдельный веб-доступ для привлечения, поддержки или задач на настольном компьютере |
Это примеры ситуаций, а не утверждения о результатах какой-либо компании. Ошибка заключается в том, чтобы превратить таблицу в заказ на пакет. Ваши первые реальные клиенты могут вести себя по-другому.
После запуска сравнивайте людей, а не просмотры страниц. Обратите внимание на завершенную проверку, первый успешный депозит, первую сделку, повторное использование, неудачные заказы, обращения в поддержку и выводы по устройству и каналу. Сохраняйте один идентификатор клиента для всех каналов. В противном случае кто-то, кто открыл веб и приложение в одну и ту же неделю, может выглядеть как два отдельных пользователя.
Если мобильная версия веб-сайта теряет клиентов из-за неудачной загрузки ID, исправьте это. Если финансируемые трейдеры постоянно открывают платформу на телефоне и испытывают трудности с управлением позициями, протестируйте установленный опыт. Если PWA хорошо работает для этих клиентов, возможно, этого достаточно на данный момент. Если нет, у вас есть конкретная причина инвестировать в нативные приложения.
Создайте последовательность канала, а не самый большой пакет
Опишите путь клиента и операционные возможности. Результат – это этапный путь запуска, а не универсальный рейтинг платформы.
Сделайте адаптивный веб-сайт базой для привлечения и обслуживания.
Позвольте клиентам открывать, проверять, финансировать, торговать и выводить средства по ссылке на телефоне или настольном ПК.
Отслеживайте завершенные задачи, повторные сессии на телефонах, ошибки, тикеты и вывод средств по каналам.
Рассмотрите возможность использования PWA, когда возвращающиеся клиенты хотят более быстрого доступа; инвестируйте в нативные приложения только для доказанной задачи.
Попросите поставщика показать весь путь
Демонстрация графика полезна, но она не отвечает на вопрос о том, что происходит вокруг торговли. Попросите поставщика показать, как один клиент регистрируется по телефону, проходит KYC, вносит депозит, размещает заказ, переключается на ноутбук, контактирует с поддержкой и запрашивает вывод средств.
Во время этого обхода проверьте, какие функции включены в веб-платформу, PWA и приложения. Узнайте, делятся ли они данными учетных записей и заказов, кто владеет аккаунтами в магазинах приложений, как выпускаются обновления и кто решает проблемы, специфичные для устройств. Также проверьте методы и инструменты оплаты, доступные на целевых рынках. Существующий белый лейбл может сократить объем интеграционных работ, но только контрактная область покажет, что готово к вашему запуску.
Моя рекомендация заключается в том, чтобы быть строгим в отношении основ и гибким в упаковке. Рабочая веб-платформа является разумной отправной точкой для большинства брокеров. PWA может упростить возврат. Нативные приложения заслуживают инвестиций, когда они обслуживают известную привычку клиентов, и брокерская компания может поддерживать еще один канал выпуска.
