Mở đầu — vì sao bài này quan trọng
Trong hành trình trở thành một Product Leader cấp cao, có một mối quan hệ mà hầu như không trường lớp nào dạy bạn cách xử lý, nhưng lại quyết định phần lớn sự thành bại của bạn: mối quan hệ với người sáng lập (Founder). Bạn có thể giỏi viết chiến lược, thành thạo backlog, thuyết phục được cả hội đồng quản trị, nhưng nếu bạn không học được cách làm việc với Founder, bạn sẽ thấy mình liên tục va vào tường — những quyết định bị lật ngược trong một cuộc họp 15 phút, những ưu tiên bị đảo lộn vào 11 giờ đêm qua một tin nhắn Telegram, những "tầm nhìn" thay đổi xoành xoạch khiến cả team kiệt sức.
Tại sao bài này đặc biệt quan trọng với một Senior Product Owner hay Head of Product? Bởi vì khác với một CEO được thuê (professional CEO), Founder không chỉ điều hành công ty — họ là công ty về mặt cảm xúc. Sản phẩm với họ không phải một dòng doanh thu, mà là đứa con tinh thần, là danh tính cá nhân, đôi khi là cả lý do họ thức dậy mỗi sáng. Điều này tạo ra một động lực (dynamic) rất khác. Khi bạn tranh luận về một tính năng với một CEO chuyên nghiệp, bạn đang tranh luận về dữ liệu. Khi bạn tranh luận với Founder, đôi khi bạn đang vô tình chạm vào niềm tin sâu nhất của họ về thế giới.
Đặc biệt trong bối cảnh startup Việt Nam và Đông Nam Á — nơi phần lớn công ty công nghệ vẫn còn ở giai đoạn Founder-led, nơi văn hóa "anh em" và sự gắn bó cá nhân rất mạnh — kỹ năng làm việc với Founder không phải "nice to have" mà là điều kiện sống còn để bạn vừa bảo vệ được tính kỷ luật của sản phẩm, vừa không đánh mất niềm tin của người nắm quyền lực thực sự. Bài học này sẽ giúp bạn hiểu Founder, dịch được "ngôn ngữ" của họ, và xây dựng một quan hệ đối tác (partnership) thay vì một quan hệ phục tùng.
Khái niệm cốt lõi
Founder là ai — và họ khác CEO chuyên nghiệp ở điểm nào
Trước khi học cách làm việc với Founder, bạn phải hiểu họ được "lập trình" như thế nào. Founder thường có một tổ hợp tính cách khá đặc trưng:
- Tầm nhìn mạnh mẽ (strong vision): Họ nhìn thấy một tương lai mà người khác chưa thấy, và họ tin vào nó đến mức cực đoan. Đây chính là phẩm chất đã giúp họ dám bỏ việc, gọi vốn, thuyết phục những nhân sự đầu tiên. Nhưng cùng một phẩm chất ấy khiến họ khó chấp nhận khi dữ liệu nói rằng tầm nhìn cần điều chỉnh.
- Khả năng chịu rủi ro cao (risk tolerant): Founder quen sống với bất định. Họ đặt cược lớn. Điều này tốt khi cần đột phá, nhưng nguy hiểm khi công ty đã lớn và một quyết định sai có thể ảnh hưởng hàng trăm nhân viên.
- Quan điểm sản phẩm rất sâu (deep product opinions): Nhiều Founder xuất thân từ chính nỗi đau mà sản phẩm giải quyết. Họ "ở trong" vấn đề lâu hơn bạn rất nhiều. Đừng bao giờ xem nhẹ trực giác sản phẩm của một Founder giỏi — đôi khi nó đúng một cách khó giải thích.
- Sự cấp bách đôi khi phi lý (irrational urgency): Founder sống trong cảm giác "nếu không làm ngay hôm nay, đối thủ sẽ nuốt chửng chúng ta". Sự cấp bách này đôi khi chính đáng, đôi khi chỉ là lo lắng cá nhân được khuếch đại.
Ba chế độ làm việc của Founder
Theo kinh nghiệm, một Founder thường rơi vào một trong ba chế độ, và bạn cần nhận diện họ đang ở chế độ nào:
- Visionary mode (chế độ tầm nhìn): Khi họ nói về tương lai 3-5 năm. Ở chế độ này, hãy lắng nghe và khuếch đại, đừng vội phản biện chi tiết.
- Operator mode (chế độ vận hành): Khi họ nhúng tay vào chi tiết tính năng, màu nút bấm, copywriting. Đây là lúc dễ va chạm nhất với team product, vì Founder dễ "micromanage".
- Anxiety mode (chế độ lo lắng): Thường xuất hiện sau một cuộc họp nhà đầu tư xấu, một con số sụt giảm, hay tin tức đối thủ. Ở chế độ này họ ra quyết định cảm tính. Nhiệm vụ của bạn là làm chậm lại, không phải làm theo ngay.
Tài sản quý nhất: Trust (niềm tin)
Mọi quan hệ với Founder được xây trên một loại "tài khoản niềm tin". Mỗi lần bạn giao đúng cam kết, minh bạch về cái xấu, thừa nhận sai lầm — bạn nạp tiền vào tài khoản. Mỗi lần bạn giấu vấn đề, hứa hão, hay bảo vệ team một cách mù quáng — bạn rút tiền ra. Khi tài khoản đủ lớn, Founder sẽ trao cho bạn quyền tự chủ. Khi nó cạn, họ sẽ micromanage từng dòng backlog. Quyền tự chủ của bạn tỉ lệ thuận với số dư niềm tin — đây là quy luật bất biến.
Dịch ngôn ngữ: từ trực giác sang giả thuyết
Một trong những giá trị lớn nhất bạn mang lại là biến câu nói "tôi nghĩ chúng ta nên làm X" của Founder thành "giả thuyết: nếu chúng ta làm X, thì chỉ số Y sẽ thay đổi vì lý do Z, và chúng ta sẽ biết mình đúng/sai sau N tuần". Bạn không bác bỏ Founder — bạn trao cho ý tưởng của họ một cách để được chứng minh là đúng. Đây là nghệ thuật then chốt: chuyển hóa mệnh lệnh thành thử nghiệm mà không làm Founder cảm thấy bị thách thức.
Tình huống thực tế
Tình huống 1: Founder đảo ngược ưu tiên lúc nửa đêm (startup fintech Việt Nam)
Một startup fintech tại TP.HCM, khoảng 45 nhân sự, vừa gọi vốn Series A 4 triệu USD. Founder kiêm CEO là một người xuất thân kỹ thuật, cực kỳ đam mê sản phẩm. Roadmap quý đã được chốt: tập trung hoàn thiện luồng KYC (định danh khách hàng) để giảm tỉ lệ rớt từ 38% xuống 20%.
Một đêm thứ Sáu, sau khi dùng thử app của một đối thủ Singapore, Founder nhắn vào nhóm Telegram lúc 11h30 đêm: "Tụi mình phải làm tính năng chia tiền nhóm (split bill) ngay, đối thủ vừa ra rồi, tuần sau release được không?". Cả team product hoang mang. Head of Product — gọi là chị Linh — đứng trước lựa chọn: làm theo ngay (và phá vỡ cam kết KYC), hay từ chối thẳng (và làm Founder phật ý).
Chị Linh đã làm gì: Sáng thứ Bảy, chị không trả lời trong nhóm chung mà nhắn riêng Founder xin 20 phút gọi điện. Trong cuộc gọi, chị làm ba việc. Thứ nhất, xác nhận cảm xúc: "Em hiểu anh lo, đối thủ ra split bill đúng là tín hiệu đáng chú ý." Thứ hai, đặt câu hỏi để hiểu nỗi sợ thật: hóa ra Founder không thực sự muốn split bill, mà sợ bị tụt lại về "độ hot" trước nhà đầu tư. Thứ ba, đưa ra đánh đổi minh bạch: "Nếu mình chen split bill vào tuần sau, KYC sẽ trễ 3 tuần, nghĩa là mình mất khoảng 1.200 user/tháng vì rớt onboarding. Còn split bill, theo data, chỉ 6% user của mình từng yêu cầu." Chị đề xuất: đưa split bill vào danh sách đánh giá nghiêm túc cho quý sau, đồng thời chuẩn bị một slide cho nhà đầu tư giải thích vì sao KYC là đòn bẩy tăng trưởng lớn hơn.
Bài học: Đằng sau một yêu cầu cấp bách phi lý của Founder thường là một nỗi sợ chưa được nói ra. Đừng phản ứng với yêu cầu bề mặt, hãy đào tìm nỗi sợ gốc. Và đừng từ chối bằng "không" — hãy từ chối bằng "có, và đây là cái giá".
Tình huống 2: Founder micromanage thiết kế (startup SaaS Đông Nam Á)
Một công ty SaaS B2B ở Jakarta, sản phẩm quản lý kho cho các nhà bán lẻ. Founder là người làm thương mại điện tử lâu năm, có khẩu vị thẩm mỹ rất mạnh. Vấn đề: anh duyệt từng màn hình, đổi từng nhãn nút, và thường ghi đè quyết định của đội design ngay trước ngày release. Năng suất team giảm, designer giỏi bắt đầu nghỉ việc, một bạn nói thẳng "em không còn thấy mình được trao quyền".
PO trưởng — anh Tuấn — nhận ra vấn đề không phải Founder "xấu tính", mà là Founder không tin rằng nếu buông tay thì chất lượng vẫn được giữ. Đó là vấn đề niềm tin, không phải vấn đề thẩm mỹ.
Cách xử lý: Anh Tuấn đề xuất một "hợp đồng" rõ ràng với Founder. Họ cùng định nghĩa một bộ design principles (nguyên tắc thiết kế) và một "definition of done" cho UI. Founder được mời tham gia ở đầu mỗi sáng kiến — duyệt hướng đi và nguyên tắc — thay vì ở cuối từng pixel. Đổi lại, đội product cam kết: mọi màn hình release đều đối chiếu với nguyên tắc đã thống nhất, và Founder có quyền "veto" hai lần mỗi quý cho những thứ anh thực sự không chịu được. Trong ba tháng đầu, anh Tuấn chủ động gửi Founder bản review trước mỗi release để chứng minh chất lượng được giữ — nạp tiền vào tài khoản niềm tin. Sau quý hai, Founder gần như ngừng can thiệp chi tiết.
Bài học: Micromanagement của Founder hầu như luôn là triệu chứng của thiếu niềm tin vào hệ thống. Bạn không chữa nó bằng cách phàn nàn, mà bằng cách xây một hệ thống đáng tin và mời Founder tham gia ở đúng độ cao (altitude) — đầu nguồn thay vì cuối nguồn.
Tình huống 3: Hai Co-founder bất đồng, PO kẹt ở giữa
Một startup edtech với hai đồng sáng lập: một người mạnh về tăng trưởng (muốn đẩy nhanh tính năng viral), một người mạnh về sư phạm (muốn đầu tư vào chất lượng nội dung). Head of Product liên tục nhận hai "mệnh lệnh" mâu thuẫn, và mỗi co-founder đều nghĩ product đang nghiêng về phía kia.
Sai lầm ban đầu: Head of Product cố làm hài lòng cả hai bằng cách âm thầm nhét cả hai hướng vào roadmap, dẫn đến team dàn mỏng, không hướng nào tới nơi tới chốn.
Cách sửa: Cô ngừng đóng vai "người đưa thư" giữa hai Founder. Thay vào đó, cô tổ chức một buổi làm việc chung, đưa lên bàn một khung ưu tiên minh bạch (gắn mỗi sáng kiến với một mục tiêu công ty và một chỉ số). Cô buộc hai Founder phải cùng nhìn vào một bức tranh duy nhất và tự quyết định đánh đổi, thay vì để cô làm trọng tài bí mật. Quan trọng: cô không bao giờ trích lời Founder này để phản bác Founder kia.
Bài học: Khi có nhiều Founder, sai lầm chết người nhất của PO là trở thành kênh trung gian truyền tin và vô tình khuếch đại mâu thuẫn. Việc của bạn là tạo ra một bề mặt chung để các Founder tự giải quyết bất đồng dựa trên dữ liệu, chứ không phải làm con tin của họ.
Hướng dẫn từng bước
Dưới đây là quy trình thực hành để xây dựng và duy trì quan hệ làm việc hiệu quả với Founder:
Bước 1 — Lập "bản đồ" Founder. Trong 30 ngày đầu, hãy ngồi lại hiểu: Founder coi điều gì là thiêng liêng (không bao giờ động vào)? Họ ra quyết định bằng dữ liệu hay trực giác? Họ thích nghe tin xấu kiểu nào? Đâu là nỗi sợ lớn nhất của họ (đối thủ, nhà đầu tư, hết tiền)? Ghi lại như một "user persona" thực thụ.
Bước 2 — Thống nhất "luật chơi" về quyền quyết định. Cùng Founder vẽ rõ: quyết định nào bạn tự quyết, quyết định nào cần Founder duyệt, quyết định nào hai bên cùng bàn. Một mô hình hữu ích là RAPID hoặc đơn giản hơn là phân ba tầng: "tôi quyết / mình bàn / anh quyết". Văn bản hóa nó.
Bước 3 — Tạo nhịp giao tiếp đều đặn. Lập một buổi 1:1 hàng tuần với Founder, có agenda rõ. Điều này ngăn việc Founder "đột kích" backlog bất chợt, vì họ biết có một kênh đáng tin để được nghe.
Bước 4 — Dịch mọi yêu cầu thành giả thuyết. Khi Founder nêu một ý tưởng, đừng nói "được" hay "không". Hãy hỏi: "Nếu cái này thành công, anh kỳ vọng chỉ số nào thay đổi?" Biến trực giác thành thử nghiệm có thể đo lường.
Bước 5 — Luôn đi kèm đánh đổi (trade-off), không chỉ phản đối. Mỗi lần bạn muốn nói "không" với một yêu cầu, hãy trình bày dưới dạng "có, nhưng đổi lại mình sẽ phải hoãn X" — để Founder tự thấy cái giá.
Bước 6 — Nạp tài khoản niềm tin một cách chủ động. Giao đúng hẹn, báo cáo cả tin xấu sớm, thừa nhận sai. Mỗi tuần hãy tự hỏi: "Tuần này mình đã làm gì để Founder tin tưởng hơn?"
Bước 7 — Bảo vệ team đúng cách. Đứng giữa Founder và team như một "bộ giảm xóc": lọc nhiễu, dịch áp lực thành ưu tiên rõ ràng, nhưng không che giấu Founder. Bảo vệ team không có nghĩa là chống lại Founder.
Lỗi thường gặp & mẹo
Lỗi 1 — Đối đầu trực diện với tầm nhìn của Founder. Nói "ý đó sai" với một Founder gần như chắc chắn phản tác dụng. Mẹo: tách mục tiêu khỏi giải pháp. Đồng ý với mục tiêu ("em đồng ý mình cần tăng giữ chân user"), rồi mới bàn lại giải pháp bằng dữ liệu.
Lỗi 2 — Gật đầu với mọi thứ để giữ hòa khí. Đây là con đường nhanh nhất để đánh mất sự tôn trọng của một Founder giỏi. Founder thông minh không cần một người "dạ vâng" — họ cần một đối tác dám phản biện có cơ sở. Sự nể trọng đến từ việc bạn dám nói "không" đúng lúc và đúng cách.
Lỗi 3 — Phản ứng tức thì với chế độ lo lắng. Khi Founder đang ở anxiety mode (sau tin xấu), mọi yêu cầu của họ đều cấp bách. Mẹo: "ngủ một đêm" — đề nghị "để em phân tích nhanh tối nay, sáng mai mình quyết". 80% các "khẩn cấp" sẽ tự hạ nhiệt.
Lỗi 4 — Giấu tin xấu. Founder sợ nhất là bị bất ngờ. Một vấn đề nhỏ được báo sớm tốt hơn một thảm họa được phát hiện muộn. Mẹo: áp dụng nguyên tắc "no surprises" — Founder phải luôn là người biết trước, không bao giờ là người biết sau cùng.
Lỗi 5 — Coi thường trực giác sản phẩm của Founder. Nhiều PO trẻ nghĩ Founder "không hiểu product bằng mình". Nguy hiểm. Founder thường có data định tính sâu mà bạn không có. Mẹo: khi trực giác Founder mâu thuẫn với data của bạn, đừng vội kết luận ai đúng — hãy thiết kế một thử nghiệm nhỏ để cả hai cùng học.
Mẹo vàng: Học "ngôn ngữ thương mại" của Founder. Họ nghĩ bằng doanh thu, runway, định giá, cạnh tranh — chứ không phải story points hay velocity. Khi bạn trình bày product bằng ngôn ngữ kinh doanh của họ, mọi cuộc đối thoại đều dễ hơn gấp bội.
Bài tập thực hành
- Lập "Founder Persona". Viết một trang mô tả Founder bạn đang (hoặc sẽ) làm việc cùng: điều thiêng liêng, kiểu ra quyết định, nỗi sợ lớn nhất, cách họ thích nhận tin xấu. Nếu chưa đi làm, hãy chọn một Founder nổi tiếng (ví dụ qua podcast/bài phỏng vấn) và phân tích.
- Bài tập "dịch yêu cầu". Lấy ba câu mệnh lệnh kiểu Founder: (a) "Làm ngay tính năng AI chatbot đi"; (b) "App của mình phải nhanh như đối thủ"; (c) "Bỏ luồng đăng ký 3 bước, để 1 bước thôi". Với mỗi câu, viết lại thành một giả thuyết kiểm chứng được kèm chỉ số đo lường và cách bạn sẽ phản hồi Founder mà không nói "không".
- Mô phỏng cuộc gọi nửa đêm. Dùng lại Tình huống 1. Tự viết kịch bản 5 câu thoại bạn sẽ nói trong cuộc gọi với Founder, đảm bảo có đủ: xác nhận cảm xúc, đào tìm nỗi sợ gốc, trình bày đánh đổi bằng số, đề xuất lối ra giữ thể diện cho Founder.
- Tự kiểm toán tài khoản niềm tin. Liệt kê 5 việc trong tháng qua đã nạp và 5 việc đã rút khỏi tài khoản niềm tin với Founder/sếp của bạn. Rút ra một cam kết cụ thể cho tháng tới.
Tóm tắt
Làm việc với Founder là một trong những kỹ năng tinh tế nhất của một Product Leader cấp cao, và gần như không thể học qua lý thuyết suông. Cốt lõi nằm ở mấy điều: hiểu rằng Founder vận hành bằng niềm tin và trực giác, rằng sản phẩm gắn với danh tính cá nhân của họ, và rằng quyền tự chủ của bạn được "mua" bằng số dư trong tài khoản niềm tin. Bạn không tồn tại để phục tùng Founder, cũng không để chống lại họ — bạn là người đối tác biến tầm nhìn thành thử nghiệm kiểm chứng được, biến mệnh lệnh cảm tính thành đánh đổi minh bạch, và biến sự cấp bách phi lý thành những quyết định được làm chậm lại vừa đủ để đúng đắn.
Hãy nhớ ba nguyên tắc xương sống: (1) đào tìm nỗi sợ gốc đằng sau mỗi yêu cầu cấp bách; (2) không bao giờ nói "không" cụt lủn — luôn trình bày cái giá của sự đánh đổi; (3) nạp tài khoản niềm tin mỗi tuần bằng sự minh bạch và cam kết được giữ. Khi bạn làm chủ được mối quan hệ này, bạn không chỉ bảo vệ được tính kỷ luật của sản phẩm — bạn trở thành người mà Founder thực sự dựa vào để xây dựng tương lai của công ty.