Narrative Detection #16

Trả lời ngắn: Narrative Detection là quy trình xác định một claim đang xuất hiện ở đâu, lan qua những source family nào và được bằng chứng nào hỗ trợ hoặc bác bỏ. Nó đo sự khuếch tán của câu chuyện nhưng không coi số mention, search interest hay biến động giá là bằng chứng câu chuyện đúng.

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

• Vì sao 17 mentions có thể chỉ đến từ 2 origin families.
• Cách dựng timeline nối claim với evidence và falsifier.
• Khi nào narrative active nhưng luận điểm vẫn không được cập nhật.

Lưu ý giáo dục: NovaGrid và toàn bộ số liệu trong bài là demo giả. Đây không phải tư vấn đầu tư hay tín hiệu giao dịch; thị trường có rủi ro mất vốn.

Hình 1 — Narrative chỉ được cập nhật luận điểm sau khi nguồn gốc, diffusion, evidence và falsifier cùng được ghi.

1. Narrative Detection là gì?

a. Câu chuyện khác dữ kiện

Narrative là câu chuyện nối một claim, nguyên nhân và kỳ vọng. Claim unit là một mệnh đề đủ cụ thể để kiểm. Ví dụ AI demand drives durable enterprise revenue rõ hơn câu “AI đang rất hot”, vì người đọc biết cần tìm demand, revenue và độ bền.

Ở chợ, mười người có thể kể cùng một tin nhưng đều nghe từ một người. Ta có mười lần nhắc, không có mười nguồn độc lập. Narrative Detection hỏi: ai nói đầu tiên, ai chép lại, evidence nào mới xuất hiện và điều gì làm claim mất hiệu lực?

NBER Narrative Economics bàn về cách câu chuyện có thể lan rộng và liên hệ với hành vi kinh tế. NBER — Narrative Economics Điều đó không chứng minh một câu chuyện cụ thể là đúng hoặc gây ra một biến động cụ thể.

b. Spread không phải truth

Một câu chuyện lan nhanh có thể đúng, sai hoặc chưa kiểm được. Mention nhiều chỉ cho biết diffusion — cách claim lan qua kênh và thời gian. Search tăng chỉ cho biết interest tương đối trong phạm vi công cụ. Giá tăng có thể khiến câu chuyện được kể nhiều hơn, rồi câu chuyện lại kéo thêm chú ý.

Đó là feedback loop: câu chuyện và hành vi có thể khuếch đại nhau. Vòng lặp này vẫn chưa cho biết đâu là nguyên nhân đầu tiên, claim kinh doanh có thật hay giá sẽ đi tiếp.

Hình dung mực loang trên giấy. Vết loang cho biết tốc độ và phạm vi lan, không cho biết dòng chữ ban đầu đúng. Vì vậy bài này tách hai trục: NARRATIVE ACTIVITY và EVIDENCE STATUS.

2. Claim, source family và quy trình

a. Ba đơn vị phải tách

• Mention: một lần claim xuất hiện.
• Source family: nhóm bản sao cùng một nguồn gốc.
• Origin: nguồn sớm nhất có thể truy.

Ba bài báo trích cùng press release vẫn thuộc một family về claim gốc. Mười social post dẫn ba bài đó tạo thêm distribution, không tự tạo evidence. Một bài có phỏng vấn khách hàng độc lập có thể tạo family khác, nhưng chỉ cho phần mà lời phỏng vấn thật sự hỗ trợ.

Phải ghi exact quote, URL, tác giả, timestamp, kênh và link ngược về origin. Nếu bài A dẫn bài B, còn B dẫn company release, đừng dừng ở A. Đi ngược tới nguồn đầu tiên có câu claim.

b. Chín bước

QUESTION → CLAIM UNIT → SOURCE TIMELINE → ORIGIN FAMILY → DIFFUSION → EVIDENCE LINK → FALSIFIER → STATUS → UPDATE

Evidence link nối claim với dữ kiện phù hợp. Nếu claim nói paid adoption, product launch hoặc số pilot chỉ là hoạt động đầu phễu; cần conversion, paid users, revenue, backlog hoặc retention tùy định nghĩa.

Falsifier là điều kiện quan sát làm claim mất hiệu lực. Viết falsifier trước khi đọc kết quả giúp tránh dời khung thành. Ví dụ: claim “pilot chuyển thành doanh thu bền vững” bị yếu đi nếu hai kỳ tiếp theo không có paid conversion, cohort rời đi hoặc management thu hẹp claim.

Hình 2 — Repetition làm narrative lớn hơn nhưng không tạo thêm nguồn độc lập hay paid-conversion evidence.

c. Google Trends có giới hạn

Google giải thích Trends dùng mẫu tìm kiếm được ẩn danh, phân loại, tổng hợp và chuẩn hóa theo thời gian/địa điểm; kết quả được scale từ 0 đến 100. Google Trends — FAQ

Vì vậy 100 không phải 100 người, search volume tuyệt đối, market share hay adoption. Cùng một mức interest tương đối ở hai vùng cũng không có nghĩa tổng lượt tìm giống nhau. Đổi term thành topic, đổi geography hoặc time range có thể làm series đổi hình.

Google Trends có thể giúp đánh dấu lúc chú ý tăng để quay về nguồn, nhưng không được dùng một mình để xác nhận customer demand.

3. Demo NovaGrid: AI demand narrative

a. Timeline nguồn

NovaGrid là công ty giả. Claim cần kiểm:

AI demand drives durable enterprise revenue

Tổng cộng có 17 mentions: một release, một call, ba bài báo và mười hai post. Nhưng de-duplicate cho thấy chỉ 2 origin families: company materials và family phân phối trade/social. Family thứ hai giúp đo diffusion; nó không cung cấp paid-conversion evidence độc lập.

b. Cross-check số

R&D tăng 50% phù hợp với investment activity, không chứng minh customer adoption. Revenue tổng tăng 4% không cho biết phần AI. Deferred revenue giảm 8% là counter-evidence cần kiểm, nhưng chưa đủ để kết luận AI thất bại.

40 pilots là observation thật trong demo, nhưng pilot chưa phải paid conversion. AI revenue không disclosed cũng không đồng nghĩa AI revenue bằng 0. Khi numerator và denominator đều thiếu, status đúng là chưa biết.

Hình 3 — Timeline giữ riêng claim lan nhanh và evidence vận hành chưa giải quyết.

c. Status đúng phạm vi

ACTIVE NARRATIVE · EVIDENCE UNRESOLVED · NO THESIS UPDATE

Confirmers cần có thể là paid conversion, AI revenue, backlog hoặc retention được định nghĩa. Disconfirmers có thể là pilots không chuyển đổi, cohort rời đi hoặc claim bị thu hẹp qua kỳ. Falsifier phải ghi trước: nếu hai kỳ tiếp theo vẫn không có conversion evidence và claim tiếp tục thu hẹp, narrative không được nâng lên thành thesis evidence.

Status này không nói giá lên hay xuống. Nó chỉ nói câu chuyện đang lan nhưng bằng chứng hiện tại chưa đủ thay đổi luận điểm.

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

a. Tám lỗi thường gặp

1. Đếm bản sao như nguồn độc lập.
2. Đổi claim giữa chừng để luôn đúng.
3. Chọn origin muộn vì dễ tìm hơn.
4. Dùng search index như headcount.
5. Gọi price move là evidence kinh doanh.
6. Chỉ giữ confirmer, bỏ disconfirmer.
7. Viết falsifier sau khi thấy số.
8. Gọi người hoặc công ty thao túng khi chưa có bằng chứng.

Một câu chuyện có thể đúng một phần: product interest tăng nhưng revenue chưa có; revenue tăng nhưng không bền; adoption có nhưng valuation đã phản ánh. Vì vậy claim unit phải giữ đủ subject, mechanism, outcome và horizon.

b. Giới hạn của dữ liệu công khai

Timeline công khai vẫn có missing data, bài bị xóa hoặc sửa, timestamp khác múi giờ và thuật toán phân phối không quan sát được. Social spike có thể do event, bot hoặc promotion. Absence of evidence không luôn là evidence of absence.

CFTC cảnh báo không mua virtual currency chỉ vì social tips hoặc sudden price spikes. CFTC — Pump-and-Dump Advisory Đây là advisory cho virtual currency, không phải kết luận NovaGrid có gian lận.

Đứng ngoài nếu không truy được origin, claim quá mơ hồ, source family lẫn lộn hoặc evidence không cùng kỳ. Dừng nếu collection đòi bypass access control, lấy dữ liệu riêng tư hoặc vi phạm điều khoản.

5. Checklist Narrative Evidence Card

a. Mười hai bước

1. Viết decision question.
2. Chốt một claim unit.
3. Khóa time window và channels.
4. Ghi exact quote, URL, timestamp.
5. Tìm origin sớm nhất.
6. Gán source family.
7. Đếm mentions và families riêng.
8. Dựng diffusion timeline.
9. Nối confirmer và disconfirmer.
10. Viết falsifier trước verdict.
11. Chọn narrative/evidence status.
12. Ghi next check hoặc NO THESIS UPDATE.

b. Stop rule

Dừng nếu source bị xóa mà không có archive, timestamp không xác định, quote thiếu context hoặc metric không có definition. UNKNOWN tốt hơn narrative đẹp nhưng không audit được.

Không cần theo mọi post. Sampling có chủ đích theo source family hữu ích hơn chụp hàng trăm bản sao. Nếu claim không thay đổi và không có evidence mới, ghi NO MATERIAL UPDATE.

Hình 4 — Falsifier và next check ngăn narrative status tự biến thành kết luận đầu tư.

6. Bài tập 15 phút

a. Công cụ và cách làm

Dùng Google Sheets miễn phí hoặc giấy. Chỉ nhập NovaGrid demo; không scrape, gọi API, thu dữ liệu cá nhân hay dùng tiền thật.

• Phút 1–4: nhập T0–T3 cùng 17 items.
• Phút 5–8: gán origin family.
• Phút 9–11: tính mentions, families và ba metric.
• Phút 12–15: ghi falsifier, status và update.

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

Kết quả mong đợi là ledger audit được. Không cần đoán giá, tìm ticker hay mở vị thế.

7. Tổng kết

a. Năm ý chính

• Mention không phải source family.
• Diffusion đo độ lan, không đo truth.
• Search 0–100 là interest tương đối, không phải users hoặc adoption.
• Claim cần confirmer, disconfirmer và falsifier viết trước.
• Narrative status không map sang Buy/Sell.

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

• Vì sao 17 mentions chỉ còn 2 origin families?
• Google Trends 100 có nghĩa gì?
• NovaGrid có evidence paid conversion chưa?
• Khi nào dùng NO THESIS UPDATE?

c. Gợi ý đáp án

Xem gợi ý câu 1

Nhiều item sao chép cùng company/trade origins. Xem mục 2–3.

Xem gợi ý câu 2

Đỉnh interest tương đối trong time/location đã chọn, không phải 100 người. Xem mục 2.

Xem gợi ý câu 3

Chưa; 40 pilots không có paid conversion disclosed. Xem mục 3.

Xem gợi ý câu 4

Khi narrative active nhưng evidence chưa giải quyết claim. Xem mục 3–5.

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

e. Nguồn tham khảo

• NBER — Narrative Economics
• Google Trends — FAQ about Trends data
• CFTC — Pump-and-Dump Advisory

f. Học tiếp gì?

Bài trước: Earnings Call Analysis #15. Tiếp theo: Capital Flow Analysis #17 — nối flow proxy với balance, counterpart và transmission.

Nhắc lại: Đây là nội dung giáo dục, không phải khuyến nghị đầu tư. NovaGrid là demo; chưa dùng dữ liệu thật hoặc tiền thật.