Một tài khoản demo hữu ích cho phép ai đó tìm hiểu hai điều trước khi họ mạo hiểm tiền bạc: cách nền tảng hoạt động và liệu họ có hiểu sản phẩm đủ tốt để cân nhắc giao dịch hay không. Đối với một nhà môi giới, mục tiêu không phải là làm cho tài khoản demo cảm thấy như một trò chơi thắng lợi. Mục tiêu là làm cho quyết định giao dịch thực tế sau này được thông tin tốt hơn.
Điều đó thay đổi yêu cầu thiết kế. Cung cấp cho mọi người điều kiện giao dịch thực tế, một nơi khởi đầu dễ quản lý và một lộ trình rõ ràng đến tài khoản thực. Hãy để họ tiếp tục luyện tập nếu họ chưa sẵn sàng. Một bản demo tạo ra tỷ lệ gửi tiền cao bằng cách che giấu chi phí hoặc làm đẹp kết quả mô phỏng là một công cụ thu hút kém, ngay cả khi bảng điều khiển của tuần đầu tiên trông tốt.
Tại sao một Tài khoản Demo Cần Có Chiến lược Riêng
Trong một kế hoạch tạo ra khách hàng tiềm năng forex, việc đăng ký demo là một bước giữa một khách truy cập và một tài khoản đã được cấp vốn. Điều này hữu ích cho việc lập bản đồ tiếp cận. Nó không cho đội ngũ sản phẩm biết người đó nên có khả năng làm gì khi bản demo mở ra.
Một người đang thử nghiệm một nhà môi giới có thể đã biết cách giao dịch nhưng muốn kiểm tra việc nhập lệnh, biểu đồ, các công cụ có sẵn và hồ sơ thực hiện. Một người khác có thể chưa bao giờ đặt một lệnh nào. Việc cho cả hai người một chuyến tham quan dài về nền tảng là một sai lầm. Cũng vậy, việc coi giao dịch demo đầu tiên của nhà giao dịch có kinh nghiệm như là bằng chứng rằng người mới bắt đầu đã sẵn sàng để nạp tiền là sai lầm.
Nhà môi giới có ba nhiệm vụ ở đây: làm cho bản demo đại diện, giúp người dùng trả lời câu hỏi của chính họ, và học nơi mà việc chuyển giao sang tài khoản thực bị gián đoạn. Những nhiệm vụ đó thuộc về sản phẩm, giao dịch, hỗ trợ, tuân thủ và CRM cùng nhau. Một số “demo-to-FTD” đơn lẻ không thể cho họ biết nhiệm vụ nào cần được cải thiện.
Làm cho bản demo trung thực về những gì nó có thể và không thể mô phỏng
Kiểm tra đầu tiên rất đơn giản: đặt cùng một loại lệnh trong môi trường demo và trong môi trường kiểm tra trực tiếp được phép. So sánh các công cụ, kích thước hợp đồng, chênh lệch có thể thấy, hoa hồng, thông tin ký quỹ, loại lệnh và lịch sử tài khoản. Nếu một công cụ chỉ tồn tại trong môi trường trực tiếp, hoặc nếu bản demo bỏ qua một khoản chi phí mà khách hàng sẽ phải trả sau này, hãy nói rõ điều đó trước khi người dùng giả định rằng hai tài khoản là giống nhau.
Các báo giá có thể là trực tiếp trong khi các lệnh được mô phỏng. Sự phân biệt đó rất quan trọng. Một bản demo thường không thể tái hiện các ràng buộc thanh khoản thực sự, các lệnh một phần, các đơn hàng bị từ chối, độ trễ, hoặc tác động cảm xúc của việc mất tiền thật. Nó cũng không thể hứa hẹn rằng một lệnh dừng trực tiếp sẽ được thực hiện ở mức hiển thị trong một thị trường nhanh. Hãy thể hiện sự khác biệt gần với trải nghiệm thực hành, không phải trên một trang pháp lý khó hiểu.
One order ticket. Two execution paths.
A familiar screen does not mean the fill behaves the same after funding.
Practice account
Virtual funds and a simulated result
Live account
Real funds and market-dependent execution
ASIC đã phản đối việc tiếp thị gọi giao dịch CFD là “không có rủi ro” khi chỉ có tài khoản demo không mang lại rủi ro tài chính. Đó là một ví dụ về thực thi tại Úc, không phải là quy tắc toàn cầu. Bài học ngôn ngữ được truyền tải tốt: hãy nói “thực hành với quỹ ảo,” chứ không phải “giao dịch không có rủi ro.”
| Tính năng | Những gì cần xác minh | Những gì cần giải thích nếu có sự khác biệt |
|---|---|---|
| Giá cả và chi phí | Nguồn báo giá, chênh lệch điển hình, hoa hồng, hiển thị tài chính | Giá ước tính hoặc các khoản phí bị bỏ qua không dự đoán được chi phí thực tế đầy đủ. |
| Đơn hàng và thực hiện | Các loại đơn hàng có sẵn, trượt giá, từ chối, hành vi thực hiện một phần | Thực hiện trực tiếp phụ thuộc vào điều kiện thị trường và thanh khoản có sẵn. |
| Kiểm soát rủi ro | Sử dụng ký quỹ, ví dụ về dừng lỗ, cảnh báo, dòng chốt vị trí | Lỗ ảo không có tác động đến tiền mặt; lỗ thực sự có. |
| Truy cập công cụ | Các tài sản và cài đặt đòn bẩy nào thực sự có sẵn cho khu vực và loại tài khoản của người dùng | Một biểu tượng demo không phải là một lời hứa về quyền truy cập trực tiếp. |
Mục đích không phải là xây dựng một trình giả lập thị trường hoàn hảo. Mà là để tránh một sự bất ngờ vào thời điểm chính xác mà khách hàng đã đầu tư tiền.
Chọn một số dư khởi đầu dạy bài học đúng đắn
Một tài khoản demo với số dư ảo rất lớn có thể khiến kích thước vị trí cảm thấy vô hại. Một số dư nhỏ có thể ngăn người dùng thử nghiệm các công cụ hoặc loại lệnh mà nhà môi giới thực sự cung cấp. Cả hai số tiền khởi đầu đều không tự động đúng.
Giả sử khách hàng tiềm năng của bạn mong đợi bắt đầu với khoảng $500, nhưng bản demo mở ra ở mức $100,000. Một ngân sách rủi ro tài khoản 1% có nghĩa là $5 trong một trường hợp và $1,000 trong trường hợp kia. Vị trí demo lớn như vậy có thể trông tầm thường trong tài khoản lớn và không thể trong tài khoản nhỏ hơn. Đây là những số tiền minh họa, không phải là số tiền gửi hoặc giới hạn rủi ro giao dịch được khuyến nghị. Vấn đề thiết kế là quy mô: liệu sự cân bằng thực hành có giống như những quyết định mà một khách hàng mới sẽ phải đối mặt không?
Tôi sẽ cung cấp một số dư mặc định khiêm tốn và cho phép người dùng đặt lại hoặc chọn một số tiền ảo khác. Ghi rõ số dư. Giữ cho nút đặt lại dễ tiếp cận, nhưng đừng biến việc đặt lại thành tín hiệu thành công. Một người dùng thường xuyên xóa tài khoản ảo cần được giúp đỡ để hiểu rõ về rủi ro, chứ không phải là một thông báo chúc mừng để đi vào hoạt động.
Nguyên tắc tương tự áp dụng cho việc hết hạn. Một đếm ngược bảy ngày bị ép buộc có thể tạo ra sự khẩn trương mà không dạy được điều gì. Nếu quyền truy cập demo phải hết hạn vì lý do kỹ thuật hoặc thương mại chính đáng, hãy thông báo cho người dùng biết khi nào, cho phép họ lấy lại lịch sử của mình và cung cấp một cách rõ ràng để tiếp tục khi có thể. Đừng tạo ra sự khan hiếm xung quanh một công cụ thực hành.
Giao một công việc hữu ích cho buổi họp đầu tiên
Màn hình đầu tiên không nên yêu cầu người dùng phải tìm hiểu từng chỉ số biểu đồ. Hãy giao cho họ một nhiệm vụ để xác định xem họ có thể sử dụng nền tảng hay không: tìm một công cụ, kiểm tra giá của nó, chọn một vị trí ảo nhỏ, đặt một lệnh và đóng nó lại. Sau đó, hãy chỉ cho họ nơi kết quả xuất hiện trong lịch sử tài khoản.
Xem nơi mọi người dừng lại. Nếu họ mở vé và rời đi, có thể họ đang kiểm tra báo giá, không phải đang vật lộn. So sánh sự kiện đó với các câu hỏi hỗ trợ và một vài phiên quan sát trước khi tạo ra một hướng dẫn. Một câu hỏi lặp lại về kích thước vị trí có thể yêu cầu một nhãn tốt hơn hoặc một con số phơi bày rõ ràng. Một bài học không thể sửa chữa một điều khiển gây hiểu lầm.
Chương trình giáo dục giao dịch rộng hơn có thể dạy các khái niệm một cách sâu sắc. Bản demo nên cho phép người dùng thử những khái niệm đó trong giao diện thực tế. Một lời giải thích ngắn gọn về spread hoặc margin bên cạnh vé đặt hàng thường có tác dụng hơn là gửi ai đó đến danh mục khóa học.
Những gì để cung cấp cho các nhà giao dịch có kinh nghiệm
Hãy để người dùng có kinh nghiệm bỏ qua hướng dẫn và kiểm tra các thông số hợp đồng, điều khiển đơn hàng, biểu đồ và lịch sử giao dịch. Làm cho tài khoản demo dễ dàng tìm thấy lại sau khi họ kiểm tra trang thực thể pháp lý hoặc trang giá cả. Việc bỏ qua một tour tùy chọn không phải là bằng chứng cho khả năng hoặc sự phù hợp; nó chỉ tôn trọng thời gian của người dùng.
Đừng Nhầm Lẫn Hoạt Động Demo Với Sự Chuẩn Bị
Một người dùng demo có thể rất năng động nhưng vẫn hiểu sai về margin, thực hiện giao dịch, hoặc sự khác biệt giữa một số dư ảo và một tài khoản đã được cấp vốn. Một người dùng khác có thể chỉ thực hiện hai giao dịch luyện tập cẩn thận và nắm bắt tốt các cơ chế. Số lượng giao dịch không phải là một chỉ số tốt cho sự sẵn sàng.
Hướng dẫn CFD của ESMA về tính phù hợp cụ thể giải quyết cách các công ty nên xử lý việc sử dụng tài khoản demo khi đánh giá kiến thức. Điểm thực tiễn là chỉ việc có một tài khoản demo hoặc nhấp vào một hướng dẫn không giống như việc hiểu một sản phẩm phức tạp. Áp dụng các quy tắc hiện hành của tổ chức pháp lý và thị trường mục tiêu; một nhiệm vụ demo không bao giờ thay thế các đánh giá cần thiết hoặc KYC.
Đối với thiết kế sản phẩm, hãy hỏi người dùng thực sự có thể làm gì. Họ có thể tìm thấy mức chênh lệch hiện tại không? Họ có thể biết đơn hàng tạo ra mức độ rủi ro bao nhiêu không? Họ có thể đóng một vị thế mà không vô tình mở một vị thế khác không? Nếu không, hãy giữ giải thích gần với nhiệm vụ và cung cấp sự hỗ trợ từ con người. Đừng hứa rằng việc hoàn thành ba giao dịch thực hành sẽ khiến họ “sẵn sàng.”
Thiết kế chuyển động để sống như một sự thay đổi điều kiện
Thời điểm thích hợp để đề cập đến một tài khoản thực là khi người dùng có đủ bối cảnh để hiểu những gì thay đổi: quỹ thực, kiểm tra đủ điều kiện, các công cụ có sẵn, chi phí, thực hiện, nạp tiền và rút tiền. Điều này có thể xảy ra sau một phiên demo hữu ích. Nó cũng có thể xảy ra sớm hơn nếu một người dùng có kinh nghiệm đến cụ thể để so sánh các điều khoản tài khoản. Nó không nên phụ thuộc vào một chuỗi lợi nhuận tùy ý hoặc một bộ đếm thời gian.
Một màn hình chuyển tiếp đơn giản có thể hiển thị bốn điều trước khi yêu cầu đặt cọc:
- Trạng thái tài khoản: những kiểm tra xác minh hoặc sản phẩm nào còn lại, và liệu có bất kỳ hạn chế nào đang được áp dụng.
- Các điều kiện giao dịch: chi phí trực tiếp, quy tắc ký quỹ, các công cụ có sẵn, và nơi mà việc thực hiện trực tiếp có thể khác với mô phỏng.
- Di chuyển tiền: các phương thức thanh toán được hỗ trợ, mức tối thiểu, thời gian và chính sách rút tiền cho khu vực này.
- Lựa chọn: tiếp tục trong bản demo, mở tài khoản thực nếu đủ điều kiện, hoặc hỏi hỗ trợ một câu hỏi.
Không sao chép số dư ảo vào tài khoản thực như thể đó là tiền kiếm được. Đừng làm cho nút nạp tiền trông như bước tiếp theo trong một cấp độ trò chơi. Và đừng sử dụng lợi nhuận demo của khách hàng như một tuyên bố về kết quả thực tế có khả năng xảy ra.
Hệ thống tiếp nhận khách hàng của môi giới vẫn quan trọng khi người dùng chọn giao dịch thực. Một phiên bản demo có thể loại bỏ sự không chắc chắn về đơn đặt hàng. Tuy nhiên, nó không thể giải quyết vấn đề tài liệu danh tính bị từ chối, phương thức thanh toán địa phương không khả dụng, hoặc việc cập nhật số dư bị trì hoãn. Hãy đo lường những chuyển giao đó một cách riêng biệt.
Sử dụng thông điệp trả lời câu hỏi, không phải để thúc đẩy giao dịch
Các thông điệp dựa trên hành vi có thể hữu ích nếu chúng phù hợp với những gì người dùng đang làm. Một người dùng chưa mở bản demo có thể cần liên kết đăng nhập. Ai đó đã mở một phiếu đặt hàng nhưng không thể gửi có thể cần một lời giải thích ngắn gọn về số lượng hoặc biên độ. Một người dùng đang chờ xem xét KYC cần một bản cập nhật trạng thái, không phải nhắc nhở về việc nạp tiền.
| Trạng thái quan sát | Phản hồi hữu ích | Khi nào ngừng hoặc ngăn chặn |
|---|---|---|
| Demo đã mở, không có đơn đặt hàng nào được thử | Cung cấp một bản hướng dẫn đặt hàng tùy chọn trong một phút. | Ngừng sau khi hoàn thành hoặc từ chối; không lặp lại hàng ngày. |
| Đơn đặt hàng bị bỏ rơi với nhiều lần thay đổi kích thước | Giải thích kích thước vị trí và mức độ tiếp xúc bên trong đơn đặt hàng. | Không giả định rằng người dùng bị nhầm lẫn chỉ từ một lần truy cập. |
| Tài khoản trực tiếp đã chọn, xác minh đang chờ xử lý | Hiện trạng đánh giá và hành động tiếp theo cần thực hiện. | Ngăn chặn các yêu cầu gửi tiền cho đến khi tài khoản có thể tiếp tục. |
| Số dư demo đã cạn kiệt nhiều lần | Cung cấp trợ giúp về ký quỹ, chi phí và kích thước vị trí. | Không xem lỗ như một lý do để thúc giục gửi tiền trực tiếp. |
Chỉ đưa những quy tắc đó vào CRM sau khi trạng thái tài khoản đáng tin cậy. Nếu một phiếu hỗ trợ đang mở, một thông điệp tự động “sẵn sàng giao dịch chưa?” có thể khiến nhà môi giới trông như thể họ chưa đọc hồ sơ của chính mình. Cũng hãy kiểm tra sự đồng ý và các quy tắc giao tiếp địa phương trước khi gửi email hoặc tin nhắn đẩy.
Đo lường bản demo bằng những gì người dùng học và những gì bị lỗi
Chuyển đổi từ demo sang trực tiếp là một chỉ số kinh doanh, không phải là một phán quyết hoàn chỉnh về trải nghiệm. Một nhà môi giới nên xem xét nó cùng với việc hoàn thành nhiệm vụ, hiểu biết về sản phẩm, các khiếu nại, lỗi đơn hàng trực tiếp và kinh tế của các khách hàng sau này tài trợ.
Theo dõi các nhóm từ buổi demo đầu tiên, không chỉ từ việc đăng ký. Phân loại người dùng theo quốc gia, nguồn gốc, thiết bị, lộ trình trải nghiệm và quyền truy cập sản phẩm. Ghi lại xem họ đã đặt hàng, đóng lại, kiểm tra chi phí, cố gắng xác minh, bắt đầu một khoản tiền gửi, và thực hiện giao dịch trực tiếp đầu tiên hay chưa. Đối với những khách hàng không tiếp tục, phân biệt giữa sự lựa chọn tự nguyện và tài khoản bị chặn hoặc thanh toán không thành công.
Một bài kiểm tra minh họa, không phải chuẩn mực ngành
Hãy tưởng tượng hai nhóm người dùng demo mới tương đương nhau gồm 1.000 người. Cả hai nhóm đều nhìn thấy các thông báo bắt buộc giống nhau và có thể liên hệ với bộ phận hỗ trợ. Một nhóm nhận bản demo hiện tại. Nhóm còn lại nhận được phiếu đặt hàng rõ ràng hơn và hướng dẫn tùy chọn. Những con số tưởng tượng này cho thấy cách đọc một bài kiểm tra; chúng không phải là kết quả của Quadcode hoặc tỷ lệ chuyển đổi mong đợi.
| Biện pháp | Demo hiện tại | Demo đã sửa đổi |
|---|---|---|
| Người dùng được phân công | 1,000 | 1,000 |
| Hoàn thành và đóng đơn hàng demo một cách chính xác | 410 | 520 |
| Mở tài khoản thực và vượt qua các kiểm tra yêu cầu | 150 | 155 |
| Nạp tiền vào tài khoản thực | 95 | 98 |
| Các trường hợp hỗ trợ cơ chế đơn hàng | 78 | 51 |
Việc hoàn thành demo đúng đã tăng 11 điểm phần trăm. Tình hình tài trợ chỉ tăng từ 9,5% lên 9,8%, một sự chênh lệch 0,3 điểm có thể chỉ là tiếng ồn. Việc giảm hỗ trợ đáng để điều tra, nhưng nó không chứng minh sự hiểu biết chỉ bằng chính nó. Kiểm tra sự pha trộn trường hợp, các lỗi đặt hàng trực tiếp sau này, và xem liệu những người không yêu cầu trợ giúp có đơn giản là từ bỏ hay không.
Đối với một bài kiểm tra ngẫu nhiên, hãy phân bổ người dùng đủ điều kiện trước khi họ chọn xem hướng dẫn, và phân tích tất cả những người đã được phân bổ. So sánh chỉ những người đã nhấp vào bài học với những người không nhấp sẽ chủ yếu đo lường động lực. Giữ cho mẫu và khoảng thời gian quan sát đủ lớn cho quyết định bạn dự định đưa ra. Xem xét các kết quả bất lợi và giá trị khách hàng lâu dài trước khi triển khai thay đổi chuyển đổi.
A fair test starts before the lesson
Who enters the comparison matters as much as what you measure afterward.
Keep both viewers and skippers in the revised group.
Nên Xây Dựng Gì Trước
Nếu công ty môi giới là mới, đừng bắt đầu với một học viện demo khổng lồ. Hãy bắt đầu với những phần làm cho trải nghiệm thực hành trở nên chân thực và hữu ích.
- Kiểm toán sự đồng nhất. Liệt kê sự khác biệt giữa bản demo và bản trực tiếp theo công cụ, chi phí, quy tắc biên lợi nhuận, loại đơn hàng và hành vi thực hiện. Sửa chữa hoặc giải thích những điểm quan trọng.
- Quan sát các phiên đầu tiên. Xem một sự kết hợp nhỏ giữa người dùng mới và người dùng có kinh nghiệm thực hiện một đơn hàng và một lần đóng. Lưu ý nơi mà màn hình, không phải người, gây ra rắc rối.
- Sửa đổi việc chuyển giao. Hiển thị yêu cầu tài khoản trực tiếp, chi phí, các tùy chọn tài trợ và lựa chọn để ở lại trong chế độ demo.
- Thực hiện hành trình. Kết nối các sự kiện trình diễn với xác minh, thanh toán, hỗ trợ và hoạt động trực tiếp mà không coi P&L ảo như một điểm số đủ điều kiện.
- Kiểm tra một thay đổi. Thay đổi nhiệm vụ gây nhầm lẫn nhất, không phải toàn bộ trải nghiệm một lần. So sánh sự hiểu biết và lỗi với sự chuyển đổi.
Một nền tảng nhãn trắng có thể cung cấp giao diện giao dịch, môi trường demo, CRM và quy trình tài khoản. Người môi giới vẫn sở hữu các quyết định xác định liệu bản demo có trung thực hay không: các sản phẩm được cung cấp, điều khoản tài khoản, công bố, thông điệp cho khách hàng và quy trình phê duyệt. Hãy yêu cầu bất kỳ nhà cung cấp nào cho thấy phiên bản demo và phiên bản trực tiếp của cùng một giao dịch bên cạnh nhau. Sự trình diễn đó hữu ích hơn danh sách tính năng.
Kết luận
Một tài khoản demo nên là nơi để học cách mà sản phẩm của nhà môi giới này thực sự hoạt động. Nó nên làm cho quyết định giao dịch trực tiếp đầu tiên trở nên rõ ràng hơn, không chỉ đơn giản là dễ dàng để nhấp chuột. Sự chuyển tiếp khỏe mạnh nhất là tự nguyện, có thông tin và được hỗ trợ bởi một tài khoản hoạt động như đã mô tả. Một số người sẽ ở lại với tài khoản demo hoặc quyết định không giao dịch. Điều đó có thể là một kết quả tốt cho họ và là một tín hiệu hữu ích cho nhà môi giới.
