MVP and Open Decisions
Mục tiêu MVP
Phần tiêu đề “Mục tiêu MVP”Chứng minh rằng hồ sơ có cấu trúc, startup proposal và trust signals giúp người dùng tìm được cộng sự phù hợp hơn, trước khi đầu tư vào video, AI phức tạp hoặc Trust Score tổng hợp.
Phạm vi đề xuất
Phần tiêu đề “Phạm vi đề xuất”MVP — Foundation
Phần tiêu đề “MVP — Foundation”- Account và Builder Profile với visibility controls.
- Email verification và GitHub ownership; thiết kế sẵn khả năng thêm loại verification.
- Startup profile, proposal version và lifecycle stage.
- Controlled taxonomy cho role, industry, work mode và compensation.
- Opportunity và search/filter.
- Match request hai chiều, block và report.
- Team membership/collaboration được hai bên xác nhận.
- Structured review cơ bản sau collaboration.
- Trust signals có nguồn rõ ràng; chưa có điểm tổng công khai.
- Moderation console tối thiểu và audit log.
Phase 2 — Better matching
Phần tiêu đề “Phase 2 — Better matching”- Recommendation có giải thích.
- Chat, calendar link và chia sẻ tài liệu.
- Verification nâng cao.
- Dispute/appeal workflow hoàn chỉnh.
- AI review proposal/profile với human approval.
Phase 3 — Ecosystem tools
Phần tiêu đề “Phase 3 — Ecosystem tools”- Investor dashboard và startup analytics.
- Voice/video, mentor workflow và organization accounts.
- Trust Score nếu đã kiểm chứng fairness, explainability và abuse resistance.
- Tích hợp external tools và hỗ trợ các giai đoạn funding nâng cao.
Không đưa vào MVP
Phần tiêu đề “Không đưa vào MVP”Feed xã hội; like/share/story; quảng cáo; paid reach; payment marketplace; gọi vốn hoặc đầu tư tự động; lưu CCCD/biometric nếu chưa hoàn tất review pháp lý và security; điểm sao tổng quát; video call tự xây.
Success criteria đề xuất
Phần tiêu đề “Success criteria đề xuất”- Người dùng hoàn thành profile và hiểu trạng thái tự khai/đã xác minh.
- Founder publish proposal hợp lệ mà không cần hỗ trợ thủ công.
- Hai bên tạo match, xác nhận collaboration và hoàn tất review end-to-end.
- Search trả về kết quả theo filter mà không có paid influence.
- Người dùng có thể xem vì sao một trust signal tồn tại và report dữ liệu sai.
- Moderator xử lý report với audit trail và appeal path.
Decision log cần chốt trước thiết kế kỹ thuật
Phần tiêu đề “Decision log cần chốt trước thiết kế kỹ thuật”| ID | Quyết định | Tại sao quan trọng | Owner đề xuất |
|---|---|---|---|
DEC-001 |
Tên chính thức: BuildVN hay tên khác | Brand, domain, terminology | Founder/Product |
DEC-002 |
Trust signals hay điểm tổng trong MVP | UX, fairness, abuse | Product + Trust/Safety |
DEC-003 |
Verification tối thiểu theo hành động | Onboarding, risk, legal | Product + Legal |
DEC-004 |
Điều kiện tạo review hợp lệ | Data model, moderation | Product + Trust/Safety |
DEC-005 |
Visibility mặc định theo từng field | Privacy và discovery | Product + Privacy |
DEC-006 |
Proposal fields bắt buộc theo stage | UX và validation | Product |
DEC-007 |
Chat/upload trong MVP hay phase 2 | Scope, security, cost | Engineering + Product |
DEC-008 |
Chính sách xóa và retention | Data model, legal | Privacy + Engineering |
DEC-009 |
Quy trình quản trị taxonomy/template | Vận hành và consistency | Product Ops |
DEC-010 |
Thị trường thử nghiệm đầu tiên | Seed users và metrics | Founder/Growth |
Bước tiếp theo
Phần tiêu đề “Bước tiếp theo”- Chốt
DEC-001đếnDEC-006qua product workshop. - Phỏng vấn từng nhóm Founder, Builder, Mentor và Investor để kiểm chứng pain point.
- Prototype ba luồng: publish proposal, match/join team và review collaboration.
- Threat-model Trust Graph và verification trước khi thiết kế database.
- Chuyển các yêu cầu
MUSTtrong MVP thành acceptance criteria và backlog.