Nội dung này phục vụ mục đích giáo dục, không phải lời khuyên đầu tư hoặc tín hiệu giao dịch.

Trả lời ngắn: Trading Journal là record có cấu trúc của plan, execution và review cho từng observation. Journal phải giữ decision-time evidence, actual fills, cost và trạng thái dữ liệu; nó không phải chỗ viết lại lý do sau khi biết trade thắng hay thua.

Đọc xong, bạn sẽ hiểu:

  • Một journal tối thiểu cần những field nào.
  • Vì sao winner vẫn có thể FAIL process và loser vẫn PASS.
  • Cách tính TJ-47: +1,40R, average +0,35R, adherence 75%.

1. Trading Journal là gì và không phải là gì?

Trading Journal không chỉ là cột ngày, mã và P/L. Nó lưu ba lớp: thứ bạn định làm trước event, thứ market/broker thực sự làm, và phần review sau khi record đã khóa.

Audit trail là chuỗi record có timestamp giúp truy lại quyết định, action và evidence. Nếu bạn sửa entry plan sau khi đã thấy outcome mà không giữ lịch sử thay đổi, trail đã bị đứt.

Ví dụ đời thường: danh sách mua hàng là plan, hóa đơn là actual, còn review là đối chiếu thiếu/thừa. Hóa đơn không tự nói vì sao bạn mua; danh sách không tự chứng minh món đã được tính tiền. Trading cũng vậy: note của bạn và broker confirmation có vai trò khác nhau.

Journal không tạo edge, không cứu một strategy kém và không biến sample nhỏ thành bằng chứng chắc chắn. Nó làm dữ liệu bớt mơ hồ để bạn hỏi đúng:

  • Outcome sau cost là gì?
  • Rule có được tuân thủ không?
  • Record nào đủ điều kiện vào sample?
  • Sai lệch đến từ plan, execution hay dữ liệu?

Hình 1 — Outcome và process là hai output khác nhau của cùng audit trail.

Câu “trade này tốt” thiếu đối tượng so sánh. Có thể outcome dương nhưng process sai; cũng có thể outcome âm trong khi process đúng. Journal phải cho phép hai nhãn cùng tồn tại.

2. Ba lớp record và các field bắt buộc

Lớp 1 — Plan trước event

Journal ID là mã duy nhất nối plan, order, screenshots và review, ví dụ TJ47-J001. Không dùng mỗi tên instrument vì cùng ngày có thể có nhiều setup.

Rule version là phiên bản rule được dùng tại decision time. Nếu strategy đổi từ v1.2 sang v1.3, trade cũ vẫn thuộc v1.2. Những field tối thiểu:

  • Observed-at timestamp và timezone.
  • Instrument, timeframe, data source.
  • Setup/rule version và các gate PASS/FAIL.
  • Planned entry, stop, target, quantity, initial risk reference.
  • Cancellation/expiry condition.
  • Link snapshot trước event, nếu protocol yêu cầu.

Lớp 2 — Execution thực tế

Actual fill là execution thực với price, quantity và timestamp. Một planned entry không được dùng thay fill. Ghi mọi partial fill, fee, spread/slippage theo data có sẵn và exit reason.

Broker confirmation là record broker cung cấp về transaction. FINRA nêu confirmation thường có transaction date, price và quantity, và khuyên kiểm ngay khi nhận (FINRA — Checking Trade Confirmations). Tùy sản phẩm và jurisdiction, field hoặc nghĩa vụ cung cấp có thể khác.

Reconciliation là đối chiếu journal với broker evidence: tổng fill quantity, average price, fee, remaining position và order IDs. Journal là work record; broker confirmation/statement vẫn là evidence bên ngoài cần giữ.

Lớp 3 — Review sau khi close

Review gồm gross/net outcome, realized R, process gate, data-quality status và next hypothesis. Cảm xúc có thể ghi bằng tag ngắn như fear_before_exit, nhưng không thay cho execution data.

Hình 2 — Mỗi lớp trả lời một câu hỏi: định làm gì, đã xảy ra gì, học được gì.

Investor.gov khuyên giữ account statements, trade confirmations và kiểm date, price cùng security information (Investor.gov — Record-Keeping Requirements). Đừng nhét password, API key, full account number hoặc credential vào journal hay screenshot.

3. TJ-47: winner vẫn có thể FAIL process

TJ-47 là dataset fictional gồm năm rows. Net R là outcome sau cost chia initial risk reference. Process adherence là tỷ lệ observations hợp lệ đã tuân thủ toàn bộ rule bắt buộc.

ID Net outcome Process Data status Note
J001 +1,20R PASS VALID Theo đúng rule
J002 +0,40R FAIL VALID Action ngoài rule
J003 −1,00R PASS VALID Stop theo plan
J004 +0,80R PASS VALID Theo đúng rule
J005 +2,00R hiển thị UNKNOWN INCOMPLETE Thiếu fill/fee/time

Eligible observation là row đủ field bắt buộc và thuộc sampling protocol. J005 không đủ evidence nên giữ trong raw log nhưng EXCLUDE khỏi outcome và process metrics. Exclude không có nghĩa xóa.

Valid outcome total:

+1,20 + 0,40 − 1,00 + 0,80 = +1,40R

Average net R trên bốn valid rows:

+1,40R / 4 = +0,35R

Process adherence:

3 PASS / 4 valid = 75%

Hình 3 — J002 có outcome dương nhưng FAIL process; J003 loss vẫn PASS.

J002 là ví dụ quan trọng: winner không hợp thức hóa action ngoài rule. Nếu gắn nhãn PASS chỉ vì có lời, bạn đang reward hindsight. Ngược lại, J003 −1,00R không chứng minh rule sai; observation này chỉ nói plan được thực thi và outcome âm.

J005 hiển thị +2,00R nhưng thiếu field thiết yếu. Cộng nó vào sample sẽ làm total thành +3,40R và average thành +0,68R trên năm rows, nhưng metric đó trộn record không xác minh được. Đúng hơn là giữ nguyên row, ghi lý do thiếu và không dùng nó cho phép tính đã định nghĩa.

Bốn observations quá nhỏ để nói strategy có edge. Các số chỉ minh họa cách phân loại và tính nhất quán.

4. Sai lầm, giới hạn và data-quality risk

Sai lầm 1 — chỉ ghi P/L. Không có rule version, planned risk và execution data thì bạn không biết outcome đến từ setup, size, fee hay action ngoài plan.

Sai lầm 2 — chụp chart sau outcome. Screenshot sau exit có thể làm setup trông rõ hơn decision time. Nếu dùng ảnh, lưu pre-event snapshot và timestamp.

Sai lầm 3 — xóa trade xấu. Xóa loss, mistake hoặc missing row làm sample đẹp giả. Giữ raw record bất biến; thêm status INVALID, INCOMPLETE hoặc EXCLUDE_REASON.

Sai lầm 4 — trộn gross và net. Gross outcome chưa trừ fee/slippage; net đã trừ theo protocol. Một cột lúc gross lúc net làm average mất nghĩa.

Sai lầm 5 — viết lại lý do. Hindsight note là giả thuyết ghi sau khi biết outcome. Nó được phép tồn tại trong cột review, có timestamp riêng, nhưng không được thay nội dung plan cũ.

Missing data là field bắt buộc không có hoặc chưa xác minh được. Không điền ước lượng thuận mắt. Nếu broker record mâu thuẫn journal, ưu tiên reconcile và giữ cả original value, corrected value, reason, timestamp.

Investor.gov nói confirmation giúp verify transaction terms, xem cost và đánh giá execution; khi có lỗi cần liên hệ broker (Investor.gov — How to Read Confirmation Statements). Journal cá nhân không thay thế statement, tax record hay quy trình khiếu nại.

Giới hạn lớn nhất: journal chỉ tốt bằng sampling rule và input. Người dùng vẫn có thể tag cảm xúc tùy tiện, đổi definition giữa kỳ hoặc chỉ journal những trade đáng nhớ. Vì vậy schema, required fields và exclusion rule phải khóa trước review.

5. Checklist journal fail-closed

  1. Tạo journal ID duy nhất trước event.
  2. Ghi timestamp/timezone, data source và rule version.
  3. Lưu planned entry/stop/target/size và initial risk reference.
  4. Sau trade, import actual fills, quantities, fee và order IDs.
  5. Reconcile journal với confirmation/statement.
  6. Tính outcome bằng một định nghĩa gross/net cố định.
  7. Chấm process độc lập với outcome.
  8. Chấm data eligibility trước khi đưa row vào metric.
  9. Giữ raw row; mọi correction có value cũ, value mới, reason và timestamp.
  10. Thiếu required field thì INCOMPLETE/EXCLUDE, không đoán.

Hình 4 — Row thiếu evidence vẫn được giữ, nhưng không được làm sai metric.

Điểm dừng: không tính dashboard khi schema đổi giữa sample, currency/unit chưa đồng nhất, duplicates chưa xử lý, cost missing hoặc exclusion được quyết định sau khi nhìn outcome. Trạng thái đúng là UNKNOWN/STOP.

6. Bài tập 15 phút với bảng đã điền

Bắt đầu từ đâu

Dùng Google Sheets hoặc LibreOffice Calc miễn phí. Chưa dùng tiền thật; đây là bài tập data hygiene.

  1. Nhập năm rows TJ-47.
  2. Tạo cột Eligible bằng rule Data status = VALID.
  3. Tính total và average chỉ trên J001–J004.
  4. Đếm process PASS trên valid rows.
  5. Giữ J005 nhưng thêm EXCLUDE_REASON = missing fill/fee/time.
  6. Viết một câu outcome và một câu process riêng.

Mẫu đối chiếu đã điền

Metric Kết quả
Raw rows 5
Eligible rows 4
Excluded incomplete rows 1
Valid net total +1,40R
Valid average +0,35R
Process PASS 3
Process adherence 75%

Câu outcome: “Trong bốn rows hợp lệ, average net là +0,35R.” Câu process: “Ba trên bốn rows hợp lệ tuân thủ rule, tương đương 75%.” Không ghép thành “strategy tốt” vì sample quá nhỏ.

7. Tổng kết và học tiếp

Năm ý chính

  • Journal lưu plan, execution và review thành audit trail.
  • Outcome và process phải chấm riêng.
  • Broker evidence cần được reconcile với journal.
  • Row thiếu dữ liệu được giữ nhưng exclude khỏi metric.
  • Sample nhỏ chưa đủ chứng minh edge.

Câu hỏi tự kiểm tra

  • Vì sao J002 outcome dương vẫn FAIL?
  • J003 loss có nghĩa process sai không?
  • TJ-47 có bao nhiêu eligible rows và average bao nhiêu?
  • Phải làm gì với J005?

Gợi ý đáp án

Xem gợi ý câu 1

J002 có action ngoài rule; outcome không sửa process label. Xem lại mục 3.

Xem gợi ý câu 2

Không; J003 tuân thủ rule nên process PASS dù outcome −1,00R. Xem lại mục 3.

Xem gợi ý câu 3

Bốn rows; total +1,40R nên average +0,35R. Xem lại mục 3.

Xem gợi ý câu 4

Giữ raw row, ghi INCOMPLETE/EXCLUDE và lý do thiếu. Xem lại mục 5.

Thuật ngữ cần nhớ

Thuật ngữ Giải thích ngắn
Audit trail Chuỗi record cho phép truy lại quyết định
Journal ID Mã duy nhất nối plan, orders và review
Rule version Phiên bản rule tại decision time
Actual fill Execution thực với price, quantity, time
Broker confirmation Record broker cung cấp về transaction
Reconciliation Đối chiếu journal với broker evidence
Net R Outcome sau cost chia initial risk
Process adherence Tỷ lệ valid rows tuân thủ rule
Eligible observation Row đủ điều kiện vào metric
Hindsight note Giả thuyết ghi sau outcome

Nguồn tham khảo

Học tiếp

Nội dung này phục vụ mục đích giáo dục, không phải lời khuyên đầu tư hoặc tín hiệu giao dịch. Journal và performance history không bảo đảm outcome tương lai; mọi thị trường đều có rủi ro mất vốn.