原文標題:Tại sao Thế Giới Vẫn Sử Dụng SAP
Người viết bài gốc:Eric và Seema Amble, a16z
Dịch bởi: Peggy, BlockBeats
Chú thích biên tập: Khi cuộc thảo luận về AI vẫn dừng lại ở sản phẩm mới và khả năng mới, một sự thay đổi cấu trúc hơn đang diễn ra ngầm ở cơ sở của phần mềm doanh nghiệp. Điều mà bài viết này chú ý không phải là AI sẽ tạo ra bao nhiêu ứng dụng mới, mà là nó như thế nào khi thẩm nhập vào một bối cảnh nặng nề hơn nhưng lại thực tế hơn, tức là hệ thống cốt lõi của doanh nghiệp đại diện bởi SAP, Salesforce, ServiceNow.
Để nói một cách đơn giản, ba loại hệ thống này tương ứng với các khía cạnh khác nhau của hoạt động doanh nghiệp:
·SAP chịu trách nhiệm về quản lý tài chính, tồn kho và sản xuất, là "cuốn sổ sách" của công ty;
·Salesforce quản lý quy trình chăm sóc khách hàng và bán hàng, quyết định cách công ty thu nhập;
·ServiceNow chứa đựng quy trình nội bộ và hệ thống vận hành, giúp tổ chức hoạt động một cách có tổ chức. Chúng cùng nhau tạo nên cơ sở hạ tầng cho hoạt động hàng ngày của doanh nghiệp.
Các hệ thống này vừa quan trọng vừa khó sử dụng, phức tạp và nặng nề. Các tổ chức đã xây dựng lên chúng rất nhiều tùy chỉnh và quy trình, biến chúng không chỉ trở thành bộ nhớ của tổ chức mà còn trở thành một gánh nặng công nghệ khó di dời. Hệ thống càng quan trọng, càng khó thay đổi.
Cơ hội của AI đang nằm ở đây.
Thay vì thay thế các hệ thống này, con đường thực tế hơn là xây dựng một hệ thống hành động mới dựa trên chúng, giảm chi phí di dời trong giai đoạn triển khai, đơn giản hóa hoạt động thông qua lái xe tự động và đại diện, và thay thế các quy trình phức tạp bằng ứng dụng nhẹ. Do đó, sự thay đổi thực sự không phải ở việc xem xét xem hệ thống có bị thay thế hay không, mà ở cách mà cách tiếp xúc giữa con người và hệ thống đang được viết lại. AI không thể thay thế SAP, Salesforce hoặc ServiceNow, nhưng có thể làm cho chúng dần dần trở nên "vô hình". Và nền tảng mới sẽ xây dựng giá trị biên giới thực sự của phần mềm doanh nghiệp trên cấp độ không thể nhìn thấy này.
Dưới đây là bản gốc:
Theo sự phát triển của AI, các công ty khởi nghiệp và khách hàng của họ chủ yếu tập trung vào khả năng mới và các sản phẩm mà chúng tạo ra. Ví dụ như các trợ lý giọng nói thú vị, các công cụ tự động hóa quy trình làm việc, và các nền tảng từ ứng dụng tạo văn bản.
Các hướng này thực sự đã xuất hiện và sẽ tiếp tục sinh ra nhiều công ty thú vị (chúng tôi đã đầu tư vào một số trong số đó). Nhưng những tác động sâu xa nhất của AI có thể không phải là ở những lĩnh vực trông rất hấp dẫn này, mà lại là một hướng không quá lòe loẹt nhưng lại có giá trị cao hơn: giúp tổ chức tận dụng tốt hơn phần mềm lớn mà họ đã đang sử dụng.
Đây là một vấn đề, nghe có vẻ có phần xúc phạm, nhưng chỉ cần bạn ở lại trong một tuần tại một doanh nghiệp trong danh sách Fortune 500, bạn sẽ hiểu ý nghĩa thực sự của nó: Tại sao mọi người vẫn đang sử dụng SAP (cũng như ServiceNow, Salesforce)?
Câu trả lời ngắn gọn là: SAP và các hệ thống lớn tương tự ghi lại và chứa dữ liệu chính mà doanh nghiệp cần để hoạt động. Nhưng quan trọng hơn, các doanh nghiệp đã tùy chỉnh rất nhiều trên các hệ thống này, chồng chất các quy trình phức tạp và phân công vai trò, trong đó một phần lớn không được ghi rõ. Di dời khỏi các hệ thống này thường mắc kẹt, mất nhiều thời gian và đau khổ, thường cần một đội ngũ tư vấn lớn, mất vài năm và hàng tỷ đô la chi phí. Ví dụ, từ SAP ECC nâng cấp lên SAP S/4HANA, có thể cần tốn 700 triệu đô la, mất 3 năm và sử dụng một đội ngũ 50 người từ Accenture. Ngay cả khi hoàn tất việc di dời, phần mềm này thường chỉ được sử dụng để tạo báo cáo chỉ đọc, gần như không thể linh hoạt.
Nhưng tình hình này đang thay đổi.
Trí tuệ nhân tạo đang mở ra một không gian khả thi mới, cho phép doanh nghiệp nâng cấp, tùy chỉnh, thay thế các hệ thống này, quan trọng hơn, là cách truy cập và sử dụng dữ liệu đã lắng đọng trên đó một cách hiệu quả hơn.
Cuối cùng, mục tiêu của trí tuệ nhân tạo có lẽ không phải là thay thế SAP/ServiceNow/Salesforce, mà là làm cho họ trở nên có thể lập trình, dễ sử dụng hơn. Người chiến thắng thực sự sẽ là những nền tảng có khả năng thực hiện hai việc: Thứ nhất, tiếp cận ngân sách biến đổi số của doanh nghiệp, giảm thiểu rủi ro và rút ngắn chu kỳ một cách có thể đo lường được; Thứ hai, dần dần xâm nhập vào vận hành hàng ngày, trở thành trung tâm điều khiển công việc, phân rã giao diện truyền thống đầy phình phương thành các hoạt động và ứng dụng nhẹ có thể tổ hợp, quản lý và được hỗ trợ bởi trí tuệ nhân tạo.
Nói cách khác, ghi chú hệ thống bản thân sẽ không biến mất; điều thực sự thay đổi là giao diện tương tác, khả năng tự động hóa và lớp mở rộng ở tầng trên cùng, đó mới chính là mặt trận cạnh tranh phần mềm của giai đoạn tiếp theo.
SAP khó sử dụng, nhưng chúng ta vẫn không thể không dùng nó
Để chuẩn bị cho vấn đề này, chúng ta hãy tạm thời nói về SAP là gì, nó đang làm gì. Trên bề mặt, loại hệ thống này khó tiếp cận, phức tạp trong vận hành, chi phí thay đổi cao, làm cho việc sử dụng nó trở nên đau đớn; nhưng đồng thời, nó vẫn là trụ cột hoạt động của tổ chức lớn toàn cầu. Hãy tưởng tượng xem, việc sử dụng SAP hàng ngày sẽ ra sao.

Nhưng cái gọi là khó hiểu kia chính là cơ hội.
Một câu trả lời không quá thoải mái nhưng lại đúng: Dưới sự vụng về của giao diện và sự cấu hình không ngừng, những hệ thống đó thực sự rất mạnh mẽ. Chúng mang theo mô hình dữ liệu cốt lõi nhất của doanh nghiệp, xác định cơ chế quyền hạn và kiểm soát tuân thủ, nhúng sẵn luồng công việc hỗ trợ quy mô, và kết nối với hàng chục hoặc thậm chí hàng trăm mối quan hệ tích hợp ở bên dưới. Chúng không phải là ứng dụng theo nghĩa tiêu dùng trên Internet, mà là một phần ký ức tổ chức đọng lại dưới dạng bảng dữ liệu, hệ thống vai trò, luồng phê duyệt, logic kế toán và xử lý ngoại lệ.
Thay thế hệ thống như vậy không chỉ đắt đỏ mà còn rủi ro. Và mỗi khi doanh nghiệp đầu tư nhiều hơn, ví dụ như trường hợp các trường tùy chỉnh, quy trình, quy tắc định giá, logic báo cáo, thì hệ thống này trở nên giống như một hàng rào bảo vệ được tạo ra từ chi phí chuyển đổi, thậm chí trở thành một phần của lợi thế cạnh tranh. Đó cũng là lý do tại sao tính mở rộng rất quan trọng: mỗi doanh nghiệp đều độc đáo, và sự thay đổi luôn hiện diện, ví dụ như yêu cầu quản lý mới, sản phẩm mới, cấu trúc tổ chức mới, các nền tảng này tồn tại lâu dài bởi vì chúng có thể được điều chỉnh liên tục để thích nghi với thực tế.
Nhưng vấn đề nằm ở chỗ, khả năng mở rộng mạnh mẽ này cũng làm cho chúng trở nên dễ vỡ. Mỗi lần tùy chỉnh, đều là một khu vực nguy hiểm cho lần nâng cấp trong tương lai; mỗi luồng công việc sẽ biến thành một mê cung phức tạp; mỗi giao diện đều là một hình thức tiếp tục tiêu thụ đối với người dùng.
Sự dễ vỡ này gần như hiện diện ở mọi nơi. Mặc dù CRM đã được áp dụng rộng rãi, sự hài lòng của người dùng vẫn chênh lệch lớn; Các dự án ERP ma quái cá nhân hóa, gần như luôn liên quan đến trễ hạn và vượt ngân sách. Công nhân rơi vào mê cung công việc bị rời rạc, mỗi ngày cần phải chuyển đổi giữa các ứng dụng khác nhau khoảng 1200 lần, tương đương với việc lãng phí khoảng 4 giờ mỗi tuần; 47% các nhân viên cố gắng tìm thông tin cần thiết để hoàn thành công việc của họ. Các dự án biến đổi kỹ thuật số lớn cũng thất bại liên tiếp, một ước lượng cho rằng khoảng 70% không đạt được mục tiêu đã đề ra. Chi phí xung quanh những ma sát này vô cùng lớn, chỉ riêng thị trường triển khai phần mềm và tích hợp hệ thống trong năm 2023 dự kiến đạt khoảng 380 tỷ USD.
Chính trong những quy trình và điểm đau này, trí tuệ nhân tạo đã mang lại cơ hội để tái tạo cách triển khai và sử dụng phần mềm. Một cách đơn giản để hiểu cơ hội này là nhìn vào vòng đời của phần mềm doanh nghiệp: trước hết là triển khai hoặc di dời, tiếp theo là việc sử dụng hằng ngày, và cuối cùng là xây dựng lớp phủ phức tạp liên tục trong biến đổi kinh doanh. Tại mỗi giai đoạn, công việc cốt lõi là chuyển đổi ý định rối ren của con người thành hoạt động đúng đắn có thể thực thi và kiểm toán trong hệ thống.
Tiếp theo, chúng ta có thể xem xét từng giai đoạn để thấy AI làm thế nào để cải thiện cách sử dụng của hệ thống phần mềm truyền thống ở mỗi giai đoạn.
Bắt đầu từ giai đoạn triển khai, đây là lúc có nguy cơ cao nhất, nhạy cảm với ngân sách nhất và đồng thời có lời trả lại rõ ràng nhất. Cụ thể hơn, đó là việc biến thông tin nghiên cứu phân tán, chẳng hạn như cuộc họp, tài liệu, phiếu công việc, thành yêu cầu có cấu trúc, và tự động tạo ra luồng công việc cần thiết cho việc triển khai, bao gồm ánh xạ quy trình và trường dữ liệu, cấu hình và mã, kịch bản kiểm thử, kế hoạch chuyển đổi, hướng dẫn chuyển giao, cũng như việc làm sạch và kiểm tra dữ liệu trước khi triển khai. Quá trình này rất phức tạp và dễ bị lỗi. Ông lớn bán lẻ của Đức, Lidl, trước đây đã bỏ cuộc dự án chuyển đổi SAP của mình sau khi đầu tư 5 tỷ USD.
Quanh giai đoạn này, một số công ty đang xây dựng các công cụ hỗ trợ cho quá trình di cư và triển khai, như các hệ thống trợ lái, công cụ quản lý dự án, v.v. Dưới đây là một số trường hợp điển hình:
· Axiamatic cung cấp một lớp bảo vệ trí tuệ nhân tạo dành cho ERP, thông qua việc xây dựng biểu đồ tri thức dự án, thông báo vấn đề tiềm ẩn trong yêu cầu và quản lý thay đổi trong Slack hoặc Teams, giúp giảm thiểu rủi ro, tăng tốc tiến độ dự án S/4HANA, và đã tích hợp với SAP Build, nhúng vào quy trình tư vấn của KPMG, EY, IBM, v.v.
· Conduct là một công cụ trợ lái dành cho mã nguồn và ánh xạ quy trình, có thể tạo ra lớp ý nghĩa và tài liệu kỹ thuật trong quá trình di cư từ ECC sang S/4, và hỗ trợ câu hỏi và trả lời cho các bảng tùy chỉnh và API, tăng tốc quá trình tiếp quản lý nội bộ.
· Auctor cung cấp khả năng triển khai đại lý dành cho nhà tích hợp hệ thống và đội ngũ dịch vụ chuyên nghiệp, có thể tự động chuyển quá trình khảo sát thành yêu cầu cấu trúc và trở thành hồ sơ hệ thống quản lý SOW, tài liệu thiết kế, câu chuyện người dùng, kế hoạch cấu hình và kiểm thử.
· Supersonik tập trung vào việc kích hoạt sản phẩm, thông qua trợ lý trực quan và giọng nói hướng dẫn trên giao diện thực, giảm nhu cầu nhân lực của kỹ sư giải pháp và hỗ trợ triển khai và mở rộng dựa trên kênh và khách hàng.
· Tessera xây dựng khả năng hệ thống tích hợp trí tuệ nhân tạo, có thể truy cập trực tiếp vào hệ thống ERP hiện có của doanh nghiệp, đánh giá trạng thái triển khai và tự động nhận diện và khắc phục vấn đề trong quá trình di cư, thực hiện quản lý chuyển đổi từ đầu đến cuối.
Giá trị của các công ty này là giúp quá trình chuyển đổi nhanh chóng hơn, giá rẻ hơn và dễ kiểm soát hơn. Cụ thể thể hiện ở một số điểm: phát hiện vấn đề sớm trong quản lý yêu cầu và thay đổi để tránh phình to sau này; rút ngắn chu kỳ thời gian, vì ngay cả việc trễ một tháng cũng có thể mang lại hàng triệu đô la chi phí; chuyển dữ liệu dự án phân tán thành kiến thức cấu trúc, giúp nhóm nội bộ của doanh nghiệp có thể tiếp quản nhanh hơn; và thông qua ánh xạ tự động, tạo tài liệu, kiểm thử và đào tạo, giảm sự phụ thuộc vào đội ngũ tích hợp hệ thống lớn.
Chúng tôi tin rằng, lĩnh vực này vẫn còn không gian để xuất hiện nhiều công ty khởi nghiệp hơn, đặc biệt là những công cụ hợp tác với đối tác hiện tại thay vì đối đầu. Hướng cụ thể bao gồm:
· Đại lý triển khai, có khả năng liên kết với kết quả dự án và rủi ro, chẳng hạn như để theo dõi yêu cầu, so sánh cấu hình, mô phỏng chuyển đổi, tạo mã và phát hiện lệch;
· Công cụ tài liệu hóa ý nghĩa, đảm bảo kiến thức luôn mới nhất và dễ truy cập;
· Đại lý trao quyền, chuyển đổi đào tạo và quảng bá kênh thành khả năng sản phẩm có thể tái sử dụng.

Vì khởi nghiệp có thể thực sự giảm bớt gánh nặng của doanh nghiệp, họ có thể định giá dựa trên chi phí tiết kiệm trễ hẹn của doanh nghiệp và tiếp cận trực tiếp ngân sách chuyển đổi mà CIO và CFO đã đầu tư, đồng thời thay thế các dự án tích hợp hệ thống cồng kềnh.
Tiếp theo, khi một hệ thống phần mềm hoàn tất triển khai, thách thức thực sự mới chỉ bắt đầu. Việc sử dụng hàng ngày đồng nghĩa với việc phải liên tục du hành trong các giao diện hỗn loạn phức tạp này. Công việc hàng ngày thường bao gồm hàng chục giao diện, sự chuyển động của nhân sự liên tục đặt lại kinh nghiệm tích lũy, và một lượng lớn các quy trình cạnh tranh mãi mãi không nhận được sự hỗ trợ tốt từ mặt sản phẩm. Người dùng cần mất thời gian tìm kiếm trường dữ liệu, đồng bộ dữ liệu giữa các hệ thống khác nhau bằng tay, hoặc thường xuyên yêu cầu nhóm vận hành giúp tôi chạy một bản báo cáo này. Kết quả là chu kỳ quy trình chậm lại, lỗi xảy ra thường xuyên, và chi phí đào tạo kéo dài.
Ở đây, cơ hội của trí tuệ nhân tạo nằm ở việc, xây dựng một hệ thống cơ hành thân thiện hơn, mạnh mẽ hơn cho các hệ thống truyền thống này.
Các công ty này cam kết giúp nhóm có được giá trị cao hơn từ các hệ thống hiện có. Hình thức thực tế thường là một trợ lý hiện diện trên Slack hoặc thanh bên trình duyệt, có thể trả lời các câu hỏi giống như tìm dữ liệu ở đâu, làm cách nào để thực hiện một thao tác, và thực hiện các hoạt động an toàn nếu có API, chẳng hạn như tạo phiếu công việc, nhập bút toán, cập nhật điều khoản nhà cung cấp, v.v. Các công cụ này cũng có thể nối tiếp nhiều hệ thống, tạo thành quy trình làm việc kết hợp qua ứng dụng, chẳng hạn kéo dữ liệu đơn đặt hàng mua của quý trước từ SAP, kiểm tra điều khoản hợp đồng trong Coupa, sau đó viết giải thích sự khác biệt trong ServiceNow, kèm theo phê duyệt bằng tay, ghi nhận kiểm toán và kiểm soát quyền truy cập tinh tiểu. Sản phẩm xuất sắc còn theo dõi việc sử dụng, tiết kiệm thời gian và tỷ lệ lỗi.
Nhưng thực tế là, nhiều công việc then chốt trong doanh nghiệp không được tiết lộ thông qua API tiêu chuẩn mà tồn tại trong nhiều giao diện khác nhau, chẳng hạn như ứng dụng máy khách cổ điển, môi trường desktop ảo, và bảng điều khiển quản trị không có tài liệu đầy đủ. Do đó, các đại lý hoạt động máy tính hiện đại trở thành bổ sung quan trọng cho trợ lý dựa trên API. Chúng mở rộng khả năng tự động hóa có thể tiếp cận đến phần cuối không thể xử lý thông qua giao diện lập trình ứng dụng.
Khả năng cốt lõi của chúng không chỉ là nhấp nút, mà là khả năng thực hiện ổn định trong môi trường hỗn loạn này. Những loại đại lý này cần có khả năng hiểu cấu trúc giao diện, xác định phần tử ổn định, phục hồi thực hiện trong cửa sổ bấm hoặc thay đổi bố cục, và ghi lại tiến trình tại các điểm chính để phục hồi an toàn sau khi bị gián đoạn. Khi khả năng này kết hợp với cơ chế kiểm tra như so sánh khác biệt, phiên soát, kiểm tra hộp cát, cùng với các phương tiện kiểm soát doanh nghiệp như đăng nhập một lần, quản lý khóa, nguyên tắc tối thiểu quyền hạn, cơ chế kiểm toán, công việc mà trước đây phụ thuộc vào con người thực hiện có thể được chuyển đổi thành quy trình tự động hóa có thể điều khiển được, có thể lặp lại, chẳng hạn như sắp xếp công việc, các bước kết thúc kỳ kế toán, cập nhật khách hàng, điều chỉnh giá cả, v.v., ngay cả trong SAP, ServiceNow, Salesforce trong những phần mà trước đây không được thiết kế cho tự động hóa.
Có thể hiểu như sau: API giúp làm cho đường dẫn tiêu chuẩn hiệu quả hơn, trong khi khả năng xử lý máy tính khiến cho các quy trình đuôi dài có thể tự động hóa.

Các công ty như Factor Labs và Sola đã triển khai các đại lý như vậy vào môi trường sản xuất, thay thế chi phí thuê ngoài quy trình kinh doanh truyền thống và giúp các tổ chức lớn thực hiện tự động hóa công việc với quy mô lớn.
Cuối cùng, ngay cả khi bạn làm cho SAP, ServiceNow, Salesforce dễ sử dụng hơn, doanh nghiệp vẫn đang liên tục thay đổi, điều này có nghĩa là bản ghi hệ thống cũng phải tiến triển theo. Các sản phẩm mới, chính sách mới, sáp nhập mới, yêu cầu quản lý mới, cùng với nhiều loại quy trình đuôi dài mà việc phát triển các mô-đun nhân vị trung tâm riêng lẻ không bao giờ đủ giá trị, đã liên tục thúc đẩy phần mềm thích ứng với trạng thái thực sự của doanh nghiệp. Trước đây, các nhóm thường chỉ có hai lựa chọn: hoặc tinh chỉnh sâu hệ thống và chịu chi phí dễ vỡ kén; hoặc phát triển các ứng dụng độc lập rời rạc, nhưng đối diện với khó khăn về tích hợp, quản lý và bảo trì.
IA cung cấp một lựa chọn thứ ba: xây dựng các ứng dụng nhỏ, có thể quản lý, trên đầu hệ thống cốt lõi mà không phá hủy nó, với tốc độ nhanh hơn.
Xây dựng các công cụ và khả năng tự động hóa mới trên hệ thống truyền thống có thể được coi là đặt một tầng trải nghiệm "dễ sử dụng" hơn lên một bộ phần mềm không thân thiện. Mô hình cơ bản là đầu tiên xây dựng một mặt phẳng dữ liệu và hành động thống nhất: đọc dữ liệu từ bản ghi hệ thống thông qua API và sự kiện (đôi khi cần hỗ trợ của giao diện an toàn), chuẩn hóa nó thành mô hình ngữ nghĩa của đối tượng kinh doanh, chẳng hạn như đơn hàng, nhà cung cấp, phiếu công việc, vv., sau đó cung cấp một tập hợp các giao diện hoạt động có khả năng kiểm soát quyền hạn, cơ chế phê duyệt và khả năng kiểm toán.
Dựa trên nền tảng này, nhóm có thể nhanh chóng xây dựng trải nghiệm ứng dụng tập trung vào các tình huống cụ thể, các trải nghiệm này hiện đại hơn, cũng như gần gũi hơn với nhu cầu thực tế. Ví dụ, không cần để nhân viên mua hàng trải qua hàng chục bước hoạt động trong SAP để hoàn tất việc đăng ký nhà cung cấp, thay vào đó cung cấp một ứng dụng nhẹ đơn giản cho việc đăng ký nhà cung cấp, hoàn tất thu thập thông tin, kiểm tra lặp lại, chuyển tiếp phê duyệt, và cuối cùng ghi dữ liệu trở lại SAP. Hoặc chẳng hạn, không khiến nhóm vận hành doanh thu phải liên tục chuyển đổi giữa các giao diện trong Salesforce để chỉnh sửa các điều khoản gia hạn, mà thay vào đó cung cấp một bộ chỉnh sửa nhanh chóng giống như bảng tính, có thể chỉnh sửa hàng loạt, kiểm tra tính tuân thủ, xem trước tác động, và cuối cùng gửi thay đổi với bản ghi kiểm toán đầy đủ. Hoặc, không phải xây dựng hệ thống cổng thông tin mới lặp đi lặp lại, mà là cung cấp một cổng vào hoạt động thống nhất cho nhóm trực tiếp, có thể hoàn tất các hoạt động hàng ngày tần suất cao như tạo đơn trả hàng, gia hạn hạn mức tín dụng, khởi đầu phiếu sự cố cấp 2, phân bổ chi phí, vv., mà không cần phải di chuyển qua lại giữa nhiều trang web.
Các lớp mở rộng này cũng có khả năng kết nối quy trình làm việc giữa các hệ thống và khả năng tự động hóa, điều mà không phải do bất kỳ nhà cung cấp đơn lẻ nào mà có thể ưu tiên. Ví dụ, thông qua sự kiện đẩy để thực hiện quy trình tự động: Khi hóa đơn được ghi nhận và chênh lệch vượt quá 3%, tự động tạo giải thích và gửi để phê duyệt; hoặc khi phiếu công việc bị mở lại lặp lại hai lần, tự động tạo bản ghi sự cố, phân công người chịu trách nhiệm và đồng bộ tình trạng khách hàng và đưa vào kiểm duyệt bởi con người tại các điểm khóa.
Theo thời gian, những thực hành có giá trị nhất sẽ ngày càng trở thành những mô-đun ý định có thể tái sử dụng, chẳng hạn từ báo giá đến thanh toán, lập danh sách nhà cung cấp, cuối kỳ thanh toán và nhiều hơn nữa. Những mô-đun này không chỉ xác định điều cần phải làm mà còn quan trọng hơn là xác định cách thức hoàn thành các hoạt động này trong môi trường doanh nghiệp cụ thể một cách an toàn, tuân thủ các quy định.

Sản phẩm như Cell của General Magic đã giúp biến khả năng xây dựng quy trình làm việc tùy chỉnh như vậy trở nên cụ thể và sẵn có: bạn có thể tải lên định dạng OpenAPI, biến mỗi giao diện thành hoạt động có thể gọi được; sau đó thông qua một script đơn giản nhúng vào thanh lệnh nguyên bản, thực hiện trực tiếp cuộc gọi API thực sự và được hỗ trợ bởi khả năng phân tích, kiến trúc đa người dùng, kiểm soát an ninh và cơ chế quản lý quyền. Do đó, trọng tâm của công việc đã chuyển từ việc xây dựng lại giao diện sang việc kết hợp các hoạt động và chiến lược hợp lý trên hệ thống hiện có, đáng tin cậy.
Chúng tôi dự đoán rằng, hầu hết các hệ thống truyền thống sẽ tiếp tục tồn tại, nhưng chúng sẽ không còn là giao diện chính để thực hiện công việc. Các hệ thống ERP, CRM, ITSM đã được tích hợp sâu vào cơ sở doanh nghiệp, không thể thay thế theo nhịp độ của phần mềm thông thường; chúng sẽ tiếp tục phát triển chậm và tiếp tục tồn tại như các hệ thống ghi chú. Thực sự thay đổi, là những hệ thống hành động dành cho người dùng trên đó: Trí tuệ Nhân tạo sẽ trở thành cổng vào mặc định, để hiểu cách hệ thống hoạt động, thực hiện quy trình làm việc giữa các hệ thống và xây dựng ứng dụng hiện đại nhẹ nhàng vượt qua giao diện truyền thống. Nói cách khác, tầng trung gian ban đầu, sẽ trở thành con đường chính thức.
Theo mô hình này, phần mềm có thể duy trì lâu dài không còn là như một trò chuyện với trí tuệ nhân tạo, mà nó giống như tầng hệ điều hành: một bản đồ dữ liệu và hoạt động thống nhất, dựa trên mô hình ngữ nghĩa của thông tin về doanh nghiệp và có cơ chế an ninh và quản trị hoàn chỉnh, cho phép Trí tuệ Nhân tạo hoạt động đáng tin cậy trong môi trường sản xuất. Đối với người dùng cuối, họ không cần phải học cụ thể về việc sử dụng giao diện nào, trường nào, mã giao dịch nào, cũng không cần phải học lại khi giao diện hoặc quy trình thay đổi; chỉ cần mô tả kết quả mà họ muốn đạt được, hệ thống sẽ giúp bạn hoàn thành. Trong quá trình này, hệ thống sẽ đặt câu hỏi làm sáng tỏ cần thiết, hiển thị bản xem trước về quá trình thực thi và sau đó hoàn thành hoạt động dưới cơ chế phê duyệt và kiểm toán phù hợp.
Ví dụ, bạn có thể ra lệnh như sau: Tạo đơn trả hàng và thông báo cho khách hàng, tạo một phiếu sự cố cấp hai và truy xuất ba sự kiện liên quan gần đây nhất hoặc hoàn thành quy trình lập danh sách nhà cung cấp, bao gồm thu thập tài liệu, thực hiện quy trình phê duyệt và thiết lập điều kiện thanh toán. Các hoạt động đó hiện nay thường yêu cầu chuyển đổi giữa SAP, Salesforce, Service Now và bảng tính để hoàn thành. Nhưng dưới mô hình mới, chúng sẽ được tích hợp như một quy trình thực thi.
Biến đổi này đã mang lại kết quả là fewer errors and rollbacks, lower expertise dependency, faster processing cycles, and significantly reduced training costs, as the entire interaction is intent-driven, role-aware, and defaults to self-service.
The moat will also continuously accrue in real-world usage: every successfully executed workflow will precipitate into reusable intent; every exception handling will morph into new safety constraints; every artifact from migration processes will form the continuously updated system fabric; every integration will deepen the understanding of how the enterprise really operates. Over time, this layer of AI will become a core portal for the team to understand change impacts, prevent system drift, measure ROI, and build new workflows, even if the underlying systems themselves have not changed.
Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:
Nhóm Telegram đăng ký: https://t.me/theblockbeats
Nhóm Telegram thảo luận: https://t.me/BlockBeats_App
Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia