Skip to main content
AIConnect
← Blog

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 version

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.

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.

PhaGiai đoạnMô tả
Khám phá (Discover)1–3Chắ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–6Biến ý tưởng thành yêu cầu, thiết kế và kế hoạch cụ thể.
Xây dựng (Build)7–9Phá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–12Giữ 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ạnPhaNội dung chínhTài liệu thường tạo ra
1Xá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
2Nghiê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ềnBusiness Model Canvas, Market Research Report, AI Strategy
3Xá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
4Thu thập yêu cầu (Requirements)Định nghĩaBusiness Requirements; Functional Requirements; Non-functional RequirementsPRD, BRD, Functional Specification (FRD/FSD), NFR
5Thiết kế (Design)Định nghĩaUser Flow; Wireframe; Mockup; UI/UX; Database Design; System Architecture; API DesignUser 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
6Lập kế hoạch (Planning)Định nghĩaChia Epic; User Stories; Tasks; Sprint; Timeline; Cost; ResourcesProduct Roadmap, AI Cost Estimation
7Phát triển (Development)Xây dựngFrontend; Backend; Database; Mobile; AI; DevOpsPrompt Library, Knowledge Base, RAG Design, AI Agent Design (chủ yếu tạo mã nguồn và sản phẩm chạy được)
8Kiểm thử (Testing)Xây dựngUnit Test; Integration Test; System Test; UAT; Performance; SecuritySecurity Design, Test Plan, Test Cases, Model Evaluation, Guardrails & Safety
9Triển khai (Deployment)Xây dựngDev; Test; Staging; ProductionDeployment Guide, User Manual
10Vận hành (Operations)Vận hành và cải tiếnMonitoring; Logging; Backup; Incident HandlingUser Manual, Operations Manual, Maintenance Guide
11Thu thập phản hồi (Feedback)Vận hành và cải tiếnNgười dùng; Analytics; KPI; Bug Reports—
12Cải tiến (Improvement)Vận hành và cải tiếnRoadmap; Phiên bản mới; Tính năng mớiMaintenance 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ạiTrả lời câu hỏiVí dụ (ứng dụng đặt lịch)
Business RequirementsDoanh 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 RequirementsHệ thống phải làm gì?Người dùng chọn giờ và nhận email xác nhận
Non-functional RequirementsHệ 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ầngPhạm vi
Unit TestTừng hàm, lớp nhỏ
Integration TestCác thành phần phối hợp
System TestCả hệ thống end-to-end
UATNgười dùng nghiệm thu
PerformanceHiệu năng — cắt ngang mọi tầng
SecurityBả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ầngMô tả
Giao diện · UI/UXWeb, mobile, chat
API và AgentĐiều phối, công cụ, quy trình
Knowledge Base và RAGTri thức, tìm kiếm, ngữ cảnh
Mô hình · ModelMô hình ngôn ngữ và prompt
Guardrails và an toànGiớ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ệuMục đích
AI StrategyVai trò của AI trong sản phẩm và mục tiêu kinh doanh.
Prompt LibraryKho prompt đã kiểm thử, dùng lại và quản lý phiên bản.
Knowledge BaseNguồn tri thức mà hệ thống AI dựa vào.
RAG DesignCách tìm kiếm tri thức rồi đưa vào mô hình để trả lời.
AI Agent DesignThiế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 & SafetyGiớ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ệuMục đíchGiai đoạn
Vision DocumentTầm nhìn, mục tiêu và giá trị cốt lõi của sản phẩm.3
Business Model CanvasMột trang tóm tắt cách sản phẩm tạo và thu giá trị.2, 3
Market Research ReportTổ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 PersonasHồ sơ người dùng điển hình để thiết kế đúng đối tượng.1, 5
User JourneyHành trình từng bước của người dùng với sản phẩm.5
User FlowSơ đồ các bước người dùng đi để hoàn thành một việc.5
WireframesBản phác thảo bố cục màn hình.5
MockupsBản thiết kế hình ảnh chi tiết của màn hình.5
UI DesignThiết kế giao diện hoàn chỉnh.5
Design SystemBộ thành phần, màu và kiểu chữ dùng thống nhất.5
Database DesignMô 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 DocumentCấu trúc tổng thể các thành phần của hệ thống.5
Security DesignCách bảo vệ dữ liệu, xác thực và phân quyền.5, 8
Test PlanPhạm vi, chiến lược và lịch kiểm thử.8
Test CasesCác tình huống kiểm thử cụ thể và kết quả mong đợi.8
Deployment GuideHướng dẫn triển khai qua các môi trường.9
User ManualHướng dẫn sử dụng cho người dùng cuối.9, 10
Operations ManualHướng dẫn vận hành, giám sát, xử lý sự cố.10
Maintenance GuideHướng dẫn bảo trì và cập nhật hệ thống.10, 12
Product RoadmapKế 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ụ.

EnglishTiếng ViệtExample
MVPSản phẩm khả thi tối thiểuShip the MVP, then learn from users.
PRDTài liệu yêu cầu sản phẩmThe PRD explains what we build and why.
BRDTài liệu yêu cầu kinh doanhThe BRD lists business goals.
NFRYêu cầu phi chức năngSecurity is a non-functional requirement.
UATKiểm thử chấp nhận của người dùngUsers sign off during UAT.
EpicNhóm tính năng lớnOne epic contains many user stories.
User storyCâu chuyện người dùngA user story states a need in one sentence.
SprintChu kỳ phát triển ngắnThe sprint lasts two weeks.
BacklogDanh sách việc tồn đọngPrioritize the product backlog.
WireframeBản phác thảo bố cụcThe wireframe shows layout only.
MockupBản thiết kế hình ảnhThe mockup shows colors and typography.
StagingMôi trường thử trước productionTest the release in staging first.
StakeholderBên liên quanTalk to every stakeholder early.
KPIChỉ số hiệu suất chínhTrack KPIs after launch.
RoadmapLộ trình sản phẩmThe roadmap shows upcoming features.
IncidentSự 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:

  1. 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ó.
  2. 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.
  3. 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.
  4. 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.
  5. 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.
  6. Epic chứa gì? (Epic contains) → Các User Stories. Epic › User Story › Task, rồi xếp vào Sprint.
  7. 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.
  8. 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.
  9. 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).
  10. 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.