Key takeaways
  • A backtest log records what the model does. A journal records what you do. They answer different questions, and most traders keep the first while believing they are keeping the second.
  • Log the criteria, not just the result. Which conditions were present and which were missing turns a record of wins and losses into a record of which rule you keep bending.
  • The skipped column matters as much as the taken one. Setups you correctly passed on, and setups you wrongly passed on, are invisible in a normal journal — and they are half of your decision-making.
  • Grade execution before outcome. A losing trade taken exactly to plan is a good day. A winning trade that broke three rules is a loan, and the journal is where you find out when it gets called.

Search for an ICT trading journal and you find journal software. TradeZella, Treydly, spreadsheets and Notion templates, all built to log entry, exit, size and profit. None of them is wrong. None of them is built for this methodology either.

A generic journal answers one question: did this trade make money? For an ICT trader that is close to the least useful question available, because the methodology is a set of conditions, and money arrives or does not for reasons that often have little to do with whether you applied them. A trade can break every rule and win. A trade can follow every rule and lose. If the journal only knows the result, it will teach you to repeat the first and abandon the second.

This page is about a journal that records the thing you can actually control.

Journal and backtest log are different tools

The site already covers the backtest log — the record you keep while replaying historical sessions. It is worth being precise about how the two differ, because people often keep one and assume it does the job of both.

Backtest logLive journal
Question it answersDoes the model have an edge?Do I execute the model?
Who makes the errorsMostly the modelMostly you
Emotional state recordedNone — there is nothing at stakeEssential — it is often the cause
Skipped setupsRare; you see every one in replayCommon, and revealing
What a bad entry meansThe rules need changingYou did not follow them

The gap between the two records is where most of the useful information is. If the backtest says a model works and the journal says you are losing with it, the difference is you — and the journal is the only instrument that can show you which part.

What to log for every setup

Every setup you identify, not every trade you take. That distinction is the whole design.

FieldWhat goes in it
Date, session, windowWhich kill zone or macro the setup formed in
Bias going inWritten before the session, copied here unchanged
DrawThe named level you expected price to reach
Sweep present?Yes / no, and which level was taken
ConfirmationWhich event: MSS body close, CISD, displacement — or none
Entry typeFVG, order block, OTE, breaker
Stop referenceWhich structural price the stop sat beyond
Taken or skippedAnd in one line, why
Execution gradeA, B or C — how closely you followed the plan
OutcomeIn R, entered last
StateOne word: calm, rushed, tired, chasing, bored

Two things about that list. Outcome goes near the end, and you fill it in last, so that the grade is not contaminated by knowing how it turned out. And there is a row for setups you did not take, which almost no template has.

The skipped column

Every morning you look at several candidate setups and take one or none. The ones you pass on vanish from a normal journal completely. That is a large blind spot, because passing on a setup is a decision as consequential as taking one.

Skipped setups fall into two groups, and the journal should let you tell them apart:

  • Correct skips — a criterion was genuinely missing. No sweep, no confirmation, against bias, outside the window. These are the process working, and on a no-trade day they are your only record that you did anything right.
  • Hesitations — every criterion was present and you did not take it. Usually because the previous trade lost, or the move looked too fast, or you were not watching closely enough.

Hesitations are expensive and invisible. A trader who takes every qualifying setup and a trader who takes two-thirds of them are running different systems, even with identical rules — and only the second one does not know it. The skipped column is how you find out which you are.

Grade execution, then outcome

The single change that makes a journal useful is grading each entry on whether you followed the plan, separately from whether it made money. Trading psychology covers the reasoning; here is the scale.

GradeMeaning
AEvery criterion present, entry and stop exactly to plan, managed as written
BValid setup, one deviation — early by a candle, stop nudged, target changed live
CA rule was broken to take it: no confirmation, against bias, outside the window

Once each entry carries both a grade and a result, four combinations exist, and they mean very different things.

  • A and a loss is a good trade. The market did something the model allows for. Nothing to fix.
  • A and a win is the process working as intended.
  • C and a loss is the obvious lesson, and the one people learn anyway.
  • C and a win is the dangerous one. It teaches you that breaking the rule was fine. Enough of them, and the rule stops being a rule.

A generic journal records the last category as a success. That is how a trader with a sound method slowly stops using it.

Walkthrough — what two weeks of entries showed

The entries below are constructed to show how the pattern surfaces. It is a teaching illustration rather than a record of real trades.

DayWindowSweepConfirmationTaken?GradeR
MonNY AMYesMSS closeTakenA−1.0
TueNY AMYesNoneTakenC+2.1
WedLondonNo—Skipped — no sweepA0
ThuNY AMYesNoneTakenC−1.0
FriNY AMYesCISDSkipped — “too fast”B0
MonNY AMYesMSS closeTakenA+1.8
TueNY PMYesNoneTakenC−1.0
WedNY AMYesDisplacementSkipped — after Tuesday’s lossB0
ThuNY AMYesNoneTakenC−1.0
FriNY AMYesMSS closeTakenA+2.4

What a generic journal would say. Seven trades, three winners, net +2.3R. A mediocre fortnight. Perhaps the model is not working. Perhaps try a different one.

What this journal says. Sort by grade and the picture changes completely.

  • The three A-grade trades returned +3.2R between them.
  • The four C-grade trades returned −0.9R. Every one was an entry without confirmation. One of them won, and that single win on Tuesday is almost certainly why the habit continued through the second week.
  • Two qualifying setups were skipped — Friday’s because it “looked too fast,” the second Wednesday’s because of the previous day’s loss. Both had every criterion present.

So the trader does not have a model problem. The trader has exactly one execution problem — entering before confirmation — and a related hesitation problem that shows up after losses. Neither is visible in a profit-and-loss column. Both are obvious in ten rows once the grade and the skipped column exist.

The fix is equally specific. Not “trade better” or a new model, but one rule for the next fortnight: no entry without the confirmation written in the plan, and log every hesitation with its reason. Entry confirmation covers what that event should look like.

The weekly review

A journal nobody reads is a diary. Once a week, with nothing open on the chart, sort the entries three ways and answer three questions:

  1. By grade. What did the A trades return, and what did the C trades return? If the C trades are not clearly worse, look harder — small samples flatter bad habits.
  2. By the missing criterion. Among the C trades, which rule was broken most often? It is nearly always the same one. That is next week’s only focus.
  3. By skip reason. Were the skips correct, or were they hesitations? Do hesitations cluster after losses, on certain days, in certain windows?

Then change one thing. A review that ends in five resolutions ends in none.

Spreadsheet, app or paper?

Whichever you will actually fill in every session. That is the only criterion that matters, and it rules out most elaborate setups by the second week.

What does matter is that the tool can do three things: hold the custom fields above, record skipped setups as rows, and sort by grade. A plain spreadsheet does all three. Most trading journal apps do the first and third but are built around executed trades, so skipped setups have to be forced in as zero-size entries — workable, but check before paying for one. Paper is fine if you transfer it weekly; the sorting is the part you cannot do by hand for long.

Screenshots help. One at the moment of decision, marked with your levels, is worth more than any number of fields — because in a month you will not remember what the chart looked like, only what happened after.

Five ways journals fail

What people doWhy it fails
Log only trades takenHalf your decisions are invisible, including every hesitation
Record the result firstThe outcome contaminates the grade; winners get remembered as well executed
Log profit instead of RDifferent sizes and instruments become impossible to compare
Write the bias after the sessionHindsight rewrites it to match what happened
Never review itA record that is never sorted cannot tell you anything
What to take away

Log every setup you identify, taken or not. Record which criteria were present. Grade execution before you look at the result. Sort by grade once a week and change one thing. The journal’s job is not to tell you how much you made; it is to tell you which rule you keep breaking, which is the only thing in the whole process you can actually fix.

Frequently Asked Questions

What should an ICT trading journal include?
For every setup you identify: the session and window, your pre-session bias, the draw, whether a sweep occurred, which confirmation printed, the entry type, the stop reference, whether you took or skipped it and why, an execution grade, the outcome in R, and a one-word note on your state. The criteria fields matter more than the result.
Is a trading journal the same as a backtest log?
No. A backtest log tests whether the model has an edge on historical data, where the errors are mostly the model's. A live journal records whether you execute the model, where the errors are mostly yours. The gap between what the backtest says and what the journal shows is usually the most useful information you have.
Why log trades I did not take?
Because skipping is a decision too. Some skips are correct, where a criterion was missing. Others are hesitations on fully qualifying setups, often after a loss. A trader who takes two-thirds of qualifying setups is running a different system from the one they tested, and without a skipped column they cannot see it.
Should I grade trades on profit or on execution?
Execution first, recorded before you look at the result. A losing trade taken exactly to plan is a good trade. A winning trade that broke a rule is the dangerous kind, because it teaches you the rule is optional. Sorting by execution grade is what makes those patterns visible.
What is the best app for an ICT trading journal?
Whichever you will fill in every session. It needs custom fields, a way to record skipped setups as rows, and sorting by grade. A plain spreadsheet does all three. Most journal apps are built around executed trades, so check that they can hold skipped setups before paying for one.
How often should I review my journal?
Weekly, with the chart closed. Sort by grade, by the most frequently broken rule, and by skip reason, then choose a single thing to change for the following week. Reviews that end in several resolutions rarely change anything.