Bắt đầu từ quy trình thực tế
Hãy liệt kê các tác vụ chính, tần suất, thời lượng mỗi phiên và điều kiện kết nối. Một quy trình nhập liệu ngắn trên nhiều loại thiết bị có yêu cầu khác với công việc xử lý tệp lớn liên tục tại một máy cố định. Cũng cần xác định dữ liệu nào được lưu cục bộ, dữ liệu nào phải đồng bộ và hậu quả khi đồng bộ thất bại.
Gợi ý: chấm từng phương án theo cùng một bộ tiêu chí gồm khả năng tiếp cận, trải nghiệm ngoại tuyến, tích hợp thiết bị, triển khai cập nhật, bảo mật, hiệu năng và chi phí vận hành. Cách này giúp cuộc thảo luận tập trung vào nhu cầu kinh doanh thay vì sở thích công nghệ của từng nhóm.
Khi web app phù hợp
Web app thường thuận tiện khi người dùng cần truy cập từ nhiều thiết bị và doanh nghiệp muốn triển khai thay đổi tập trung. PWA mở rộng mô hình này bằng trải nghiệm gần ứng dụng theo nền tảng: có thể cài lên thiết bị, hỗ trợ một số hoạt động ngoại tuyến hoặc nền và tích hợp với hệ điều hành. Mức hỗ trợ thực tế vẫn phụ thuộc trình duyệt, thiết bị và API được sử dụng. [1]
Gợi ý: chọn web app cho cổng nội bộ, hệ thống quản trị hoặc dịch vụ có quy trình tương đối đồng nhất giữa các thiết bị. Nếu cần ngoại tuyến, hãy mô tả rõ màn hình nào vẫn dùng được, dữ liệu nào được lưu tạm, thời điểm đồng bộ và cách giải quyết xung đột; không nên coi “có cache” là đồng nghĩa với toàn bộ ứng dụng hoạt động khi mất mạng. [1]
Khi ứng dụng mobile có lợi thế
Ứng dụng mobile đáng cân nhắc khi điện thoại là thiết bị làm việc chính, thao tác diễn ra tại hiện trường hoặc trải nghiệm phụ thuộc sâu vào khả năng của thiết bị. Các yêu cầu như luồng chụp ảnh, quét, thông báo hay xử lý nền cần được kiểm tra riêng trên từng hệ điều hành thay vì mặc định rằng mọi nền tảng có hành vi giống nhau.
Ví dụ: nhân viên giao nhận cần ghi nhận ảnh, vị trí và trạng thái trong vùng mạng chập chờn. Gợi ý thiết kế là cho phép tạo bản ghi ngoại tuyến, hiển thị trạng thái chưa đồng bộ và cung cấp cơ chế thử lại; đồng thời xác định dữ liệu nhạy cảm có được phép lưu trên máy hay không.
Khi desktop vẫn hợp lý
Phần mềm desktop phù hợp hơn nếu công việc tập trung tại máy tính, cần thao tác dài, xử lý tài nguyên cục bộ hoặc tích hợp chặt với tệp và thiết bị ngoại vi. Đổi lại, doanh nghiệp phải tính đến cách cài đặt, cập nhật, hỗ trợ nhiều cấu hình máy và kiểm soát phiên bản đang được sử dụng.
Gợi ý: đừng chọn desktop chỉ vì hệ thống cũ đang chạy theo mô hình này. Hãy xác minh các ràng buộc thực sự như độ trễ, dung lượng dữ liệu, thiết bị chuyên dụng, chính sách mạng và yêu cầu làm việc ngoại tuyến. Nếu chỉ một nhóm nhỏ cần chức năng đặc thù, có thể tách công cụ desktop khỏi phần quản trị dùng chung trên web.
Chọn kiến trúc sau khi chọn trải nghiệm
Nền tảng giao diện không tự quyết định kiến trúc phía sau. Một ứng dụng cloud cần cân bằng độ tin cậy, bảo mật, chi phí, vận hành và hiệu năng theo yêu cầu kinh doanh. Kiến trúc phân tán còn kéo theo xử lý lỗi, trạng thái phân tán, tác vụ bất đồng bộ, giám sát và triển khai có thể dự đoán; microservices không phải lựa chọn bắt buộc cho mọi hệ thống. [2]
Gợi ý: thử nghiệm sớm một luồng quan trọng trên thiết bị và mạng thực tế, sau đó ghi nhận các đánh đổi bằng tiêu chí đo được. Quyết định cuối có thể là một nền tảng duy nhất hoặc tổ hợp web, mobile và desktop dùng chung API; chỉ nên chọn tổ hợp khi lợi ích vận hành đủ bù cho chi phí phát triển, kiểm thử và hỗ trợ nhiều ứng dụng. [2]