Phần mềm / Web application
Phát triển phần mềm theo yêu cầu và web app tại TP.HCM
Friday Works là công ty phát triển và viết phần mềm theo yêu cầu tại TP.HCM, giúp doanh nghiệp biến một quy trình riêng thành web app, portal, dashboard hoặc MVP có thể vận hành thật. Dịch vụ lập trình phần mềm theo yêu cầu bắt đầu từ tư vấn sản phẩm, lập trình web app và phạm vi rõ; đội ngũ ưu tiên kiến trúc vừa đủ cùng các vòng phát hành ngắn để kiểm chứng trước khi mở rộng.
- Ngân sách tham khảo
- 25–90 triệu VNĐMột mô-đun quy trình đến phiên bản đầu web app; hệ thống lớn báo giá sau khảo sát
- Thời gian
- 4–12 tuầnCho phiên bản đầu; các vòng sau lên lịch theo dữ liệu sử dụng
- Cách phát hành
- Theo từng lát cắtMỗi vòng có bản chạy thử để người dùng thật phản hồi
- Bàn giao
- Mã nguồn & tài liệuKèm hướng dẫn triển khai, vận hành và 3 tháng sửa lỗi
Vấn đề thường gặp
Những việc doanh nghiệp thường nhờ chúng tôi giải quyết
Tình huống 01
Dữ liệu nằm rải rác trong nhiều file Excel, mỗi người giữ một phiên bản.
Cách Friday Works xử lý
Một web app dùng chung cơ sở dữ liệu, phân quyền theo vai trò và có nhật ký thao tác; nhập và xuất Excel theo mẫu để chuyển đổi dần.
Tình huống 02
Hồ sơ duyệt qua email, Zalo; không ai biết đang tắc ở bước nào.
Cách Friday Works xử lý
Mỗi hồ sơ có trạng thái, người phụ trách, cấp duyệt và thông báo; quản lý theo dõi tiến độ trên một bảng điều khiển.
Tình huống 03
Phần mềm đóng gói thừa nhiều chức năng nhưng thiếu đúng thứ đội ngũ cần.
Cách Friday Works xử lý
Chỉ xây phần tạo khác biệt cho quy trình của bạn, bắt đầu từ một lát cắt nhỏ chạy được rồi mở rộng theo dữ liệu sử dụng thật.
Tình huống 04
Sợ phụ thuộc vào một lập trình viên, người đó nghỉ là không ai hiểu hệ thống.
Cách Friday Works xử lý
Mã nguồn, tài liệu kiến trúc, hướng dẫn triển khai và vận hành được bàn giao; quyền sở hữu repository và hạ tầng ghi rõ trong hợp đồng.
Loại dự án
Dự án chúng tôi thường nhận
Phần mềm quản lý trên nền web
Viết phần mềm quản lý, web portal hoặc hệ thống nội bộ để tập trung dữ liệu, phân quyền và thao tác đang rời rạc giữa bảng tính, email hoặc nhiều công cụ.
Dashboard vận hành
Đưa chỉ số và trạng thái quan trọng về một nơi để đội ngũ theo dõi, đối soát và hành động.
MVP sản phẩm số
Kiểm chứng giả thuyết với nhóm chức năng cốt lõi trước khi đầu tư vào một nền tảng lớn.
Phân biệt website, portal, dashboard và web app
Phù hợp khi
- Website giới thiệu phù hợp khi cần trình bày năng lực, nội dung và nhận yêu cầu; portal hoặc web app phù hợp khi người dùng phải đăng nhập, thao tác dữ liệu, phân quyền hoặc xử lý quy trình.
- Dashboard phù hợp khi đội ngũ cần xem, đối soát và hành động từ dữ liệu; MVP phù hợp khi cần kiểm chứng một luồng giá trị trước khi mở rộng.
- Doanh nghiệp có một quy trình lặp lại, người dùng xác định được và sẵn sàng chốt tiêu chí chấp nhận cho phiên bản đầu.
Chưa phù hợp khi
- Chỉ cần website giới thiệu hoặc catalogue, không có workflow, quyền truy cập hay dữ liệu vận hành cần xử lý.
- Cần báo giá một hệ thống lớn theo danh sách tính năng khi người dùng, luồng dữ liệu và tiêu chí nghiệm thu chưa được làm rõ.
Sản phẩm đã vận hành
Sản phẩm thật, đang phục vụ người dùng thật
Cách chúng tôi làm việc
Từng bước: ai làm gì, bạn nhận được gì
Lịch ví dụ cho phiên bản đầu của một web app khoảng 10 màn hình chức năng và 3 vai trò (gói S02, 8–12 tuần). Một mô-đun quy trình nội bộ (gói S01) thường ngắn hơn, khoảng 4–8 tuần.
- 01Trước khi ký
Trao đổi & chốt phạm vi
Hiểu quy trình đang vướng ở đâu và kết quả nào cần thay đổi.
Friday Works làm
- Nghe mô tả quy trình hiện tại, người tham gia và công cụ đang dùng.
- Xem biểu mẫu, file Excel và báo cáo mà đội ngũ đang làm thủ công.
- Đề xuất phạm vi phiên bản đầu, phần để sau và rủi ro cần kiểm chứng sớm.
Bạn tham gia
Mô tả quy trình, người dùng chính và kết quả mong muốn; chia sẻ biểu mẫu đang dùng.
Bạn nhận được
- Đề xuất phạm vi phiên bản đầu và tiêu chí nghiệm thu
- Tiến độ theo mốc và báo giá
Mốc chốtKý đề xuất và thanh toán đợt 1 (40%).↗︎
- 02Tuần 1–2
Khảo sát quy trình & dữ liệu
Làm rõ ai làm gì, với dữ liệu nào, theo quy tắc nào.
Friday Works làm
- Phỏng vấn người dùng chính và vẽ luồng hiện tại, điểm nghẽn.
- Liệt kê vai trò, quyền, dữ liệu đầu vào, đầu ra và báo cáo cần có.
- Viết user story (mô tả chức năng theo góc nhìn người dùng) kèm tiêu chí chấp nhận.
Bạn tham gia
Cho người dùng thật tham gia phỏng vấn và chốt quy tắc nghiệp vụ khi có ý kiến khác nhau.
Bạn nhận được
- Sơ đồ quy trình hiện tại và tương lai
- Danh sách user story ưu tiên kèm tiêu chí chấp nhận
Mốc chốtDuyệt phạm vi chi tiết của phiên bản đầu.↗︎
- 03Tuần 2–3
Prototype & kiến trúc
Bấm thử luồng chính trước khi viết mã, đồng thời chốt nền tảng kỹ thuật.
Friday Works làm
- Làm prototype bấm thử được cho các màn hình chính.
- Thiết kế mô hình dữ liệu, API và phân quyền.
- Chọn hạ tầng, cách sao lưu và cách theo dõi lỗi.
Bạn tham gia
Dùng thử prototype cùng vài người dùng và góp ý.
Bạn nhận được
- Prototype các màn hình chính
- Tài liệu kiến trúc và mô hình dữ liệu
Mốc chốtDuyệt prototype và kiến trúc.↗︎
- 04Tuần 3–10
Phát triển theo vòng
Mỗi vòng giao một lát cắt chạy được, không đợi đến cuối dự án mới thấy sản phẩm.
Friday Works làm
- Phát triển từng nhóm chức năng hoàn chỉnh trên môi trường thử.
- Viết kiểm thử tự động cho các luồng quan trọng.
- Ghi chú phát hành sau mỗi vòng: đã làm gì, còn gì, rủi ro nào.
Bạn tham gia
Dùng thử sau mỗi vòng, phản hồi và xác nhận quy tắc nghiệp vụ.
Bạn nhận được
- Bản chạy thử sau mỗi vòng
- Ghi chú phát hành và danh sách việc cập nhật
Mốc chốtDemo chức năng chính và thanh toán đợt 2 (40%).↗︎
- 05Tuần 10–12
Kiểm thử chấp nhận & triển khai
Người dùng thật kiểm tra theo tiêu chí trước khi hệ thống chạy chính thức.
Friday Works làm
- Kiểm thử chấp nhận (UAT) với người dùng theo từng user story.
- Chuyển dữ liệu cũ (nếu có) và đối chiếu số lượng, mẫu.
- Triển khai môi trường chính thức, bật sao lưu và theo dõi lỗi.
Bạn tham gia
Tổ chức người dùng kiểm thử, xác nhận dữ liệu chuyển đổi và lịch chạy chính thức.
Bạn nhận được
- Hệ thống chạy chính thức
- Tài liệu vận hành và sao lưu
Mốc chốtChạy chính thức khi các tiêu chí chấp nhận đạt.↗︎
- 06Sau khi chạy chính thức
Bàn giao, bảo hành & vòng tiếp theo
Bạn làm chủ hệ thống và có lộ trình cho các vòng sau.
Friday Works làm
- Đào tạo người dùng và người quản trị.
- Bàn giao mã nguồn, tài khoản, tài liệu kỹ thuật.
- Sửa lỗi trong bảo hành và đề xuất việc cho vòng sau dựa trên dữ liệu sử dụng.
Bạn tham gia
Nghiệm thu theo tiêu chí và chọn ưu tiên cho vòng tiếp theo.
Bạn nhận được
- Mã nguồn, tài liệu và tài khoản
- 3 tháng sửa lỗi và đề xuất vòng tiếp theo
Mốc chốtNghiệm thu và thanh toán đợt cuối (20%).↗︎
Bàn giao
Những gì bạn nhận được
Phân tích & đặc tả
- Sơ đồ quy trìnhLuồng hiện tại và luồng mới, chỉ rõ bước nào được số hóa.
- User story và tiêu chí chấp nhậnMỗi chức năng có điều kiện hoàn thành rõ ràng, dùng để nghiệm thu.
- Danh sách việc ưu tiên (backlog)Danh sách việc cho các vòng sau, sắp theo giá trị và rủi ro.
Thiết kế
- Prototype bấm thửKiểm chứng luồng chính với người dùng trước khi lập trình.
- Giao diện responsiveCác màn hình chức năng dùng tốt trên máy tính và điện thoại.
- Bộ thành phần giao diệnBảng, form, bộ lọc, trạng thái dùng chung cho mọi màn hình.
Phần mềm vận hành
- Tài khoản và phân quyềnMỗi vai trò chỉ xem và thao tác phần được phép.
- Nghiệp vụ chính và trang quản trịLuồng xử lý, cấp duyệt, tìm kiếm, lọc và nhật ký thao tác.
- Báo cáo và xuất dữ liệuBảng thống kê, nhập và xuất Excel theo mẫu khi phạm vi yêu cầu.
- API khi cầnĐể kết nối với hệ thống khác hoặc ứng dụng di động sau này.
Kỹ thuật & bàn giao
- Mã nguồn trong repositoryQuyền sở hữu repository và hạ tầng ghi rõ trong hợp đồng.
- Tài liệu kỹ thuậtKiến trúc, mô hình dữ liệu, cách triển khai, sao lưu và khôi phục.
- Hướng dẫn sử dụng và đào tạoCho người dùng cuối và người quản trị hệ thống.
Công nghệ và công cụ thường dùng
Công nghệ cụ thể được chọn theo dự án và ghi trong đề xuất, không ép một nền tảng cho mọi bài toán.
- Next.js / React + TypeScriptGiao diện nhanh, kiểu dữ liệu chặt chẽ, dễ bảo trì lâu dài.
- PostgreSQL hoặc MongoDBChọn theo mô hình dữ liệu và nhu cầu báo cáo của dự án.
- Xác thực và phân quyền theo vai tròKèm nhật ký thao tác cho các hành động quan trọng.
- Hạ tầng cloud có giám sátSao lưu, log và theo dõi lỗi ngay từ phiên bản đầu.
Phối hợp
Hai bên cùng chuẩn bị
Bạn cần chuẩn bị
- Người dùng chính tham gia phỏng vấn, dùng thử mỗi vòng và kiểm thử chấp nhận.
- Biểu mẫu, file Excel, báo cáo và mô tả quy trình đang dùng.
- Một người có quyền chốt quy tắc nghiệp vụ khi các ý kiến khác nhau.
- Dữ liệu mẫu đã che thông tin nhạy cảm để thử nghiệm và chuyển đổi.
- Tài khoản hạ tầng và tên miền do doanh nghiệp đứng tên.
Chúng tôi kiểm tra trước khi bàn giao
- Mỗi user story đạt tiêu chí chấp nhận đã thống nhất.
- Mỗi vai trò chỉ xem và thao tác đúng phần được phép.
- Các luồng quan trọng có kiểm thử tự động.
- Dữ liệu chuyển đổi được đối chiếu số lượng và mẫu.
- Sao lưu và khôi phục đã được chạy thử.
- Không còn lỗi nghiêm trọng đã biết khi chạy chính thức.
Chi phí
Gói tham khảo và cách tính ngân sách
Gói khởi điểm liên quan
Phiên bản 20/10/2026 · Đơn vị: triệu VNĐCRM / quy trình nội bộ
25–50triệu VNĐ / mô-đun
Dự kiến: 4–8 tuần
Phạm vi cơ sở. 01 quy trình; tối đa 05 nhóm dữ liệu, 03 vai trò và 02 cấp duyệt; tìm kiếm/lọc, nhật ký thao tác; 01 bảng thống kê; nhập và xuất Excel theo mẫu.
Chưa gồm: Hệ thống kế toán/lương hoàn chỉnh hoặc kết nối ngân hàng.
Web app / nền tảng học tập
45–90triệu VNĐ / phiên bản đầu
Dự kiến: 8–12 tuần
Phạm vi cơ sở. 01 luồng học/thi hoặc nghiệp vụ chính; tối đa 10 màn hình chức năng, 03 vai trò; tài khoản, quản trị nội dung, lịch sử, kết quả và 01 báo cáo cơ bản.
Chưa gồm: Nền tảng nhiều kỹ năng, chấm AI, lớp học trực tiếp, thanh toán, app mobile hoặc SaaS nhiều doanh nghiệp.
Hệ thống lớn
Báo giá riêngsau khảo sát
Dự kiến: Theo kiến trúc
Phạm vi cơ sở. ERP nhiều phân hệ, hệ thống đa chi nhánh hoặc nghiệp vụ cần vận hành liên tục được xác định kiến trúc và khối lượng trước khi báo giá.
Chưa gồm: Phí tài khoản phát hành, máy chủ, dịch vụ ngoài và yêu cầu vận hành.
Đây là ngân sách tham khảo cho gói mới, không phải báo giá cố định hoặc giá của hợp đồng đã thực hiện. Mỗi dự án được xác nhận lại phạm vi, tiến độ và chi phí trước khi bắt đầu.
Thời gian tham khảo
- Mô-đun quy trình nội bộ (gói S01)
- Thường 4–8 tuần cho một quy trình, tối đa 3 vai trò và 2 cấp duyệt.
- Web app phiên bản đầu (gói S02)
- Thường 8–12 tuần cho một luồng chính, tối đa 10 màn hình chức năng và 3 vai trò.
- Hệ thống nhiều phân hệ
- Chia thành nhiều giai đoạn sau khảo sát kiến trúc; các vòng sau lên lịch theo dữ liệu sử dụng.
Ngân sách thay đổi theo
- Số vai trò người dùng, workflow và quy tắc nghiệp vụ.
- Độ phức tạp của dữ liệu, báo cáo và yêu cầu migration.
- Số lượng tích hợp, API và dịch vụ bên thứ ba.
- Yêu cầu về bảo mật, hạ tầng, mức sẵn sàng và hỗ trợ vận hành.
Lịch thanh toán đề xuất
- 40%Khởi động dự án
- 40%Demo & chức năng chính
- 20%Nghiệm thu & bàn giao
Trước khi chốt báo giá
- Chốt danh sách trang, chức năng, dữ liệu và tiêu chí nghiệm thu trước khi làm.
- Mốc thời gian được tính sau khi chốt yêu cầu, nhận đủ đầu vào và thanh toán đợt đầu.
- Đề xuất 03 tháng sửa lỗi phần do Friday Works phát triển kể từ nghiệm thu.
- Tên miền, máy chủ, email, AI/API, dữ liệu, bản quyền, dịch vụ bên thứ ba và thuế nếu áp dụng được thể hiện riêng.
Sau bàn giao
Bảo hành, bảo trì và phát triển tiếp
3 tháng sửa lỗi
Lỗi thuộc phần Friday Works phát triển được sửa trong 3 tháng kể từ ngày nghiệm thu và không tính vào phí bảo trì.
Gói bảo trì theo tháng
2–5 triệu VNĐ / tháng
Tối đa 06 giờ/tháng · 01 ứng dụng; kiểm tra log, cập nhật tương thích và hỗ trợ kỹ thuật.
Tiếp nhận trong giờ làm việc; không phải trực 24/7. Hạ tầng và phần vượt thời lượng được báo riêng. Lỗi còn trong bảo hành không bị tính phí bảo trì.Câu hỏi thường gặp
Trước khi bắt đầu
01Phát triển phần mềm theo yêu cầu là gì?
Phát triển hoặc viết phần mềm theo yêu cầu là quá trình phân tích và xây ứng dụng quanh quy trình, vai trò người dùng, dữ liệu và lợi thế riêng của một doanh nghiệp, thay vì buộc đội ngũ thay đổi toàn bộ cách làm để vừa với sản phẩm đóng gói. Giải pháp có thể là web app, portal, dashboard, hệ thống nội bộ hoặc MVP và thường được phát hành theo từng giai đoạn có thể kiểm chứng.
02Viết phần mềm theo yêu cầu tại HCM giá bao nhiêu?
Chi phí phát triển phần mềm theo yêu cầu phụ thuộc vào số vai trò và workflow, độ phức tạp nghiệp vụ, dữ liệu và migration, số API cần tích hợp, yêu cầu bảo mật, hạ tầng và mức hỗ trợ vận hành. Friday Works tách discovery, prototype hoặc MVP và các vòng phát hành để doanh nghiệp nhìn rõ giả định, đầu ra và chi phí thay đổi trước khi mở rộng.
03Friday Works viết phần mềm theo yêu cầu tại TP.HCM như thế nào?
Friday Works có thể làm việc trực tiếp với doanh nghiệp tại TP.HCM hoặc phối hợp từ xa trên toàn quốc. Dự án bắt đầu bằng việc làm rõ quy trình, người dùng, dữ liệu và tiêu chí thành công; sau đó được chia thành discovery, prototype hoặc MVP và các vòng phát hành có thể kiểm chứng.
04Nên xây MVP hay toàn bộ hệ thống ngay?
Phần mềm theo yêu cầu thường nên bắt đầu bằng MVP, tức lát cắt nhỏ nhất có thể tạo và đo giá trị. Những phần có rủi ro kiến trúc hoặc tích hợp cao vẫn cần được thiết kế sớm, nhưng không nhất thiết phải phát triển đồng thời.
05Friday Works có tiếp quản hệ thống đang chạy không?
Friday Works có thể tiếp quản hệ thống đang chạy sau một giai đoạn audit mã nguồn, hạ tầng, dữ liệu và quy trình phát hành. Kết quả audit sẽ cho biết nên tiếp tục, tái cấu trúc từng phần hay thay thế.
06Mã nguồn và dữ liệu thuộc về ai?
Quyền sở hữu mã nguồn và dữ liệu, repository, hạ tầng và bàn giao được ghi rõ trong đề xuất và hợp đồng. Friday Works ưu tiên để doanh nghiệp kiểm soát tài sản số cốt lõi của mình.
07Có cần viết tài liệu đặc tả thật chi tiết trước khi làm không?
Dự án phần mềm không cần một bộ tài liệu đặc tả dày trước khi làm. Giai đoạn khảo sát tạo ra sơ đồ quy trình, user story và tiêu chí chấp nhận đủ để làm phiên bản đầu; các vòng sau được điều chỉnh theo phản hồi của người dùng thật.
08Thay đổi yêu cầu giữa chừng thì xử lý thế nào?
Thay đổi yêu cầu giữa dự án được ghi lại và đánh giá ảnh hưởng đến thời gian, chi phí. Thay đổi nhỏ có thể cân đối trong vòng hiện tại; thay đổi làm tăng phạm vi chỉ được thực hiện khi hai bên đồng ý bằng văn bản.
Trao đổi với Friday Works
Trao đổi quy trình cần số hóa
Mô tả quy trình, người dùng, dữ liệu và kết quả bạn muốn thay đổi. Friday Works sẽ giúp tách phạm vi thành discovery, tiêu chí chấp nhận và một lộ trình MVP rõ ràng.
Trao đổi bài toán vận hànhSau khi bạn gửi yêu cầu
- 01Gửi mô tả ngắn
Mục tiêu, hiện trạng và thời gian mong muốn; có thể đính kèm tài liệu.
- 02Phản hồi trong 1 ngày làm việc
Friday Works gửi câu hỏi làm rõ hoặc hẹn buổi trao đổi trực tuyến.
- 03Trao đổi phạm vi
Cùng xem mục tiêu, rủi ro và phương án vừa với ngân sách.
- 04Nhận đề xuất bằng văn bản
Phạm vi, tiến độ theo mốc, chi phí và tiêu chí nghiệm thu.