웹 vs 모바일 vs PWA 거래 플랫폼: 새로운 브로커가 제공해야 할 것은 무엇인가?

중개 회사를 시작하는 경우, 전화에서 잘 작동하는 웹 플랫폼으로 시작하세요. 사람들이 계정을 열고, 인증을 완료하고, 입금하고, 거래하고, 아무것도 설치하지 않고 출금을 요청할 수 있도록 하세요. 그런 다음 자주 돌아오는 고객을 위해 PWA를 고려하세요. 청중이 필요로 하고 적절히 유지 관리할 수 있을 때 별도의 iOS 및 Android 앱을 구축하거나 구매하세요.

그것이 제가 시작할 답변이 될 것입니다. 예외가 있습니다. 이미 대규모 모바일 거래 커뮤니티를 운영하고 있다면, 앱이 첫 출시의 일부가 될 수 있습니다. 만약 귀하의 고객이 주로 여러 차트를 가진 데스크에서 거래를 한다면, 웹 플랫폼이 더 많은 주목을 받을 자격이 있습니다. 선택은 기능 체크리스트가 아니라 고객에 따라 달라집니다.

그리고 하나의 작은 설명: “모바일”은 소프트웨어 유형이 아니라 장치를 설명합니다. 트레이더는 동일한 전화에서 모바일 웹사이트, 설치된 PWA 또는 iOS 또는 Android 앱을 사용할 수 있습니다. 이들은 세 가지 서로 다른 제품 결정입니다.

각 옵션이 실제로 제공하는 것

반응형 웹 플랫폼이 브라우저에서 열립니다. 클라이언트는 링크를 통해 접근하고, 중앙에서 인터페이스를 업데이트합니다. 여전히 신중한 전화 디자인이 필요합니다. 데스크탑 주문 티켓을 좁은 화면에 맞게 축소하는 것은 사용 가능하게 만들지 않습니다.

진보적인 웹 앱, 또는 PWA는 브라우저와 장치가 지원하는 곳에 설치할 수 있는 웹 경험입니다. 홈 화면 아이콘에서 열 수 있으며 알림이나 캐시된 콘텐츠와 같은 기능을 사용할 수 있습니다. 이는 웹 기술 및 플랫폼 지원에 연결되어 있습니다. MDN의 설치 가이드는 설치 동작이 “PWA”라는 레이블만이 아닌 브라우저와 장치에 따라 달라진다는 유용한 상기입니다.

네이티브 앱은 일반적으로 앱 스토드를 통해 배포되며 운영 체제를 위해 유지 관리됩니다. 이는 보다 맞춤화된 기기 경험을 제공할 수 있지만, 릴리스, 테스트, 지원 및 규정 준수 유지에 더 많은 노력이 필요합니다. 스토어 목록은 귀하의 운영 작업의 일부가 됩니다.

이 표는 전형적인 트레이드오프를 설명하며, 보장된 성능은 아닙니다. 느린 앱은 좋은 웹사이트보다 더 나쁠 수 있습니다. 설치된 PWA는 네이티브 앱의 모든 기능을 자동으로 갖추고 있지 않습니다.

대부분의 신규 중개인에게 웹 플랫폼이 먼저인 이유

첫 번째 고객이 어떻게 도착할지를 생각해 보세요. 제휴사가 링크를 공유합니다. 누군가 메시지에서 그것을 클릭하거나 귀하의 브랜드를 검색합니다. 그 사람은 설치를 하기 전에 제품을 확인하고 싶어합니다.

이 시점에서 그들에게 흐름을 벗어나 앱을 다운로드하라고 요청하는 것은 또 다른 결정을 추가합니다. 그들이 이미 신뢰하는 제품이라면 그럴 가치가 있을 수 있습니다. 주문 화면, 결제 방법 또는 출금 조건을 보기 전에는 정당화하기가 더 어렵습니다.

웹 플랫폼은 지원 및 준수 팀이 문제가 발생했을 때 사람들을 안내할 수 있는 한 곳을 제공합니다. 새로운 클라이언트가 문서를 업로드할 수 없는 경우, 정확한 페이지를 공유하고 장치를 조사할 수 있습니다. 앱 전용 액세스의 경우, 답변은 설치된 버전에 따라 다를 수 있습니다.

그럼에도 불구하고 “웹 우선”은 모바일 웹이 실제로 사용 가능할 때만 작동합니다. 플랫폼에 익숙하지 않은 사람에게 일반 휴대전화로 가입하고 데모 주문을 하게 해보세요. 그들이 어디에서 멈추는지 주목하세요. 작은 가격 라벨이나 키보드가 입금 필드를 가리는 것은 인상적인 데스크톱 스크린샷보다 더 중요합니다.

브로커리지 온보딩 퍼널의 단계 는 좋은 테스트 경로를 만듭니다: 가입, 인증, 입금 및 첫 거래. 나중에 발생하더라도 출금 접근도 테스트하세요.

PWA가 도움이 되는 곳과 도움이 되지 않는 곳

PWA는 클라이언트가 이미 돌아오기로 결정했을 때 유용합니다. 홈 화면 아이콘은 북마크를 검색할 필요를 없앱니다. 인터페이스는 브라우저 탭보다 더 일관된 느낌을 줄 수 있습니다. 또한 별도의 앱 경험을 유지하는 대신 웹 제품의 많은 부분을 재사용할 수 있게 해줄 수 있습니다.

하지만 설치를 비즈니스 결과로 간주하지 마십시오. 질문은 설치한 클라이언트가 위치를 확인하고 계정 작업을 더 쉽게 완료할 수 있는지 여부입니다. 동일한 어색한 전화 레이아웃을 여는 아이콘은 거의 변하지 않았습니다.

알림도 동일한 주의가 필요합니다. iPhone 및 iPad에서 WebKit은 홈 화면 웹 앱을 위한 웹 푸시를 지원하며, 사용자 허가와 필요한 웹 구현이 필요합니다. PWAs가 항상 푸시를 지원하거나 전혀 지원하지 않는다고 말하는 것보다 더 정확합니다. 실제 청중이 사용하는 브라우저와 장치 버전을 확인하세요.

거래 플랫폼에서는 알림도 제품 약속의 일부입니다. 클라이언트는 알림을 비활성화하거나 연결이 끊기거나 알림을 늦게 받을 수 있습니다. 마진 경고 또는 계좌 제한은 계좌 내에서 명확한 상태와 그 뒤에 운영 프로세스가 필요합니다. 푸시는 유용한 채널이지 진실의 기록이 아닙니다.

오프라인 동작은 간단하게 표현할 수 있는 또 다른 영역입니다. PWA는 인터페이스의 일부를 캐시할 수 있지만, 캐시된 정보는 오래될 수 있습니다. 거래 플랫폼은 오래된 가격과 사용 불가능한 계좌 데이터를 명확하게 표시해야 합니다. 장치가 오프라인일 때 주문이 브로커에 도달했다고 클라이언트가 생각하게 해서는 안 됩니다.

전용 모바일 앱이 그 위치를 차지할 때

가정해 보세요, 당신은 회원들이 하루에 여러 번 휴대폰으로 직위를 확인하는 커뮤니티를 운영하고 있습니다. 그들은 친숙한 로그인, 열린 직위에 대한 빠른 접근, 그리고 명확한 알림을 원합니다. 좋은 앱이 그 루틴을 개선할 수 있습니다. 그런 경우, 저는 앱 배포를 조기에 고려할 것이며, 아마도 웹 출시와 함께 진행할 것입니다.

이제 교육 사이트와 작은 제휴 채널로 시작한다고 가정해 봅시다. 대부분의 사람들은 여전히 계정을 열지 결정 중입니다. 두 개의 앱 출시 비용을 지불하기 전에 첫 방문, 인증 및 지역 예치금에 노력을 기울이겠습니다. 이는 우선순리에 대한 권장 사항이지, 산업 전환 기준이 아닙니다.

네이티브 앱의 가장 강력한 사례는 일반적으로 명확한 반복 모바일 작업입니다. 고객이 하루 종일 포지션을 모니터링할 수도 있습니다. 고객이 귀하의 지원되는 웹 환경이 제대로 처리하지 못하는 장치 기능을 사용할 수도 있습니다. 귀하의 브랜드가 이미 거래가 그곳에 있을 것으로 기대하는 앱 사용자를 보유하고 있을 수도 있습니다. 앱을 의뢰하기 전에 작업을 명명할 수 있어야 합니다.

앱을 너무 일찍 출시하는 것에 대한 실용적인 사례도 있습니다: 모든 버전은 테스트가 필요합니다. 주문 확인, 마진 표시 또는 결제 상태의 변경은 지원되는 장치에서 올바르게 작동해야 합니다. 일부 클라이언트는 다른 클라이언트보다 업데이트를 늦게 할 것입니다. 지원 팀은 그들이 사용하는 버전을 알아야 합니다. 귀하의 모바일 출시 는 지속적인 서비스이며, 출시일 자산이 아닙니다.

스토어 규칙은 그 결정에 속합니다. 애플의 앱 리뷰 가이드라인에 따르면 금융 거래 앱은 서비스를 제공하는 기관에서 제출해야 하며, 제공되는 경우 관련 라이센스와 권한을 가져야 합니다. 구글 플레이는 개발자에게 금융 기능 선언을 하도록 요구합니다. 제품 제한은 스토어와 수단에 따라 다릅니다. 예를 들어, 애플과 구글 플레이는 이진 옵션 거래를 가능하게 하는 앱을 금지합니다. 앱 출시를 예약하기 전에 귀하의 정확한 제품에 대한 현재 규칙을 확인하십시오. 웹 경로는 귀하의 기본 법적 의무를 제거하지 않습니다.

트레이더가 모든 화면에서 경험해야 할 것

클라이언트는 귀하의 백엔드, PSP 및 모바일 프레임워크 간의 차이를 설명하지 않을 것입니다. 그들은 “내 입금이 완료되었지만 잔액이 변하지 않았습니다.” 또는 “닫기를 탭했지만 포지션이 닫혔는지 모르겠습니다.”라고 말할 것입니다. 이것이 귀하의 플랫폼이 충족해야 하는 기준입니다.

최소한 각 채널은 동일한 계좌 잔액, 포지션, 주문 내역, 수수료 및 인출 상태를 보여야 합니다. 주문은 명확한 보류, 수락, 거부 또는 실행 상태를 가져야 합니다. 두 개의 장치가 서로 다른 상태를 표시하는 경우, 고객에게 어떤 것이 올바른지 추측하게 하지 마십시오.

차트와 주문 티켓에도 동일하게 적용됩니다. 트레이더들은 전화기로 간결한 차트를 수용할 수 있습니다. 그들은 여전히 확인하기 전에 기기, 가격, 수량, 잠재적 비용 및 위험을 볼 수 있어야 합니다. 자세한 기대 사항은 현대 플랫폼에서 트레이더들이 기대하는 것에 다루어져 있습니다. 이 결정에 있어 실용적인 요점은 간단합니다: 채널 선택으로 명확하지 않은 거래 정보를 해결할 수 없습니다.

지불은 좋은 예입니다. 네이티브 앱은 누락된 로컬 메서드나 깨진 조정 단계를 수정하지 않습니다. 클라이언트는 입금이 시도되었는지, 승인되었는지, 입금되었는지, 검토를 위해 전송되었는지를 알아야 합니다. 이후에는 동등하게 명확한 인출 상태가 필요합니다. 이러한 순간들은 클라이언트가 사용하는 화면에 관계없이 중개업에서의 결제 전환의 이면에 있습니다.

출시 결정을 내리는 방법

먼저, 첫 번째 고객이 어디서 올지 살펴보세요. 그들이 링크를 통해 도착한다면 웹 접근성이 필수적입니다. 그런 다음 자금 지원 후 그들이 무엇을 하는지 살펴보세요. 자주 전화 세션을 진행하는 것은 설치된 경험을 정당화할 수 있습니다. 마지막으로, 귀하의 팀이 신뢰할 수 있게 지원할 수 있는 것이 무엇인지 확인하세요.

이것들은 예시 상황이지, 어떤 회사의 결과에 대한 주장이지 않습니다. 실수는 테이블을 패키지 주문으로 바꾸는 것입니다. 당신의 첫 번째 실제 고객은 다르게 행동할 수 있습니다.

출시 후에는 페이지 조회수가 아니라 사람을 비교하세요. 완료된 인증, 첫 성공적인 입금, 첫 거래, 재사용, 실패한 주문, 지원 티켓 및 기기와 채널별 출금을 살펴보세요. 채널 간에 하나의 클라이언트 ID를 유지하세요. 그렇지 않으면 같은 주에 웹과 앱을 열어보는 사람이 두 개의 별도 사용자처럼 보일 수 있습니다.

모바일 웹이 ID 업로드 실패로 인해 클라이언트를 잃는다면, 이를 해결하세요. 자금이 지원되는 트레이더들이 휴대폰에서 플랫폼을 반복적으로 열고 포지션 관리에 어려움을 겪고 있다면, 설치된 경험을 테스트하세요. PWA가 이러한 클라이언트에게 잘 작동한다면, 현재로서는 충분할 수 있습니다. 그렇지 않다면, 네이티브 앱에 투자할 구체적인 이유가 있습니다.

제공자에게 전체 여정을 보여달라고 요청하세요

차트의 데모는 유용하지만 거래 주변에서 어떤 일이 일어나는지에 대한 답을 제공하지 않습니다. 제공자에게 전화로 가입하는 고객이 KYC를 통과하고, 입금을 하고, 주문을 하고, 노트북으로 전환하고, 지원팀에 연락하고, 출금을 요청하는 과정을 설명해 달라고 요청하세요.

그 walkthrough 동안 웹 플랫폼, PWA 및 앱에 포함된 기능을 확인하세요. 계정 및 주문 데이터가 공유되는지, 앱 스토어 계정의 소유자는 누구인지, 업데이트가 어떻게 릴리스되는지, 장치별 문제를 누가 해결하는지 물어보세요. 또한 귀하의 목표 시장에서 사용 가능한 결제 방법과 수단을 확인하세요. 기존의 화이트 라벨 스택은 통합 작업을 줄일 수 있지만, 계약된 범위만이 귀하의 출시 준비 상태를 알려줍니다.

내 추천은 기본에 엄격하고 포장에 유연해야 한다는 것입니다. 작동하는 웹 플랫폼은 대부분의 중개인에게 합리적인 출발점입니다. PWA는 돌아오는 것을 더 쉽게 만들 수 있습니다. 네이티브 앱은 잘 알려진 고객 습관을 제공하고 중개인이 다른 릴리스 채널을 지원할 수 있을 때 투자를 받을 가치가 있습니다.