Domain Knowledge cho PM: khi nào cần, khi nào không?

TL;DR

Câu hỏi từ học viên Kim Anh (Khoá BPM 7 tuần) khơi mào một thread chất trên Forum BPM. Daphne đưa framework theo level + loại sản phẩm; Nhity (recruiter có kinh nghiệm B2B/B2C) bổ sung 4 nuance từ góc nhìn thị trường tuyển dụng. Kết luận chung: domain knowledge không universal, nhưng càng senior + càng B2B/system-facing, nó càng critical cho sự nghiệp.

Bài học chính

• Junior thì chưa critical, senior thì critical. Daphne: junior PM thường có senior PO/PM kèm cho strategy, scope nhỏ, ít bất định → domain knowledge là nice to have. Càng lên senior + own strategy thì domain knowledge càng quan trọng. Không có thì khó ra quyết định confidently.

• User-facing thì có thể “bypass” bằng thấu cảm. Chat app, banking, e-commerce: PM dùng được trực giác và empathy cá nhân vì bản thân cũng là user. Có thể dùng ChatGPT để fill gap kiến thức.

• B2B và system-facing thì PHẢI có domain knowledge. Luồng thanh toán liên ngân hàng, tích hợp giữa các hệ thống: public information rất ít, empathy cá nhân không áp dụng được, ChatGPT khó validate. PM không có domain knowledge sẽ ra quyết định mù.

• Nhity bổ sung 4 nuance từ thị trường tuyển dụng: (1) tùy level, (2) tùy độ niche của domain, (3) tùy có own strategy không, (4) tùy mối quan hệ/sponsor. Tóm lại với recruiter: “trừ khi giá nhân sự quá rẻ, các công ty còn lại sẽ trả cao hơn cho người có domain knowledge.”

• Concern phổ biến của PM 3-5 năm: chọn domain nào để đầu tư dài hạn. Daphne: chọn domain dễ accumulate compound advantage. Nhity: ở Việt Nam, banking/fintech và nhóm có ê hề việc.

Góc nhìn BPM

Thread này là một ví dụ rất rõ về giá trị của một cộng đồng có signal: cùng một câu hỏi, đăng lên group Facebook PM sẽ nhận được 50 câu trả lời mơ hồ kiểu “tuỳ thôi”; còn trên Forum BPM nhận được 2 câu trả lời có framework và thực chiến. Đó cũng là lý do tụi mình duy trì Forum như một môi trường được kiểm duyệt.

Vì câu hỏi này lặp đi lặp lại ở nhiều cohort BPM, tụi mình muốn refine thêm 3 điểm từ góc nhìn coach:

1. “Domain knowledge” trong ngữ cảnh PM không có nghĩa là kiến thức academic. Một PM banking 5 năm không cần biết tất cả Basel III regulations, nhưng phải hiểu rất sâu cách operations team xử lý 1 transaction failed, tại sao reconciliation lại painful, cụm từ nào trong CSKH callback là red flag. Đó là tacit knowledge tích luỹ qua việc sống cùng người dùng, không phải qua đọc sách.

2. Domain knowledge có “expiry date” khác nhau theo ngành. Banking core processes thay đổi rất chậm (10+ năm vẫn giữ) → invest 1 lần lợi cả sự nghiệp. AI/Crypto products thay đổi 18 tháng/lần → domain knowledge expire nhanh hơn, lợi thế tích luỹ ngắn hơn. PM nên hiểu mình đang đầu tư vào tài sản có shelf life bao nhiêu.

3. Câu hỏi quan trọng hơn “có cần domain knowledge không” là “tôi có pattern recognition đủ để chuyển ngành lần thứ hai không?” Vì khi đã có một domain sâu, lần chuyển sang domain thứ 2 sẽ dùng cùng pattern recognition skills (cách nhận diện edge cases, cách map workflow, cách interview SME), và đó mới là career-defining skill.

[FLAG: thêm 1 ví dụ học viên BPM batch nào đó đã chuyển domain thành công bằng cách tận dụng pattern recognition. Hoặc ngược lại: câu chuyện một bạn vào domain B2B không phù hợp và bị stuck.]

Áp dụng vào công việc của bạn

• Bạn đang ở domain nào? Domain đó có shelf life dài hay ngắn? (Banking/healthcare/manufacturing: dài. AI tooling/Web3: ngắn.)
• Trong 12 tháng qua, bạn đã đầu tư bao nhiêu giờ vào việc sống cùng user của mình (shadow, interview, on-site)? Nếu < 20 giờ/năm, domain knowledge của bạn chủ yếu là theoretical.
• Nếu phải chuyển domain trong 1 năm tới, bạn sẽ chọn domain nào để bridge từ domain hiện tại? (Hint: chọn domain có overlap về user/workflow, không phải overlap về tech.)

---

→ Đọc bản gốc trên Forum: Làm PM thì domain knowledge có quan trọng không?