Count the screens between "payment received" and a new trader's first order. On a rented desktop platform the honest count is about five: a confirmation email, a download link, an installer, a login window that wants a server name picked out of a long dropdown, and only then a chart. On a cloud-native platform the count is one, because the account already exists and the terminal is a link the trader opens.
For a brand new prop firm those four extra screens are not a design detail. They sit directly on top of your funnel, at the exact moment a buyer has already paid and has the highest intent they will ever have. Every one of them is a place where a stranger who owes you nothing puts the phone down and says they will do it later. Some of them do it later. Not all of them.
What actually happens in those extra screens
The failure modes are boring and repeatable, which is why they are worth listing rather than hand-waving. The confirmation email lands in Promotions or in spam, because it carries a download link and a set of credentials, which is exactly what a filter is trained to distrust. The buyer is on a phone at eleven at night, and the link points at a Windows installer. If they are on a Mac they need a different build. If they get as far as running it, an unsigned or unrecognised binary can produce an operating system warning that a first-time buyer reads as "this might be a scam", and now your support desk is arguing about code signing instead of about trading.
Then comes the login window. It asks for a login number, a password copied from an email where capital I and lowercase l look identical in the mail client's font, and a server. That is three chances to fail before the first candle renders, and the trader has no way to tell which of the three went wrong, because a wrong server and a wrong password often produce the same unhelpful message.
None of this is exotic. Any firm that has run a support desk for a month can recite it. The question is whether you want to build a company whose first customer interaction is a technical support conversation, or one whose first customer interaction is a chart.
The server list is a question your buyer cannot answer
The server dropdown deserves its own paragraph because it is the single most misunderstood piece of onboarding friction in this industry. To an operator it looks harmless: the trader picks the entry with your firm's name on it. To a buyer who has never traded with you before, it is a list of near-identical strings, several of which contain your firm's name in slightly different shapes, plus demo and live variants, plus whatever your provider left in the list from other tenants.
Pick wrong and the account does not exist. Pick the demo variant and the trader spends twenty minutes wondering why the balance is not the one they paid for. This is not a knock on the platforms that work this way. The server field is a rational design for a product built when a broker ran its own server and a trader kept relationships with several brokers at once. It is simply the wrong question to put in front of somebody who bought a challenge nine minutes ago.
Friction does not show up as a refund request. It shows up as a challenge fee you collected from somebody who never placed a trade, and who will not buy a second one. That account looks like revenue in month one and like a broken funnel in month four.
Where the platforms actually sit
Described neutrally, the platforms a new firm shortlists differ mostly in how a trader reaches the account for the first time, and therefore in how much your firm has to explain.
| Platform | First-run path | What your firm has to explain |
|---|---|---|
| MT4 / MT5 | Desktop terminal to install, plus a web terminal and mobile apps | Which build, which server entry, login number vs email |
| cTrader | Desktop, web and mobile, account tied to a platform-level ID | The extra account concept sitting above your firm |
| DXtrade | Browser-first, with mobile apps | Which environment link belongs to your firm |
| Match-Trader | Browser-first, with mobile apps | Which environment link belongs to your firm |
| TradeLocker | Browser-first, with mobile apps | Which environment link belongs to your firm |
| eTrader | A link, on web, installable desktop, mobile web and native iOS and Android apps, one synced account | Nothing beyond your own sign-in |
The browser-first group has genuinely solved the installer problem, and a founder who picks one of them is not making a mistake on this axis. Where eTrader goes further is that the account is provisioned by the same system that took the money. A challenge purchase in the Prop Firm CRM creates the trading account on the platform automatically, so the buyer's own sign-in is the only credential in the story, and there is no second identity for them to lose.
Where an installed terminal genuinely wins
Concede the point properly, because founders who ignore it get punished later. A trader who runs expert advisors, keeps a library of custom indicators, or lives inside a strategy tester wants a desktop terminal, and MetaTrader's ecosystem here is deeper than anything built since. If your marketing targets algorithmic traders, the installer is not friction to them, it is the product. The same trader will happily rent a VPS and will never notice the server dropdown, because they have typed one a hundred times.
The question is which trader your first hundred sales will actually be. For most new prop firms the answer is a discretionary trader who found you through a phone-shaped advert, and for that person the installer is a tax you pay in conversion. Read your own numbers on this rather than the industry's, because the mix differs by market and by ad channel. The wider funnel argument is in the client journey from click to first trade, and the page-level version of it in sign-in page conversion.
What to measure in your first month
Three numbers settle the argument without any vendor being involved. The first is activation rate: of the accounts you issued this week, what share placed at least one order within 24 hours. The second is time to first trade, measured in minutes from payment, and read as a median rather than an average, because the average hides the tail where the losses live. The third is the share of your support tickets whose subject is access rather than trading. If that third number is above roughly one in five, your platform choice is costing you a support hire.
Those numbers also tell you when to add a second platform rather than replace the first. Bridging is normal: firms run one platform for the bulk of buyers and another for a segment that demands it, and the operational cost of doing so is mostly in the CRM rather than the terminal. The economics of running one contract instead of four are covered in why legacy platforms cost more, and the delivery side of a link-based terminal in the eTrader mobile apps.
"Nobody buys a challenge because the installer was pleasant. Plenty of people abandon one because it was not."
— Alex Onta, Executive Director, SINGUARD
Key Takeaways
- The screens between payment and first order are funnel, not setup, and they fail at the moment buyer intent is highest.
- A server dropdown asks a nine-minute-old customer a question only an experienced trader can answer.
- Browser-first platforms have solved the installer problem; provisioning the account from the system that took the money removes the second credential too.
- Measure activation rate, median time to first trade, and the share of tickets that are about access rather than trading.
Frequently Asked Questions
Is an installed platform always worse for a new prop firm?
No. Traders who run expert advisors, custom indicators or a strategy tester want a desktop terminal, and MetaTrader's ecosystem there is deeper than anything newer. The trade-off only turns against the installer when your buyers arrive from phone-first advertising and trade discretionarily.
What is a reasonable time to first trade to aim for?
Set your own baseline in the first month rather than copying a number. Measure the median minutes from payment to first order, watch the slow tail rather than the average, and treat any change in platform or sign-in flow as an experiment you read against that baseline.
Can a firm run a browser terminal and MetaTrader at the same time?
Yes. Firms commonly run one platform for most buyers and bridge a second for a segment that asks for it. The cost of doing so falls mostly on the CRM, which has to provision, monitor and enforce rules identically across both.
About the Author
Alex Onta is an Executive Director at SINGUARD. He built eTrader, the terminal, the mobile apps, eTrader Broker, Copytrading, Business and Community, along with the worldwide clustered-server infrastructure it all runs on, with his brother Roman Onta helping on the design, and he leads that division today. Together with Roman he builds the Prop Firm CRM, the Broker CRM, Scalegram and CopySignals, and the two of them carry worldwide compliance, payment processing and international business structuring side by side. He lives and works in Dubai for most of the year. Meet the executive duo leading Singuard's five divisions.