Hỏi và Đáp về danh mục
50 câu hỏi thường gặp về HEAD Capital Project. Cập nhật: 2026-08-03 · Câu hỏi về từng dự án nằm ở trang Hỏi–Đáp riêng của dự án đó.
Sơ đồ: Bản đồ năm nhóm câu hỏi — nhảy thẳng tới nhóm bạn cần thay vì đọc tuần tự.
A. Hiểu về danh mục (1–10)
1. HEAD Capital Project là gì? Là toàn bộ danh mục dự án mà HEAD Capital đang xây và vận hành, tổ chức thành ba tầng: định chế, hạ tầng dùng chung, và sản phẩm ra thị trường.
2. Vì sao nhiều dự án như vậy? Vì luận điểm nền tảng là đầu tư vào con người — một đội ngũ có năng lực tạo ra giá trị nhiều lần, ở nhiều lĩnh vực. Danh mục là hệ quả tự nhiên của luận điểm đó, không phải sự phân tán.
3. Có bao nhiêu dự án? Khoảng 50 dự án trong danh mục tại thời điểm cập nhật, trong đó khoảng 15 đang phục vụ người dùng hoặc vận hành nội bộ.
4. Nhiều dự án thế thì có bị dàn mỏng không? Có nguy cơ đó, và nó được quản trị bằng một quy tắc cứng: mỗi dự án chỉ chạy một mốc lớn tại một thời điểm, và chỉ tiến khi mốc trước đạt điều kiện qua.
5. Dự án chưa gắn nhãn LIVE thì đang thế nào? Hoặc đang được xây theo mốc, hoặc đã có nền tảng và chờ tới lượt ưu tiên. Trong cả hai trường hợp, mã nguồn và tài liệu đều đầy đủ để khởi động lại mà không mất bối cảnh.
6. Ai quyết định dự án nào được ưu tiên? Nhà sáng lập và đội lõi, dựa trên ba tín hiệu: doanh thu thật, người dùng thật, và mức rủi ro pháp lý. Không dựa trên mức độ thú vị về công nghệ.
7. Các dự án có liên quan gì đến nhau không? Có, ở tầng hạ tầng: chung danh tính, chung nền triển khai, chung chuẩn tài liệu và giao diện. Ở tầng sản phẩm và dữ liệu thì độc lập.
8. Vì sao không gộp hết thành một siêu ứng dụng? Vì rủi ro tập trung: một sự cố pháp lý hay kỹ thuật ở một lĩnh vực sẽ kéo đổ toàn bộ. Mô hình liên bang cho phép một sản phẩm dừng mà hệ vẫn sống.
9. Danh mục này khác gì một công ty holding thông thường? Holding thường gom công ty đã có. Ở đây, phần lớn dự án được xây từ đầu bởi cùng một hệ phương pháp và hạ tầng — nên chi phí biên của sản phẩm mới thấp hơn nhiều so với mua lại.
10. Có dự án nào bị dừng hẳn không? Có. Nguyên tắc là dừng sớm, ghi lại bài học, giữ lại phần hạ tầng và năng lực tái dùng được — thay vì để một dự án chết dần âm thầm.
B. Tổ chức & con người (11–18)
11. Đội ngũ bao nhiêu người? Thay đổi theo dự án. Nguyên tắc chung: năng lực quyết định phạm vi, không phải tham vọng — phạm vi được cắt cho vừa đội thật, và chỉ tuyển khi có doanh thu mở cửa.
12. Ai chịu trách nhiệm khi một dự án gặp vấn đề? Mỗi dự án có tài liệu bàn giao ghi rõ trạng thái, việc đang treo và người phụ trách. Trách nhiệm cuối cùng thuộc về đội lõi.
13. Người ngoài có thể tham gia không? Có — qua nền tảng HEAD Capital, với vai trò người đóng góp, cố vấn, kết nối hoặc đối tác. Mọi đóng góp được ghi nhận kèm bằng chứng và xác minh chéo.
14. Đóng góp được ghi nhận thế nào? Ghi kèm bằng chứng → người khác xác minh → chuyển thành điểm giá trị, tín nhiệm và quyền lợi tương ứng. Không ai được tự chấm điểm cho mình.
15. Có chia cổ phần cho người đóng góp không? Tuỳ bản chất đóng góp và thoả thuận cụ thể. Đóng góp chiến lược có thể sinh quyền lợi tài chính hoặc quyền hưởng giá trị tương lai; đóng góp nhỏ được ghi nhận bằng điểm và uy tín.
16. Làm sao tránh việc người khác nhận công của tôi? Mọi bản ghi đóng góp đều có dấu thời gian, bằng chứng đính kèm và người xác minh khác. Hệ thống không cho tự chấm điểm và không cho xoá cứng bản ghi.
17. Đội ngũ làm việc theo quy trình nào? Mỗi dự án có luật cứng riêng, mốc công việc chia nhỏ kèm điều kiện qua rõ ràng, và mỗi phiên làm việc kết thúc bằng tài liệu bàn giao.
18. Vì sao tài liệu lại quan trọng đến mức thành quy tắc cứng? Vì đội nhỏ và nhiều dự án: bối cảnh nằm trong đầu người là điểm gãy lớn nhất. Tài liệu là cách duy nhất để một dự án tạm dừng ba tháng vẫn khởi động lại được trong một ngày.
C. Kỹ thuật & hạ tầng (19–30)
19. Các dự án dùng công nghệ gì? Phổ biến nhất: Next.js và TypeScript cho web, cơ sở dữ liệu quan hệ cho dữ liệu, container hoá để triển khai. Một số dự án chuỗi khối dùng nền Cosmos.
20. Vì sao chọn một stack thống nhất? Để người và công cụ chuyển giữa dự án mà không phải học lại. Chi phí lớn nhất của đội nhỏ là chi phí chuyển ngữ cảnh, không phải chi phí máy chủ.
21. Hạ tầng chạy ở đâu? Trên hạ tầng đám mây dùng chung, có đăng ký tài nguyên riêng để không "mất dấu" thành phần nào.
22. Nhiều sản phẩm chạy chung hạ tầng có rủi ro không? Có, và được quản trị: mọi thay đổi ở tầng chung phải theo quy trình kiểm soát, và các sản phẩm đang phục vụ người dùng thật được tách dần khỏi môi trường thử nghiệm.
23. Danh tính người dùng hoạt động thế nào? Một hệ danh tính trung tâm cấp tài khoản dùng chung. Nhưng dữ liệu người dùng của từng sản phẩm nằm ở cơ sở dữ liệu riêng — danh tính hợp nhất, dữ liệu liên bang.
24. Vì sao không dùng chung một bảng người dùng cho tất cả? Vì rủi ro dữ liệu cá nhân và rủi ro pháp lý: một sự cố sẽ lan ra toàn danh mục, và mỗi thị trường có quy định khác nhau về nơi lưu dữ liệu.
25. Bảo mật được xử lý thế nào? Nhiều lớp: chặn tự động không cho bí mật lọt vào mã nguồn, rà soát bảo mật định kỳ toàn danh mục, và mọi phát hiện được theo dõi đến khi đóng.
26. Rà soát bảo mật diễn ra ra sao? Theo đợt, áp cho toàn bộ kho mã cùng lúc, kết quả được xếp hạng theo mức nghiêm trọng và đưa vào sổ theo dõi có người chịu trách nhiệm. Nguyên tắc: phát hiện được ghi lại, không giấu.
27. Sao lưu dữ liệu ra sao? Sao lưu tự động định kỳ, đẩy sang kho lưu trữ độc lập, kèm kiểm tra khôi phục thật — nguyên tắc là không tin vào việc "đã bật sao lưu" nếu chưa từng khôi phục thử.
28. Nếu một môi trường làm việc bị mất thì sao? Mã nguồn có bản sao từ xa, dữ liệu lớn ở kho sao lưu độc lập, bí mật ở trình quản lý mật khẩu. Không có thành phần nào chỉ tồn tại một bản.
29. Chi phí hạ tầng được quản lý thế nào? Có đăng ký tài nguyên riêng và được đối chiếu định kỳ với hoá đơn thực tế của nhà cung cấp, thay vì tin vào sổ sách nội bộ.
30. Có dùng AI trong quá trình xây dựng không? Có, ở mức hệ thống: phần lớn quá trình phát triển được thực hiện cùng tác nhân AI theo quy trình có kỷ luật kiểm chứng. Nhưng mọi hành động trọng yếu — tiền, quyền, dữ liệu thật — đều phải có người phê duyệt.
D. Kinh doanh & mô hình (31–40)
31. Danh mục kiếm tiền bằng cách nào? Khác nhau theo dự án: thuê bao phần mềm, phí giao dịch, chia sẻ doanh thu với đối tác, dịch vụ B2B, và giá trị dài hạn từ cổ phần trong các dự án được đầu tư.
32. Dự án nào đang có doanh thu? Phần lớn danh mục còn ở giai đoạn xây dựng. Nguyên tắc đã đặt ra là doanh thu là cửa mở rộng — chỉ tăng đội và phạm vi sau khi có dòng tiền thật.
33. Vì sao không gọi vốn lớn để chạy nhanh hơn? Vì tốc độ bị giới hạn bởi năng lực thực thi và rủi ro pháp lý, không phải bởi vốn. Vốn vào sớm mà thiếu điều kiện qua chỉ làm hỏng nhanh hơn.
34. Có nhận đầu tư không? HEAD Capital là bên đầu tư vào con người và dự án. Việc nhận vốn cho từng dự án được xem xét riêng, qua cấu trúc pháp lý phù hợp với từng thị trường.
35. Làm sao đánh giá một dự án là thành công? Ba tín hiệu, theo thứ tự: người dùng thật quay lại, doanh thu định kỳ, và khả năng vận hành mà không cần đội lõi can thiệp hằng ngày.
36. Dự án không thành công thì xử lý thế nào? Dừng dứt khoát, ghi lại lý do và bài học, giữ lại phần hạ tầng và năng lực tái dùng được. Thất bại của một dự án không phải thất bại của người xây nó.
37. Có chia sẻ doanh thu với cộng đồng không? Có, ở các dự án có chương trình đối tác — nhưng luôn theo nguyên tắc chia trên doanh thu dịch vụ thật, không chia trên tiền nạp hay số người tuyển thêm.
38. Vì sao nguyên tắc đó quan trọng? Vì đó là ranh giới giữa một chương trình đối tác hợp pháp và một mô hình đa cấp. Ranh giới này áp cho mọi dự án trong danh mục, không có ngoại lệ.
39. Có phát hành token không? Một số dự án có token tiện ích. Nguyên tắc chung: token gắn với việc dùng sản phẩm, không đi kèm cam kết lợi nhuận, lãi suất cố định hay hứa tăng giá.
40. Danh mục có kế hoạch niêm yết hay bán lại không? Không phải mục tiêu đặt ra. Mục tiêu là xây tài sản dài hạn — theo tầm nhìn 20–50 năm và xuyên thế hệ của HEAD Capital.
E. Pháp lý, rủi ro & minh bạch (41–50)
41. Danh mục hoạt động ở đâu về mặt pháp lý? Pháp nhân tại UAE và Hoa Kỳ, phục vụ thị trường toàn cầu. Mỗi sản phẩm có ràng buộc riêng theo thị trường mà nó phục vụ.
42. Các dự án tài chính có được cấp phép không? Nguyên tắc là tránh những hoạt động cần giấy phép mà chưa có: ưu tiên mô hình không giữ tiền người dùng, và kết nối với đối tác được cấp phép thay vì tự thực hiện.
43. "Không giữ tiền" nghĩa là gì? Nghĩa là người dùng giữ tài sản của họ; nền tảng chỉ cung cấp giao diện, công cụ và dữ liệu. Kết nối kỹ thuật không bao gồm quyền rút tiền, và người dùng thu hồi quyền được bất cứ lúc nào.
44. Dữ liệu cá nhân được bảo vệ ra sao? Tách dữ liệu cá nhân khỏi dữ liệu vận hành, kiểm soát truy cập nội bộ, che thông tin nhạy cảm trên giao diện, và lưu dữ liệu nhạy cảm ở kho được mã hoá riêng.
45. Có bán dữ liệu người dùng không? Không.
46. Rủi ro lớn nhất của danh mục là gì? Ba rủi ro, theo thứ tự: (1) quá nhiều mặt trận cho một đội nhỏ; (2) rủi ro pháp lý ở các sản phẩm tài chính; (3) phụ thuộc vào một số ít người giữ bối cảnh. Cả ba được quản trị bằng quy tắc cứng chứ không bằng thiện chí.
47. Có tài liệu nào ghi lại các rủi ro đó không? Có — mỗi dự án có mục rủi ro riêng, và toàn danh mục có sổ ghi nhận vận hành, gồm cả những vấn đề chưa xử lý xong.
48. Vì sao tài liệu này nêu cả điểm yếu? Vì một hồ sơ chỉ nêu điểm mạnh không dùng được để ra quyết định. Nguyên tắc trình bày của HEAD Capital là phân biệt rõ đang có, đang làm và dự kiến.
49. Thông tin ở đây được cập nhật thế nào? Trang này là bản sống: trạng thái dự án và con số được cập nhật theo đợt rà soát, mỗi lần đều ghi ngày cập nhật ở đầu trang.
50. Tôi muốn hợp tác thì bắt đầu từ đâu? Đọc trang tổng quan của dự án bạn quan tâm, sau đó liên hệ qua nền tảng HEAD Capital. Hợp tác luôn bắt đầu bằng việc làm rõ: ai tham gia, mục tiêu là gì, giá trị cần tạo ra, vai trò mỗi bên, cách đo kết quả, và quyền lợi–trách nhiệm chia ra sao.
Quay lại: HEAD Capital Project