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: Cập nhật Research liên tục là quy trình giữ thesis, model và risk register thành hồ sơ sống có version — bản có timestamp. Mỗi dữ kiện mới được so với baseline, phân loại mức ảnh hưởng, rồi ghi verdict và lần kiểm tiếp theo. Mục tiêu là đổi kết luận đúng lúc, không chạy theo mọi headline.

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

  • Ba loại trigger dùng để mở một vòng cập nhật.
  • Sáu bước biến một event thành verdict có căn cứ.
  • Cách lưu change log để biết cái gì đổi, vì sao đổi và khi nào xem lại.

1. Cập nhật Research liên tục là gì?

Một bài research có ngày xuất bản nhưng doanh nghiệp, ngành và vĩ mô không đứng yên. Nếu bài viết nói retention 91%, CFO margin 10% và capex đang giảm, ba claim ấy đều có thể cũ sau kỳ báo cáo tiếp theo. Research “sống” không có nghĩa ngồi refresh tin cả ngày. Nó có lịch kiểm, trigger rõ và một nơi lưu lịch sử.

Ba phần xương sống:

  • Baseline: ảnh chụp trạng thái thesis, assumptions, model, risks và sources trước event.
  • Delta: phần thay đổi so với baseline, không phải toàn bộ con số mới.
  • Decision log: nhật ký ghi event, evidence, verdict, confidence và next review.

Giống theo dõi tiền điện: nhìn đồng hồ hôm nay chưa cho biết tháng này dùng nhiều hay ít. Bạn cần số tháng trước, khoảng thời gian và lý do biến động. Trong research, retention 87% chỉ có ý nghĩa khi biết baseline 91%, metric có cùng cách tính không và 87% kéo dài một quý hay hai quý.

Một vòng update tốt giữ cả quyết định NO CHANGE. Với thành viên và ứng viên CFA, Standard V(C) yêu cầu hồ sơ hỗ trợ phân tích, khuyến nghị, hành động và giao tiếp đầu tư; hướng dẫn còn tính cả lần review không làm thay đổi vị thế (CFA Standard V(C)). Đây là chuẩn nghề nghiệp, không phải luật chung cho mọi người đọc.

Hình 1 — Research sống quay lại monitor sau mỗi verdict; dữ kiện mới chưa chắc material hoặc actionable.

Monitor là trạng thái thứ bảy bao quanh sáu bước xử lý event. Khi trigger xuất hiện, research đi từ Capture tới Archive rồi quay lại Monitor; vì vậy hình đếm bảy trạng thái còn thân bài đếm sáu bước xử lý.

2. Ba trigger: lịch, sự kiện và ngưỡng

a. Cadence trigger: đến lịch thì kiểm

Cadence là nhịp kiểm định trước. Ví dụ:

  • Hàng tuần: scan nguồn sơ cấp và update risk register.
  • Hàng tháng: refresh macro/industry dashboard.
  • Hàng quý: đọc filing, earnings call, update model và thesis card.
  • Hàng năm: rebuild baseline từ annual report, governance và capital allocation.

Cadence ngăn research bị bỏ quên khi thị trường yên. Nhưng không nên biến thành lịch cứng giống nhau cho mọi tài sản. Một doanh nghiệp báo cáo quý không cần “full model refresh” mỗi sáng.

b. Event trigger: có sự kiện đáng xem

Event trigger mở workflow khi xuất hiện filing, thay đổi lãnh đạo, acquisition, guidance, regulatory action, financing hoặc incident vận hành. Nguồn đầu tiên phải là nguồn sơ cấp nếu có. SEC giải thích 10-K gồm business, risk factors, MD&A và audited financial statements; đó là điểm xuất phát tốt hơn bản tóm tắt của người khác (SEC — How to Read a 10-K).

Headline lặp lại press release không phải hai evidence độc lập. Capture source gốc một lần, sau đó ghi các nguồn thứ cấp là interpretation.

c. Threshold trigger: metric chạm ngưỡng

Threshold là điều kiện định trước: retention dưới 88% trong hai quý, net debt/EBITDA vượt 3x, hoặc CPI core ba tháng annualized vượt một range. Ngưỡng phải gắn với thesis và horizon; không chọn sau khi thấy số.

Company L có baseline retention 91%. Cohort mới 87% trong một quý chạm cảnh báo nhưng chưa đủ invalidation “dưới 88% trong hai quý”. Workflow vẫn chạy, verdict có thể REVISE hoặc WATCH, chưa cần ép DROP.

Hình 2 — Cadence chống bỏ quên, event bắt thay đổi đột ngột, threshold bảo vệ decision rule đã định trước.

3. Quy trình sáu bước từ event tới verdict

Bước 1 — Capture: lưu event trước khi diễn giải

Ghi source URL/file, timestamp, kỳ dữ liệu, metric definition và đoạn gốc liên quan. Tách Fact / Opinion / Narrative. Nếu nguồn chỉ là screenshot không rõ xuất xứ, trạng thái là UNKNOWN, không đưa thẳng vào model.

Output: một Event Card, chưa có verdict.

Bước 2 — Compare: so với baseline

Đặt BEFORE / NEW / DELTA cạnh nhau:

Metric Before New Delta
Retention 91% 87% −4 điểm %
Reported CFO margin 10% 8% −2 điểm %
Normalized CFO margin 8% 6% −2 điểm %

Kiểm lại định nghĩa. Reported CFO và normalized CFO không phải cùng metric; working-capital release có thể làm reported CFO đẹp tạm thời.

Bước 3 — Classify: NEW ≠ MATERIAL ≠ ACTIONABLE

  • NEW: chưa có trong baseline.
  • MATERIAL: đủ lớn để chạm driver, assumption, risk, catalyst hoặc invalidation.
  • ACTIONABLE: đủ tin cậy và kịp thời để đổi model, verdict hoặc communication.

Một tin có thể mới nhưng không material. Một event material có thể chưa actionable vì nguồn mâu thuẫn. CFA Standard V(A) nhấn mạnh reasonable basis và khi đánh giá research cần xem assumptions, rigor, timeliness, objectivity (CFA Standard V(A)).

Output: label IGNORE / WATCH / UPDATE NOW / ESCALATE.

Bước 4 — Update: sửa đúng block bị ảnh hưởng

Không overwrite toàn bộ model. Sửa driver liên quan, chạy sensitivity rồi ghi version. Company L:

CFO 10% reported → 8% current → 6% normalized

Thesis arrow “retention + lower capex → sustainable CFO” giờ yếu ở retention và maintenance capex. Revenue TAM không tự động đổi chỉ vì CFO đổi.

Bước 5 — Decide: chọn verdict và confidence

Verdict hữu ích gồm:

  • NO CHANGE: event không material hoặc đã nằm trong range.
  • WATCH: material nhưng chưa đủ xác nhận.
  • REVISE: thesis còn lõi nhưng driver/range/invalidation đổi.
  • DROP: core mechanism hỏng hoặc invalidation được xác nhận.
  • ESCALATE: cần chuyên gia, legal/compliance hoặc dữ liệu bổ sung.

Với Company L: REVISE, confidence từ cao về vừa; chưa DROP vì 87% mới một quý.

Bước 6 — Archive: lưu dấu vết và đặt lần kiểm mới

Change log cần: version, event, source, block đổi, before/after, author/reviewer, verdict và next test. CFA Standard V(B) yêu cầu phân biệt fact/opinion, nói rõ limitations/risks và công bố thay đổi material của investment process trong bối cảnh giao tiếp với client (CFA Standard V(B)).

Output cuối: research mới có timestamp, không phải file cũ bị sửa âm thầm.

Hình 3 — Version mới giữ before, delta và lý do; không overwrite khiến reviewer mất dấu quyết định cũ.

4. Sai lầm, giới hạn và rủi ro

Sai lầm một: coi mọi headline là update. Kết quả là alert fatigue — mệt vì quá nhiều cảnh báo — rồi bỏ lỡ event thật sự material. Control là trigger và SLA khác nhau: filing material xử sớm; bài opinion lưu để review.

Sai lầm hai: update conclusion nhưng không update assumptions. Target đổi từ 120 về 95 mà growth/margin cũ vẫn nằm trong model là version giả.

Sai lầm ba: overwrite file. Sau ba tháng không ai biết CFO 6% đến từ maintenance, working capital hay thay đổi công thức. Đây là version drift: các bản dần lệch nhau mà không có change log.

Sai lầm bốn: recency bias. Một quý đẹp không xóa base rate xấu; một quý 87% cũng chưa chứng minh retention sẽ ở 87% mãi. Dùng horizon và confirmation rule định trước.

Giới hạn: process không chữa được dữ liệu sai, source bị delay hay event chưa public. Trong regime mới, baseline cũ có thể mất tác dụng. Khi nguồn mâu thuẫn hoặc metric definition đổi, chọn ESCALATE/WAIT và ghi uncertainty.

Rủi ro vận hành: không có owner, hai người cùng sửa model; không có timestamp, chart dùng data cũ; không có reviewer, assumption đổi mà thesis text không đổi. Research sống cần ownership, không chỉ folder đẹp.

5. Checklist vận hành research sống

Trước khi mở hệ thống:

  1. Thesis card có version, timestamp, owner và next review chưa?
  2. Mỗi claim có source, kỳ dữ liệu và freshness CURRENT / STALE / UNKNOWN chưa?
  3. Driver, risk, catalyst và invalidation có threshold rõ chưa?
  4. Có cadence tuần/tháng/quý phù hợp chưa?

Khi event tới:

  1. Đã capture source gốc trước commentary chưa?
  2. Before/New/Delta dùng cùng metric và horizon chưa?
  3. Event chạm block nào: driver, assumption, risk, catalyst hay invalidation?
  4. Label materiality có lý do không?
  5. Model update có sensitivity và before/after không?
  6. Verdict có confidence, owner và next test không?

Điều kiện đứng ngoài: source không xác minh được, metric definition đổi mà chưa bridge được, hoặc event nằm ngoài chuyên môn. Điểm dừng: 30 phút chưa xác định được block bị ảnh hưởng thì ESCALATE, không tiếp tục “đọc thêm cho chắc”.

Sau update, mở lại article/thesis/model/risk register. Nếu bốn artifact nói bốn con số, local gate chưa xong.

6. Bài tập 15 phút: cập nhật Company L

Dùng Google Sheets, Google Docs hoặc giấy. Ví dụ giả lập; chưa dùng tiền thật.

Data dictionary Company L: retention là tỷ lệ khách tiếp tục sử dụng; CFO margin là CFO/doanh thu; cohort là nhóm khách bắt đầu cùng giai đoạn; maintenance capex là tiền duy trì tài sản hiện có; normalized CFO là CFO sau khi tách ảnh hưởng bất thường; ex-WC là cách nhìn loại ảnh hưởng vốn lưu động (working capital). Mọi điều chỉnh phải có bảng nối số trước–sau.

Baseline: retention 91%, CFO margin 10%, invalidation retention dưới 88% trong hai quý.
Event: cohort mới 87%, reported CFO 8%, maintenance capex chưa tách rõ.

Chia thời gian:

  • Phút 0–3: capture source/time/metric.
  • Phút 3–6: fill Before/New/Delta.
  • Phút 6–9: classify materiality.
  • Phút 9–12: update sensitivity.
  • Phút 12–15: verdict, confidence, next test.

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

Field Filled output
Source/time Filing giả lập, Q2, 09:00
Baseline Retention 91%; CFO 10%
Delta Retention −4 điểm %; reported CFO −2 điểm %
Materiality WATCH: chạm cảnh báo, chưa đủ 2Q invalidation
Model CFO đã tách ảnh hưởng vốn lưu động/bảo trì còn 6%
Verdict REVISE; confidence cao → vừa
Next test Nhóm khách quý sau; CFO trước/sau vốn lưu động; bảng nối chi phí bảo trì
Next review Ngày filing Q3 hoặc event material sớm hơn

Hình 4 — Filled card cho thấy event 87% làm thesis revise và mở next test, chưa tự động kích hoạt drop.

Output đạt là một version mới có before/after và decision log. Nếu verdict NO CHANGE, vẫn ghi lý do và next review. Không có dòng này, lần sau bạn sẽ không biết mình đã bỏ qua event có chủ đích hay đơn giản là quên.

7. Tổng kết

a. Năm ý chính

  • Research sống có baseline, delta, version và decision log.
  • Cadence, event và threshold trigger giải quyết ba kiểu thay đổi khác nhau.
  • Quy trình sáu bước là Capture, Compare, Classify, Update, Decide, Archive.
  • Dữ kiện mới không tự động material; material không tự động actionable.
  • Verdict luôn đi cùng confidence, next test, owner và timestamp.

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

  • Vì sao NO CHANGE vẫn phải archive?
  • Event 87% của Company L chưa đủ DROP vì sao?
  • Khi nào phải chọn ESCALATE thay vì đọc thêm?

c. Gợi ý đáp án

Xem gợi ý câu 1

Archive chứng minh event đã được review và lưu lý do thesis không đổi. Xem mục 1 và 3.

Xem gợi ý câu 2

Invalidation yêu cầu dưới 88% trong hai quý; event hiện mới một quý. Xem mục 2 và 6.

Xem gợi ý câu 3

Khi source/metric không xác minh được, ngoài chuyên môn hoặc 30 phút chưa map được block ảnh hưởng. Xem mục 4 và 5.

d. Thuật ngữ cần nhớ

Thuật ngữ Giải thích ngắn
Baseline Trạng thái research trước event
Delta Phần thay đổi so với baseline
Cadence Nhịp kiểm định trước
Materiality Mức ảnh hưởng đủ làm kết luận đổi
Decision log Nhật ký evidence, verdict và lý do
Version Bản có timestamp và lịch sử đổi
Stale Dữ liệu quá cũ cho claim
SLA Thời hạn xử lý theo loại event

e. Nguồn tham khảo

Bài trước: Research Bias #48
Bài tiếp theo: Insights Researcher chuyên nghiệp #50

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. Mọi thị trường đều có rủi ro mất vốn.