브로커리지를 시작하려면, 휴대폰에서 잘 작동하는 웹 플랫폼으로 시작하세요. 사람들에게 계좌를 개설하고, 인증을 완료하고, 입금하고, 거래하고, 설치 없이 출금을 요청할 수 있게 하세요. 그런 다음 자주 돌아오는 고객을 위해 PWA를 고려하세요. 청중이 필요할 때 별도의 iOS 및 Android 앱을 구축하거나 구매하고, 이를 적절히 유지 관리할 수 있어야 합니다.
그것이 제가 처음으로 드릴 답변이 될 것입니다. 예외가 있습니다. 이미 대규모 모바일 거래 커뮤니티를 운영하고 있다면, 앱이 첫 번째 릴리스의 일부가 될 수 있습니다. 고객이 주로 여러 차트가 있는 데스크에서 거래한다면, 웹 플랫폼이 더 많은 주목을 받을 자격이 있습니다. 선택은 기능 체크리스트가 아니라 고객에 따라 달라집니다.
그리고 작은 설명을 하나 추가하자면: “모바일”은 소프트웨어의 종류가 아니라 기기를 설명합니다. 트레이더는 같은 휴대폰에서 모바일 웹사이트, 설치된 PWA, 또는 iOS 또는 Android 앱을 사용할 수 있습니다. 이들은 세 가지 다른 제품 결정입니다.
각 옵션이 실제로 제공하는 것
반응형 웹 플랫폼이 브라우저에서 열립니다. 클라이언트는 링크를 통해 접근하고, 당신은 인터페이스를 중앙에서 업데이트합니다. 여전히 신중한 전화 디자인이 필요합니다. 데스크탑 주문 티켓을 줄여서 좁은 화면에 맞춘다고 해서 사용 가능해지는 것은 아닙니다.
진보적인 웹 앱, 또는 PWA는 브라우저와 장치가 지원하는 곳에서 설치할 수 있는 웹 경험입니다. 홈 화면 아이콘에서 열 수 있으며, 알림이나 캐시된 콘텐츠와 같은 기능을 사용할 수 있습니다. 웹 기술과 플랫폼 지원에 계속 연결되어 있습니다. MDN의 설치 가이드는 설치 동작이 단순히 “PWA”라는 레이블이 아닌 브라우저와 장치에 따라 달라진다는 유용한 상기시킴입니다.
네이티브 앱은 일반적으로 앱 스토어를 통해 배포되며 운영 체제를 위해 유지 관리됩니다. 이는 더 맞춤화된 디바이스 경험을 제공할 수 있지만, 배포, 테스트, 지원 및 규정 준수를 유지하기 위한 더 많은 작업이 필요합니다. 스토어 목록은 귀하의 운영 작업의 일부가 됩니다.
| 질문 | 반응형 웹 | 설치된 PWA | iOS 및 Android 앱 |
|---|---|---|---|
| 클라이언트는 어떻게 시작하나요? | 링크 열기 | 링크 열기, 그런 다음 지원되는 경우 선택적으로 설치 | 지원되는 스토어에서 찾아서 설치 |
| 브로커가 유지하는 것은 무엇인가요? | 브라우저 경험 및 백엔드 | 웹 경험, 설치 동작, 사용되는 경우 서비스 워커 및 백엔드 | 별도의 앱 릴리스, 스토어 계정, 플랫폼 테스트 및 백엔드 |
| 가장 많은 주의가 필요한 것은 무엇인가요? | 전화 사용성, 로그인 및 브라우저 동작 | 장치 간 설치 및 알림 차이 | 스토어 승인, 앱 업데이트 및 버전 간 일관성 |
| 제공할 가장 좋은 이유 | 모든 클라이언트는 즉시 시작할 수 있어야 합니다 | 복귀 클라이언트는 자신의 장치에서 빠른 접근을 원합니다 | 클라이언트는 전용 앱 경험에서 명확한 가치를 얻습니다 |
이 표는 일반적인 거래 관계를 설명하며, 보장된 성능이 아닙니다. 느린 앱은 좋은 웹사이트보다 더 나쁠 수 있습니다. 설치된 PWA는 네이티브 앱의 모든 기능을 자동으로 갖추고 있지 않습니다.
대부분의 신규 중개인에게 웹 플랫폼이 우선인 이유
첫 고객이 어떻게 도착할지를 생각해 보세요. 제휴사가 링크를 공유합니다. 누군가 메시지에서 그것을 클릭하거나 브랜드를 검색합니다. 그 사람은 설치를 결정하기 전에 제품을 확인하고 싶어합니다.
이 시점에서 그들에게 흐름을 떠나 앱을 다운로드하라고 요청하는 것은 또 다른 결정을 추가합니다. 그들이 이미 신뢰하는 제품이라면 그럴 가치가 있을 수 있습니다. 주문 화면, 결제 방법 또는 인출 조건을 보기 전에 정당화하기는 더 어렵습니다.
웹 플랫폼은 또한 지원 및 준수 팀이 문제가 발생했을 때 사람들을 안내할 수 있는 한 곳을 제공합니다. 새로운 클라이언트가 문서를 업로드할 수 없는 경우, 정확한 페이지를 공유하고 장치를 조사할 수 있습니다. 앱 전용 액세스의 경우, 답변은 설치된 버전에 따라 달라질 수 있습니다.
그래도 “웹 우선”은 모바일 웹이 진정으로 사용 가능할 때만 효과적입니다. 플랫폼에 익숙하지 않은 사람에게 일반 전화로 가입하고 데모 주문을 하도록 요청하십시오. 그들이 어디에서 멈추는지 지켜보십시오. 작은 가격 라벨이나 키보드가 예치금 필드를 가리는 것보다 인상적인 데스크톱 스크린샷이 더 중요합니다.
브로커리지 온보딩 퍼널에서의 단계는 좋은 테스트 경로를 만듭니다: 가입, 인증, 입금 및 첫 거래. 나중에 발생하더라도 출금 접근도 테스트하세요.
PWA가 도움이 되는 곳과 도움이 되지 않는 곳
PWA는 클라이언트가 이미 돌아오기로 결정했을 때 유용합니다. 홈 화면 아이콘은 즐겨찾기를 찾을 필요성을 제거합니다. 인터페이스는 브라우저 탭보다 더 제한된 느낌을 줄 수 있습니다. 또한 별도의 앱 경험을 유지하는 대신 웹 제품의 많은 부분을 재사용할 수 있게 해줄 수도 있습니다.
하지만 설치를 비즈니스 결과로 간주하지 마십시오. 질문은 이를 설치한 클라이언트가 위치를 확인하고 계정 작업을 더 쉽게 완료할 수 있는지 여부입니다. 동일한 어색한 전화 레이아웃을 여는 아이콘은 거의 변하지 않았습니다.
알림에도 동일한 주의가 필요합니다. iPhone 및 iPad에서는 WebKit이 홈 화면 웹 앱을 위한 웹 푸시를 지원하며, 사용자 허가와 필요한 웹 구현이 필요합니다. PWAs가 항상 푸시를 가지거나 결코 가지지 않는다고 말하는 것보다 더 정확합니다. 실제 청중이 사용하는 브라우저와 장치 버전을 확인하세요.
거래 플랫폼의 경우, 알림은 또한 제품 약속입니다. 고객은 이를 비활성화하거나 연결이 끊기거나 늦게 알림을 받을 수 있습니다. 마진 경고나 계좌 제한은 계좌 내에서 명확한 상태와 그 뒤에 운영 프로세스가 필요합니다. 푸시는 유용한 채널이지 진실의 기록이 아닙니다.
오프라인 행동은 단순해야 하는 또 다른 장소입니다. PWA는 인터페이스의 일부를 캐시할 수 있지만 캐시된 정보는 오래될 수 있습니다. 거래 플랫폼은 오래된 가격과 사용할 수 없는 계좌 데이터를 명확하게 표시해야 합니다. 장치가 오프라인일 때 주문이 중개인에게 도달했다고 클라이언트가 생각하게 해서는 안 됩니다.
전용 모바일 앱이 자리를 차지할 때
당신이 하루에 여러 번 휴대폰으로 직위를 확인하는 회원들이 있는 커뮤니티를 운영한다고 가정해 보겠습니다. 그들은 익숙한 로그인, 열린 직위에 대한 빠른 접근, 그리고 명확한 알림을 원합니다. 좋은 앱이 그 루틴을 개선할 수 있습니다. 그런 경우, 저는 웹 출시와 함께 앱 배포를 조기에 고려할 것입니다.
이제 교육 사이트와 작은 제휴 채널로 시작한다고 가정해 보겠습니다. 대부분의 사람들은 여전히 계좌를 개설할지 여부를 결정하고 있습니다. 두 개의 앱 출시를 위해 비용을 지불하기 전에 첫 방문, 인증 및 지역 예치금에 노력을 기울일 것입니다. 이는 우선순위에 대한 권장 사항이지 산업 전환 기준은 아닙니다.
네이티브 앱에 대한 가장 강력한 주장은 일반적으로 명확한 반복 모바일 작업입니다. 고객이 하루 종일 직위를 모니터링할 수 있습니다. 아마도 고객은 귀하의 지원되는 웹 환경이 제대로 처리하지 못하는 장치 기능을 사용할 수 있습니다. 귀하의 브랜드는 이미 거래가 이루어질 것으로 기대하는 앱 청중을 보유하고 있을 수 있습니다. 앱을 의뢰하기 전에 작업을 명명할 수 있어야 합니다.
앱을 너무 일찍 출시하는 것에 대한 실용적인 사례도 있습니다: 모든 버전은 테스트가 필요합니다. 주문 확인, 마진 표시 또는 결제 상태 변경은 지원되는 장치에서 올바르게 작동해야 합니다. 일부 클라이언트는 다른 클라이언트보다 나중에 업데이트할 것입니다. 지원 팀은 그들이 사용하는 버전을 알아야 합니다. 귀하의 모바일 릴리스는 지속적인 서비스이며, 출시일 자산이 아닙니다.
스토어 규칙은 그 결정에 속합니다. 애플의 앱 리뷰 가이드라인에 따르면 금융 거래 앱은 서비스를 제공하는 기관에서 제출해야 하며, 제공되는 곳에서 관련 라이센스와 허가를 받아야 합니다. 구글 플레이는 개발자에게 재무 기능 선언을 작성하도록 요구합니다. 제품 제한 사항은 스토어와 기기에 따라 다릅니다. 예를 들어, 애플과 구글 플레이는 이진 옵션 거래를 가능하게 하는 앱을 금지합니다. 앱 출시 일정을 잡기 전에 귀하의 정확한 제품에 대한 현재 규칙을 확인하십시오. 웹 경로는 귀하의 기본 법적 의무를 제거하지 않습니다.
트레이더가 모든 화면에서 경험해야 할 것
클라이언트는 귀하의 백엔드, PSP, 모바일 프레임워크 간의 차이를 설명하지 않을 것입니다. 그들은 “내 입금이 완료되었지만 잔액이 변하지 않았습니다.” 또는 “나는 닫기를 눌렀고 포지션이 닫혔는지 모르겠습니다.”라고 말할 것입니다. 이것이 귀하의 플랫폼이 충족해야 하는 표준입니다.
최소한 각 채널은 동일한 계좌 잔액, 포지션, 주문 내역, 수수료 및 인출 상태를 보여야 합니다. 주문은 명확한 보류, 수락, 거부 또는 실행 상태를 가져야 합니다. 두 장치가 다른 상태를 표시하는 경우, 고객에게 어떤 것이 올바른지 추측하게 하지 마십시오.
차트와 주문 티켓에도 동일하게 적용됩니다. 거래자는 휴대폰에서 간결한 차트를 수용할 수 있습니다. 그들은 여전히 확인하기 전에 기기, 가격, 금액, 잠재 비용 및 위험을 볼 수 있어야 합니다. 자세한 기대 사항은 현대 플랫폼에서 거래자가 기대하는 것에서 다루어집니다. 이 결정에 있어 실용적인 요점은 간단합니다: 채널 선택은 불명확한 거래 정보를 고칠 수 없습니다.
결제는 좋은 예입니다. 네이티브 앱은 누락된 로컬 메서드나 손상된 조정 단계를 수정하지 않습니다. 클라이언트는 입금이 시도되었는지, 승인되었는지, 적립되었는지, 검토를 위해 전송되었는지를 알아야 합니다. 나중에, 그들은 동등하게 명확한 인출 상태가 필요합니다. 이것들은 클라이언트가 사용하는 화면과 관계없이 브로커리지에서의 결제 전환 뒤에 있는 순간입니다.
One backend state, three interfaces
Replay a client action across responsive web, an installed PWA, and a native app. The interfaces can differ; the controlled account record cannot.
Web, PWA, native app, support, and operations should read the same controlled record. Interface packaging does not create a second account truth.
출시 결정을 내리는 방법
먼저 첫 번째 고객이 어디에서 올지를 살펴보세요. 그들이 링크를 통해 도착한다면 웹 접근성이 필수입니다. 그런 다음 자금 지원 후 그들이 무엇을 하는지 살펴보세요. 자주 전화 상담을 하는 것은 설치된 경험을 정당화할 수 있습니다. 마지막으로, 귀하의 팀이 신뢰할 수 있게 지원할 수 있는 것이 무엇인지 확인하세요.
| 당신의 상황 | 가장 가능성이 높은 첫 번째 선택 | 내 마음을 바꿀 것 |
|---|---|---|
| 트래픽을 구매하거나 제휴사와 협력하는 새로운 중개업체 | 반응형 웹 | 자격을 갖춘 고객이 설치된 일일 작업 흐름이 필요하다는 명확한 증거 |
| 빈번한 모바일 사용이 있는 기존 거래 커뮤니티 | 웹과 앱 계획; 초기 사용을 위해 PWA 고려 | 스토어 또는 장치 요구 사항이 해당 청중에게 한 경로를 현저하게 개선 |
| 데스크탑 중심의 적극적인 거래자 | 강력한 웹 작업 공간과 사용 가능한 전화 접근 | 고객이 자주 책상에서 벗어나 포지션을 관리해야 함 |
| 기존 사용자에게 거래를 추가하는 핀테크 앱 | 현재 고객 여정을 중심으로 설계 | 획득, 지원 또는 데스크탑 작업을 위한 별도의 웹 접근 필요 |
이것들은 특정 회사의 결과에 대한 주장이지 않은 예시 상황입니다. 실수는 테이블을 패키지 주문으로 바꾸는 것입니다. 당신의 첫 번째 진짜 고객들은 다르게 행동할 수 있습니다.
출시 후에는 페이지 뷰가 아닌 사람들을 비교하세요. 완료된 인증, 첫 성공적인 입금, 첫 거래, 반복 사용, 실패한 주문, 지원 티켓 및 장치와 채널별 출금을 살펴보세요. 채널 전반에 걸쳐 하나의 클라이언트 ID를 유지하세요. 그렇지 않으면 같은 주에 웹과 앱을 여는 사용자가 두 개의 별도 사용자처럼 보일 수 있습니다.
모바일 웹이 ID 업로드 실패로 인해 고객을 잃는다면, 이를 수정하세요. 자금 지원을 받은 거래자들이 반복해서 전화로 플랫폼을 열고 포지션 관리를 어려워한다면, 설치된 경험을 테스트하세요. 만약 PWA가 그 고객들에게 잘 작동한다면, 지금 당장은 충분할 수 있습니다. 그렇지 않다면, 네이티브 앱에 투자할 구체적인 이유가 있습니다.
Build the channel sequence, not the biggest package
Describe the client journey and operating capacity. The result is a staged launch path, not a universal platform ranking.
Make responsive web the acquisition and service baseline.
Let clients open, verify, fund, trade, and withdraw from a link on phone or desktop.
Track completed tasks, repeat phone sessions, failures, tickets, and withdrawals by channel.
Consider a PWA when returning clients want faster access; invest in native apps only for a proven job.
제공자에게 전체 여정을 보여달라고 요청하세요
차트의 데모는 유용하지만 거래 주변에서 어떤 일이 발생하는지에 대한 답변을 제공하지 않습니다. 공급자에게 전화로 가입하고 KYC를 통과하며, 입금을 하고, 주문을 하며, 노트북으로 전환하고, 지원에 연락하며, 출금을 요청하는 한 고객을 안내해 달라고 요청하세요.
그 walkthrough 동안 웹 플랫폼, PWA 및 앱에 포함된 기능을 확인하십시오. 계정 및 주문 데이터가 공유되는지, 앱 스토어 계정을 소유한 사람이 누구인지, 업데이트가 어떻게 배포되는지, 장치별 문제를 누가 해결하는지 물어보십시오. 또한 귀하가 의도하는 시장에서 사용 가능한 결제 수단과 수단을 확인하십시오. 기존의 화이트 레이블 스택은 통합 작업을 줄일 수 있지만, 계약된 범위만이 귀하의 출시를 위해 무엇이 준비되어 있는지를 알려줍니다.
내 추천은 기본에 대해 엄격하고 포장에 대해서는 유연해야 한다는 것입니다. 작동하는 웹 플랫폼은 대부분의 중개인에게 합리적인 출발점입니다. PWA는 복귀를 더 쉽게 만들어 줄 수 있습니다. 네이티브 앱은 알려진 고객 습관을 지원하고 중개인이 다른 출시 채널을 지원할 수 있을 때 투자할 가치가 있습니다.
