Competitive Intelligence #13

Trả lời ngắn: Competitive Intelligence là quy trình thu thập và đối chiếu bằng chứng cạnh tranh công khai hoặc được phép để trả lời một câu hỏi quyết định. Nó khoanh đúng đối thủ, ghi observation cùng giới hạn, rồi nối claim với implication và luận điểm; không phải bản tin đối thủ, đếm tính năng hay hoạt động gián điệp.

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

• Cách khoanh competitive arena và phân vai direct, adjacent, incumbent.
• Cách ghi evidence ledger mà không biến dấu vết thành kết luận quá tay.
• Khi nào phải tạm dừng vì nguồn, điều khoản hoặc thông tin nhạy cảm.

Lưu ý giáo dục: A-Cloud, B-Stack, C-Flow và toàn bộ số liệu dưới đây là demo giả. Bài không phải tư vấn pháp lý, khuyến nghị mua/bán hay cam kết lợi nhuận; quyết định tài chính có rủi ro mất vốn.

1. Competitive Intelligence là gì?

a. Bắt đầu bằng câu hỏi, không bắt đầu bằng tên đối thủ

Competitive Intelligence (CI) phục vụ một decision question, tức câu hỏi đủ cụ thể để thay đổi cách nghiên cứu. Case demo hỏi:

A-Cloud có giữ enterprise revenue >15% mà không làm gross margin xuống dưới 60% không?

Nếu chỉ lưu mọi screenshot, ta có kho tin chứ chưa có intelligence. CI phải nối dấu vết với giá, sản phẩm, phân phối hoặc biên lợi nhuận A-Cloud.

Competitive arena là phạm vi cạnh tranh được khóa bằng bốn thứ: công việc khách cần giải quyết, người mua, workflow và budget. Nó giống chọn quán ăn cạnh tranh theo cùng khách, cùng bữa và túi tiền; không gom tất cả nơi bán đồ ăn vào một bảng.

b. CI khác market research và competitor analysis

• Market research nhìn quy mô, phân khúc, nhu cầu và hành vi của cả thị trường.
• Competitor analysis thường mổ xẻ một hoặc vài công ty cụ thể.
• Competitive Intelligence nối nhiều dấu vết vào một decision question, ghi giới hạn rồi chọn hành động với luận điểm.

Ba việc có thể dùng chung nguồn nhưng không thay thế nhau. Feature matrix dài chưa trả lời A-Cloud có phải giảm giá hay không.

c. Evidence workflow

DECISION QUESTION → COMPETITIVE ARENA → COMPETITOR SET → EVIDENCE LEDGER → TRIANGULATE → IMPLICATION → UPDATE / NO CHANGE

Investor.gov cho biết Form 10-K có Business, Risk Factors, MD&A và báo cáo tài chính; đây là các nguồn public baseline hữu ích trước khi thêm pricing page, release note hoặc partner directory. Investor.gov — How to Read a 10-K

Hình 1 — CI có giá trị khi evidence được khoanh theo câu hỏi và kết thúc bằng implication có giới hạn.

2. Khoanh arena và chọn đúng competitor set

a. Bốn vai trong case A-Cloud

Arena demo là enterprise workflow automation cho đội vận hành.

Direct competitor tranh gần như cùng một ngân sách. Adjacent substitute giải một phần công việc theo cách khác. Incumbent là cách khách đang dùng, kể cả manual hoặc “chưa làm gì”.

Taxi, xe buýt và tự lái cùng giải bài toán di chuyển theo cách khác nhau. Trong phần mềm, spreadsheet vẫn có thể là đối thủ.

Hình 2 — Competitor set phải phản ánh cách khách giải cùng job, không chỉ danh sách công ty cùng ngành.

b. Ba câu kiểm vai

1. Hai lựa chọn có phục vụ cùng buyer không?
2. Chúng có giải cùng job hoặc một phần job không?
3. Tiền và thời gian triển khai có đi từ lựa chọn này sang lựa chọn kia không?

Nếu chỉ giống giao diện nhưng khác buyer/budget, đừng vội gọi là direct. Nếu khách có thể giữ quy trình cũ, incumbent phải nằm trên bản đồ.

c. Khóa baseline A-Cloud

Baseline demo từ bài trước:

• Enterprise revenue +18%.
• Gross margin 59%.
• Sales cycle +20 ngày.
• Bookings chưa công bố.

Gross margin đã dưới ngưỡng thesis 60%. Vì vậy bằng chứng về pricing pressure đáng theo dõi, nhưng chưa đủ để nói B-Stack đã lấy khách hoặc buộc A-Cloud giảm realized price.

3. Từ public observation tới evidence ledger

a. Năm lớp không được trộn

• Observation: điều nguồn thực sự thể hiện.
• Claim: câu mà observation có thể hỗ trợ hoặc bác bỏ.
• Mechanism: con đường claim tác động tới doanh nghiệp.
• Implication: hệ quả có điều kiện lên decision question.
• Thesis action: Update, Watch, No change hoặc Stand aside.

Bảng “giảm giá” trước cửa hàng là observation. Khách thực trả bao nhiêu là câu hỏi khác. Tương tự, public package giảm không chứng minh realized price hay discount trong hợp đồng.

b. Evidence ledger A-Cloud

E1 không được viết thành “B-Stack bán rẻ hơn 10%”. E2 không được đổi thành “khách dùng nhiều hơn”. E3 là ý định tuyển, không phải số người đã vào làm. E4 là listing, không phải doanh thu.

Hình 3 — Ledger đặt dấu vết, câu được phép nói và giới hạn cùng hàng để chặn kết luận quá tay.

c. Source date, family và triangulation

Mỗi row cần URL hoặc snapshot, ngày quan sát, phạm vi và định nghĩa. Một pricing page cũ không chứng minh giá hôm nay. Một page thay đổi nhưng không có bản trước cũng không chứng minh mức thay đổi.

Source family là các bản sao chung một nguồn gốc. Ba bài báo chép cùng press release vẫn là một family. Triangulation là đối chiếu các nguồn đủ độc lập, không phải đếm link.

Trong case demo:

• E1 + E2 hỗ trợ “offer của B-Stack đổi cả list price và breadth”.
• E3 chỉ là bối cảnh bổ trợ.
• E4 nói về adjacent distribution, không nói enterprise win rate.
• Implication: Nếu E1 đi cùng realized discount hoặc lost-deal evidence, GM 59% của A-Cloud trở thành thesis-risk trigger. Hiện tại: WATCH · NO CHANGE.

4. Sai lầm, giới hạn và information boundary

a. Sáu lỗi hay gặp

1. Chọn đối thủ theo tên ngành thay vì arena.
2. Đếm feature rồi gọi bên nhiều hơn là bên thắng.
3. Dùng trang lỗi thời hoặc không lưu ngày.
4. Biến job posting thành headcount/capacity.
5. Đếm bản sao cùng source family như xác nhận độc lập.
6. Chỉ lưu evidence thuận thesis.

CI có giới hạn: public page không cho biết realized deal; release note không chứng minh adoption; filing mô tả quá khứ. Kết luận không được mạnh hơn evidence.

b. Collection gate

Chỉ thu thập từ nguồn công khai hoặc được phép. Không giả danh, tạo tài khoản giả, viện cớ, vượt đăng nhập/tường phí, lấy bí mật thương mại hoặc dữ liệu mật. Tuân thủ điều khoản, quyền riêng tư, robots/rate limit và chính sách áp dụng.

PUBLIC / AUTHORIZED → COLLECT

TERMS / PRIVACY UNCLEAR → PAUSE + CHECK

SENSITIVE / COMPETITOR EXCHANGE → STOP + COMPLIANCE

Hình 4 — Khi quyền truy cập hoặc độ nhạy chưa rõ, dừng kiểm tra tốt hơn là cố lấy thêm dữ liệu.

c. Chia sẻ thông tin giữa đối thủ

FTC cảnh báo đối thủ trao đổi giá hoặc thông tin thương mại nhạy cảm có thể tăng rủi ro thông đồng hay hại cạnh tranh. Giá, chi phí, sản lượng, khách hàng và kế hoạch hiện tại/tương lai thường nhạy cảm hơn dữ liệu lịch sử đã tổng hợp. FTC — Information Exchange: Be Reasonable

FTC cũng nêu ấn định giá, thông đồng đấu thầu và phân chia thị trường là các thỏa thuận bị cấm rõ ràng tại Hoa Kỳ. FTC — Dealings with Competitors Hiệp hội hay trung gian không tự xóa rủi ro trao đổi dữ liệu nhạy cảm. FTC — Spotlight on Trade Associations

Đây là hướng dẫn chung tại Hoa Kỳ, không thay tư vấn pháp lý. Nếu nguồn hoặc trao đổi chạm giá, khách hàng, sản lượng hay kế hoạch nhạy cảm: dừng và hỏi compliance/legal.

5. Checklist từ câu hỏi đến thesis action

a. Mười bước

1. Viết một decision question.
2. Khóa arena theo job, buyer, workflow, budget.
3. Chọn direct, adjacent và incumbent; ghi lý do.
4. Lập source plan public/authorized.
5. Ghi observation kèm URL/snapshot/date.
6. Viết claim không vượt observation.
7. Ghi limit và source family.
8. Triangulate bằng nguồn độc lập phù hợp.
9. Viết implication có điều kiện và trigger cần thêm.
10. Chọn Update, Watch, No change hoặc Stand aside; lưu log.

b. Khi phải đứng ngoài

Đứng ngoài kết luận nếu chưa rõ ngày nguồn, định nghĩa, tính độc lập hoặc quyền truy cập. Không cập nhật luận điểm khi observation không nối vào câu hỏi, hoặc implication chỉ dựa feature count.

c. Câu kiểm cuối

Đọc từng hàng và hỏi: “Nếu xóa tên đối thủ, evidence này cho phép nói gì?” Câu đó thường bắt được thiên kiến thương hiệu và kết luận quá tay.

6. Bài tập 15 phút: CI Evidence Sheet

a. Công cụ và phạm vi

Dùng Google Sheets miễn phí. Chỉ nhập A-Cloud/B-Stack/C-Flow demo; không outreach đối thủ thật, không vượt access control và chưa dùng tiền thật.

b. Cách làm

• Phút 1–3: chép decision question, arena và four roles.
• Phút 4–8: nhập E1–E4 với observation, claim, limit.
• Phút 9–11: gắn source family/date demo.
• Phút 12–13: viết một implication có điều kiện.
• Phút 14–15: chọn action và stop rule.

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

Kết quả mong đợi: WATCH · NO CHANGE. Dừng nếu thiếu ngày, định nghĩa, nguồn độc lập hoặc ranh giới thu thập chưa rõ.

7. Tổng kết

a. Năm ý chính

• Decision question đi trước danh sách đối thủ.
• Competitive arena phải gồm direct, adjacent và incumbent phù hợp.
• Observation không được viết mạnh hơn điều nguồn thể hiện.
• Triangulation cần nguồn độc lập, không phải nhiều link.
• Collection gate bảo vệ research khỏi vượt ranh giới.

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

• Vì sao feature matrix chưa phải Competitive Intelligence?
• B-Stack, C-Flow và Manual/Spreadsheet giữ vai gì?
• E3 cho phép nói gì và không cho phép nói gì?
• Khi terms hoặc dữ liệu nhạy cảm chưa rõ, phải làm gì?

c. Gợi ý đáp án

Xem gợi ý câu 1

Feature count chưa nối evidence với decision question, mechanism và thesis action. Xem lại mục 1.

Xem gợi ý câu 2

B-Stack là direct, C-Flow adjacent, Manual/Spreadsheet incumbent. Xem lại mục 2.

Xem gợi ý câu 3

E3 cho thấy hiring intent tăng, không chứng minh đã tuyển hoặc tăng capacity. Xem lại mục 3.

Xem gợi ý câu 4

Tạm dừng, không thu thêm và hỏi compliance/legal phù hợp. Xem lại mục 4.

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

e. Nguồn tham khảo

• Investor.gov — How to Read a 10-K
• FTC — Information Exchange: Be Reasonable
• FTC — Dealings with Competitors
• FTC — Spotlight on Trade Associations

f. Học tiếp gì?

Bài trước: Management Interview #12. Tiếp theo: Alternative Data #14 — kiểm một dataset không truyền thống có đo đúng proxy, hợp pháp và đủ ổn định hay không.

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