Nhờ AI, giờ đây có thể xây dựng startup tỷ đô với đội ngũ tối thiểu

• Một mô hình thành công mới của startup đang được chú ý: đội ngũ nhỏ tạo ra giá trị khổng lồ
• Với đội ngũ nhỏ, tốc độ, sự rõ ràng và tinh thần làm chủ là yếu tố quan trọng; khi loại bỏ tầng nấc và chi phí điều phối, việc ra quyết định trở nên trực tiếp và nhanh chóng hơn, từ đó tối đa hóa tốc độ ra mắt sản phẩm
• Trong thiết kế tổ chức, trọng tâm là cấu trúc phản mong manh và vận hành bằng pod tự chủ; đòn bẩy thực sự không nằm ở công cụ mà ở thiết kế hệ thống
• Tuyển dụng là phương án cuối cùng, tập trung vào nhân sự hình chữ T định hướng kết quả và mở rộng linh hoạt thông qua lõi mạng lưới cùng các nguồn lực bên ngoài
• Cần cảnh giác với chi phí ẩn của việc mở rộng nóng vội và tuyển người quá sớm; bài viết đề xuất hình mẫu nhà sáng lập mới: mở rộng sự rõ ràng với số lượng nhân sự tối thiểu

---

1. Huyền thoại “nhiều người hơn, tiến nhanh hơn”

• Instagram được mua lại với giá 1 tỷ USD khi chỉ có 13 nhân viên; WhatsApp với 55 người được mua lại với giá 19 tỷ USD; YouTube với 65 người được mua lại với giá 1,65 tỷ USD
  • Đây không phải ngoại lệ, mà là tín hiệu sớm của một mô thức lặp lại: những đội ngũ nhỏ nhưng tập trung có thể xây dựng công ty có giá trị vượt trội một cách mất cân xứng
• Điểm chung của họ không chỉ là đúng thời điểm hay ý tưởng sản phẩm xuất sắc, mà là cấu trúc tổ chức
  • Họ di chuyển nhanh vì có thể di chuyển nhanh, ra quyết định mà không bị mắc kẹt trong những cuộc họp để “căn chỉnh”
  • Không chỉ cắt giảm overhead, mà còn loại bỏ mọi thứ làm chậm tốc độ
• Đây không phải xu hướng do AI hay việc nhà đầu tư siết chặt chi tiêu tạo ra, mà là một lợi thế cấu trúc vốn luôn tồn tại, thứ âm thầm dẫn dắt những công ty công nghệ thành công nhất
• Đội ngũ tinh gọn không chỉ sống sót trong điều kiện tài nguyên hạn chế, mà thường còn đạt hiệu suất tốt hơn
• Ngày nay, với công cụ, tự động hóa và phương thức phân phối tốt hơn, tiềm năng của các đội ngũ nhỏ còn lớn hơn bao giờ hết

2. Vì sao đội ngũ nhỏ chiến thắng: tốc độ, sự rõ ràng, tinh thần làm chủ

• Sức mạnh của đội ngũ nhỏ không đến từ việc làm việc chăm chỉ hơn, mà từ cách vận hành khác biệt
• Trong một đội ngũ nhỏ, không có lớp sương mù của quy trình
  • Không có các cuộc họp để chuẩn bị cho cuộc họp khác, không có người ngồi ghế phụ trong trạng thái nhàn rỗi
  • Mọi người đều nằm trên critical path, và mọi quyết định đều diễn ra trực tiếp
• Khi loại bỏ bản chất của tầng nấc và gánh nặng phối hợp, thứ còn lại là tốc độ
• Niềm tin tồn tại như mặc định, không cần phải giành lấy, ghi chép hay ủy quyền
  • Ai đang làm gì và việc đó gắn với mục tiêu ra sao, mọi người đều biết
  • Trách nhiệm mặc định đã hiển thị rõ ràng, ngay cả khi không có sơ đồ tổ chức hay công cụ quản lý dự án
• Đội ngũ nhỏ tự nhiên tạo ra nền tảng của niềm tin
  • Phần lớn startup thuê product manager quá sớm, như thể muốn outsource việc điều phối trước cả khi thực sự cần đến nó
  • Trong đội ngũ nhỏ, sự phối hợp diễn ra hữu cơ, không phải vì con người siêu phàm, mà vì hệ thống không phải gánh thêm các lớp phiên dịch
• Beehiiv đạt đến “escape velocity” với chưa đến 20 người bằng cách trao quyền sở hữu trọn vẹn cho các product pod nhỏ
• Gumroad vượt mốc 10 triệu USD doanh thu định kỳ hàng năm với một đội ngũ nhỏ hơn phần lớn startup Series A, vì họ thiết kế một công ty nơi quyết định không phải đi qua 6 tầng nấc
• Đội ngũ nhỏ còn hưởng lợi từ mật độ nhân tài
  • Không cần 100 người, chỉ cần 5 người thực sự quan tâm, biết cách sở hữu vấn đề từ đầu đến cuối và hành động với sự rõ ràng

3. Thiết kế startup không mong manh: cấu trúc chính là chiến lược

• Phần lớn startup không sụp đổ vì quá nhỏ, mà vì thiếu sự rõ ràng
• Giả định rằng nhiều người hơn đồng nghĩa với nhiều sức mạnh hơn đã lỗi thời
  • Tính mong manh không đến từ ít người, mà từ cấu trúc phình to
  • Nó đến từ sự phức tạp không có quyền sở hữu và sự tăng trưởng thiếu nhất quán
• Những startup nhỏ nhưng mạnh nhất không mở rộng bằng cách thêm tầng nấc, mà bằng cách thiết kế hệ thống khiến quy mô nhân sự không liên quan đến động lực tiến lên
• Playbook của PostHog: đội ngũ như một đơn vị đòn bẩy
  • PostHog đã xây dựng một dải sản phẩm đáng kinh ngạc với dưới 50 người vì họ thiết kế đội ngũ như một hạm đội các micro-startup
    • Mỗi đơn vị gồm 2-6 người và sở hữu một phần của doanh nghiệp
    • Mỗi đội tự đặt mục tiêu, tự review, tự xây dựng roadmap, tự xử lý chất lượng và tự quản lý lịch phát hành
    • Không có dependency, không có handoff
  • Điều mô hình này giải quyết không chỉ là tốc độ mà còn là khả năng phục hồi
    • Nếu một đội bị chững lại, các đội khác vẫn tiếp tục phát hành
    • Nếu một quyết định thất bại, bán kính ảnh hưởng sẽ được giới hạn cục bộ
  • Basecamp vận hành với khoảng 30 người mà không cần manager, duy trì giao tiếp bất đồng bộ và quyết định cục bộ trong khi vẫn điều hành một doanh nghiệp SaaS có lãi
  • Oculus cũng vận hành với đội ngũ 75 người trước khi được mua lại với giá 2 tỷ USD, cho thấy không phải quy mô mà là cấu trúc mới là yếu tố thúc đẩy đổi mới
  • Đánh đổi là gì? Bạn cần những generalist mạnh có thể nghĩ vượt ra ngoài chức danh, và văn hóa phải làm được phần việc mà tầng nấc thường xử lý
    • Văn hóa ở đây nghĩa là giá trị chung, tính minh bạch bất đồng bộ và mục tiêu rõ ràng
• Không phải silo, mà là hệ thống
  • Startup không được định nghĩa bằng số người mà bằng các vòng lặp
    • Vòng lặp doanh thu, vòng lặp sản phẩm, vòng lặp phản hồi
  • Đội ngũ nhỏ chiến thắng khi mọi hành động đều nuôi dưỡng hành động tiếp theo trong một hệ thống chặt chẽ, tự duy trì, không cần phải băng qua vực sâu giữa các phòng ban
  • Khoảnh khắc đội marketing phải chờ 2 tuần để đội dữ liệu gửi báo cáo là lúc bạn đã đánh mất tốc độ
  • Khoảnh khắc phản hồi khách hàng phải đi qua 5 cuộc họp mới đến được product leader là lúc bạn đã làm loãng đi sự thật đó
  • Cấu trúc phải khuếch đại tín hiệu, chứ không được làm suy giảm nó
• Tự xây dựng “startup của các startup”
  Để sao chép mô hình này:
  • Tạo các pod tự chủ - trao cho mỗi đội một sứ mệnh rõ ràng, phạm vi bề mặt riêng và quyền phát hành
  • Dùng metric chung - để mọi đội đều thấy mình đang đóng góp vào cùng một kết quả như thế nào
  • Rút ngắn chu kỳ ra quyết định - làm việc theo sprint 6 tuần, check-in bất đồng bộ, và viết bản review ngắn 1 trang về điều gì hiệu quả và điều gì không
• Văn hóa đi trước, cấu trúc theo sau
  • Cách bạn cấu trúc tổ chức không chỉ là chuyện hiệu quả vận hành, mà còn là bản sắc
  • Cách bạn tổ chức công việc nói cho đội ngũ biết điều gì là quan trọng
  • Những thứ như quyền tự chủ, quyền sở hữu và tốc độ không tự nhiên mà có, chúng là thứ được thiết kế
  • Startup mong manh hỏi: “Việc này cần escalated cho ai?”, còn startup không mong manh hỏi: “Cách nhanh nhất để sửa việc này là gì?”

4. Không phải công cụ, mà hệ thống mới là lợi thế

• Một cái bẫy phổ biến mà nhiều nhà sáng lập rơi vào: nhầm công cụ với đòn bẩy
  • Họ chất đầy phần mềm tự động hóa, mua AI copilot mới nhất, tích hợp hàng chục nền tảng SaaS rồi tự hỏi vì sao mọi thứ vẫn chậm
• Vấn đề không nằm ở công cụ, mà ở việc thiếu hệ thống
• Hiệu suất không đến từ việc chồng thêm phần mềm, mà từ việc thiết kế workflow nơi nỗ lực của con người là thứ khan hiếm, được cân nhắc kỹ và được tôn trọng
  • Mọi tác vụ đều phải được đặt câu hỏi “việc này có cần tồn tại không?” từ rất lâu trước khi nghĩ đến tự động hóa
• Công cụ giúp tăng tốc một quy trình hỏng sẽ không giải quyết được vấn đề; nó chỉ khiến bạn lãng phí thời gian nhanh hơn mà thôi

• Playbook của Pieter Levels: orchestration > automation

  • Pieter Levels nổi tiếng vì xây dựng một danh mục doanh nghiệp trị giá hàng triệu USD mà không cần đội ngũ, bằng cách làm chủ thiết kế hệ thống
    • Nomad List, Remote OK, Rebase - đây không chỉ là các website đơn thuần, mà là những cỗ máy được thiết kế chặt chẽ nơi hành vi người dùng nuôi chính doanh nghiệp
  • Levels không mở rộng bằng cách code thêm ngày càng nhiều tính năng, mà bằng cách loại bỏ ma sát cho đến khi sản phẩm gần như có thể tự vận hành
  • Cách Nomad List hoạt động:
    • Người dùng tạo nội dung bằng cách ghi lại các thành phố, chia sẻ phản hồi và cập nhật dữ liệu chi phí sinh hoạt
    • Nội dung đó thúc đẩy long-tail SEO, giúp hàng trăm nghìn trang được index một cách tự nhiên
    • SEO mang lại traffic, traffic thúc đẩy đăng ký trả phí
    • Thành viên trả phí giúp điều hành cộng đồng và giữ chất lượng ở mức cao
  • Không có đội hỗ trợ, không có sales, không có bộ phận marketing - chỉ có các vòng lặp
  • Những công cụ AI anh ấy dùng (tạo ảnh, nháp email, bộ lọc điều phối) chỉ đóng vai trò phụ trợ, không phải động cơ cốt lõi
  • Đây không phải automation, mà là orchestration
  • Một mô thức tương tự cũng từng xuất hiện ở giai đoạn đầu của Minecraft, khi Markus Persson xây dựng và kiếm tiền mà không có đội marketing, vận hành sales hay hạ tầng nào ngoài cộng đồng và nút tải xuống
    • Một vòng lặp tự củng cố: chất lượng sản phẩm thúc đẩy sự tham gia của fan, điều đó thúc đẩy doanh số, rồi doanh số tài trợ cho việc phát triển tốt hơn

• Bắt đầu từ hệ thống, không phải stack

  • Quá nhiều nhà sáng lập bắt đầu bằng câu hỏi: “Mình nên dùng công cụ nào?”
  • Câu hỏi tốt hơn là: Tác vụ lặp lại nào mình vẫn đang làm thủ công nhiều nhất?
  • Sau đó là: Tác vụ này có thực sự cần tồn tại không?
  • Chỉ sau đó mới nên nghĩ đến tự động hóa
  • Nếu hệ thống đã phình to, AI sẽ không làm nó tốt hơn; nó chỉ làm nó nhanh hơn và tốn chi phí vận hành hơn

5. Tuyển dụng mà không phình to: khi nào, vì sao, và tuyển ai

• Phần lớn nhà sáng lập xem tuyển dụng là một cột mốc, là điều đáng để ăn mừng
• Nhưng ở giai đoạn đầu, tuyển dụng không chỉ là một quyết định mà là một khoản nợ
  • Mỗi người mới đều làm tăng trọng lượng: nhiều cuộc trò chuyện hơn, nhiều chia sẻ bối cảnh hơn, nhiều phức tạp hơn
• Cách tiếp cận tốt hơn là chỉ tuyển khi đó là phương án cuối cùng - hãy xây dựng hệ thống trước
• Cần tự hỏi: Việc này có thể tự động hóa không? Có thể biến thành template không? Có thể outsource tạm thời không?
• Chỉ khi câu trả lời là không và công việc đó có tính sống còn với sứ mệnh thì mới nên đưa người vào
  • Ngay cả khi đó, tiêu chuẩn cũng phải rất cao

• Tuyển theo kết quả, không theo vai trò

  • Đội ngũ giai đoạn đầu không cần những specialist chỉ làm việc trong bong bóng nhỏ của riêng mình
  • Họ cần những người có thể sở hữu một vấn đề từ đầu đến cuối
  • Điều đó có nghĩa là tìm kiếm người hình chữ T
    • Người có chuyên môn sâu ở một lĩnh vực nhưng sở hữu kỹ năng rộng ở nhiều lĩnh vực khác
    • Marketer biết viết code, designer hiểu conversion funnel, engineer thích nói chuyện với khách hàng
  • Điều quan trọng không phải là ai đó có vừa khít với sơ đồ tổ chức hay không, mà là họ có thể tạo ra kết quả mà không cần điều phối liên tục hay không
  • Thay vì xây phòng ban, hãy xây sứ mệnh, rồi tìm người có thể dẫn dắt sứ mệnh đó với quyền tự chủ trọn vẹn

• Tránh cái bẫy phình to từ sớm

  • Những thứ không cần:
    • Product manager viết ticket mà chẳng ai yêu cầu
    • Nhân sự SDR đặt lịch họp cho nhà sáng lập khi công ty còn chưa sẵn sàng để bán hàng
    • Một leader HR quản lý đội ngũ 8 người
  • Những thứ cần:
    • Người thợ lành nghề nhìn thấy toàn cảnh
    • Operator suy nghĩ theo vòng lặp
    • Builder không đi xin phép
  • Trước khi Amazon mua lại Twitch với giá 970 triệu USD, công ty này vận hành tinh gọn với khoảng 100 nhân viên
    • Đây là bằng chứng cho thấy tăng trưởng siêu tốc trong một ngách thị trường không nhất thiết cần một đội ngũ cồng kềnh
    • Chỉ cần tập trung cực độ vào sản phẩm và tận dụng đòn bẩy từ cộng đồng
  • Nếu bản năng đầu tiên của startup là “mình cần ai đó cho việc này”, hãy dừng lại
  • Thay vào đó, hãy thử nghĩ: “Mình cần một hệ thống cho việc này, và nếu nó không hiệu quả, mình sẽ tìm một người có thể làm khối lượng công việc vốn phải cần ba người.”

6. Mở rộng mà không làm vỡ mô hình

• Bắt đầu nhỏ là phần dễ; phần khó là giữ được tinh thần nhỏ gọn khi công ty lớn lên
• Bài kiểm tra thực sự đến khi sản phẩm tăng tốc, doanh thu tăng lên và yêu cầu ngày càng nhiều hơn
  • Nhiều khách hàng hơn, nhiều tính năng hơn, nhiều edge case hơn để xử lý
• Phản ứng tự nhiên là mở rộng bằng tuyển dụng: thêm đội, thêm manager, thêm tầng nấc
• Nếu không cẩn thận, những thứ làm công ty vận hành được ngay từ đầu - tốc độ, sự rõ ràng, quyền sở hữu - sẽ bắt đầu biến mất
  • Bạn không chỉ thêm người mà còn thêm ma sát

• Lõi mạng lưới

  • Một cách để mở rộng mà không phình to là xây dựng lõi mạng lưới
  • Ở trung tâm là một đội nhỏ, thường trực - hãy xem đó là đơn vị chỉ huy, là phần lõi
    • Những người sở hữu tầm nhìn, roadmap và văn hóa
  • Xung quanh lõi là các vòng mô-đun gồm fractional hire, contractor, agency và các quy trình có AI hỗ trợ, có thể co giãn theo nhu cầu
    • Lớp bên ngoài này xử lý các công việc đòi hỏi kỹ năng cao hoặc sản lượng lớn mà không cần nội bộ hóa toàn bộ chức năng
  • Thiết kế hỗ trợ theo hướng linh hoạt, xây marketing để tăng tốc cho các đợt ra mắt rồi thu gọn lại
  • Dùng AI cho hoạt động thường nhật, và thuê chuyên gia cho các nhiệm vụ hẹp thay vì để đạt chỉ tiêu headcount
  • Waze được Google mua lại với giá 1 tỷ USD và đã mở rộng bằng mô hình lai giữa đội ngũ nội bộ tinh gọn với mạng lưới dữ liệu do người dùng tạo ra ở bên ngoài
    • Các biên tập viên bản đồ tình nguyện và báo cáo crowdsourcing giúp sản phẩm thông minh hơn mà không làm tăng độ phức tạp nội bộ

• Sự linh hoạt có thể mở rộng, nhưng chỉ khi được thiết kế

  • Tinh gọn không có nghĩa là mong manh - thứ mong manh là đội ngũ phình to nhưng chỉ làm công việc nông
  • Nếu xây từ trong ra ngoài, với một lõi chặt chẽ và một lớp vỏ có thể mở rộng, bạn có thể giữ được sự linh hoạt ngay cả khi surface area ngày càng lớn
  • Bạn có thể mở rộng đầu ra mà không mở rộng số cuộc họp, có thể xử lý phức tạp hơn mà không thêm hỗn loạn
  • Đó mới là kỹ năng: phát triển thứ quan trọng, không chỉ thứ dễ đo đếm
  • Những nhà sáng lập giỏi nhất không chỉ mở rộng công ty, mà còn mở rộng sự rõ ràng

7. Chi phí ẩn của việc tuyển người quá sớm

• Nếu nói chuyện với các nhà sáng lập đã mở rộng trước khi tìm thấy product-market fit, bạn sẽ nghe những lời hối tiếc giống nhau đến kinh ngạc: “Chúng tôi đã tuyển quá nhanh.”
• Nó bắt đầu bằng sự lạc quan - vài chiến thắng, một ít vốn, và bỗng nhiên có cảm giác như đã đến lúc phải “xây team”
• Nhưng nếu không có nền tảng vững chắc (giá trị sản phẩm rõ ràng, vòng phản hồi khách hàng chặt chẽ, kênh tăng trưởng có thể lặp lại), thì việc thêm người không làm tăng tiến triển mà chỉ nhân đôi sự bất định

• Nợ tổ chức là có thật

  • Tuyển quá sớm không chỉ khiến bạn đốt vốn nhanh hơn
  • Nó còn tạo thêm nợ điều phối - thêm người để căn chỉnh, onboarding và quản lý
  • Nó còn tạo thêm nợ cảm xúc - áp lực phải biện minh cho những vai trò chưa tạo ra tác động
  • Nó còn tạo thêm nợ văn hóa - làm loãng tinh thần làm chủ vốn giúp đội ngũ nhỏ phát triển
  • Động lực bị thay bằng sự bận rộn; thay vì thử nghiệm thì là họp hành; thay vì ra mắt sản phẩm thì là review công việc
  • Và rồi đột nhiên mọi thứ mất nhiều thời gian hơn, nhưng không ai chắc chính xác vì sao

• Sự phức tạp luôn có chi phí

  • Mỗi người mới là một node trong mạng lưới
    • Nhiều quyết định hơn cần căn chỉnh, nhiều công cụ hơn cần cấp quyền truy cập, nhiều tầng nấc hơn đòi hỏi giải thích
  • Khi sản phẩm tất yếu phải đổi hướng (và chuyện đó luôn xảy ra), bạn sẽ thấy mình đang giữ lại những người được tuyển cho một phiên bản doanh nghiệp không còn tồn tại nữa

• Thay đổi câu hỏi mặc định

  • Trước khi tuyển, đừng hỏi: “Mình có cần ai đó cho việc này không?”
  • Hãy hỏi thay vào đó:
    • “Mình có thể thiết kế lại workflow không?”
    • “Mình có thể tự động hóa tầng này không?”
    • “Mình có thể outsource phần rìa này vừa đủ để vẫn giữ được sự tinh gọn không?”
  • Nhân sự không phải huy hiệu của tiến bộ, mà là một cược vào sự rõ ràng

8. Một kiểu nhà sáng lập mới

• Hình mẫu đang thay đổi
• Nhà sáng lập của tương lai không phải người gọi được 100 triệu USD và tuyển 100 người, mà là người vận hành doanh thu 10 triệu USD mỗi năm với 5 người và vẫn ngủ ngon vào ban đêm
• Nhà sáng lập solo điều phối tăng trưởng thông qua hệ thống, chứ không phải thông qua căng thẳng
• Một đội 3 người với sản phẩm tự bán được và tự hỗ trợ được
• Một công ty 6 người kiếm doanh thu 6 chữ số mỗi ngày mà không có họp hành hay drama
• Đây không còn là những trường hợp kỳ lạ hay ngoại lệ nữa - chúng đang trở thành tiêu chuẩn mới
• Sự thay đổi này còn sâu hơn cả hiệu quả đơn thuần
  • Nó liên quan đến sự thanh nhã, quyền sở hữu và tính bền vững
• Những nhà sáng lập giỏi nhất hiện nay không theo đuổi tăng trưởng chỉ vì tăng trưởng
  • Họ đang xây dựng những công ty mà mình có thể kiểm soát, phát triển và tự hào, mà không bị đè bẹp bởi chính sự phức tạp tổ chức do mình tạo ra
• Nhỏ không chỉ là đẹp, mà còn là chiến lược
  • Nó lành mạnh về mặt tinh thần, và trong tay đúng người thì gần như không thể ngăn cản
• Đây không phải nỗi hoài niệm về những ngày khởi nghiệp thiếu thốn, mà là cẩm nang chiến thuật để xây dựng điều vĩ đại mà không phình to

[shakespeares]

Tôi đồng ý với lý do các đội nhỏ giành chiến thắng: tốc độ, sự rõ ràng và tinh thần làm chủ, nhưng nếu ở trong tình huống cũng cần vận hành ổn định thì tôi nghĩ tổ chức tất yếu sẽ phải lớn lên.
Có vẻ điều này cũng khớp với lý do vì sao gần đây các tổ chức lớn lại vận hành theo mô hình cell hoặc silo.