SaaS là gì? Toàn tập mô hình Software as a Service 2026

SaaS là gì và tại sao mô hình này thay đổi hoàn toàn cục diện công nghệ doanh nghiệp?

SaaS (Software as a Service — Phần mềm như một dịch vụ) là mô hình phân phối phần mềm dựa trên điện toán đám mây. Trong mô hình này, thay vì mua đứt bản quyền và tự cài đặt trên hạ tầng máy chủ nội bộ, doanh nghiệp đăng ký sử dụng ứng dụng được lưu trữ, quản lý và vận hành hoàn toàn bởi nhà cung cấp dịch vụ thông qua kết nối Internet.

Theo phân tích từ Review Tin Hoc (review-tinhoc.com).

Sự xuất hiện của SaaS đánh dấu bước chuyển dịch đứt gãy (disruptive shift) từ mô hình sở hữu tài sản cố định sang mô hình tiêu dùng dịch vụ. Trước đây, để triển khai một hệ thống Quản trị Quan hệ Khách hàng (CRM) hoặc Quản trị Nguồn lực Doanh nghiệp (ERP), các tổ chức phải trải qua chu kỳ mua sắm phức tạp: từ việc đấu thầu phần cứng, mua giấy phép vĩnh viễn (perpetual license), đến xây dựng phòng máy chủ đạt chuẩn và thuê nhân sự vận hành. Chi phí ban đầu này có thể lên tới hàng trăm nghìn USD, tạo ra rào cản gia nhập thị trường khổng lồ đối với các doanh nghiệp nhỏ và vừa.

SaaS làm sụp đổ rào cản này bằng cách tái cấu trúc dòng tiền và hạ tầng kỹ thuật:

• Truy cập đa nền tảng: Người dùng cuối chỉ cần một trình duyệt web hoặc ứng dụng di động để truy cập dữ liệu thời gian thực mọi lúc, mọi nơi. Điều này tạo nền tảng vững chắc cho mô hình làm việc linh hoạt (hybrid work).
• Cập nhật liên tục: Nhà cung cấp SaaS tự động đẩy các bản vá lỗi, nâng cấp bảo mật và tính năng mới lên hệ thống trung tâm mà không gây gián đoạn hoạt động của khách hàng. Doanh nghiệp luôn được sử dụng phiên bản phần mềm mới nhất mà không mất thêm chi phí nâng cấp.
• Khả năng mở rộng tức thì: Việc gia tăng từ 10 lên 1.000 người dùng không đòi hỏi phải mua thêm máy chủ vật lý hay nâng cấp đường truyền. Mọi thao tác nâng cấp quy mô tài nguyên diễn ra chỉ qua vài thao tác cấu hình trên giao diện quản trị.

Sự dịch chuyển này không chỉ giải phóng nguồn lực tài chính mà còn định hình lại tốc độ đổi mới sáng tạo. Doanh nghiệp có thể thử nghiệm, triển khai và loại bỏ các công cụ công nghệ trong vòng vài ngày thay vì nhiều tháng như trước. Tuy nhiên, để đánh giá chính xác tác động kinh tế của SaaS đối với bài toán tài chính doanh nghiệp, chúng ta cần đặt mô hình này lên bàn cân so sánh trực diện với giải pháp On-Premise truyền thống qua lăng kính phân bổ chi phí CapEx và OpEx.

Làm thế nào SaaS tối ưu hóa chi phí và nguồn lực so với phần mềm On-Premise truyền thống?

Sự khác biệt căn bản giữa SaaS và On-Premise (cài đặt tại chỗ) nằm ở cấu trúc chi phí và mô hình phân bổ nguồn lực. Việc chuyển đổi từ On-Premise sang SaaS phản ánh sự thay đổi chiến lược từ Chi phí Đầu tư Bất động sản/Tài sản (CapEx - Capital Expenditure) sang Chi phí Hoạt động (OpEx - Operational Expenditure).

Xét về mặt toán học tài chính, mô hình On-Premise yêu cầu một khoản chi phí chìm (sunk cost) khổng lồ ngay từ ngày đầu tiên. Ngược lại, SaaS dàn phẳng dòng tiền theo thời gian, giúp doanh nghiệp tối ưu hóa luồng tiền mặt (cash flow) để đầu tư cho các hoạt động kinh doanh cốt lõi. Theo nghiên cứu công bố bởi các chuyên gia tại ĐH Kinh tế UEB, việc chuyển dịch sang tài sản số và hạ tầng đám mây giúp các doanh nghiệp cải thiện đáng kể biên lợi nhuận hoạt động nhờ giảm bớt chi phí khấu hao tài sản cố định.

Bên cạnh yếu tố tài chính, thời gian đưa sản phẩm/dịch vụ ra thị trường (Time-to-Market) của mô hình SaaS vượt trội hoàn toàn. Khả năng tích hợp mở rộng qua hệ thống API RESTful cho phép kết nối SaaS với các công cụ sẵn có của doanh nghiệp chỉ trong vài giờ, loại bỏ hoàn toàn giai đoạn phát triển lại từ đầu (reinventing the wheel).

Sự tối ưu hóa về mặt chi phí và hạ tầng này đã tạo tiền đề cho sự bùng nổ của thị trường SaaS toàn cầu. Bước sang giai đoạn 2026, khi công nghệ đã đạt độ chín nhất định, thị trường SaaS không chỉ dừng lại ở việc đưa ứng dụng lên mây, mà đang chứng kiến cuộc cách mạng sâu sắc hơn: tích hợp trí tuệ nhân tạo làm lõi xử lý và tái cấu trúc lại mô hình định giá dịch vụ.

Xu hướng AI-native và Usage-based Pricing định hình thị trường SaaS năm 2026 ra sao?

Dữ liệu thị trường năm 2026 ghi nhận quy mô ngành SaaS toàn cầu đạt khoảng 435,4 đến 488,5 tỷ USD tùy thuộc vào phương pháp đo lường và phạm vi báo cáo. Sự tăng trưởng này không còn đến từ việc số lượng hóa các phần mềm văn phòng cơ bản, mà được thúc đẩy bởi hai làn sóng chính: Kiến trúc AI-native và Mô hình định giá dựa trên mức độ sử dụng (Usage-based Pricing).

Nếu như giai đoạn 2020–2023 chứng kiến các công ty SaaS "gắn thêm" (add-on) các tính năng Generative AI vào giao diện hiện có như một công cụ tiếp thị, thì đến năm 2026, khái niệm AI-native SaaS đã trở thành chuẩn mực sản xuất. Phần mềm AI-native được xây dựng từ móng xung quanh các mô hình ngôn ngữ lớn (LLM) và đại lý thông minh (AI Agents). Thay vì chỉ là công cụ hỗ trợ thao tác, SaaS AI-native có khả năng tự động thực hiện các quy trình làm việc phức tạp (End-to-End Workflow Automation), phân tích dữ liệu không cấu trúc và đưa ra quyết định thời gian thực mà không cần sự can thiệp liên tục của con người.

Đi kèm với sự thay đổi về kiến trúc công nghệ là sự sụp đổ dần của mô hình định giá cố định theo đầu người (Flat-rate Per-Seat Pricing). Mô hình này đang bộc lộ nhiều bất cập khi AI giúp giảm số lượng nhân sự cần thiết để hoàn thành một khối lượng công việc. Nhằm đảm bảo doanh thu tương xứng với giá trị tạo ra, các nhà phát triển SaaS đã chuyển dịch mạnh mẽ sang Usage-based Pricing (UBP) — tính phí theo mức độ tiêu dùng thực tế.

Sự kết hợp giữa AI-native và Usage-based Pricing tạo ra các chỉ số đo lường hoàn toàn mới:

• Tính phí theo Token hoặc API Call: Khách hàng chỉ trả tiền cho khối lượng tính toán, lượt truy vấn dữ liệu hoặc số lượng Token mà hệ thống AI đã xử lý.
• Tính phí theo kết quả đầu ra (Outcome-based Pricing): Doanh nghiệp trả phí dựa trên giá trị kinh doanh đo lường được, ví dụ: số lượng hồ sơ ứng viên được lọc thành công, số bài viết được tối ưu hóa, hoặc số lượng giao dịch gian lận được chặn đứng.

Sự gia tăng đột biến của các giải pháp SaaS chuyên biệt và SaaS tích hợp AI đã dẫn đến một hệ quả tất yếu tại các tập đoàn lớn: hiện tượng bùng nổ ứng dụng không kiểm soát. Khi số lượng SaaS trong một doanh nghiệp chạm ngưỡng hàng trăm giải pháp khác nhau, việc kiểm soát chi phí và hiệu năng sử dụng trở thành một bài toán quản trị sống còn.

Doanh nghiệp quản lý trung bình 305 ứng dụng SaaS: Đâu là bài toán FinOps cần giải quyết?

Sự bùng nổ của mô hình điện toán đám mây đã vô tình tạo ra hiện tượng "SaaS Sprawl" — sự bành trướng kiểm soát kém của các phần mềm dạng dịch vụ trong nội bộ tổ chức. Theo các báo cáo quản trị đám mây mới nhất, một doanh nghiệp quy mô trung bình hiện nay đang quản lý trung bình tới 305 ứng dụng SaaS độc lập. Việc các bộ phận tự ý đăng ký tài khoản mà không thông qua phòng CNTT đã dẫn đến tình trạng lãng phí ngân sách nghiêm trọng, gia tăng rủi ro bảo mật do Shadow IT (các ứng dụng CNTT ẩn) và gây đứt gãy luồng dữ liệu.

Để giải quyết bài toán này, sự kết hợp giữa Quản trị SaaS (SaaS Management) và Thực hành Tài chính Đám mây (FinOps) trở thành khung năng lực bắt buộc. FinOps trong SaaS không chỉ đơn thuần là cắt giảm chi phí, mà là tối ưu hóa giá trị thu về trên từng USD đầu tư phần mềm. Việc áp dụng mô hình này dựa trên ba trụ cột chính:

• Kiểm kê và Định danh (Discovery): Sử dụng các công cụ quét tự động API và hóa đơn thanh toán để phát hiện 100% ứng dụng đang tồn tại, bao gồm cả các tài khoản cá nhân dùng thẻ doanh nghiệp để thanh toán.
• Hợp nhất và Tối ưu (Consolidation & Right-sizing): Loại bỏ các ứng dụng trùng lặp chức năng (ví dụ: tồn tại song song cả Zoom, Microsoft Teams và Google Meet), thu hồi các giấy phép (license) không hoạt động trong 30-60 ngày.
• Thiết lập quy trình phê duyệt (Governance): Chuẩn hóa quy trình mua sắm phần mềm mới, gắn trách nhiệm chi phí (Cost Accountability) về từng phòng ban cụ thể.

Việc kiểm soát được số lượng ứng dụng và tối ưu hóa chi phí vận hành giúp doanh nghiệp giải phóng nguồn lực tài chính đáng kể. Tuy nhiên, ở góc độ của nhà cung cấp lẫn đơn vị tiêu dùng, việc hiểu rõ các chỉ số tài chính nền tảng mới là chìa khóa để đánh giá chính xác tính hiệu quả và độ tăng trưởng bền vững của một giải pháp phần mềm.

Các chỉ số cốt lõi (MRR, CAC, LTV, Churn) đánh giá sức khỏe của một doanh nghiệp SaaS như thế nào?

Khác với mô hình bán bản quyền phần mềm truyền thống (On-Premise) ghi nhận doanh thu một lần, mô hình SaaS vận hành dựa trên dòng tiền lặp lại (Recurring Revenue). Để đo lường sức khỏe tài chính và khả năng mở rộng của một công ty SaaS, các nhà quản trị và nhà đầu tư dựa vào một hệ thống chỉ số định lượng chặt chẽ. Theo các nghiên cứu kinh tế từ ĐH Kinh tế UEB, việc phân tích dòng tiền định kỳ đòi hỏi góc nhìn đa chiều về cả chi phí thu hút lẫn giá trị vòng đời khách hàng.

Dưới đây là phương pháp xác định và mối quan hệ đại số giữa các chỉ số cốt lõi:

1. Doanh thu lặp lại hàng tháng (MRR) và hàng năm (ARR):
MRR (Monthly Recurring Revenue) là tổng doanh thu có tính chất ổn định, dự báo trước được mà doanh nghiệp thu về trong một tháng. ARR (Annual Recurring Revenue) bằng MRR x 12. Công thức tính MRR tổng hợp:
MRR = (Số lượng khách hàng hiện tại × Giá trung bình/tháng) + MRR mới + MRR nâng cấp - MRR hạ cấp - MRR mất đi (Churn)

2. Chi phí thu hút khách hàng (CAC) và Giá trị trọn đời (LTV):

• CAC (Customer Acquisition Cost): Tổng chi phí Kinh doanh & Marketing chia cho số lượng khách hàng mới thu được trong một khoảng thời gian nhất định.
  CAC = (Tổng chi phí Sales + Marketing) / Số khách hàng mới
• LTV (Lifetime Value): Tổng doanh thu ròng ước tính một khách hàng đóng góp cho doanh nghiệp trong suốt thời gian họ sử dụng dịch vụ.
  LTV = (ARPU × Biên lợi nhuận gộp %) / Tỷ lệ Churn khách hàng
  (Trong đó ARPU là doanh thu trung bình trên một người dùng).

3. Tỷ lệ rời bỏ (Churn Rate):
Tỷ lệ Churn phản ánh phần trăm khách hàng hủy đăng ký (Customer Churn) hoặc phần trăm doanh thu bị mất đi (Revenue Churn) trong một chu kỳ. Tỷ lệ Churn ròng âm (Net Negative Churn) — tức lượng doanh thu tăng từ khách hàng cũ nâng cấp gói lớn hơn lượng doanh thu mất đi do khách hàng hủy dịch vụ — là "trạng thái mơ ước" của mọi công ty SaaS.

Mặc dù các chỉ số tài chính đẹp có thể chứng minh tính khả thi của mô hình kinh doanh, doanh nghiệp vẫn phải đối mặt với những rủi ro vận hành hạ tầng kỹ thuật vô cùng phức tạp — nơi một sự cố an ninh mạng duy nhất có thể xóa sạch giá trị LTV của hàng ngàn khách hàng.

Rủi ro bảo mật, gián đoạn dịch vụ và Vendor Lock-in trong môi trường SaaS nguy hiểm đến mức nào?

Sự tiện lợi của việc truy cập phần mềm mọi lúc mọi nơi trên đám mây đi kèm với sự đánh đổi về quyền kiểm soát trực tiếp hạ tầng. Doanh nghiệp khi sử dụng SaaS bắt buộc phải chấp nhận chuyển giao một phần lớn rủi ro an ninh thông tin và vận hành cho nhà cung cấp dịch vụ. Tuy nhiên, các sự cố thực tế cho thấy rủi ro này chưa bao giờ triệt tiêu, mà chỉ chuyển dịch dạng thức.

Các nguy cơ bảo mật và vận hành hàng đầu bao gồm:

1. Rủi ro An ninh mạng và Quyền riêng tư dữ liệu (Data Security & Privacy):
Lưu trữ dữ liệu nhạy cảm trên máy chủ đa người dùng (Multi-tenant) của bên thứ ba gia tăng bề mặt tấn công. Sự cố rò rỉ dữ liệu không chỉ dẫn đến thiệt hại tài chính mà còn vi phạm các quy định pháp lý nghiêm ngặt như GDPR hay Luật An ninh mạng. Trong bối cảnh các ứng dụng AI-native SaaS phát triển mạnh năm 2026, mối lo ngại mới xuất hiện liên quan đến việc nhà cung cấp tự ý sử dụng dữ liệu độc quyền của doanh nghiệp để huấn luyện (train) các mô hình AI dùng chung mà không có sự đồng ý rõ ràng.

2. Rủi ro Gián đoạn dịch vụ (Service Outage & Downtime):
Mối phụ thuộc hoàn toàn vào hạ tầng đám mây (như AWS, Azure, GCP) khiến doanh nghiệp bị động khi xảy ra sự cố mạng. Ngay cả khi nhà cung cấp SaaS cam kết mức SLA (Service Level Agreement) 99.9%, khoảng 0.1% thời gian ngừng hoạt động tương đương với gần 9 giờ dịch vụ bị đứt gãy mỗi năm. Với các hệ thống cốt lõi như ERP hay CRM, vài giờ ngưng trệ có thể làm đóng băng toàn bộ chuỗi cung ứng và hoạt động giao dịch.

3. Nguy cơ Khóa chặt nhà cung cấp (Vendor Lock-in):
Đây là rủi ro chiến lược mang tính dài hạn. Khi một doanh nghiệp đã tích hợp sâu giải pháp SaaS vào quy trình vận hành, dữ liệu bị lưu trữ dưới dạng định dạng sở hữu trí tuệ riêng (Proprietary format), việc chuyển sang một nền tảng đối thủ trở nên vô cùng tốn kém và phức tạp. Nhà cung cấp có thể lợi dụng vị thế này để tăng giá thuê bao định kỳ, buộc khách hàng phải chấp nhận do chi phí chuyển đổi (Switching cost) quá cao.

Theo dữ liệu giám sát hạ tầng và tuân thủ quốc tế từ ADB Vietnam, các tổ chức tài chính và doanh nghiệp lớn hiện nay đang bắt buộc phải áp dụng chiến lược kiểm soát rủi ro bên thứ ba (Third-party Risk Management - TPRM) để đánh giá định kỳ độ tin cậy của các đối tác SaaS.

Nhận diện rõ những hiểm họa tiềm ẩn về an ninh và phụ thuộc công nghệ chính là bước đệm cần thiết để các nhà quản trị xây dựng một bộ tiêu chí đánh giá toàn diện, từ đó lựa chọn được giải pháp SaaS tối ưu và an toàn nhất cho tổ chức của mình.

Làm sao để đánh giá và lựa chọn giải pháp SaaS phù hợp nhất cho doanh nghiệp vừa và nhỏ?

Đối với các doanh nghiệp vừa và nhỏ (SME), việc lựa chọn một giải pháp SaaS không chỉ đơn thuần là mua một phần mềm quản lý, mà là quyết định đầu tư vào cơ sở hạ tầng vận hành lâu dài. Sự bùng nổ của thị trường khiến các nhà quản lý đối mặt với tình trạng "bội thực" tính năng nhưng lại thiếu thông tin kiểm chứng về hiệu quả thực tế. Để tránh bẫy chi phí ẩn và đảm bảo tính liên tục trong kinh doanh, quy trình đánh giá SaaS cần được thực hiện dựa trên 4 trụ cột kỹ thuật và tài chính cốt lõi.

1. Phân tích Tổng chi phí sở hữu (Total Cost of Ownership - TCO)

Mô hình SaaS thường được quảng cáo với chi phí ban đầu rất thấp, nhưng tổng chi phí thực tế phát sinh sau 3–5 năm vận hành có thể cao hơn dự kiến nếu không được tính toán kỹ. Khảo sát thực tế chi phí SaaS cần bao gồm:

• Chi phí thuê bao định kỳ (Subscription Fee): Phí tính theo User/tháng hoặc dựa trên mức độ sử dụng (Usage-based). Chi phí này có xu hướng tăng 5–15% mỗi năm khi nhà cung cấp nâng cấp phiên bản.
• Chi phí triển khai và cấu hình ban đầu: Phí tích hợp API, tuỳ chỉnh luồng công việc (workflow), và chuẩn hóa dữ liệu cũ.
• Chi phí đào tạo và chuyển đổi (Change Management): Thời gian và nguồn lực bỏ ra để nhân sự thích nghi với công cụ mới. Theo nghiên cứu công bố bởi ĐH Kinh tế UEB, việc thiếu kế hoạch đào tạo người dùng cuối là nguyên nhân chiếm tới 40% thất bại trong các dự án chuyển đổi số tại doanh nghiệp vừa và nhỏ.
• Phí tích hợp và lưu trữ vượt mức (Overage Fees): Chi phí phát sinh khi dữ liệu vượt ngưỡng dung lượng hoặc vượt quá số lượng cuộc gọi API (API calls) quy định.

2. Đánh giá kiến trúc kỹ thuật và khả năng tích hợp API

Một phần mềm SaaS cô lập sẽ tạo ra các "ốc đảo dữ liệu" (Data Silos). Giải pháp tiêu chuẩn phải sở hữu hệ thống API mở (RESTful API hoặc GraphQL) và tài liệu kỹ thuật (API Documentation) minh bạch. Doanh nghiệp cần kiểm tra khả năng tương thích của giải pháp mới với hệ sinh thái hiện có (CRM, ERP, Kế toán) thông qua các công cụ kết nối trung gian như Zapier, Make, hoặc qua các webhook thời gian thực.

3. Tiêu chuẩn bảo mật và Tuân thủ pháp lý (Security & Compliance)

Do dữ liệu được lưu trữ trên hạ tầng đám mây của bên thứ ba, nhà quản lý IT phải yêu cầu nhà cung cấp chứng minh các cam kết bảo mật bằng văn bản và chứng chỉ quốc tế. Bảng dưới đây tổng hợp các tiêu chuẩn bắt buộc cần kiểm tra:

Doanh nghiệp cũng cần đánh giá khả năng sao lưu (Backup) và phục hồi sau sự cố (Disaster Recovery) với hai chỉ số quan trọng: RPO (Recovery Point Objective - Thời gian mất dữ liệu tối đa chấp nhận được) và RTO (Recovery Time Objective - Thời gian khôi phục hệ thống tối đa).

Sau khi đã có trong tay danh sách các công cụ SaaS được tối ưu hóa về mặt chi phí và kỹ thuật, câu hỏi đặt ra cho các nhà lãnh đạo là: Bức tranh công nghệ này sẽ tiến về đâu trong 5 đến 10 năm tới khi sự hội tụ của AI và dữ liệu lớn đạt mốc bùng nổ?

Tương lai của Software as a Service: Hợp nhất nền tảng, tự động hóa toàn diện hay siêu cá nhân hóa?

Giai đoạn từ 2015 đến 2024 chứng kiến sự bùng nổ của mô hình "Micro-SaaS" và các ứng dụng đơn chức năng (point solutions). Tuy nhiên, làn sóng này đang tạo ra sự phân mảnh nghiêm trọng, buộc các doanh nghiệp phải chi trả quá nhiều tiền cho các giấy phép phần mềm trùng lặp và tốn nguồn lực vận hành. Bức tranh SaaS giai đoạn sau năm 2026 sẽ được tái cấu trúc mạnh mẽ dựa trên ba trục tọa độ chính.

1. Sự trỗi dậy của các Siêu nền tảng (Super-apps) doanh nghiệp

Xu hướng hợp nhất (Consolidation) đang diễn ra với tốc độ nhanh chóng. Các công ty SaaS lớn không dừng lại ở việc cung cấp một tính năng riêng lẻ mà liên tục thâu tóm hoặc mở rộng sản phẩm để trở thành một "Siêu ứng dụng". Doanh nghiệp trong tương lai sẽ không còn dùng 10 công cụ khác nhau cho Marketing, Sales, CS, Kế toán và HR. Thay vào đó, họ sẽ vận hành trên một nền tảng hợp nhất duy nhất có cấu trúc mô-đun (Composable SaaS), cho phép bật/tắt các tính năng theo nhu cầu mà không làm gãy luồng dữ liệu trung tâm.

Bên cạnh đó, các dịch vụ tài chính nhúng (Embedded Finance) như thanh toán, tín dụng doanh nghiệp, và bảo hiểm sẽ được tích hợp trực tiếp vào các phần mềm SaaS vận hành, giúp tối ưu hóa dòng tiền theo dữ liệu giao dịch thực tế. Dữ liệu từ Trung tâm Lưu ký Dữ liệu và Thị trường cho thấy xu hướng số hóa quy trình thanh toán doanh nghiệp tự động đang trở thành chuẩn mực bắt buộc để giảm thiểu rủi ro vận hành thủ công.

2. Tự động hóa Agentic AI và Ra quyết định thời gian thực

Nếu như giai đoạn 2023–2025 là kỷ nguyên của AI Copilot (AI đóng vai trò trợ lý, chờ lệnh từ con người), thì giai đoạn tiếp theo thuộc về Agentic AI — các đại lý AI có năng lực tự chủ hành động. Trong môi trường SaaS tương lai:

• AI không chỉ tóm tắt dữ liệu mà tự động thực thi chuỗi công việc đa bước (Multi-step workflows) không cần con người can thiệp. Ví dụ: Tự phát hiện hàng tồn kho thấp, tự đàm phán đơn hàng mới với nhà cung cấp qua API, và tự tạo chứng từ kế toán.
• Khả năng ra quyết định dựa trên dữ liệu thời gian thực (Real-time Streaming Data) thay thế hoàn toàn cho các báo cáo tĩnh định kỳ cuối tháng.

3. Siêu cá nhân hóa giao diện và trải nghiệm (Hyper-Personalization)

Nhờ vào Generative UI (Giao diện người dùng tạo ra bởi AI), khái niệm giao diện cố định cho mọi người dùng sẽ biến mất. Hệ thống SaaS sẽ tự động phân tích vai trò, thói quen và mục tiêu công việc của từng nhân sự để dựng lên một giao diện làm việc tối ưu nhất theo thời gian thực.