Picture two traders with very different win rates, side by side, over the same year.
Trader A: 70% winning trades. The statistics look good, they feel good, and they get mentioned freely.
Trader B: 35% winning trades. Two out of three lose. On paper, a trader in trouble.
By the end of the year, Trader B has grown the account by 24% — while Trader A finished exactly flat, after fees.
This is not a statistical fluke. It is a perfectly logical mechanism, and most traders only discover it after months spent optimising the wrong variable.
Why win rate is the most misleading metric in trading
Win rate answers one question: how often am I right? It says nothing about the other half of the equation, which is the half that determines your balance: how much do I make when I am right, and how much do I lose when I am wrong?
Here are the same two traders with precise figures, over 100 trades each, at a constant €100 risk per trade.
Trader A — 70% win rate
- 70 winners averaging +€50 (gains banked early, for fear of watching them evaporate) → +€3,500
- 30 losers averaging −€120 (losses given room, in hope of a reversal) → −€3,600
- Net result: −€100
Trader B — 35% win rate
- 35 winners averaging +€300 (winners left to run, to a plan defined in advance) → +€10,500
- 65 losers averaging −€100 (systematic stop-loss, respected without exception) → −€6,500
- Net result: +€4,000
The second trader was wrong nearly twice as often, and finished the year far ahead. The difference is not the frequency of being right — it is entirely the asymmetry between the size of the wins and the size of the losses.
The metric that replaces win rate: expectancy
The calculation that actually summarises a method's profitability is expectancy.
Expectancy = (win rate × average win) − (loss rate × average loss)
Applied to our two traders:
- Trader A: (0.70 × 50) − (0.30 × 120) = 35 − 36 = −€1 per trade
- Trader B: (0.35 × 300) − (0.65 × 100) = 105 − 65 = +€40 per trade
Trader A's expectancy is negative — every trade taken loses money on average, despite a 70% win rate on display. Trader B's is firmly positive: each trade moves the account forward by €40 on average, regardless of whether that particular trade wins or loses.
That number, not the win rate, decides whether a method is profitable over time.
The minimum win rate to break even
For a given risk/reward ratio there is a win rate below which the method loses money no matter what. It takes one line:
Breakeven win rate = 1 / (1 + R:R)
| Your real R:R | Breakeven win rate |
|---|---|
| 1:1 | 50% |
| 1:1.5 | 40% |
| 1:2 | 33.3% |
| 1:3 | 25% |
| 1:4 | 20% |
Take our two traders again. Trader B runs an R:R of 3 (€300 average win against €100 average loss): the threshold is 25% and they sit at 35%. There is margin.
Trader A has a real R:R of 0.42 (€50 against €120). The breakeven threshold is therefore 70.6% — and they show 70%. Just below, which is exactly why expectancy comes out at −€1 per trade. Their win rate is not too low: their R:R is too low for the win rate they hold.
That is the most useful way to read this table. A win rate is never judged in isolation, always against the R:R that comes with it.
Where the trap comes from
There is a precise psychological reason so many traders optimise win rate instead of expectancy: being right delivers immediate validation, and being wrong triggers discomfort we avoid at almost any cost.
That pushes two behaviours which, together, destroy expectancy:
- Banking gains too early, for fear of a winner turning into a loser — which mechanically shrinks the average win.
- Letting losses run, hoping for a reversal that would vindicate the original decision — which inflates the average loss.
The result, visible in Trader A's profile, has a name in behavioural finance: the disposition effect. It is dangerous precisely because it raises the win rate in the short term while destroying profitability in the long term. The number that reassures is the one hiding the problem. It is one of ten mistakes covered, each with a measurable countermeasure, in trading psychology mistakes.
How to compute and track your real expectancy
Three figures are enough, and all three are already in your trade history — they just have to be extracted, and recomputed regularly rather than once:
- Your real win rate over at least 30 trades. Below that the figure is too unstable to interpret.
- Your average win across winning trades — the average, not your best trade.
- Your average loss across losing trades — the most commonly ignored figure, because it is the least pleasant to look at.
Expectancy is only one of the six numbers that describe a method. The formula and interpretation for each — profit factor, real drawdown, holding time — are set out in trading statistics, and they all rest on a clean trade blotter.
What changes in your decisions
Once you reason in expectancy rather than win rate, several decisions invert:
- Raising your win rate stops being a goal in itself. Tightening entry criteria to be right more often can easily lower expectancy, if it also shrinks the wins that remain.
- The risk/reward ratio becomes the variable to watch first — at an identical win rate, it alone decides whether expectancy is positive or negative.
- A 35% win rate stops being an alarm signal. It is a perfectly viable profile, provided the wins, when they come, more than compensate for the frequency of the losses. It is in fact the dominant profile among trend followers.
The real question after any run of trades
Not "did I guess right this time?" but: "if I repeat this exact behaviour 100 times, does my account grow?"
Win rate answers the first question. Only expectancy answers the second — and the second decides whether you are still trading in a year, and with what balance.
TradeStack computes your expectancy, win rate and risk/reward from your real trade history, so you judge your method on what matters rather than on what reassures. The free plan covers 20 trades a month with no card required — see free trading journal.
TradeStack works by manual entry. No automatic CSV, MT4 or MT5 import — your real executions are what feed the calculation.
