Steve Blank – “Người thầy dạy khởi nghiệp tại Thung lũng Silicon”: Trong kỷ nguyên AI, mọi công ty khởi nghiệp hoạt động hơn hai năm đều nên cân nhắc bắt đầu lại từ đầu
Tuyển chọn TechFlowTuyển chọn TechFlow
Steve Blank – “Người thầy dạy khởi nghiệp tại Thung lũng Silicon”: Trong kỷ nguyên AI, mọi công ty khởi nghiệp hoạt động hơn hai năm đều nên cân nhắc bắt đầu lại từ đầu
Bạn cần quan sát những gì đang diễn ra xung quanh trước khi công ty của bạn sụp đổ.
Chuyên sâu báo cáo Web3Tác giả: Steve Blank
Biên dịch: TechFlow
Giới thiệu của TechFlow: Tác giả bài viết này, Steve Blank, là một nhân vật nổi tiếng trong giới khởi nghiệp Thung lũng Silicon, được mệnh danh là “cha đẻ của phương pháp Khởi nghiệp tinh gọn” (Lean Startup). Ông là tác giả cuốn sách Bốn bước dẫn đến sự giác ngộ (The Four Steps to the Epiphany) và người đề xuất học thuyết “Phát triển khách hàng” (Customer Development).
Cuốn Khởi nghiệp tinh gọn (The Lean Startup) của Eric Ries được xây dựng dựa trên lý thuyết của ông. Ông từng giảng dạy các khóa học về khởi nghiệp tại Đại học Stanford, Đại học California tại Berkeley và Đại học Columbia; đồng thời, chương trình I-Corps của Quỹ Khoa học Quốc gia Hoa Kỳ (NSF) cũng được xây dựng dựa trên phương pháp luận do ông đề xuất.
Gần đây, Steve Blank đã gặp một nhà sáng lập mà ông từng đầu tư để uống cà phê, và phát hiện ra rằng người này đã miệt mài làm việc suốt sáu năm trời mà hoàn toàn không nhận ra thế giới bên ngoài đã thay đổi sâu sắc.
Từ đó, ông viết nên bài viết này với luận điểm cốt lõi rất rõ ràng:
Nếu công ty của bạn đã thành lập hơn hai năm, kế hoạch kinh doanh ban đầu của bạn rất có khả năng đã lỗi thời. AI đang tái cấu trúc tốc độ phát triển sản phẩm, quy mô đội ngũ, mô hình định giá và các rào cản cạnh tranh; những nhà sáng lập vẫn đang vận hành theo kịch bản năm 2024 sẽ khó lòng vượt qua vòng gọi vốn tiếp theo.
Với độc giả đang khởi nghiệp hoặc quan tâm đến lĩnh vực công nghệ và đầu tư mạo hiểm, những quan sát trực tiếp từ bờ biển bên kia đại dương này đều rất đáng để đọc.
Dưới đây là bản dịch toàn văn.
Nếu công ty của bạn đã thành lập hơn hai năm, rất có thể nhiều giả định ban đầu của bạn giờ đây đã không còn đúng.
Bạn cần tạm dừng mọi việc đang làm — dù là viết mã, phát triển sản phẩm, tuyển dụng hay gọi vốn — và dành thời gian quan sát xem điều gì đang diễn ra xung quanh. Nếu không, công ty của bạn sẽ thất bại.
Một tách cà phê gây ra nỗi lo âu
Tôi vừa uống cà phê cùng Chris. Chris là một nhà sáng lập mà tôi đã đầu tư cách đây sáu năm; kể từ đó, anh ấy luôn tập trung cao độ vào công việc, cụ thể là:
1) Giải quyết một vấn đề hệ thống tự chủ phức tạp,
2) Trong một thị trường hiện hữu,
3) Bằng một mô hình kinh doanh độc đáo.
Hiện tại, Chris đang chuẩn bị cho vòng gọi vốn quy mô lớn đầu tiên. Khi xem bản thuyết trình dành cho nhà đầu tư (investor deck), tôi nhận ra một vấn đề: Trong vài năm qua, khi anh ấy miệt mài làm việc, thế giới bên ngoài đã thay đổi hoàn toàn.
Lợi thế phần mềm hệ thống tự chủ mà anh ấy dày công xây dựng trong năm năm đang ngày càng mất đi tính độc đáo. Các thiết bị bay không người (UAV) và phương tiện mặt đất tự chủ ở Ukraine đã thúc đẩy sự ra đời của hàng chục, thậm chí hàng trăm công ty mới — những công ty này sở hữu đội ngũ lớn hơn, nguồn vốn dồi dào hơn và cũng đang làm những việc tương tự.
Trong khi Chris đang cố gắng thuyết phục khách hàng chấp nhận giải pháp của mình trong một phân khúc thị trường ngách (một thị trường thực sự cần được cải tổ, nhưng vẫn bị các đối thủ lâu năm kiểm soát), thì nhu cầu về công nghệ tự chủ trong một thị trường liền kề — quốc phòng — lại bùng nổ mạnh mẽ.
Trong năm năm qua, đầu tư mạo hiểm (VC) vào các công ty khởi nghiệp quốc phòng đã tăng vọt từ con số không lên 20 tỷ đô la Mỹ mỗi năm. Sản phẩm của Chris hoàn toàn phù hợp với các ứng dụng hậu cần trong môi trường tranh chấp và vận chuyển y tế khẩn cấp. Thế nhưng, anh ấy lại hoàn toàn không biết đến những cơ hội này trong thị trường quốc phòng.
Đội ngũ của Chris thực sự đã xây dựng được một hệ thống tích hợp ấn tượng (tích hợp sâu với một nền tảng bay hiện hữu, giúp giải pháp của họ khác biệt so với đa số đối thủ cạnh tranh), do đó vẫn có doanh thu nhất định — nhưng đó không còn là mô hình kinh doanh như ban đầu anh ấy từng hình dung.
Sau cuộc trò chuyện với Chris, tôi chợt nhận ra: Đối với phần lớn các công ty khởi nghiệp đã thành lập hơn hai năm, kế hoạch kinh doanh đã trở nên lỗi thời, còn kiến trúc công nghệ và cấu trúc đội ngũ cũng rất có khả năng đã lạc hậu.
Nếu gần đây bạn chưa thường xuyên ngẩng đầu lên để quan sát, dưới đây là những điều bạn đã bỏ lỡ.
Điều gì đã thay đổi
Vốn đầu tư mạo hiểm (VC) đang đổ dồn mạnh mẽ vào AI. Năm 2025, các dự án AI chiếm tới hai phần ba tổng vốn đầu tư VC. Điều này có nghĩa là nếu bạn không làm việc liên quan đến AI, bạn sẽ phải cạnh tranh trong một “ao vốn” nhỏ hơn. Các công ty khởi nghiệp phần mềm phi-AI buộc phải trả lời một câu hỏi then chốt: Vì sao một đối thủ cạnh tranh gốc AI, với nguồn lực tài chính dồi dào hơn, lại không thể trực tiếp chiếm lĩnh thị trường của bạn?
Đối với các nhà sáng lập phần mềm, AI đã hoàn toàn viết lại các công thức cũ về chi phí, tốc độ và nhân lực. Nhờ các công cụ như Claude Code hoặc OpenAI Codex, việc thực hiện “lập trình cảm hứng” (Vibe Coding) cho phép xây dựng một sản phẩm khả thi tối thiểu (MVP) chỉ trong vài ngày, thậm chí vài giờ — chứ không còn mất hàng tháng như trước. Hệ quả là, MVP giờ đây đã không còn là minh chứng đầy đủ cho năng lực của đội ngũ bạn.
Các công cụ này đang làm thay đổi cấu trúc đội ngũ phát triển: số lượng kỹ sư giảm đi, đồng thời loại hình kỹ sư cũng thay đổi — xuất hiện sự phân hóa rõ rệt giữa “kỹ sư quy trình nghiệp vụ” và “kỹ sư công nghệ chuyên sâu”.
Công việc trước đây đòi hỏi cả một đội phát triển giờ đây có thể được hoàn thành bởi vài người, thậm chí chỉ một người. Dữ liệu từng là lợi thế cạnh tranh và hào quang bảo vệ (moat) riêng biệt, nhưng hiện nay các mô hình nền tảng (ChatGPT, Gemini, Claude) đang khiến các nguồn dữ liệu công khai trở thành hàng hóa tiêu chuẩn.
Chú thích ảnh: Model T so với Ferrari
Ngay cả khái niệm “phát triển linh hoạt” (agile development) cũng cần được suy ngẫm lại.
Trước đây, điểm nghẽn nằm ở câu hỏi: “Liệu chúng ta có đủ khả năng tài chính để xây dựng và phát hành sản phẩm này?” Ngày nay, điểm nghẽn đã chuyển sang: “Chúng ta có biết cần thử nghiệm điều gì không?” và “Chúng ta có thể tiếp cận người dùng đủ nhanh để học hỏi không?” Phát triển linh hoạt giờ đây không còn là một quy trình tuần tự nữa. Các tác nhân AI (AI Agent) có thể thực hiện song song nhiều nhiệm vụ với chi phí bằng nhau hoặc thậm chí thấp hơn. Bạn giờ đây có thể cùng lúc thử nghiệm nhiều phiên bản khác nhau của cùng một mô hình kinh doanh, thậm chí thử nghiệm đồng thời nhiều hướng kinh doanh khác nhau. Bạn có thể chạy cùng lúc năm mô hình định giá, mười thông điệp tiếp thị và hai mươi quy trình trải nghiệm người dùng (UX). Hơn nữa, “giao diện người dùng” (UI) có thể không còn là màn hình nữa — mục tiêu thử nghiệm giờ đây có thể là: tìm ra prompt giúp AI Agent đạt được kết quả mong muốn.
Chú thích ảnh: Sự chuyển đổi từ UI sang AI Agent
Điểm nghẽn giờ đây không còn nằm ở năng lực kỹ thuật, mà đã dịch chuyển lên phía trên — đến khả năng phán đoán, sự thấu hiểu kỳ vọng về kết quả của khách hàng và năng lực phân phối.
Các tác nhân AI sẽ viết lại toàn bộ các thể loại phần mềm
Các tác nhân AI (AI Agent) sẽ làm thay đổi mọi thể loại phần mềm — bao gồm cả thể loại mà bạn đang làm.
Các ứng dụng phần mềm hiện tại vận hành theo cách sau: hiển thị thông tin cho người dùng, rồi chờ người dùng thao tác thông qua bảng điều khiển, cảnh báo, công cụ quản lý quy trình làm việc và báo cáo. Nhưng khách hàng mua phần mềm để hoàn thành một công việc cụ thể, chứ không phải để xem thêm nhiều màn hình hơn. Việc đảm bảo công việc thực sự được hoàn tất — đó chính là điều mà các tác nhân AI (được điều phối thông qua các công cụ như OpenClaw) sẽ tự động thực hiện.
Điều này hàm ý điều gì?
Nếu sản phẩm của bạn hiện tại chỉ đơn thuần “cho biết bước tiếp theo cần làm”, thì cuối cùng các tác nhân AI sẽ trực tiếp thực hiện bước đó thay cho người dùng. Nếu sản phẩm của đối thủ tự động hoàn tất công việc, trong khi sản phẩm của bạn vẫn đang chờ người dùng nhấp chuột, bạn sẽ đánh mất lợi thế cạnh tranh.
Thế hệ ứng dụng tiếp theo sẽ không chỉ hiển thị thông tin trên màn hình, mà sẽ hành động như một nhân viên: xử lý yêu cầu hỗ trợ (ticket), đặt lịch họp, sàng lọc đầu mối bán hàng (sales lead), tự động bổ sung hàng tồn kho. Khi sản phẩm chuyển từ mô hình “phần mềm là giao diện” sang “phần mềm là kết quả”, mô hình định giá cũng sẽ thay đổi từ tính phí theo số lượng người dùng (seat-based pricing) sang tính phí theo kết quả đạt được: mỗi yêu cầu hỗ trợ được xử lý, mỗi cuộc họp được đặt, mỗi đầu mối bán hàng được đóng.
(Việc tìm kiếm “sự phù hợp giữa sản phẩm và thị trường” (Product/Market Fit) sẽ trở thành việc tìm kiếm “sự phù hợp giữa tác nhân AI và kết quả khách hàng” (AI Agent/Customer Outcome Fit). Sản phẩm khả thi tối thiểu (MVP) sẽ biến thành “kết quả khả thi tối thiểu” (MPO — Minimum Deliverable Outcome). Chủ đề này sẽ được triển khai chi tiết hơn trong bài viết tiếp theo.)
Phần cứng cũng không thoát khỏi xu thế này
Đối với các nhà sáng lập phần cứng, sự thay đổi cũng không kém phần mạnh mẽ. Phần cứng vẫn chịu ràng buộc bởi các định luật vật lý, vốn đầu tư, chuỗi cung ứng và chu kỳ sản xuất — bạn không thể bỏ qua việc cắt gọt kim loại, chế tạo mẫu thử hay thiết kế vi mạch để sản xuất (tape-out). Nhưng AI giúp bạn loại bỏ nhanh chóng những ý tưởng tồi. Giờ đây, bạn có thể mô phỏng nhiều biến thể thiết kế hơn trước khi chế tạo mẫu vật lý, xây dựng “bản sao số” (digital twin), và kiểm tra áp lực sớm hơn, rẻ hơn đối với nhiều giả định khác nhau. Kết quả là tốc độ học hỏi và khám phá được tăng lên (đôi khi là thất bại nhanh hơn), và trong môi trường khởi nghiệp, thất bại nhanh lại là một lợi thế chứ không phải nhược điểm.
Khi AI được tích hợp như một thành phần trong hệ thống, bản thân sản phẩm cũng thay đổi. Một chiếc camera được tích hợp bộ xử lý AI ở phía sau sẽ biến thành hệ thống giám sát, cảm biến rung, hoặc hệ thống dự báo hỏng hóc máy móc. Một robot sẽ trở thành công nhân trong nhà máy. Hào quang bảo vệ (moat) giờ đây không còn chỉ nằm ở phần cứng, mà nằm ở khả năng phần cứng cảm nhận điều gì và khả năng AI sử dụng dữ liệu đó để ra quyết định và hành động.
Cạm bẫy chi phí chìm
Các công ty được thành lập trước năm 2025 thường có kiến trúc công nghệ được tối ưu hóa cho một thế giới phần mềm đắt đỏ và mang tính tùy chỉnh cao. Các phương pháp phát triển linh hoạt (agile) và DevSecOps giúp chúng ta vận hành hiệu quả hơn, nhưng chúng vận hành theo cơ chế tuần tự và đội ngũ cũng được bố trí theo cấu trúc đó. Những công ty đã dành nhiều năm xây dựng “hào quang bảo vệ từ mã nguồn và tính năng độc quyền” giờ đây đang nhận ra rằng AI đang khiến phần lớn kiến trúc công nghệ của họ trở thành hàng hóa tiêu chuẩn. Điều này khiến các công ty khởi nghiệp đang trong quá trình gọi vốn rơi vào tình thế khó xử: mô hình kinh doanh của họ có thể đã lỗi thời một phần hoặc toàn bộ.
Khi bạn miệt mài phát triển sản phẩm và tìm kiếm “sự phù hợp giữa sản phẩm và thị trường”, những thay đổi này có thể không dễ dàng nhận thấy.
Các chi phí chìm — bao gồm kiến trúc công nghệ, tính năng sản phẩm, giao diện người dùng, quy mô nhân sự — đều trở thành lý do khiến bạn miễn cưỡng chuyển đổi: Làm sao chúng ta có thể vứt bỏ công sức đã bỏ ra trong nhiều năm? Nhà đầu tư của chúng ta đã đầu tư vì hướng đi này. Khách hàng vẫn muốn giao diện người dùng. Đội ngũ tin tưởng lộ trình này. Khách hàng của chúng ta chưa sẵn sàng.
(Chris là một ví dụ điển hình. Anh ấy đã xây dựng một sản phẩm thực sự ấn tượng và rất có khả năng vẫn duy trì được tính cạnh tranh — nhưng mô hình kinh doanh xoay quanh sản phẩm đó cần được điều chỉnh.)
Một số chi phí chìm thực chất lại là tài sản: kiến thức chuyên sâu trong lĩnh vực cụ thể, quan hệ khách hàng, dữ liệu độc quyền, các giấy phép quản lý đã khó khăn mới đạt được, hoặc tích hợp ở cấp độ vật lý. Những yếu tố này đáng được giữ lại. Việc tích hợp với nền tảng bay của Chris thuộc loại này.
Các chi phí chìm thực sự là gánh nặng là: đội ngũ kỹ sư lớn được xây dựng để phục vụ chu kỳ phát triển phần mềm chậm, mô hình định giá theo số lượng người dùng, và lộ trình sản phẩm được xây dựng quanh các tính năng thay vì các kết quả đầu ra. Đây chính là thứ gọi là “con nai chết trên bàn” (Dead Moose on the table) — vấn đề rõ ràng như ban ngày, nhưng chẳng ai muốn gọi tên nó.
Những nhà sáng lập sống sót là những người có thể nhìn thẳng vào sản phẩm mình đã làm và tự hỏi: “Nếu hôm nay tôi khởi nghiệp lại từ đầu, với các công cụ hiện tại và trong bối cảnh thị trường hiện tại, tôi thực sự sẽ làm điều gì?”
Câu hỏi này đặc biệt khó chịu khi bạn đã nhận được khoản đầu tư cho một hướng đi cụ thể. Nhưng sự khó chịu ấy chẳng thấm vào đâu so với việc nhà đầu tư thông báo họ sẽ không tham gia vòng gọi vốn tiếp theo, và bạn buộc phải đóng cửa với một kế hoạch lỗi thời trong tay.
Kết luận
- Bạn không thể áp dụng kịch bản năm 2024 (hoặc sớm hơn) để chạy đua trên đường đua năm 2026. Việc gọi vốn, công nghệ và mô hình kinh doanh đều đã thay đổi. Phát triển linh hoạt (agile) đang dần chuyển sang phát triển song song (parallel development).
- Việc tìm kiếm “sự phù hợp giữa sản phẩm và thị trường” (Product/Market Fit) sẽ trở thành việc tìm kiếm “sự phù hợp giữa tác nhân AI và kết quả khách hàng” (AI Agent/Customer Outcome Fit). MVP sẽ trở thành MPO (kết quả khả thi tối thiểu — Minimum Deliverable Outcome).
- Tư duy bám víu vào chi phí chìm sẽ khiến bạn thất bại.
- Hào quang bảo vệ (moat) có thể vẫn tồn tại ở những yếu tố sau: dữ liệu độc quyền, sự thấu hiểu sâu sắc về kết quả khách hàng mong muốn, sự “bị khóa” bởi quy định quản lý, hoặc trở thành một “dự án được ghi nhận chính thức” (Program of Record).
- Nếu bạn vẫn ngủ ngon, điều đó chứng tỏ bạn chưa thực sự hiểu rõ những gì đang diễn ra.
- Những nhà sáng lập sống sót sẽ rời khỏi văn phòng, nhìn rõ cục diện, chuyển đổi chiến lược và điều chỉnh kịp thời.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
@sgblank
