Trả lời ngắn: Integrated Research Framework nối ba việc: nhận câu hỏi có phạm vi, kiểm bằng chứng theo kịch bản, rồi ghi khi nào cần xem lại hoặc dừng. Mỗi claim nhờ vậy có source, điều kiện chuyển bước và stop gate rõ. Framework không tự tạo conclusion; nó chỉ giữ research có thể kiểm và giải thích lại.

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

  • Bảy card của một research loop và vai trò của từng card.
  • Handoff nào phải có trước khi chuyển từ câu hỏi sang thesis.
  • Cách dùng version log để evidence mới đổi note mà không viết lại lịch sử.
  • Cách lập one-page loop 15 phút bằng Google Sheets.

Lưu ý giáo dục: Đây là bài học về process nghiên cứu, không phải khuyến nghị đầu tư, dự báo giá hay cam kết kết quả. Mây Foods và mọi dữ liệu minh họa đều là giả; không dùng chúng để giao dịch tiền thật.

1. Framework là vòng lặp, không phải một mẫu điền cho xong

Một intake là đầu vào chưa rõ: headline, thay đổi doanh thu, một event hoặc câu hỏi từ người khác. Nếu viết conclusion ngay ở intake, bạn đã bỏ qua phần cần kiểm. Research question biến intake thành câu hỏi có object, variable, scope/time và evidence cần tìm. Claim là một điều cụ thể sau đó có thể đúng, sai hoặc chưa đủ dữ kiện.

Integrated framework dùng bảy card nhỏ: Intake → Question → Evidence → Scope → Scenario → Update → Review. Hai card đầu giữ bạn không hỏi quá rộng. Evidence card xếp source theo bài #7. Scope card nối Macro → Industry → Company → Asset của bài #8. Scenario và update card dùng base rate/prior của bài #9. Review card giữ thời điểm nhìn lại, thay vì để note nằm mãi như mới.

Hãy tưởng tượng bếp nhà hàng. Khách gọi món là intake, đầu bếp xác nhận món là question, kiểm nguyên liệu là evidence, định lượng phần ăn là scope, chọn cách nấu là scenario, nếm lại là update và ghi feedback cho lần sau là review. Không ai nói “món sẽ ngon” chỉ vì có phiếu gọi. Research cũng không nên nhảy từ một headline sang verdict.

a. Bảy card làm rõ ai biết gì

Card Câu hỏi chính Handoff tối thiểu
Intake Điều gì khiến ta cần xem? Không biến thành claim
Question Đang hỏi biến nào, trong scope nào? Object/variable/time rõ
Evidence Source nào trả lời được? Origin/date/directness rõ
Scope Tầng macro/industry/company/asset nào? Không trộn level
Scenario Những outcome có điều kiện là gì? Có path khác
Update Confidence đổi bao nhiêu, vì sao? Prior/evidence ghi lại
Review Khi nào xem lại? Stop gate và version log

Evidence hierarchy là cách xếp bằng chứng cho claim; scope là phạm vi và time horizon của claim. Cả hai nằm giữa question và scenario vì bạn không nên dựng scenario từ một source chưa biết nó đo gì. Ví dụ “Mây Foods mở kênh mới” chỉ là event claim. Câu “kênh mới làm đơn lặp lại tăng bền” cần data khác, scope khác và update khác.

Hình 1 — Framework biến research thành các card có handoff, không phải một narrative chạy một mạch tới kết luận.

2. Handoff: điều kiện để một card được đi tiếp

Handoff là điều kiện tối thiểu để chuyển thông tin từ card này sang card khác. Nó tránh việc một câu hỏi hay trở thành thesis chỉ vì bạn tìm được link ủng hộ. Từ Intake sang Question, cần tách observation và interpretation. Từ Question sang Evidence, cần biết variable nào phải được đo. Từ Evidence sang Scope, cần biết source đang nói tầng nào. Từ Scope sang Scenario, cần mechanism và alternative path. Từ Scenario sang Update, cần prior, evidence mới và mức thay đổi confidence.

Thesis là claim tổng hợp tạm thời, không phải câu khẩu hiệu. Nếu card evidence trống hoặc scope lẫn lộn, thesis phải giữ ở dạng question hoặc note “chưa biết”. Một thesis tốt nói rõ evidence nào đang hỗ trợ và evidence nào có thể làm nó yếu đi.

Ví dụ Mây Foods: intake là “kênh mới xuất hiện trong news”. Question là “trong quý demo, kênh này có làm đơn lặp lại đổi không?”. Evidence là announcement date, dữ liệu đơn, điều kiện khuyến mãi. Scope xác định phần company-specific và phần industry/macro đang có thể nhiễu. Scenario ghi base/upside/downside. Update chỉ đổi confidence sau khi source/directness đủ. Handoff là chỗ bạn dừng nếu thiếu bất kỳ phần nào.

Hình 2 — Handoff ghi rõ bằng chứng nào còn thiếu trước khi một claim được phép đi vào scenario hoặc update.

3. Chạy một vòng Mây Foods và lưu version log

Một loop không cần nhiều tab. Bắt đầu với card nhận được, rồi viết từng câu nhỏ. Mây Foods demo có notification “mở kênh mới ngày 5/7”. Intake ghi exact event và source. Question không hỏi “Mây có tốt không?” mà hỏi một variable: “đơn lặp lại của khách kênh mới có đổi trong quý demo không?”. Evidence card không lấp bằng lượt thích; nó yêu cầu đơn có date, cohort, khuyến mãi và counter-evidence.

Scope card ghi rõ: thời tiết/nền kinh tế là macro; demand của ngành là industry; menu, capacity và đơn Mây Foods là company; expectation/risk/time là asset. Nếu data chỉ ở company, đừng ghi rằng asset đã phản ứng hay macro là nguyên nhân. Scenario card mở base: đơn thử tăng nhẹ; upside: khách quay lại, capacity đủ; downside: ưu đãi chỉ kéo trial hoặc cost phục vụ tăng.

Confidence là mức tin tạm thời. Version đầu có thể là thấp vì evidence chỉ có event source. Khi có bảng demo một tháng, update thành thấp–trung bình; version log ghi date, evidence, reason và remaining gap. Nếu nhận data nhiều tháng có source rõ, confidence có thể tăng. Nếu voucher hết và đơn giảm, confidence phải hạ. Không có gì xấu ở lần cập nhật đi xuống; đó là dấu hiệu loop không che giấu evidence trái ý.

Version Evidence mới Update Điều còn thiếu
V0 Announcement có date Question mở, confidence thấp Đơn/cohort
V1 Một tháng đơn demo Low → low-medium Seasonality/khuyến mãi
V2 Data nhiều tháng Update theo source Peer/alternative path

Owner ở đây không nhất thiết là một chức danh; đó là người hoặc vai trò chịu trách nhiệm kiểm source. Card chỉ là nơi ghi tên owner, link và date. Mục tiêu là bạn biết dữ kiện nào chưa ai kiểm, thay vì tưởng “đội research” đã làm xong vì note có nhiều câu.

Hình 3 — Version log giữ lại lý do confidence đổi, để framework không viết lại quá khứ theo kết quả mới.

4. Sai lầm, giới hạn và stop gate

Sai lầm đầu là biến framework thành checklist trang trí. Bạn tick Question/Evidence nhưng evidence không link source/date, scenario không có mechanism, hoặc review date không bao giờ được mở lại. Cách sửa không phải thêm cột; hãy giữ mỗi card một câu hỏi và một handoff có thể kiểm.

Sai lầm thứ hai là dùng framework để tăng authority cho opinion. Một slide có bảy hộp vẫn là opinion nếu claim không có evidence. CFA Standard V(A) yêu cầu basis hợp lý được hỗ trợ bởi research/investigation phù hợp; process minh bạch giúp người đọc thấy mức độ và giới hạn, không thay evidence bằng hình thức.

Sai lầm thứ ba là giữ thesis nguyên vẹn khi evidence đổi. CFA Standard V(B) nhấn mạnh communication cần phân biệt fact/opinion và nêu các risk/limitations đáng kể. Trong loop này, fact nằm ở evidence card; opinion/interpretation nằm ở scenario và confidence; limitation nằm ở stop gate.

Stop gate là điều kiện phải dừng hoặc quay lại card trước. Ví dụ: source không có origin, variable không đo được, scope lẫn tầng, scenario không có path khác, hoặc review date tới nhưng không có data mới. Stop gate không phải thất bại. Nó ngăn note được đẩy lên mức chắc hơn data.

a. Case handoff bị từ chối

Giả sử bạn nhận một bài tổng hợp nói Mây Foods “đang bùng nổ”. Intake hợp lệ vì nó cho biết cần kiểm, nhưng bài này không được đi thẳng vào Scenario card. Question card còn chưa chọn variable: bùng nổ là lượt xem, đơn đầu tiên, đơn lặp lại hay margin? Evidence card cũng chưa có link gốc, date hoặc phạm vi. Handoff đúng là quay lại, ghi source còn thiếu và đặt stop gate “không tạo thesis từ bài tổng hợp”.

Sau đó, giả sử bạn tìm được announcement có date. Nó cho phép update claim nhỏ “kênh đã mở”, nhưng vẫn không handoff cho claim “kênh tạo tăng trưởng bền”. Claim thứ hai cần data theo thời gian, counter-evidence và scope company. Framework có vẻ chậm hơn narrative, nhưng tiết kiệm việc phải sửa một conclusion quá lớn sau này.

Một lỗi phổ biến khác là cố lấp toàn bộ card trong một buổi. Research thật có nhịp: intake hôm nay, evidence tuần này, review khi có filing hoặc data mới. Nếu review date đến mà không có source mới, version log có thể ghi “no update”. Không bịa update để dashboard trông sống động. Đây là lý do owner và stop gate xuất hiện cạnh nhau: một người/card biết phần nào còn mở, còn system biết phần nào chưa được phép qua bước.

Khi một handoff bị từ chối, hãy ghi lý do theo ngôn ngữ cụ thể: “không có date”, “source chỉ xác nhận event”, “scope chưa tách industry/company”, “alternative path chưa kiểm”. Những dòng này hữu ích hơn “cần research thêm”, vì người đọc sau biết chính xác phải tìm gì. Qua nhiều version, bạn sẽ thấy research mạnh dần bằng các khoảng trống bị thu hẹp, không phải bằng số trang tăng lên.

5. One-page research loop 15 phút

Mở Google Sheets. Dùng 2 phút ghi intake/question, 3 phút evidence/scope, 3 phút scenario, 3 phút update/version, 2 phút review date/owner và 2 phút stop gate. Dữ liệu dưới đây là giả. Không nhập mã, không đặt lệnh và không dùng tiền thật.

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

Card Mây Foods demo Handoff/stop gate
Question Kênh mới có tăng đơn lặp lại? Variable/scope rõ
Evidence Source/date + đơn tháng Thiếu origin thì dừng
Scenario Base/upside/downside Có path khác
Update Low → low-medium Cần nhiều tháng
Review Ngày kiểm lại demo Không có data mới: giữ note

Trước khi đóng sheet, kiểm sáu dòng: question có neutral không; evidence có source/date không; scope có lẫn macro với company không; scenario có counter-path không; update có prior/version không; review có review date và stop gate không. Review date chỉ là cuộc hẹn để kiểm lại, không bắt bạn phải đổi thesis nếu data không mới.

Hình 4 — Một research loop tốt có chỗ ghi dữ kiện còn thiếu và ngày xem lại, không ép mọi card thành conclusion.

6. Tổng kết

a. Năm ý chính

  • Integrated framework nối intake, question, evidence, scope, scenario, update và review trong một vòng lặp.
  • Handoff yêu cầu điều kiện cụ thể trước khi claim được chuyển sang bước tiếp theo.
  • Evidence hierarchy và scope giữ source đúng claim/tầng trước khi scenario được dựng.
  • Version log cho phép confidence tăng hoặc giảm mà không viết lại lý do cũ.
  • Stop gate và review date giúp framework minh bạch về phần chưa biết, không tạo certainty.

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

  • Intake khác research question ở đâu?
  • Handoff Evidence → Scope cần kiểm gì?
  • Version log giúp tránh lỗi nào?
  • Khi nào review date không làm thesis đổi?

c. Gợi ý đáp án

Xem gợi ý câu 1

Intake là đầu vào chưa rõ; question nêu object, variable, scope/time và evidence cần → xem mục 1.

Xem gợi ý câu 2

Source phải đo/nói claim nào và thuộc tầng macro, industry, company hay asset nào → xem mục 2.

Xem gợi ý câu 3

Nó ngăn note quên evidence nào đã làm confidence đổi hoặc che update đi xuống → xem mục 3.

Xem gợi ý câu 4

Khi review không có evidence mới đủ mạnh; hãy giữ note và ghi remaining gap → xem mục 5.

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

Thuật ngữ Giải thích ngắn
Intake Đầu vào/vấn đề chưa rõ.
Research question Câu hỏi có thể kiểm.
Claim Điều cụ thể đang cần kiểm.
Handoff Điều kiện để chuyển bước.
Thesis Claim tổng hợp tạm thời.
Confidence Mức tin tạm thời.
Version log Record lý do note thay đổi.
Stop gate Điều kiện phải dừng kết luận.

e. Nguồn tham khảo

f. Bài tiếp theo

Bài trước Base Rate, Scenario và Bayesian Update #9 dạy cách đổi confidence. Bài tiếp theo là Case Study: Macro Regime Change #11, nơi framework được đặt vào một case có evidence mới liên tục.

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. Ví dụ là dữ liệu giả; mọi thị trường đều có rủi ro mất vốn.