a16z: Phần mềm doanh nghiệp “đắt đỏ và khó sử dụng” mới chính là mỏ vàng thực sự của AI
Tuyển chọn TechFlowTuyển chọn TechFlow
a16z: Phần mềm doanh nghiệp “đắt đỏ và khó sử dụng” mới chính là mỏ vàng thực sự của AI
SAP đắt đến mức phi lý, thế nhưng chẳng ai dám thay thế; a16z đặt cược vào AI để viết lại tương lai của phần mềm doanh nghiệp.
Chuyên sâu báo cáo Web3Tác giả: Eric + Seema Amble
Biên dịch: TechFlow
Giới thiệu của TechFlow: Việc nâng cấp từ SAP ECC lên S/4HANA tốn tới 700 triệu USD, kéo dài 3 năm và cần điều động 50 chuyên gia từ Accenture — thế nhưng các tập đoàn lớn nhất toàn cầu vẫn đang sử dụng hệ thống này. Bài viết của a16z phân tích dưới góc nhìn đầu tư một nhận định trái ngược直觉: những công ty chiến thắng trong tương lai sẽ không phải là những doanh nghiệp “thay thế SAP”, mà là những công ty giúp SAP trở nên lập trình được và dễ sử dụng hơn. Khung tư duy này mang giá trị tham khảo rất cao để hiểu đúng các cơ hội thực sự trong lĩnh vực AI doanh nghiệp.
Toàn văn như sau:
Các công ty khởi nghiệp trong lĩnh vực AI và khách hàng của họ đang tập trung vào những khả năng hoàn toàn mới và các sản phẩm phát sinh từ chúng: các Agent giọng nói trực quan, công cụ tự động hóa quy trình làm việc, nền tảng ứng dụng tạo văn bản.
Những phân khúc này đã xuất hiện nhiều công ty đầy hứa hẹn, và số lượng còn tăng thêm trong tương lai (chúng tôi cũng đã đầu tư vào một vài công ty như vậy!). Tuy nhiên, tác động thực sự lớn nhất của AI sẽ đến từ một việc ít hấp dẫn hơn nhiều, nhưng lại có giá trị cao hơn nhiều: hỗ trợ các tổ chức khai thác tối đa giá trị từ khối lượng phần mềm khổng lồ mà họ đã và đang vận hành. Có một câu hỏi nghe có vẻ gần như khiếm nhã, nhưng bất kỳ ai từng làm việc tại một doanh nghiệp trong danh sách Fortune 500 chỉ trong một tuần cũng sẽ hiểu rõ: Tại sao mọi người vẫn tiếp tục dùng SAP (cùng với ServiceNow và Salesforce)?
Câu trả lời ngắn gọn là: SAP hoặc bất kỳ hệ thống ghi chép kế thừa nào khác đều chứa đựng dữ liệu cốt lõi của doanh nghiệp sử dụng nó. Quan trọng hơn, doanh nghiệp đã đầu tư rất nhiều vào việc tùy biến hệ thống này và xây dựng xung quanh nó một bộ quy trình và trách nhiệm đặc thù — trong đó nhiều quy trình thậm chí chưa từng được tài liệu hóa. Chi phí chuyển đổi ra ngoài là vô cùng đau đớn, tốn kém và mất thời gian — thường đòi hỏi cả một đội cố vấn hùng hậu, kéo dài nhiều năm và tiêu tốn hàng trăm triệu USD. Việc nâng cấp từ SAP ECC lên SAP S/4HANA có thể tốn tới 700 triệu USD, mất 3 năm và cần một đội ngũ gồm 50 chuyên gia từ tập đoàn Accenture. Sau khi hoàn tất quá trình di chuyển, phần mềm này gần như chỉ còn khả năng tạo ra các báo cáo chỉ đọc, không thể thao tác được. Cho đến nay, AI mới thực sự mở ra cơ hội nâng cấp, tùy biến, thay thế cũng như truy cập và sử dụng hiệu quả hơn dữ liệu đã được tích lũy trong các hệ thống ghi chép này.
Về lâu dài, mục tiêu của AI có thể không phải là “thay thế SAP/ServiceNow/Salesforce”, mà là khiến chúng trở nên lập trình được hơn và dễ tiếp cận hơn. Những người chiến thắng sẽ là những công ty có khả năng (1) cắt giảm ngân sách chuyển đổi một cách đáng kể về mặt rủi ro và tiến độ, sau đó (2) mở rộng vai trò thành một “mặt phẳng kiểm soát đáng tin cậy” trong vận hành hàng ngày, từng bước phá vỡ giao diện người dùng (UI) kế thừa để hình thành các thao tác được hỗ trợ bởi AI và các ứng dụng nhẹ, có khả năng kết hợp linh hoạt và chịu sự quản trị chặt chẽ. Nói cách khác, các hệ thống ghi chép sẽ tồn tại lâu dài; còn lớp giao diện, lớp tự động hóa và lớp mở rộng sẽ trở thành biên giới mới của phần mềm.
SAP gây đau đầu, nhưng chúng ta vẫn phải dùng nó
Hãy bắt đầu bằng việc giới thiệu sơ lược về SAP là gì. Nhìn bề ngoài, các hệ thống loại này khó điều hướng, khó sửa đổi, nhưng lại kỳ lạ thay vẫn là trụ cột vận hành của các tập đoàn lớn nhất toàn cầu. Hãy xem trải nghiệm dùng SAP là như thế nào!
Nhưng chính cái “kỳ lạ thay” ấy lại chính là cơ hội.
Câu trả lời gây khó chịu nhưng đúng là: Dưới lớp giao diện xấu xí và vô số cấu hình rối rắm, các hệ thống này thực sự rất mạnh mẽ: Chúng mã hóa mô hình dữ liệu chuẩn của doanh nghiệp, cơ chế phân quyền và kiểm soát đảm bảo tuân thủ pháp luật, quy trình làm việc hỗ trợ vận hành quy mô lớn, cũng như tích hợp kết nối với hàng chục (thậm chí hàng trăm) quy trình phụ thuộc phía sau. Chúng không phải là “ứng dụng” theo nghĩa tiêu dùng, mà là ký ức tổ chức được tích lũy qua các bảng biểu, vai trò, quy trình phê duyệt, logic ghi sổ và xử lý ngoại lệ.
Việc thay thế các hệ thống này không chỉ tốn kém mà còn tiềm ẩn rủi ro cực kỳ lớn. Hơn nữa, mức độ đầu tư của doanh nghiệp vào hệ thống càng cao — như các trường dữ liệu tùy chỉnh, quy trình làm việc, quy tắc định giá, logic báo cáo — thì hệ thống ấy lại càng trở thành một “hào thành” được xây dựng trên chi phí di chuyển, thậm chí là một lợi thế cạnh tranh. Đây cũng chính là lý do vì sao tính mở rộng lại mạnh mẽ đến vậy: Mỗi doanh nghiệp đều độc đáo, sự thay đổi là liên tục (luật lệ mới, sản phẩm mới, cơ cấu tổ chức mới), và các nền tảng này tồn tại được chính nhờ khả năng uốn dẻo để thích nghi với thực tế. Thách thức nằm ở chỗ, chính tính mở rộng này vừa tạo nên giá trị, vừa khiến hệ thống trở nên mong manh: Mỗi lần tùy biến đều trở thành một quả mìn chờ nổ trong các lần nâng cấp sau; mỗi quy trình làm việc đều biến thành một mê cung; mỗi giao diện đều giống như một khoản “thuế” đánh vào mỗi người buộc phải sử dụng nó.
Sự mong manh này hiện diện khắp nơi. Mặc dù CRM đã được áp dụng rộng rãi, nhưng mức độ hài lòng của người dùng vẫn rất khác biệt; còn việc tùy biến ERP thì luôn đi kèm với tình trạng vượt quá thời gian và ngân sách. Nhân viên đang bị nhấn chìm trong các quy trình làm việc rời rạc — người lao động kỹ thuật số trung bình phải chuyển đổi giữa các ứng dụng khác nhau khoảng 1.200 lần mỗi ngày (mất khoảng 4 giờ mỗi tuần); 47% người lao động kỹ thuật số gặp khó khăn trong việc tìm kiếm thông tin cần thiết để hoàn thành công việc. Các dự án “chuyển đổi số” quy mô lớn thường xuyên thất bại, ước tính khoảng 70% trong số đó không đạt được mục tiêu đề ra. Chi phí liên quan đến ma sát này là rất lớn: riêng thị trường triển khai phần mềm/và tích hợp hệ thống đã đạt khoảng 380 tỷ USD vào năm 2023.
Quá trình và những điểm đau này mở ra cơ hội để AI thay đổi cách thức triển khai và sử dụng các phần mềm loại này. Cách đơn giản nhất để hiểu cơ hội này là đi theo vòng đời của hệ thống: trước tiên bạn triển khai hoặc di chuyển nó, sau đó sống chung với nó mỗi ngày, cuối cùng là xây dựng những thứ mới trên nền tảng đó khi doanh nghiệp thay đổi. Ở mỗi giai đoạn, bản chất công việc đều là chuyển đổi ý định con người hỗn loạn thành những hành động chính xác, có thể kiểm toán được đối với hệ thống ghi chép.
Hãy cùng xem AI cải thiện cách sử dụng các hệ thống phần mềm kế thừa ở từng giai đoạn như thế nào.
Giai đoạn triển khai
Bắt đầu từ giai đoạn triển khai — đây là giai đoạn có rủi ro cao nhất, nhạy cảm nhất với ngân sách và cũng là giai đoạn mang lại lợi ích rõ ràng nhất. Cụ thể, đó là việc chuyển đổi những yêu cầu lộn xộn (từ các cuộc họp, tài liệu, vé công việc) thành yêu cầu có cấu trúc, sau đó tự động tạo ra quy trình triển khai: ánh xạ quy trình và trường dữ liệu, cấu hình và mã nguồn, kịch bản kiểm thử, kế hoạch chuyển đổi sang môi trường sản xuất, tài liệu hướng dẫn di chuyển — cùng với các công việc làm sạch và xác minh dữ liệu cần thiết cho quá trình chuyển đổi. Việc này rất khó thực hiện tốt: Tập đoàn siêu thị Đức Lidl từng chi 500 triệu USD nhưng cuối cùng vẫn phải từ bỏ nỗ lực chuyển đổi sang SAP.
Các công ty trong phân khúc này đang xây dựng các công cụ Copilot, quản lý dự án và phần mềm khác nhằm hỗ trợ quá trình di chuyển và triển khai. Dưới đây là một số ví dụ về các công ty khởi nghiệp đang hoạt động trong lĩnh vực này (Andreessen Horowitz đã đầu tư vào một số công ty trong số này):
Axiamatic là lớp “bảo đảm” AI dành riêng cho ERP: Công ty xây dựng đồ thị tri thức từ các sản phẩm dự án, đánh dấu các lỗi tiềm ẩn trong quản lý yêu cầu/thay đổi qua Slack/Teams nhằm giảm thiểu rủi ro và đẩy nhanh tiến độ các dự án S/4HANA (hợp tác với SAP Build; đã được tích hợp vào quy trình làm việc của KPMG/EY/IBM).
Conduct là Copilot hỗ trợ ánh xạ mã nguồn và quy trình, tạo ra lớp ngữ nghĩa và tài liệu kỹ thuật cho việc di chuyển từ ECC sang S/4, đồng thời hỗ trợ đặt câu hỏi về các bảng/API tùy chỉnh nhằm đẩy nhanh việc bàn giao cho đội nội bộ.
Auctor cung cấp giải pháp triển khai do Agent điều khiển dành riêng cho nhà tích hợp hệ thống/chuyên gia tư vấn, tự động chuyển đổi quá trình khám phá yêu cầu thành yêu cầu có cấu trúc và trở thành hệ thống ghi chép cho báo cáo phạm vi công việc (SOW), tài liệu thiết kế, câu chuyện người dùng, cấu hình và kế hoạch kiểm thử.
Supersonik cung cấp khả năng kích hoạt sản phẩm được tăng cường bởi AI cho các nhà phân phối/MSP và khách hàng — các Agent thị giác và giọng nói được huấn luyện trực tiếp trên giao diện người dùng thật, giảm nhu cầu kỹ sư tiền bán hàng, hỗ trợ việc triển khai và mở rộng do các nhà phân phối chủ trì.
Tessera là nhà tích hợp hệ thống gốc AI quản lý toàn bộ quá trình chuyển đổi doanh nghiệp — kết nối trực tiếp với phiên bản ERP hiện có của khách hàng, đánh giá tình trạng triển khai, sau đó đánh dấu và tự động khắc phục các nội dung cần thay đổi trong suốt quá trình di chuyển.
Các công ty này tạo ra giá trị bằng cách giúp quá trình chuyển đổi diễn ra nhanh hơn, rẻ hơn và ít rủi ro hơn. Cụ thể, họ đạt được điều này qua một số phương diện: phát hiện sớm các vấn đề trong giai đoạn thu thập yêu cầu và quản lý thay đổi để tránh tình trạng “lăn cầu tuyết”; rút ngắn tiến độ dự án (mỗi tháng chậm trễ có thể tốn hàng triệu USD); chuyển đổi dữ liệu dự án hỗn loạn thành tri thức có cấu trúc, giúp đội nội bộ tiếp nhận nhanh hơn; đồng thời giảm sự phụ thuộc vào đội ngũ nhà tích hợp hệ thống quy mô lớn thông qua tự động hóa việc ánh xạ, soạn thảo tài liệu, kiểm thử và đào tạo kích hoạt.
Chúng tôi cho rằng vẫn còn dư địa cho nhiều công ty khởi nghiệp khác xây dựng các công cụ hợp tác với các đối tác hiện có thay vì cạnh tranh với họ. Cụ thể:
Các Agent triển khai chia sẻ rủi ro và kết quả (bao gồm theo dõi yêu cầu, so sánh cấu hình, mô phỏng chuyển đổi, sinh mã và phát hiện sai lệch)
Công cụ tài liệu ngữ nghĩa giúp giữ tri thức luôn được cập nhật và dễ truy cập
Các Agent kích hoạt giúp biến đào tạo và mở rộng kênh phân phối thành các sản phẩm tái sử dụng được
Vì các công ty khởi nghiệp có khả năng giảm gánh nặng quy mô doanh nghiệp, họ có thể định giá sản phẩm theo “giá trị tránh được sự chậm trễ” và thâm nhập vào ngân sách chuyển đổi mà CIO và CFO đã sẵn sàng chi, đồng thời thay thế dần các hợp đồng cồng kềnh với nhà tích hợp hệ thống.
Giai đoạn sử dụng và bảo trì
Sau khi bộ phần mềm được triển khai xong, việc sử dụng hàng ngày nghĩa là phải luồn lách trong giao diện hỗn loạn của các hệ thống này như hiện nay. Công việc thường ngày trải dài trên hàng chục giao diện khác nhau, sự luân chuyển nhân sự liên tục làm “xóa trắng” toàn bộ kiến thức vận hành đã tích lũy, còn vô số quy trình làm việc biên giới thì mãi không được ưu tiên như một tính năng “hạng A” trong sản phẩm cốt lõi. Người dùng tốn rất nhiều thời gian để tìm trường dữ liệu, sao chép dữ liệu giữa các hệ thống, hoặc nhờ đội vận hành “giúp chạy báo cáo này”. Kết quả là chu kỳ thực hiện chậm, sai sót dễ tránh nhưng vẫn thường xuyên xảy ra, và gánh nặng đào tạo thì kéo dài liên tục.
Cơ hội của AI nằm ở việc bao bọc các hệ thống kế thừa bằng một “hệ thống hành động” thân thiện và mạnh mẽ hơn.
Các công ty trong phân khúc này xây dựng công cụ giúp đội nhóm khai thác tối đa giá trị từ các hệ thống mà họ đã và đang sử dụng. Trong thực tiễn, điều này thể hiện dưới dạng một Copilot sống trong Slack hoặc xuất hiện dưới dạng thanh bên trình duyệt — có khả năng trả lời các câu hỏi như “X ở đâu?” hay “Làm Y như thế nào?” thông qua tìm kiếm ngữ nghĩa, và thực hiện các thao tác an toàn khi API khả dụng (tạo vé công việc, ghi sổ bút toán, cập nhật điều khoản nhà cung cấp). Các công cụ này còn có thể ghép nối các quy trình làm việc phức hợp xuyên ứng dụng (ví dụ: “lấy đơn đặt hàng quý trước từ SAP, tra cứu điều khoản hợp đồng trong Coupa, soạn bản giải trình chênh lệch trong ServiceNow”), kèm theo các bước phê duyệt thủ công, theo dõi kiểm toán và kiểm soát phân quyền chi tiết. Các công cụ tốt nhất còn theo dõi tỷ lệ áp dụng, thời gian tiết kiệm được và tỷ lệ lỗi.
Trong doanh nghiệp, rất nhiều công việc quan trọng không được phơi bày một cách sạch sẽ qua API — chúng tồn tại trong giao diện người dùng, ứng dụng client dày (thick client), phiên VDI và các bảng điều khiển quản trị chỉ được tài liệu hóa một phần. Đó là lý do vì sao các Agent “sử dụng máy tính hiện đại” là phần bổ sung quan trọng cho các Copilot ưu tiên API: Chúng mở rộng phạm vi tự động hóa đến 30–40% cuối cùng của các quy trình làm việc vốn không có điểm kết nối gọi (endpoint) đáng tin cậy.
Khả năng cốt lõi không nằm ở việc “nhấp chuột”, mà ở khả năng duy trì độ tin cậy trong môi trường hỗn loạn — có thể nhận diện giao diện người dùng, neo vào các phần tử ổn định, phục hồi sau các cửa sổ bật lên và sự thay đổi bố cục, đồng thời thiết lập các điểm kiểm tra để khôi phục an toàn giữa quy trình.
Khi kết hợp với các cơ chế xác minh (so sánh chênh lệch, đối chiếu, chạy thử trong môi trường sandbox) và kiểm soát doanh nghiệp (SSO, quản lý khóa, nguyên tắc phân quyền tối thiểu, kiểm toán), điều này biến các công việc từng phải thực hiện thủ công — phân loại vé công việc, các bước đóng kỳ kế toán, cập nhật khách hàng, thay đổi giá — thành các quy trình tự động hóa được quản trị và tái sử dụng được, ngay cả trong những phần của SAP/ServiceNow/Salesforce mà nhà cung cấp chưa từng thiết kế để hỗ trợ tự động hóa. API giúp các luồng công việc thuận lợi trở nên nhanh chóng, còn “sử dụng máy tính” giúp các luồng công việc đuôi dài trở nên tự động hóa được.
Các công ty như Factor Labs và Sola đã triển khai các Agent này trong môi trường sản xuất, thay thế chi phí BPO và giúp các tổ chức quy mô lớn tự động hóa quy mô lớn các tác vụ.
Cuối cùng, ngay cả khi bạn khiến SAP/ServiceNow/Salesforce trở nên dễ sử dụng hơn, kinh doanh vẫn tiếp tục thay đổi — điều đó có nghĩa là các hệ thống ghi chép cũng phải tiến hóa theo. Sản phẩm mới, chính sách mới, sáp nhập & mua lại mới, quy định mới, cũng như vô số quy trình làm việc đuôi dài không đủ lớn để thúc đẩy một dự án module cốt lõi, đều đòi hỏi phần mềm phải liên tục cập nhật để phản ánh đúng trạng thái thực tế của doanh nghiệp.
Xưa nay, đội nhóm chỉ có hai lựa chọn: tùy biến phần mềm này (và chấp nhận chi phí của sự mong manh), hoặc xây dựng các ứng dụng một lần (và vật lộn với tích hợp, quản trị và bảo trì). Đây chính là điểm vào thứ ba của AI: nhanh chóng cung cấp các trải nghiệm nhỏ, được quản trị trên nền hệ thống ghi chép, đồng thời giữ nguyên sự gọn gàng của hệ thống cốt lõi.
Việc xây dựng các công cụ và tự động hóa hoàn toàn mới trên nền các hệ thống kế thừa trở thành lớp “Lovable Layer” (lớp dễ yêu thích) trên những “phần mềm bị ghét bỏ”. Mô hình này bắt đầu từ một mặt phẳng dữ liệu và hành động thống nhất: đọc dữ liệu từ hệ thống ghi chép thông qua API và sự kiện (kèm theo việc thu thập giao diện người dùng một cách an toàn nếu cần thiết), chuẩn hóa thành mô hình ngữ nghĩa các đối tượng nghiệp vụ (đơn hàng, nhà cung cấp, vé công việc), sau đó phơi bày một tập hợp các thao tác được quản trị kèm kiểm soát phân quyền, quy trình phê duyệt và kiểm toán.
Trên mặt phẳng này, các đội nhóm cung cấp các trải nghiệm hiện đại và được thiết kế riêng cho từng tình huống cụ thể. Thay vì bắt nhà phân tích mua hàng phải thực hiện 12 mã giao dịch trong SAP để hoàn tất quy trình đăng ký nhà cung cấp, hãy cung cấp cho họ một ứng dụng nhẹ duy nhất mang tên “Đăng ký nhà cung cấp” — thu thập tài liệu, kiểm tra trùng lặp, luồng phê duyệt và ghi lại bản ghi chính xác vào SAP.
Thay vì yêu cầu đội RevOps mở năm giao diện Salesforce khác nhau để cập nhật điều khoản gia hạn, hãy cung cấp cho họ một trình soạn thảo tốc độ bảng tính, hỗ trợ chỉnh sửa hàng loạt, kiểm tra chính sách, xem trước tác động, rồi gửi thay đổi kèm đầy đủ kiểm toán. Thay vì triển khai thêm một “dự án cổng thông tin”, hãy cung cấp cho đội tuyến đầu một bảng điều khiển lệnh, có khả năng trả lời câu hỏi và thực hiện các thao tác hàng ngày của họ trên nhiều hệ thống (ví dụ: “tạo phiếu trả hàng”, “gia hạn hạn mức tín dụng”, “mở vé sự cố P2”, “ghi nhận khoản dự phòng”) — mà không cần lật tìm giữa 20 tab trình duyệt.
Các phần mở rộng này còn có thể mở khóa các quy trình làm việc và tự động hóa xuyên hệ thống — những thứ mà không một nhà cung cấp đơn lẻ nào sẵn sàng ưu tiên xây dựng: các bộ kích hoạt dựa trên sự kiện, ví dụ như “nếu hóa đơn đã được ghi sổ và chênh lệch >3% → soạn bản giải trình → chuyển tới phê duyệt”, hoặc “nếu vé công việc bị mở lại lần thứ hai → tạo bản ghi sự cố → phân công người chịu trách nhiệm → cập nhật khách hàng”, đồng thời thiết lập các điểm kiểm tra can thiệp thủ công tại các nút then chốt.
Theo thời gian, các triển khai có giá trị nhất sẽ phát triển thành các “gói ý định” tái sử dụng được — như “từ báo giá đến thu tiền”, “đăng ký nhà cung cấp”, “đóng kỳ kế toán” — không chỉ mã hóa việc cần làm, mà còn mã hóa cách thực hiện một cách an toàn trong môi trường của bạn.
Các nền tảng như Cell của General Magic giúp các khối xây dựng cơ sở để tạo ra các quy trình làm việc tùy chỉnh này trở nên dễ tiếp cận: Bạn tải lên đặc tả OpenAPI, mỗi endpoint sẽ trở thành một thao tác có thể gọi, sau đó nhúng một thanh lệnh gốc chỉ bằng một dòng script — thanh lệnh này có thể thực hiện các cuộc gọi API thực tế và đi kèm phân tích, đa thuê bao, rào chắn an ninh và kiểm soát phân quyền — trọng tâm công việc do đó chuyển từ “xây dựng lại một giao diện người dùng khác” sang “kết hợp các thao tác và chính sách phù hợp trên nền hệ thống mà bạn đã tin tưởng”.
Tương lai sẽ ra sao?
Chúng tôi cho rằng các hệ thống kế thừa rất có khả năng sẽ tiếp tục tồn tại, nhưng chúng sẽ không còn là giao diện nơi công việc diễn ra. Các bộ ERP, CRM và ITSM đã ăn sâu đến mức không thể thay thế hoàn toàn theo nhịp độ thông thường của phần mềm; chúng tiến hóa chậm chạp và vẫn sẽ là các hệ thống ghi chép. Điều sẽ thay đổi là lớp “hệ thống hành động” hướng người dùng được chồng lên trên chúng: AI sẽ trở thành giao diện mặc định để khám phá cách hệ thống vận hành, thực hiện các quy trình làm việc xuyên hệ thống và cung cấp các trải nghiệm hiện đại, nhỏ gọn nhằm tránh giao diện người dùng kế thừa. Nói cách khác, cây cầu sẽ trở thành xa lộ.
Phần mềm tồn tại lâu dài trong phân khúc này sẽ không trông giống một chatbot, mà giống hơn một lớp hệ điều hành: một mặt phẳng dữ liệu và hành động thống nhất với mô hình ngữ nghĩa các đối tượng nghiệp vụ, cộng thêm các rào chắn đảm bảo AI đáng tin cậy trong môi trường sản xuất. Nếu bạn là người dùng cuối, bạn sẽ không còn cần học cách sử dụng giao diện nào, trường dữ liệu nào, mã giao dịch nào (cũng không cần học lại mỗi khi giao diện hoặc quy trình thay đổi), mà chỉ cần mô tả kết quả mình muốn đạt được — hệ thống sẽ đưa bạn đến đích.
Hệ thống sẽ đặt một vài câu hỏi làm rõ, cho bạn xem trước những gì nó sắp làm, sau đó thực hiện đầy đủ với quy trình phê duyệt và kiểm toán đúng chuẩn. Vòng khép kín cuối cùng sẽ trông giống như: “Tạo phiếu trả hàng và thông báo cho khách hàng”, “Mở vé sự cố P2 và lấy ba sự kiện liên quan gần nhất”, hoặc “Đăng ký nhà cung cấp này, thu thập tài liệu, luồng phê duyệt, thiết lập điều khoản thanh toán” — trong khi các thao tác này hiện tại đòi hỏi phải nhảy qua lại giữa SAP, Salesforce, ServiceNow và bảng tính. Điều này giúp giảm thiểu sai sót và làm lại, giảm phụ thuộc vào “kiến thức bộ lạc”, rút ngắn chu kỳ thực hiện và giảm đáng kể gánh nặng đào tạo — bởi giao diện được điều khiển bởi ý định, nhận thức vai trò và mặc định hỗ trợ tự phục vụ.
Hào thành được tích lũy liên tục trong quá trình sử dụng thực tế: Mỗi quy trình làm việc thành công đều trở thành một “ý định” tái sử dụng được, mỗi ngoại lệ đều trở thành một rào chắn, mỗi sản phẩm di chuyển đều trở thành một phổ dữ liệu sống, và mỗi lần tích hợp đều làm sâu sắc thêm bản đồ về cách vận hành thực tế của doanh nghiệp. Theo thời gian, “lớp AI” sẽ trở thành điểm đến để đội nhóm hiểu tác động của thay đổi, ngăn ngừa sai lệch, đo lường ROI và triển khai các quy trình làm việc mới — ngay cả khi hệ thống nền tảng vẫn giữ nguyên.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
a16z
