Domain Knowledge & Industry Research

Discovery

Hiểu sâu ngành mình làm — fintech, e-commerce, edtech, healthtech — để đưa quyết định không-naive.

Bạn đang ở đâu với kỹ năng này?

Làm bài Đánh giá Kỹ năng Discovery cho PM/BA — 2 người đã làm. Một lần làm chấm điểm cho tất cả kỹ năng trong nhóm Discovery, không chỉ kỹ năng này.

Làm bài đánh giá

Kỹ năng này cho bạn điều gì

Bắt đầu từ đây

Domain knowledge là hiểu ngành đủ sâu để biết vì sao “best practice” ở nơi khác không chạy ở đây. Ba tầng: cấu trúc thị trường, thực tế vận hành, và ràng buộc pháp lý — tầng cuối là tầng làm hỏng nhiều kế hoạch nhất ở Việt Nam.

Khi đã làm được

Học được một ngành mới trong 30 ngày đủ để ra quyết định không ngây thơ: đọc đúng nguồn, phỏng vấn đúng năm người, và biết ràng buộc nào là luật, ràng buộc nào chỉ là thói quen của ngành. Dự đoán được phản ứng của đối thủ trước khi ra tính năng.

Roadmap — Cách học và đạt kỹ năng

Đã đọc 0/14 mục · còn khoảng 5 phút

Cách chúng tôi ghi nhận

Một mục được tính là đã đọc khi nó nằm giữa màn hình đủ lâu so với độ dài của nó (bảng và sơ đồ tính một nửa), bạn vẫn đang cuộn hoặc bấm phím, và bạn đã thấy tới cuối mục. Lướt nhanh hoặc để tab mở không được tính. Chúng tôi chỉ lưu thời gian đọc từng mục — không lưu gì khác.

Domain Knowledge & Industry Research là gì?

Domain knowledge là hiểu ngành mình đang làm — fintech, thương mại điện tử, edtech, healthtech — đủ để quyết định không ngây thơ.

Một PM mạnh framework nhưng yếu domain thường thua một người hiểu rõ quy định, biên lợi nhuận và thói quen người dùng của ngành. Framework chuyển được giữa các ngành; ràng buộc thì không.

Ba tầng — và tầng nào làm hỏng kế hoạch

Tầng	Trả lời câu	Sai ở đây thì
Cấu trúc thị trường	Ai đang giữ lợi nhuận, và vì sao	Chọn sai chỗ để cạnh tranh
Thực tế vận hành	Một đơn hàng thật sự đi qua những gì	Ước lượng sai chi phí và thời gian
Ràng buộc pháp lý	Cái gì bị cấm, cái gì cần giấy phép	Xây xong rồi không được chạy

Khi nào bạn gặp chuyện này

Tình huống	Bạn làm gì	Nếu không
Bạn chuyển từ e-commerce sang fintech và mang theo cách làm cũ.	Tuần đầu tiên: đọc quy định của NHNN về eKYC và thanh toán, trước khi đọc bất kỳ báo cáo thị trường nào.	Bạn thiết kế một luồng đăng ký mà pháp lý không cho phép, và biết điều đó sau ba tháng.
Một tính năng chạy tốt ở Mỹ, đội muốn làm tương tự ở Việt Nam.	Hỏi ba câu: ai trả tiền ở đây, ai quyết định mua, và có ràng buộc pháp lý nào khác không.	Edtech là ví dụ kinh điển — người dùng là học sinh nhưng người trả tiền là phụ huynh.
Bạn cần ước lượng chi phí vận hành cho một mô hình mới.	Phỏng vấn một người vận hành thật, không đọc báo cáo. Chi phí thật hiếm khi có trong slide.	Mô hình tài chính của bạn sai ở phần lớn nhất và không ai phát hiện tới khi chạy thật.

3 layer của domain knowledge

Market structure — TAM/SAM/SOM, competitor map, value chain, profit pool ai giữ.
Operational reality — đơn hàng MoMo flow qua bao nhiêu bước? Shopee logistics cost bao nhiêu/đơn?
Regulatory landscape — fintech bị NHNN cản gì? Healthtech bị Bộ Y tế cản gì?

Phương pháp học domain nhanh

Đọc earnings call / báo cáo thường niên của top 3 player trong ngành (Sea Group cho Shopee/Garena, VNG cho Zalo).
Phỏng vấn 5 người: 2 founder, 1 operator, 1 customer, 1 ex-employee competitor.
Subscribe newsletter ngành: Vietcetera, The Ken Vietnam, Tech in Asia.
Theo dõi 3 analyst report (Bain, McKinsey) về ngành mình hằng năm.

Vietnam-specific context

Fintech VN: nhà nước cấm crypto thanh toán, ràng eKYC qua NHNN — khác hẳn Mỹ/EU.
E-commerce: Tiki giảm thị phần, Shopee/TikTok Shop chiếm dominant. Logistics phụ thuộc GHN/Best.
Edtech: phần lớn user paid là phụ huynh cho con <15 tuổi, không phải bản thân học viên.

Kế hoạch 30 ngày học một ngành mới

Tuần	Làm gì	Xong thì biết được
1	Đọc báo cáo thường niên / earnings call của 3 player lớn nhất	Ai giữ lợi nhuận và mô hình kiếm tiền
2	Đọc quy định pháp lý liên quan; hỏi một người từng bị nó chặn	Cái gì không được phép, bất kể sản phẩm tốt đến đâu
3	Phỏng vấn 5 người: 2 founder, 1 vận hành, 1 khách, 1 cựu nhân viên đối thủ	Thực tế vận hành và con số thật
4	Viết một trang: ba ràng buộc lớn nhất của ngành này	Đủ để bảo vệ một quyết định trước người trong ngành

Sai lầm thường gặp

Sai lầm	Vì sao hỏng	Làm thay bằng
Áp thẳng mô hình nước ngoài	Ràng buộc pháp lý và ai trả tiền thường khác hẳn.	Kiểm tra ba tầng trước khi sao chép.
Chỉ đọc, không hỏi người vận hành	Chi phí và ma sát thật không nằm trong báo cáo.	Năm cuộc phỏng vấn đáng giá hơn năm mươi slide.
Bỏ qua pháp lý tới cuối	Đây là ràng buộc cứng duy nhất trong danh sách.	Đọc nó trong tuần đầu tiên.
Cho rằng domain là chuyện của sales	Quyết định sản phẩm nào cũng dựa trên giả định ngành.	Viết ra ba ràng buộc lớn nhất và treo nó ở chỗ đội nhìn thấy.

Vì sao vai trò của bạn cần cái này

Vai trò	Bạn dùng nó để
Product Manager	Đây là thứ phân biệt một PM giỏi framework với một PM ra được quyết định đúng trong ngành này.
Business Analyst	Bạn dịch nghiệp vụ thành yêu cầu — không hiểu ngành thì bản dịch đó luôn thiếu phần quan trọng nhất.
Head of Product	Bạn đánh cược nguồn lực dựa trên đọc đúng cấu trúc ngành.
Chief Product Officer	Ràng buộc pháp lý là thứ duy nhất không thương lượng được; bạn cần biết nó trước mọi người khác.

Definition of done — dấu hiệu bạn đã đạt

Bạn nói được ba ràng buộc lớn nhất của ngành mà không cần tra.
Bạn dự đoán đúng phản ứng của đối thủ trong phần lớn trường hợp.
Bạn đã phỏng vấn ít nhất 5 người trong ngành, không chỉ đọc.
Bạn biết ràng buộc nào là luật và ràng buộc nào chỉ là thói quen.

Học một ngành mới trong bốn tuần — lộ trình cụ thể

Tuần	Làm gì	Đầu ra
1	Học từ vựng. Đọc 3 báo cáo ngành, ghi lại mọi thuật ngữ không hiểu rồi tra	Danh sách thuật ngữ — đủ để không bị lạc trong cuộc họp
2	Vẽ dòng tiền: ai trả tiền cho ai, vì sao, bao nhiêu	Sơ đồ một trang — đây là thứ giải thích phần lớn hành vi trong ngành
3	Nói chuyện với 5 người làm nghề. Hỏi về một ngày làm việc thật	Hiểu quy trình thật, khác với quy trình trên giấy
4	Tìm ràng buộc: luật, chuẩn ngành, thói quen lâu đời	Danh sách thứ không đổi được — quan trọng hơn danh sách cơ hội

Tuần 2 là tuần có giá trị cao nhất. Khi bạn hiểu ai trả tiền và vì sao, phần lớn hành vi tưởng như vô lý trong ngành sẽ trở nên hợp lý — bao gồm cả những thứ khách hàng làm mà bạn thấy khó hiểu.

Tuần 4 hay bị bỏ và là tuần tránh được sai lầm đắt nhất. Nhiều ý tưởng sản phẩm nghe rất hay cho tới khi phát hiện có một quy định hoặc một chuẩn ngành khiến nó không khả thi.

Dấu hiệu bạn chưa thật sự hiểu ngành

Bạn không giải thích được vì sao khách hàng vẫn dùng cách làm cũ dù có cách tốt hơn.
Bạn thấy nhiều thứ trong ngành là "phi lý" — thường nghĩa là bạn chưa thấy ràng buộc.
Bạn không kể được một ngày làm việc của người dùng chính.
Bạn không biết ai trong chuỗi giá trị có quyền phủ quyết.
Bạn dùng từ ngữ của mình chứ không dùng từ ngữ của ngành.

Dấu hiệu thứ hai đáng chú ý nhất. Khi một thực hành lâu đời trông có vẻ vô lý, giả định mặc định nên là bạn chưa biết đủ — không phải là cả ngành đang làm sai suốt hai mươi năm.

Vì sao vai trò của bạn cần cái này

Vai trò	Bạn dùng nó để
Business Analyst	Không hiểu ngành thì mọi yêu cầu đều phải hỏi lại, và bạn không phát hiện được điều còn thiếu
Product Owner / PM	Ràng buộc ngành quyết định ý tưởng nào khả thi — biết sớm tiết kiệm nhiều tháng
Người mới chuyển ngành	Đây là lộ trình bốn tuần thay cho việc mò mẫm một năm
Designer	Thói quen lâu đời của ngành quan trọng hơn nguyên tắc thiết kế chung
Kinh doanh	Biết ai trong chuỗi giá trị có quyền phủ quyết