Quy trình phát triển sản phẩm số (Software Product Lifecycle: from idea to continuous improvement)
Mười hai giai đoạn từ ý tưởng đến cải tiến liên tục, 25 tài liệu thường gặp và phần bổ sung cho dự án AI hiện đại — giúp giảm rủi ro, ra thị trường sớm và cải tiến dựa trên phản hồi thật.
✦ View the full interactive versionMười hai giai đoạn từ ý tưởng đến cải tiến liên tục, 25 tài liệu thường gặp và phần bổ sung cho dự án AI hiện đại. Giúp giảm rủi ro, ra thị trường sớm và cải tiến dựa trên phản hồi thật.
Mẹo nhớ: đừng viết code trước khi trả lời được ba câu ở giai đoạn 1: giải quyết vấn đề gì, ai là người dùng, vì sao họ cần nó.
Nền tảng (Cơ bản · Beginner)
Mười hai giai đoạn chia thành bốn pha. Màu của pha được dùng nhất quán trong cả trang.
| Pha | Giai đoạn | Mô tả |
|---|---|---|
| Khám phá (Discover) | 1–3 | Chắc chắn có vấn đề thật, thị trường thật, và xác định phiên bản nhỏ nhất đáng làm. |
| Định nghĩa (Define) | 4–6 | Biến ý tưởng thành yêu cầu, thiết kế và kế hoạch cụ thể. |
| Xây dựng (Build) | 7–9 | Phát triển, kiểm thử và triển khai qua các môi trường. |
| Vận hành và cải tiến (Operate and improve) | 10–12 | Giữ hệ thống ổn định, học từ người dùng, rồi lặp lại vòng. |
Giai đoạn 12 quay lại giai đoạn 1 cho phiên bản tiếp theo.
Quy trình thực tế của sản phẩm mới (The practical startup path)
Ý tưởng › Nghiên cứu thị trường › Business Model › PRD › UI/UX › Kiến trúc hệ thống › Phát triển MVP › Kiểm thử › Ra mắt › Thu thập phản hồi › Mở rộng sản phẩm.
Stage Explorer (Tương tác · Interactive)
Bấm một giai đoạn để xem nội dung chính và các tài liệu thường được tạo ra ở đó.
Phiên bản tương tác cho phép chọn từng giai đoạn để xem nội dung chính và danh sách tài liệu tương ứng. Bảng dưới là dữ liệu nền của Explorer — 12 giai đoạn cùng pha, nội dung chính và tài liệu thường tạo ra:
| # | Giai đoạn | Pha | Nội dung chính | Tài liệu thường tạo ra |
|---|---|---|---|---|
| 1 | Xác định vấn đề (Problem) | Khám phá | Giải quyết vấn đề gì?; Ai là người dùng?; Tại sao họ cần nó? | Business Model Canvas, User Personas |
| 2 | Nghiên cứu thị trường (Market Research) | Khám phá | Đối thủ; Nhu cầu khách hàng; Xu hướng; Khả năng kiếm tiền | Business Model Canvas, Market Research Report, AI Strategy |
| 3 | Xác định sản phẩm (Product Definition) | Khám phá | Vision; Mục tiêu; Giá trị cốt lõi; MVP (Minimum Viable Product) | Vision Document, Business Model Canvas, AI Strategy |
| 4 | Thu thập yêu cầu (Requirements) | Định nghĩa | Business Requirements; Functional Requirements; Non-functional Requirements | PRD, BRD, Functional Specification (FRD/FSD), NFR |
| 5 | Thiết kế (Design) | Định nghĩa | User Flow; Wireframe; Mockup; UI/UX; Database Design; System Architecture; API Design | User Personas, User Journey, User Flow, Wireframes, Mockups, UI Design, Design System, Database Design, API Specification, System Architecture Document, Security Design, RAG Design, AI Agent Design, Guardrails & Safety |
| 6 | Lập kế hoạch (Planning) | Định nghĩa | Chia Epic; User Stories; Tasks; Sprint; Timeline; Cost; Resources | Product Roadmap, AI Cost Estimation |
| 7 | Phát triển (Development) | Xây dựng | Frontend; Backend; Database; Mobile; AI; DevOps | Prompt Library, Knowledge Base, RAG Design, AI Agent Design (chủ yếu tạo mã nguồn và sản phẩm chạy được) |
| 8 | Kiểm thử (Testing) | Xây dựng | Unit Test; Integration Test; System Test; UAT; Performance; Security | Security Design, Test Plan, Test Cases, Model Evaluation, Guardrails & Safety |
| 9 | Triển khai (Deployment) | Xây dựng | Dev; Test; Staging; Production | Deployment Guide, User Manual |
| 10 | Vận hành (Operations) | Vận hành và cải tiến | Monitoring; Logging; Backup; Incident Handling | User Manual, Operations Manual, Maintenance Guide |
| 11 | Thu thập phản hồi (Feedback) | Vận hành và cải tiến | Người dùng; Analytics; KPI; Bug Reports | — |
| 12 | Cải tiến (Improvement) | Vận hành và cải tiến | Roadmap; Phiên bản mới; Tính năng mới | Maintenance Guide, Product Roadmap |
Trung cấp (Intermediate)
Yêu cầu, MVP, kế hoạch Agile, kiểm thử, môi trường triển khai và hai máy tính ước tính.
Ba loại yêu cầu (Requirements)
| Loại | Trả lời câu hỏi | Ví dụ (ứng dụng đặt lịch) |
|---|---|---|
| Business Requirements | Doanh nghiệp cần đạt gì? | Tăng lượng đặt lịch trực tuyến, giảm xử lý thủ công |
| Functional Requirements | Hệ thống phải làm gì? | Người dùng chọn giờ và nhận email xác nhận |
| Non-functional Requirements | Hệ thống phải làm tốt đến đâu? | Tải nhanh, mã hóa dữ liệu, chịu được nhiều người dùng cùng lúc |
MVP: bản nhỏ nhất dùng được (Minimum Viable Product)
Ván trượt › Xe trượt scooter › Xe đạp › Ô tô.
Ẩn dụ quen thuộc: mỗi phiên bản đều giúp người dùng tới đích, thay vì giao từng bánh xe rời rạc mà chưa ai dùng được. MVP giúp học từ phản hồi thật trước khi đầu tư lớn.
Chia việc kiểu Agile (Epic, story, task, sprint)
Phiên bản tương tác vẽ sơ đồ lồng nhau: Epic (nhóm tính năng lớn) chứa nhiều User Story (“Là một …, tôi muốn …, để …”), mỗi User Story chứa các Task, và các Task được xếp vào một Sprint (khung thời gian cố định).
- Epic — nhóm tính năng lớn.
- User Story — “Là một …, tôi muốn …, để …”.
- Task — việc nhỏ trong một User Story.
- Sprint — khung thời gian cố định.
Kim tự tháp kiểm thử (Testing layers)
Bốn tầng kiểm thử, từ hẹp đến rộng; hiệu năng và bảo mật cắt ngang mọi tầng. Càng xuống dưới càng nhiều, nhanh và rẻ để chạy.
| Tầng | Phạm vi |
|---|---|
| Unit Test | Từng hàm, lớp nhỏ |
| Integration Test | Các thành phần phối hợp |
| System Test | Cả hệ thống end-to-end |
| UAT | Người dùng nghiệm thu |
| Performance | Hiệu năng — cắt ngang mọi tầng |
| Security | Bảo mật — cắt ngang mọi tầng |
Các môi trường triển khai (Deployment environments)
- Dev — Nơi lập trình viên thử nghiệm hằng ngày.
- Test — Kiểm thử chức năng và tích hợp.
- Staging — Bản sao gần giống production để thử lần cuối.
- Production — Môi trường người dùng thật sử dụng.
Máy tính ước tính nhanh (Rough estimators)
Phiên bản tương tác có hai máy tính nhập liệu trực tiếp.
Công sức và chi phí (Effort and cost) — nhập số người, giờ/tuần/người, số tuần và đơn giá/giờ; kết quả là tổng giờ, chi phí nhân sự và số sprint (2 tuần). Giả định sprint 2 tuần. Đơn vị tiền tệ tùy bạn. Đây chỉ là ước tính thô.
Tổng giờ = Số người × Giờ/tuần/người × Số tuần
Chi phí nhân sự = Tổng giờ × Đơn giá/giờ
Số sprint = ceil(Số tuần / 2)
Chi phí AI hằng tháng (AI cost estimation) — nhập yêu cầu/ngày, token vào/yêu cầu, token ra/yêu cầu, giá vào/1 triệu token và giá ra/1 triệu token; kết quả là chi phí mỗi ngày, mỗi tháng (30 ngày) và số token mỗi tháng. Giá trong ô là ví dụ — hãy nhập giá hiện hành của nhà cung cấp mô hình bạn dùng.
Chi phí/ngày = Yêu cầu/ngày × (Token vào × Giá vào + Token ra × Giá ra) / 1.000.000
Vận hành và phản hồi (Operations and feedback)
- Monitoring (Theo dõi) — Biết hệ thống đang khỏe hay yếu theo thời gian thực.
- Logging (Ghi nhật ký) — Lưu vết để tìm nguyên nhân khi có lỗi.
- Backup (Sao lưu) — Phục hồi được dữ liệu khi sự cố xảy ra.
- Incident Handling (Xử lý sự cố) — Quy trình phát hiện, xử lý và rút kinh nghiệm.
Vòng phản hồi: Người dùng · Analytics · KPI · Bug Reports › Roadmap mới › Phiên bản và tính năng mới.
Chuyên sâu (Advanced)
Bộ tài liệu đầy đủ và phần bổ sung cho sản phẩm AI.
Kiến trúc sản phẩm AI (AI product layers)
Phiên bản tương tác vẽ các tầng của một sản phẩm AI:
| Tầng | Mô tả |
|---|---|
| Giao diện · UI/UX | Web, mobile, chat |
| API và Agent | Điều phối, công cụ, quy trình |
| Knowledge Base và RAG | Tri thức, tìm kiếm, ngữ cảnh |
| Mô hình · Model | Mô hình ngôn ngữ và prompt |
| Guardrails và an toàn | Giới hạn nội dung và hành vi |
| Đánh giá và chi phí | Model Evaluation, AI Cost |
Bổ sung cho dự án AI (Additions for modern AI projects)
| Tài liệu | Mục đích |
|---|---|
| AI Strategy | Vai trò của AI trong sản phẩm và mục tiêu kinh doanh. |
| Prompt Library | Kho prompt đã kiểm thử, dùng lại và quản lý phiên bản. |
| Knowledge Base | Nguồn tri thức mà hệ thống AI dựa vào. |
| RAG Design | Cách tìm kiếm tri thức rồi đưa vào mô hình để trả lời. |
| AI Agent Design | Thiết kế agent: công cụ, quyền, quy trình nhiều bước. |
| Model Evaluation | Đo chất lượng mô hình bằng bộ dữ liệu và tiêu chí. |
| Guardrails & Safety | Giới hạn và kiểm soát hành vi, nội dung của mô hình. |
| AI Cost Estimation | Ước tính chi phí token, hạ tầng và vận hành AI. |
Tra cứu tài liệu (Document finder)
Phiên bản tương tác có ô tìm kiếm và bộ lọc theo giai đoạn. Bảng dưới là bộ tài liệu đầy đủ (25 tài liệu thường gặp + 8 tài liệu bổ sung cho AI), với các giai đoạn liên quan:
| Tài liệu | Mục đích | Giai đoạn |
|---|---|---|
| Vision Document | Tầm nhìn, mục tiêu và giá trị cốt lõi của sản phẩm. | 3 |
| Business Model Canvas | Một trang tóm tắt cách sản phẩm tạo và thu giá trị. | 2, 3 |
| Market Research Report | Tổng hợp đối thủ, nhu cầu, xu hướng thị trường. | 2 |
| Product Requirement Document (PRD) | Sản phẩm cần làm gì, cho ai, theo góc nhìn sản phẩm. | 4 |
| Business Requirements Document (BRD) | Mục tiêu và nhu cầu kinh doanh cần đáp ứng. | 4 |
| Functional Specification (FRD/FSD) | Đặc tả chi tiết các chức năng của hệ thống. | 4 |
| Non-functional Requirements (NFR) | Yêu cầu về hiệu năng, bảo mật, độ tin cậy, khả năng mở rộng. | 4 |
| User Personas | Hồ sơ người dùng điển hình để thiết kế đúng đối tượng. | 1, 5 |
| User Journey | Hành trình từng bước của người dùng với sản phẩm. | 5 |
| User Flow | Sơ đồ các bước người dùng đi để hoàn thành một việc. | 5 |
| Wireframes | Bản phác thảo bố cục màn hình. | 5 |
| Mockups | Bản thiết kế hình ảnh chi tiết của màn hình. | 5 |
| UI Design | Thiết kế giao diện hoàn chỉnh. | 5 |
| Design System | Bộ thành phần, màu và kiểu chữ dùng thống nhất. | 5 |
| Database Design | Mô hình dữ liệu: bảng, quan hệ, ràng buộc. | 5 |
| API Specification (OpenAPI/Swagger) | Mô tả chuẩn các endpoint, dữ liệu vào ra của API. | 5 |
| System Architecture Document | Cấu trúc tổng thể các thành phần của hệ thống. | 5 |
| Security Design | Cách bảo vệ dữ liệu, xác thực và phân quyền. | 5, 8 |
| Test Plan | Phạm vi, chiến lược và lịch kiểm thử. | 8 |
| Test Cases | Các tình huống kiểm thử cụ thể và kết quả mong đợi. | 8 |
| Deployment Guide | Hướng dẫn triển khai qua các môi trường. | 9 |
| User Manual | Hướng dẫn sử dụng cho người dùng cuối. | 9, 10 |
| Operations Manual | Hướng dẫn vận hành, giám sát, xử lý sự cố. | 10 |
| Maintenance Guide | Hướng dẫn bảo trì và cập nhật hệ thống. | 10, 12 |
| Product Roadmap | Kế hoạch các phiên bản và tính năng theo thời gian. | 6, 12 |
| AI Strategy (AI) | Vai trò của AI trong sản phẩm và mục tiêu kinh doanh. | 2, 3 |
| Prompt Library (AI) | Kho prompt đã kiểm thử, dùng lại và quản lý phiên bản. | 7 |
| Knowledge Base (AI) | Nguồn tri thức mà hệ thống AI dựa vào. | 7 |
| RAG Design (AI) | Cách tìm kiếm tri thức rồi đưa vào mô hình để trả lời. | 5, 7 |
| AI Agent Design (AI) | Thiết kế agent: công cụ, quyền, quy trình nhiều bước. | 5, 7 |
| Model Evaluation (AI) | Đo chất lượng mô hình bằng bộ dữ liệu và tiêu chí. | 8 |
| Guardrails & Safety (AI) | Giới hạn và kiểm soát hành vi, nội dung của mô hình. | 5, 8 |
| AI Cost Estimation (AI) | Ước tính chi phí token, hạ tầng và vận hành AI. | 6 |
Ba nguyên tắc giảm rủi ro (Risk-reduction principles)
- Kiểm chứng sớm (Validate early) — Nghiên cứu thị trường và MVP giúp phát hiện sai hướng trước khi tốn nhiều chi phí.
- Lặp ngắn (Short iterations) — Sprint ngắn cho phản hồi nhanh và dễ điều chỉnh.
- Quyết định theo dữ liệu (Feedback-driven) — Analytics, KPI và bug report dẫn dắt roadmap thay vì phỏng đoán.
Từ vựng Anh – Việt (Vocabulary)
Mười sáu thuật ngữ, kèm câu ví dụ.
| English | Tiếng Việt | Example |
|---|---|---|
| MVP | Sản phẩm khả thi tối thiểu | Ship the MVP, then learn from users. |
| PRD | Tài liệu yêu cầu sản phẩm | The PRD explains what we build and why. |
| BRD | Tài liệu yêu cầu kinh doanh | The BRD lists business goals. |
| NFR | Yêu cầu phi chức năng | Security is a non-functional requirement. |
| UAT | Kiểm thử chấp nhận của người dùng | Users sign off during UAT. |
| Epic | Nhóm tính năng lớn | One epic contains many user stories. |
| User story | Câu chuyện người dùng | A user story states a need in one sentence. |
| Sprint | Chu kỳ phát triển ngắn | The sprint lasts two weeks. |
| Backlog | Danh sách việc tồn đọng | Prioritize the product backlog. |
| Wireframe | Bản phác thảo bố cục | The wireframe shows layout only. |
| Mockup | Bản thiết kế hình ảnh | The mockup shows colors and typography. |
| Staging | Môi trường thử trước production | Test the release in staging first. |
| Stakeholder | Bên liên quan | Talk to every stakeholder early. |
| KPI | Chỉ số hiệu suất chính | Track KPIs after launch. |
| Roadmap | Lộ trình sản phẩm | The roadmap shows upcoming features. |
| Incident | Sự cố | Handle each incident and write a review. |
Mini game: Product Manager tập sự (Review · Ôn tập)
Mười câu hỏi. Trả lời đúng được 10 điểm, trả lời đúng liên tiếp được thêm điểm thưởng. Đáp án đúng:
- Giai đoạn đầu tiên sau khi có ý tưởng là gì? (What comes first after the idea?) → Xác định vấn đề. Trả lời: giải quyết vấn đề gì, ai là người dùng, vì sao họ cần nó.
- MVP là gì? (What is an MVP?) → Phiên bản nhỏ nhất đủ dùng để học từ người dùng. Minimum Viable Product giúp học sớm và giảm rủi ro.
- Yêu cầu về hiệu năng và bảo mật thuộc loại nào? (Which requirement type?) → Non-functional. Non-functional mô tả hệ thống phải làm tốt đến đâu.
- Thứ tự môi trường triển khai đúng là gì? (Deployment order) → Dev › Test › Staging › Production. Đi từ môi trường phát triển đến người dùng thật.
- UAT là gì? (What is UAT?) → Kiểm thử chấp nhận của người dùng. User Acceptance Testing: người dùng hoặc khách hàng xác nhận sản phẩm đạt yêu cầu.
- Epic chứa gì? (Epic contains) → Các User Stories. Epic › User Story › Task, rồi xếp vào Sprint.
- Tài liệu nào mô tả chuẩn các endpoint API? (API document) → API Specification (OpenAPI/Swagger). OpenAPI/Swagger là chuẩn phổ biến để mô tả API.
- Wireframe khác Mockup ở điểm nào? (Wireframe vs mockup) → Wireframe phác bố cục, mockup có hình ảnh chi tiết. Wireframe nhanh và đơn giản, mockup gần với giao diện thật.
- Monitoring, Logging, Backup thuộc giai đoạn nào? (Which stage?) → Vận hành. Đó là các hoạt động của giai đoạn Vận hành (Operations).
- Guardrails & Safety trong dự án AI dùng để làm gì? (Purpose of guardrails) → Giới hạn và kiểm soát hành vi, nội dung của mô hình. Guardrails giúp mô hình an toàn và đúng phạm vi.
Dựa trên ghi chú “Quy trình phát triển phần mềm”. Việc gán tài liệu vào từng giai đoạn và các ví dụ là cách sắp xếp tham khảo, có thể khác theo tổ chức.