Phần mềm trên nền web là ứng dụng chạy trên máy chủ và được dùng qua trình duyệt. Người dùng không phải cài chương trình nghiệp vụ trên từng máy. Doanh nghiệp có thể chọn SaaS sẵn có, thuê phát triển riêng hoặc kết hợp hai phương án.
Điểm cần xét không dừng ở chuyện truy cập mọi nơi. Bạn phải chốt dữ liệu, phân quyền, tích hợp, sao lưu và phương án rời hệ thống. Một bản dùng thử đẹp chưa chứng minh phần mềm chịu được quy trình thật.
Phần mềm trên nền web hoạt động ra sao?
Trình duyệt gửi yêu cầu đến máy chủ bằng HTTPS. Máy chủ kiểm tra phiên đăng nhập, quyền và dữ liệu rồi trả kết quả. Cơ sở dữ liệu thường được tách khỏi lớp giao diện để dễ kiểm soát.
Mô hình SaaS cho nhiều khách thường dùng kiến trúc multi-tenant. Mỗi khách thuê dùng cùng nền tảng nhưng dữ liệu phải tách theo tenant. Nhà cung cấp chịu việc cập nhật ứng dụng và hạ tầng.
Phần mềm riêng có mã nguồn và quy trình được thiết kế cho một tổ chức. Doanh nghiệp kiểm soát sâu hơn nhưng phải trả chi phí phát triển, vận hành và nâng cấp. Một thay đổi trình duyệt hoặc thư viện vẫn cần đội kỹ thuật xử lý.
| Phương án | Thời gian bắt đầu | Chi phí đầu tham khảo | Mức tùy biến |
|---|---|---|---|
| SaaS có sẵn | 1 đến 4 tuần | 0 đến 50 triệu đồng | Theo cấu hình nhà cung cấp |
| Low-code | 4 đến 10 tuần | 50 đến 200 triệu đồng | Quy trình vừa phải |
| Phát triển riêng | 4 đến 9 tháng | 300 triệu đến hơn 2 tỷ đồng | Theo nghiệp vụ đã đặc tả |
| Kết hợp | 2 đến 6 tháng | Theo số hệ thống nối | Giữ lõi chuẩn, làm phần khác biệt |
Ứng dụng web khác website thông tin ở đâu?
Website thông tin chủ yếu xuất bản nội dung cho người đọc. Ứng dụng web ghi nhận giao dịch, kiểm trạng thái và áp dụng quy tắc. Một thao tác lưu sai có thể ảnh hưởng tồn kho, công nợ hoặc lịch sử khách.
Ứng dụng cần đăng nhập, phân quyền và nhật ký. Mỗi thay đổi quan trọng nên lưu người làm, thời gian, giá trị cũ và mới. Các bản ghi tài chính không nên bị xóa vật lý bằng một nút.
Phiên làm việc cần có thời hạn. Tài khoản quản trị nên bật xác thực hai lớp hoặc passkey. Web Authentication Level 3 của W3C mô tả cơ chế dùng thông tin xác thực khóa công khai cho ứng dụng web.
Khi nào doanh nghiệp nên chọn ứng dụng web?
Ứng dụng web phù hợp khi nhiều bộ phận phải dùng một nguồn dữ liệu. Nhân viên bán hàng, kho và kế toán có thể xem cùng mã đơn với quyền khác nhau. Việc đối chiếu file Excel qua email sẽ giảm đáng kể.
Mô hình này cũng hợp với đội ngũ phân tán. Trình duyệt hiện đại chạy trên Windows, macOS, Android và iOS. Doanh nghiệp vẫn phải kiểm các phiên bản được hỗ trợ, thay vì hứa chạy trên mọi thiết bị.
Bài toán có luồng phê duyệt là một trường hợp rõ. Phiếu mua hàng có thể đi từ người tạo, trưởng bộ phận, tài chính đến giám đốc. Mỗi bước có hạn mức và thời gian xử lý riêng.
- CRM: khách hàng, cơ hội, báo giá, hợp đồng và lịch chăm sóc.
- Quản lý kho: nhập, xuất, chuyển kho, kiểm kê và truy vết lô.
- Quản lý công việc: đầu việc, người nhận, hạn và bằng chứng hoàn thành.
- Cổng đại lý: bảng giá, tồn, đơn, công nợ và tài liệu theo cấp.
- Helpdesk: ticket, SLA, ưu tiên, người xử lý và lịch sử phản hồi.
- Đào tạo nội bộ: khóa học, tiến độ, bài kiểm tra và chứng nhận.
Không phải quy trình nào cũng cần viết phần mềm riêng. Lịch nghỉ phép, chữ ký điện tử hoặc gửi email hàng loạt đã có sản phẩm chuyên dụng. Hãy mua phần phổ thông và đầu tư vào nghiệp vụ tạo lợi thế.
Một dấu hiệu chưa nên làm là quy trình đổi liên tục theo từng quản lý. Đội dự án cần chạy ổn bằng biểu mẫu trong 4 đến 8 tuần trước. Bản chạy thử giúp lộ các nhánh ngoại lệ.
Năm câu hỏi trước khi chọn SaaS
Đầu tiên, dữ liệu được lưu ở khu vực nào và có bản sao không. Tiếp theo, nhà cung cấp cam kết thời gian hoạt động bao nhiêu. Con số 99,9% vẫn tương đương khoảng 43 phút gián đoạn mỗi tháng.
Hãy hỏi cách xuất toàn bộ dữ liệu. Tệp CSV có thể đủ cho danh mục nhưng chưa đủ với tệp đính kèm và lịch sử. Doanh nghiệp nên thử một lần xuất trước khi ký dài hạn.
Phân quyền phải kiểm đến hành động và phạm vi dữ liệu. Nhân viên miền Nam có thể chỉ xem khách miền Nam. Trưởng phòng được duyệt nhưng không được sửa chứng từ sau khóa sổ.
Cuối cùng là API và giới hạn. Cần biết cách xác thực, số yêu cầu mỗi phút, cơ chế webhook và phiên bản. Một câu trả lời có API chưa đủ để dự toán tích hợp.
Kiến trúc, bảo mật và dữ liệu cần chốt
Kiến trúc phổ biến gồm giao diện, API, dịch vụ nghiệp vụ, cơ sở dữ liệu và hàng đợi. Hàng đợi phù hợp với email, đồng bộ và báo cáo nặng. Giao dịch chính vẫn cần trả kết quả rõ cho người dùng.
API thường dùng JSON qua HTTPS. OAuth 2.0 hoặc OpenID Connect phù hợp cho đăng nhập và ủy quyền giữa hệ thống. Khóa API cần được lưu phía máy chủ, không đặt trong JavaScript công khai.
Phân quyền RBAC gán quyền theo vai trò. Các vai trò có thể là nhân viên, trưởng nhóm, kế toán và quản trị. Với dữ liệu nhạy cảm, cần thêm điều kiện chi nhánh, phòng ban hoặc chủ sở hữu bản ghi.
Dữ liệu truyền qua mạng phải dùng HTTPS. Cookie phiên cần thuộc tính Secure, HttpOnly và SameSite phù hợp. tài liệu security headers của web.dev liệt kê HSTS, CSP, X-Content-Type-Options và những header phòng vệ khác.
| Tiêu chí | Mức tối thiểu nên yêu cầu | Cách nghiệm thu |
|---|---|---|
| Khả dụng | 99,9% theo tháng | Đối chiếu trang trạng thái và log |
| RPO | Không quá 24 giờ, hệ trọng có thể 15 phút | Kiểm lịch sao lưu và bản phục hồi |
| RTO | 4 đến 8 giờ theo nghiệp vụ | Diễn tập sự cố có biên bản |
| Phiên đăng nhập | Hết hạn sau 8 đến 12 giờ | Thử token cũ và đăng xuất mọi thiết bị |
| Nhật ký | Giữ 90 đến 365 ngày | Tìm theo người, hành động, thời gian |
| Mã hóa | HTTPS và dữ liệu sao lưu được bảo vệ | Quét cấu hình, thử tải bản backup |
RPO là lượng dữ liệu tối đa chấp nhận mất sau sự cố. RTO là thời gian tối đa để khôi phục dịch vụ. Hai con số phải do chủ nghiệp vụ quyết định, không giao riêng cho kỹ thuật.
Sao lưu chỉ có giá trị khi phục hồi được. Mỗi quý nên phục hồi một bản sang môi trường cách ly. Biên bản cần ghi thời gian, dung lượng, số bản ghi và lỗi phát sinh.
Nếu doanh nghiệp cần đội phát triển hệ thống nghiệp vụ, có thể xem cách MONA Software trình bày năng lực phần mềm. Khi so sánh nhà cung cấp, hãy yêu cầu kiến trúc đề xuất, hồ sơ nhân sự và quy trình xử lý sự cố.
Quy trình triển khai từ bản thử đến vận hành
Bước đầu là lập bản đồ quy trình hiện tại. Mỗi bước phải có người làm, đầu vào, điều kiện và kết quả. Đừng số hóa nguyên một thủ tục thừa chỉ vì nó đang tồn tại.
Nhóm dự án cần chọn một quy trình nhỏ để thử. Phạm vi tốt có 10 đến 30 người dùng và kéo dài dưới một tháng. Kết quả thử phải đo được bằng thời gian hoặc số lỗi.
Sau đó mới cấu hình dữ liệu chủ. Khách hàng, sản phẩm, phòng ban và tài khoản phải có mã duy nhất. Tệp nhập cần được làm sạch trước, không sửa ngẫu hứng sau khi tải.
- Khảo sát 5 đến 10 người dùng thuộc các vai trò khác nhau.
- Vẽ quy trình chính cùng ít nhất 10 tình huống ngoại lệ.
- Lập prototype và cho người dùng thực thao tác trong 60 đến 90 phút.
- Cấu hình quyền rồi thử truy cập chéo phòng ban.
- Nhập một tập dữ liệu từ 500 đến 5.000 bản ghi.
- Chạy UAT trong 2 đến 4 tuần với phiếu lỗi có mức độ.
- Đào tạo theo vai trò và ghi video cho thao tác ít dùng.
- Chuyển chính thức, hỗ trợ sát trong 5 đến 10 ngày làm việc.
UAT là kiểm thử chấp nhận của người dùng nghiệp vụ. Mỗi ca thử cần dữ liệu đầu vào, bước thao tác và kết quả mong muốn. Câu chạy ổn không đủ làm bằng chứng nghiệm thu.
Chuyển dữ liệu cần ba lượt. Lượt một kiểm cấu trúc, lượt hai đối chiếu số lượng, lượt ba diễn tập ngày chuyển. Tổng số bản ghi và tổng tiền phải khớp bằng báo cáo.
Kế hoạch quay lui cũng phải viết trước. Nếu tỷ lệ lỗi nghiêm trọng vượt ngưỡng, đội dự án cần biết cách trở lại hệ thống cũ. Thời điểm quyết định quay lui không nên để đến sáng hôm sau.
Bạn có thể đối chiếu với khung chuyển đổi số cho doanh nghiệp. Bài trụ giúp xếp phần mềm vào lộ trình dữ liệu, con người và quy trình, tránh mua rời từng công cụ.
Chi phí và checklist nghiệm thu hệ thống web
SaaS thường tính theo người dùng, module hoặc số giao dịch. Hãy quy đổi về chi phí sở hữu ba năm. Phí triển khai, tích hợp, lưu trữ thêm và hỗ trợ nâng cao cần tách riêng.
Phần mềm riêng thường được báo theo tháng công. Ngoài phát triển ban đầu, bạn cần ngân sách bảo trì khoảng 15% đến 25% mỗi năm. Khoản này dành cho cập nhật, giám sát và sửa lỗi.
Hạ tầng không phải phần lớn ngân sách ở hệ thống nghiệp vụ vừa. Nhân sự phân tích, kiểm thử và chuyển dữ liệu thường tốn hơn. Cắt các vai trò này dễ tạo khoản sửa lớn sau phát hành.
- Chức năng: hoàn thành 100% ca UAT mức bắt buộc và không còn lỗi chặn.
- Hiệu năng: thao tác thường phản hồi dưới 2 giây ở tải đã thống nhất.
- Quyền: thử truy cập trái phép bằng URL, API và tệp xuất.
- Dữ liệu: đối chiếu số bản ghi, tổng tiền và tệp đính kèm.
- Tích hợp: thử mất mạng, gửi lặp, sai định dạng và quá giới hạn.
- Khôi phục: phục hồi bản sao rồi đăng nhập kiểm dữ liệu.
- Bàn giao: nhận mã nguồn, cấu hình, tài khoản, tài liệu và danh sách dịch vụ.
- Hỗ trợ: chốt mức lỗi, thời gian phản hồi và kênh tiếp nhận.
Đội làm website công ty cũng cần hiểu điểm nối ứng dụng. Bài quy trình chọn và triển khai website giúp phân ranh phần công khai với cổng đăng nhập. Việc tách này làm phạm vi dễ quản lý hơn.
Nếu CRM phục vụ bán hàng, hãy nối form từ cấu trúc website công ty tạo khách hàng tiềm năng. Dữ liệu nên có nguồn, chiến dịch, trang gửi và thời gian đồng ý. Nhân viên không phải nhập lại từ email.
Câu hỏi thường gặp
Phần mềm web có dùng được khi mất internet không?
Phần lớn chức năng cần mạng để đọc và ghi dữ liệu chung. Một Progressive Web App có thể lưu một phần nội dung hoặc thao tác chờ đồng bộ. Nghiệp vụ offline phải được thiết kế rõ, nhất là xung đột khi hai người sửa cùng bản ghi.
Nên thuê SaaS hay làm phần mềm riêng?
Chọn SaaS khi quy trình gần chuẩn thị trường và cần chạy trong vài tuần. Chọn phát triển riêng khi nghiệp vụ khác biệt, tạo lợi thế và đã ổn định. Nhiều doanh nghiệp dùng SaaS cho kế toán, chữ ký rồi viết riêng cổng đại lý hoặc điều phối.
Dữ liệu có lấy lại được khi ngừng dịch vụ không?
Điều này phải được ghi trong hợp đồng và thử trước. Hãy yêu cầu CSV hoặc JSON cho dữ liệu cấu trúc, kèm tệp đính kèm và tài liệu quan hệ. Cần chốt thời gian nhà cung cấp giữ dữ liệu sau khi kết thúc, cùng phí hỗ trợ xuất.
Bao nhiêu người dùng thì cần kiểm thử tải?
Ngay từ 50 người dùng đồng thời, hệ thống nghiệp vụ đã nên có kịch bản tải. Con số thật cần dựa trên giờ cao điểm, số yêu cầu mỗi thao tác và báo cáo nặng. Hãy thử ở 1 lần, 1,5 lần và 2 lần tải dự kiến.
Ai nên sở hữu dự án phần mềm trong doanh nghiệp?
Chủ dự án nên là quản lý nghiệp vụ có quyền quyết định quy trình. IT chịu kiến trúc, bảo mật và vận hành. Phần mềm trên nền web sẽ khó được dùng nếu chỉ giao cho kỹ thuật mà thiếu người chịu chỉ số kinh doanh và chất lượng dữ liệu.