Founder Mode: Lời nói dối ngọt ngào nhất và hay bệnh tự luyến dễ gặp phải của Startup ?
Paul Graham đã tạo ra một cái cớ hoàn hảo để các Founder hợp pháp hóa việc micromanage đội ngũ. Cùng nhìn sự ảo tưởng, cẩm nang sinh tồn cho PM, và những câu hỏi mà bao nhi Founder nào dám tự trả lời?
Founder Mode là khi bạn bỏ qua hệ thống quản lý cồng kềnh để trực tiếp nhúng tay vào các quyết định quan trọng nhất của sản phẩm.” — Lược dịch ý của Paul Graham, tháng 9/2024.
Nếu đó là một buổi sáng đầu tuần, team bạn vừa chốt xong cái roadmap Q2 trong mồ hôi. Bạn đã gánh còng lưng nguyên cái dàn Stakeholders suốt 3 tuần ròng rã. Discovery research, đấu hội đồng ưu tiên backlog, align với Engineering, trình C-level duyệt. Mọi thứ chỉnh tề.
Đột nhiên, CEO xông vào Slack lúc 2h sáng: “Anh vừa đọc được cái bài về Founder Mode của Paul Graham, và anh vừa dùng AI generate ra luồng tính năng mới, anh thấy nó đỉnh vãi. Dẹp roadmap đi, mai chúng ta làm cái này.”
Và chính xác mọi thứ tan nát nếu bạn đổi nó vì Ai hay AI khuyên, còn nếu bạn thực sự có ly do và bạn rất hiểu bạn làm gì thì bạn đúng làm thôi.
Thật dễ dàng để gọi việc phá nát quy trình của team bằng một cái tên mỹ miều: Founder Mode. Nhưng sự thật thì sao? Bài viết này mình sẽ thử đánh giá khách quan gồm 3 phần: Bản chất của tư duy này, cách để PM sinh tồn giữa cơn bão, và quan trọng nhất những câu hỏi mà chính các Founder cần tự đối mặt.
Paul Graham và bài essay viral tháng 9/2024
Tháng 9 năm 2024, Paul Graham đồng sáng lập Y Combinator, bố đỡ đầu của hàng ngàn startup viết một bài essay có tựa đề “Founder Mode”. Bài viết lấy cảm hứng từ buổi nói chuyện của Brian Chesky (CEO Airbnb) tại một sự kiện YC, nơi Chesky chia sẻ rằng lời khuyên kinh điển của giới VC “Hãy thuê người giỏi rồi để họ tự chạy” suýt nữa giết chết Airbnb.
Chesky kể rằng ông đã chuyển từ Manager Mode (ủy quyền, tin tưởng hệ thống) sang Founder Mode (nhúng tay trực tiếp vào sản phẩm, trở thành “chief editor” của công ty), và nhờ đó xoay chuyển cục diện giữa đại dịch Covid.
Bài essay viral khắp thung lũng Silicon trong vài giờ. Và vấn đề bắt đầu từ đây.
Vì Paul Graham viết cái bài đó ngắn gọn, mơ hồ, và đầy tính gợi mở. Ông thừa nhận mình chưa thực sự biết Founder Mode là gì nhưng vẫn tung ra khái niệm như một lời phán truyền. Kết quả? Hàng ngàn Founder đọc xong và tự cho phép mình nhúng tay vào mọi thứ, từ cái nút bấm trên UI cho đến mỗi dòng copy marketing, với sự tự tin rằng: “Tao đang ở Founder Mode. Paul Graham bảo thế là đúng.”
Ảo mộng về Steve Jobs và cú tát từ thực tế
Mọi người hay lấy hình ảnh Steve Jobs hay Brian Chesky ra để ca tụng Founder Mode. Brian đã can thiệp vào từng pixel của Airbnb để xoay chuyển cục diện đại dịch đấy thôi!.
Đúng. Nhưng người ta lại cố tình lờ đi vế sau.
Chesky có một tư duy cực kỳ sắc bén về thiết kế, và điều quan trọng hơn ông ta biết rõ giới hạn của mình. Ông không nhảy vào viết code backend. Ông không tự mình chạy quảng cáo Facebook. Ông tập trung vào thứ ông giỏi nhất: trải nghiệm khách hàng. Và ông xây dựng một đội ngũ leader cực mạnh xung quanh để vận hành phần còn lại. Turnover của Airbnb thực tế giảm xuống mức thấp nhất vào năm 2023, một phần nhờ chính sách Live and Work Anywhere chứ không phải nhờ ông ta micromanage.
Còn đa phần các cú Founder Mode mình thấy ngoài kia? Giống với một mớ hỗn độn hơn.
Nhìn vào cái cách Elon Musk áp dụng Founder Mode lên X (Twitter) đi. Khi mua lại Twitter với 44 tỷ đô vào cuối 2022, Musk cắt giảm 80% nhân sự từ khoảng 7,500 người xuống còn chừng 1,500. Toàn bộ đội ngũ Product Manager gần như bị xóa sổ trong các đợt sa thải tháng 2/2023. Musk tự mình quyết định mọi thứ: bật/tắt tính năng, thay đổi thuật toán, bán tick xanh loạn cào cào. Kết quả? Doanh thu quảng cáo rơi tự do, hàng loạt thương hiệu lớn rút tiền, và các PM gạo cội thì xách vali ra đi. Nhưng Mush giỏi không bàn cải nhưng cách Musk làm là một dạng kinh điển Founder Mode sai cách. Trước còn trẻ mình rất thích Musk nhưng giờ thì bớt bớt rồi :)) Vì mình thích cách một leader build một team thành công và những con người trong team có thành công và tạo được giá trị của họ.
Nhưng thôi, dễ quá khi chỉ lấy Musk ra nói. Hãy nhìn rộng hơn.
Travis Kalanick (Uber) — một Founder Mode điển hình khác. Dưới thời Kalanick, Uber sống trong văn hóa thắng bằng mọi giá win at all costs. Kết quả? Công cụ Greyballing để trốn luật pháp, văn hóa quấy rối tình dục bị phơi bày, và cuối cùng chính Board of Directors đá Kalanick ra khỏi ghế CEO.
Adam Neumann (WeWork) — tự nhận mình đang build một cộng đồng toàn cầu, nhưng thực chất mượn tiền công ty cho mục đích cá nhân, thuê lại bất động sản của chính mình cho WeWork, và tạo ra một văn hóa cult đốt tiền kinh hoàng. Định giá từ 47 tỷ đô rơi thẳng xuống đất.
Bạn thấy pattern chưa? Các Founder này đều tin rằng mình đang ở “Founder Mode” sát sao, tận tâm, visionary. Nhưng thực tế, họ đang ở “Ego Mode”.
Khi công ty còn 10 người, Founder Mode là vũ khí. Khi công ty lên 100 người, Founder Mode là liều thuốc độc tống cổ những người quản lý những nhân viên giỏi nhất ra khỏi cửa vì họ không được sáng tạo thứ họ giỏi.
Lỗ hổng tư duy: Survivorship Bias và False Dichotomy
Mình muốn dành một đoạn nói thẳng về hai lỗi logic nghiêm trọng trong bài essay của Paul Graham, vì đây là thứ khiến rất nhiều Founder trẻ đặc biệt ở Việt Nam bị dẫn dắt sai hướng.
Thứ nhất: Survivorship Bias.
Graham lấy ví dụ Steve Jobs, Brian Chesky những Founder thành công rực rỡ. Nhưng ông hoàn toàn bỏ qua hàng ngàn startup đã chết chính vì Founder nhúng tay quá sâu, không chịu buông tay, không chịu tin người. Nghĩa trang VC (venture capital cemeteries) chất đầy xác những công ty mà Founder cứ ôm khư khư Founder Mode cho đến ngày cuối cùng đó thôi.
Bạn chỉ thấy máy bay sống sót quay về có nhiều vết đạn ở cánh. Nhưng vấn đề nằm ở những chiếc máy bay không bao giờ quay về chúng bị bắn trúng thân.
Thứ hai: False Dichotomy.
Graham dựng lên hai cực đối lập: Founder Mode: tốt, sát sao vs. Manager Mode: tệ, xa rời. Nhưng đây là một red herring mồi nhử đánh lạc hướng. Vấn đề thực sự không phải là Founder vs. Manager. Vấn đề là “Good Leadership vs Bad Leadership”.
Một CEO giỏi biết khi nào cần zoom in vào chi tiết và khi nào cần zoom out để nhìn bức tranh lớn. Không có ai sống cố định ở một mode nào cả. Đó là lý do các chuyên gia quản trị như những người từ Lean.org đã phản bác rằng định nghĩa Manager Mode của Graham coi cấp dưới như hộp đen (black boxes).
Quản lý tốt không phải là biến mất. Quản lý tốt là coaching, alignment, và ủy quyền rõ ràng. Hai thứ khác nhau hoàn toàn.
Sự thật không nên là: Lỗi tại team, còn thành công nhờ... AI?
Cái lầm tưởng lớn nhất và cũng là điều mình thấy nực cười nhất khi nhiều sếp ở Việt Nam và gần đây với trend Vibecoding / Ai tool như Claude phát triển đã bắt đầu lộ ra nhiều nhận thức có vẻ chưa đúng?
Đó là họ khuyết mất một thứ cốt lõi: Năng lực nhận sai.
Ở một số bên mình thấy, khi Founder lên cơn đòi đổi hướng, và rồi sản phẩm thất bại bạn nghĩ ai sẽ là người giơ đầu chịu báng? Chắc chắn không phải Founder rồi. “Do team triển khai yếu kém”, “Do PM không truyền đạt đúng vision của anh”. Câu chuyện cũ mèm nhưng lặp lại ở mọi giai đoạn hay “ làm hệt như ai đi ko chịu làm”.
Dám thừa nhận sai lầm, dám nhận thức được mình đã sai đó mới là phẩm chất cốt lõi của một Founder thực thụ. Brian Chesky thừa nhận công khai rằng giai đoạn 2019-2020 ông đã ủy quyền sai và để công ty trôi vào giai đoạn silo hóa làm việc cục bộ. Ông nhận lỗi. Và nhờ nhận lỗi đúng chỗ, ông mới tìm được đúng giải pháp.
Còn nhiều Founder ở thị trường mình? Họ đổ lỗi cho team, cho thị trường, cho đối thủ. Và bây giờ, có thêm một tầng ảo tưởng mới nữa: AI.
Đặc biệt trong năm nay, khi trào lưu AI lên ngôi. Nhiều Founder quá tự tin vào những ý tưởng được sinh ra từ việc chat vài dòng prompt. Họ dùng AI không kiểm chứng, ném cái bánh vẽ nghe hay đó cho team với niềm tin mãnh liệt rằng “AI nó bảo thế là đúng”. Làm sao một PM có thể tranh luận với một Founder đang say máu “Founder Mode” kết hợp với sự kiêu ngạo của “Tao có AI chống lưng”?
Data nói gì? Theo các khảo sát từ nhiều tổ chức nghiên cứu nhân sự, gần 46% nhân viên sẵn sàng nghỉ việc vì bị micromanage. Con số này còn tăng lên tới 82% nếu tính cả những người cân nhắc nghỉ vì quản lý tồi. Khoảng 70% nhân viên cho biết micromanagement khiến tinh thần làm việc sụt giảm nghiêm trọng, và hơn 50% nói nó giết chết năng suất.
Vấn đề không phải là Founder có sát sao hay không. Vấn đề là: Bạn sát sao vì User, hay vì Ego? Và khi sai, bạn có đủ dũng cảm để nói “Tôi sai” không?
Cẩm nang sinh tồn cho PM khi sếp lên cơn Founder Mode.
Bạn không thể manage up một Founder đang ở Founder Mode theo cách truyền thống. Nếu sếp bạn đã quyết tâm làm Steve Jobs tiếp theo, đừng cố cãi tay đôi. Bạn sẽ thua. Không phải vì bạn sai, mà vì quyền lực không nằm ở phía bạn và bạn cũng không cần chứng minh bạn đúng.
Nhưng bạn có thể xây guardrails vành đai để bảo vệ team và bảo vệ chính sản phẩm.
1. Kỹ thuật Trade-off Transparency (Minh bạch đánh đổi)
Đừng bao giờ nói Không với Founder/Ceo. Đó là con đường nhanh nhất để bị gắn nhãn thiếu tầm nhìn. Thay vào đó, hãy dùng ngôn ngữ trade-off:
“Được thôi anh. Nếu team chuyển sang làm tính năng AI anh đề xuất, chúng ta sẽ phải lùi tính năng thanh toán cốt lõi lại 6 tuần. Doanh thu dự kiến từ thanh toán là X triệu/tháng. Anh muốn trade-off nào?”
Bạn không cãi. Bạn đặt sự thật lên bàn và để Founder tự quyết định. Nếu Founder vẫn chọn đường mạo hiểm ít nhất bạn đã tạo ra một paper trail (bằng chứng giấy trắng mực đen) cho quyết định đó. Khi sản phẩm fail, không ai có thể nói “Tại PM không nói trước”.
2. Ép AI phải đối mặt với Data thật
Sếp tin AI? Được thôi. Đừng phản bác cảm xúc bằng cảm xúc. Hãy dùng chính Data.
Lấy cái ý tưởng do AI generate ra, đem test thử với một tệp user nhỏ. Chạy một cuộc phỏng vấn nhanh 5 người dùng. Dùng phương pháp Mom Test hỏi về hành vi thực tế, đừng hỏi “Anh/chị có thích tính năng này không?”. Để Data tự nói. ( Không có ngân sách thì thử dùng Ai này :D https://github.com/datht-work/PersonaTwin-skill )
Nếu Data ủng hộ ý tưởng của Founder? Tuyệt vời, bạn vừa validate thành công. Nếu Data phản bác? Bạn có vũ khí mạnh hơn bất kỳ lời cãi nào: sự thật.
Hiện tại mình cũng đang build các sản phẩm mới và học cách dùng AI để chạy discovery/ triển khai nhanh hơn. Nhưng mấu chốt là AI hỗ trợ tốc độ, không thay thế được việc ngồi nghe user kể lể đau khổ thật sự.
3. Xây dựng Decision Log Nhật ký quyết định
Đây là thứ mà mình thấy hầu hết PM ở Việt Nam bỏ qua, nhưng nó cực kỳ quan trọng khi làm việc với Founder kiểu Founder Mode.
Mỗi khi Founder đưa ra một quyết định lớn (đổi hướng, thêm tính năng, cắt tính năng), hãy ghi lại:
Ai quyết định?
Dựa trên data/insight nào?
Trade-off đã được thảo luận chưa?
Kết quả sau 2-4 tuần ra sao?
Không phải để bắt lỗi Founder. Mà để tạo ra một cơ chế học tập (Learning Loop) cho cả tổ chức. Khi có Decision Log, Founder sẽ tự thấy pattern quyết định của mình. Và đó là bước đầu tiên để một người lãnh đạo tự nhận ra giới hạn.
4. Biết lúc nào nên rời đi
Cái này mình nói thẳng. Nếu bạn đã thử cả ba kỹ thuật trên mà Founder vẫn không thay đổi, vẫn tiếp tục phá roadmap mỗi tuần, vẫn đổ lỗi cho team khi thất bại, vẫn dùng AI vô tội vạ mà không kiểm chứng...
Thì đó không phải vấn đề của Founder Mode. Đó là vấn đề của văn hóa tổ chức. Và bạn không có trách nhiệm phải hy sinh sự nghiệp của mình để sửa văn hóa cho người ta. Thị trường lao động năm 2026 đang khát PM biết giao tiếp và có tư duy chiến lược. Bạn có nhiều lựa chọn hơn bạn nghĩ dù thị trường khó khăn.
Phản biện Paul Graham
Mình không phản đối gì Paul Graham mình còn đọc bài của ổng thường xuyên .Ông ấy đã đóng góp rất nhiều cho hệ sinh thái startup toàn cầu. Nhưng bài essay Founder Mode có ba điểm mà cá nhân mình cần nói nó ko đúng cho tất cả:
Thứ 1: Bài viết hợp pháp hóa hành vi độc hại.
Kể từ khi bài essay ra đời, thuật ngữ “Founder Mode” đã bị weaponize biến thành vũ khí để biện minh cho mọi hành vi can thiệp thô bạo. Không phải Founder nào cũng có Design Sense của Chesky hay Product Intuition của Jobs. Nhưng ai cũng có thể dùng hai chữ “Founder Mode” để đè bẹp ý kiến phản biện từ team.
Thứ 2: Bỏ qua yếu tố giới tính và đặc quyền.
Nhiều nhà bình luận đã chỉ ra một sự thật không dễ chịu: “Founder Mode” thường gắn với phong cách hung hăng, quyết đoán, áp đặt có thể được chấp nhận khi đến từ một nam giới da trắng ở Silicon Valley. Nhưng nếu một nữ Founder hoặc một Founder người châu Á thể hiện y hệt phong cách đó? Phản ứng của thị trường và nhà đầu tư sẽ rất khác.
Thứ 3: Hiểu sai bản chất Manager Mode.
Graham mô tả Manager Mode như kiểu quản lý coi cấp dưới là “hộp đen” giao việc rồi bỏ mặc phiên bản méo mó của quản lý chuyên nghiệp. Quản lý hiện đại đọc thêm Andy Grove, Liz Wiseman, Marty Cagan không phải là bỏ mặc. Nó là coaching, alignment, trao quyền nhưng vẫn đặt kỳ vọng rõ ràng. Hai thứ khác nhau hoàn toàn.
Vậy cái gì mới là câu trả lời đúng?
Không phải Founder Mode. Không phải Manager Mode. Mà là Leader Mode hay đúng hơn là Founder Mindset + Professional Execution.
Nhiều người phân biệt rõ hai thứ: Founder Mode (phong cách vận hành) vs Founder Mindset (tư duy). Bạn không cần phải là người quyết định mọi thứ để có tư duy của người sáng lập. Founder Mindset nghĩa là:
Quan tâm đến User cực độ nhưng thông qua việc xây hệ thống lắng nghe, không phải tự mình ngồi đọc từng dòng feedback.
Từ chối sự tầm thường nhưng bằng cách đặt tiêu chuẩn cao cho team và coaching họ đạt tới, không phải tự mình làm thay và cả ngày chê trách team không tốt, nếu không tốt bạn có dám sẵn sàng tuyển một team tốt không hay bạn có xứng đáng để một team tốt về làm cùng bạn không là do bạn.
Ownership nhưng chia sẻ ownership cho cả team, không giữ khư khư cho mình.
Bạn có thể là một CEO cực kỳ sát sao mà vẫn không phải là một kẻ micromanage. Chìa khóa nằm ở việc biết khi nào cần zoom in và khi nào cần zoom out.
Rốt cuộc, mình muốn viết bài không phải bằng một framework hay một lời khuyên. Mà bằng những câu hỏi. Vì mình tin rằng những người đang trong cuộc cả Founder lẫn PM cần tự mình nhìn vào gương.
Hỏi các Founder:
Lần cuối cùng bạn thực sự ngồi nghe user chửi sản phẩm của mình thay vì nhìn vào cái màn hình qua Ai hay nghe đội Cs là khi nào?
Việc bạn can thiệp vào từng dòng code, từng cái nút bấm... là vì bạn thực sự lo cho User, hay vì bạn đang không thể kiểm soát được nỗi sợ mất quyền lực khi công ty lớn lên?
Khi sản phẩm thất bại, bạn có bao giờ nói trước mặt cả team: “Đây là lỗi của tôi” không? Hay bạn luôn tìm được một cái tên khác để đổ?
Hỏi các PM:
Bạn đang im lặng gật đầu vì tin vào vision của Founder, hay vì sợ mất việc?
Bạn có đang tự biến mình thành tay sai một cách thụ động, rồi tự an ủi rằng đó là cách startup vận hành?
Founder Mode không xấu. Nhưng nếu bạn dùng nó như một cái cớ để che đậy sự yếu kém trong kỹ năng ủy quyền, từ chối thừa nhận sai lầm, và coi AI là nhà tiên tri bất khả xâm phạm thì thứ bạn đang xây dựng không phải là một đế chế.
Đó là một vòng tròn giam team để phục vụ cho chính mình. Và Team của bạn? Họ không phải tù nhân. Họ sẽ rời đi vì quan hệ là win-win.
📚 Tham khảo & Đọc thêm các nội dung mình có nhắc:
Paul Graham, “Founder Mode” (paulgraham.com, September 2024)
Forbes, “The Fatigue Economy: How Consumer Burnout Is Reshaping Business” (2026)
Business Insider, “Brian Chesky’s ‘Founder Mode’ at Airbnb” (2024)
Observer / Forbes / VOA News, “Twitter/X Layoffs Under Elon Musk” (2022-2023)
HRDive / GoodHire, “Micromanagement and Employee Turnover Statistics”
INSEAD Knowledge, “Why Founders Must Learn to Delegate”
Age of Product, “Founder Mode: A Critical Assessment”
T.D
T5.2026
Bài này trúng ý anh quáaaaa 🤣