Biên tập viên: Trong hai thập kỷ qua, lợi thế cạnh tranh của SaaS chủ yếu được xây dựng dựa trên giao diện người dùng. Bảng điều khiển, trường dữ liệu, luồng phê duyệt và thói quen người dùng không chỉ là giao diện thao tác, mà còn định hình cách tổ chức hoạt động và trật tự dữ liệu. Khi AI có thể trực tiếp đọc dữ liệu, gọi công cụ và thực hiện quy trình, sự gắn kết do ký ức cơ bắp của con người tạo ra bắt đầu suy giảm, và giao diện người dùng không còn nhất thiết là giao diện cốt lõi của phần mềm doanh nghiệp.
Điều này không có nghĩa là hệ thống ghi nhận mất đi giá trị, mà là sự phòng thủ của nó đang chuyển dịch: từ giao diện người dùng và thói quen sử dụng, sang mô hình dữ liệu, hệ thống quyền hạn, trách nhiệm tuân thủ, logic kinh doanh, vòng lặp thực thi và mạng lưới hợp tác đa bên. Phần mềm thực sự có rào cản trong tương lai có thể không còn chỉ là cơ sở dữ liệu ghi lại công việc của con người, mà là hệ thống hành động có khả năng nắm bắt ngữ cảnh, khởi tạo nhiệm vụ, điều phối các tác nhân và liên tục tạo ra dữ liệu mới trong quá trình thực thi.
Khi phần mềm hướng đến headless, vấn đề cốt lõi của phần mềm doanh nghiệp cũng thay đổi: giá trị không còn chỉ nằm ở ai sở hữu dữ liệu, mà là ai có thể tổ chức hành động xung quanh dữ liệu đó.
The following is the original text:
Tháng trước, Salesforce thông báo sẽ mở API và ra mắt một sản phẩm headless (loại bỏ giao diện). Về cơ bản, điều này có nghĩa là Salesforce đang đặt cược rằng trong thời đại Agent, giá trị cốt lõi của họ không còn chủ yếu đến từ UI, mà đến từ lớp dữ liệu. Đây là một sự định vị lại khá thông minh.
Tuy nhiên, cũng cần chỉ ra rằng, về mặt kỹ thuật, đợt ra mắt này dường như không mang lại nhiều thay đổi thực chất. Các API mà Salesforce hiện đang tái đóng gói dưới danh nghĩa “sản phẩm headless” về cơ bản đã tồn tại nhiều năm nay. Nói cách khác, đây trông giống như một đợt quảng bá marketing điển hình của Salesforce.
Ý tưởng cốt lõi của sản phẩm mới này là Agent có thể truy cập trực tiếp vào dữ liệu trong hệ thống ghi chép, thay vì phải tương tác thông qua giao diện được thiết kế dành cho con người. Giao diện truyền thống có chức năng giúp người dùng con người theo dõi quy trình, quản lý nhiệm vụ và thúc đẩy luồng công việc; nhưng sau khi Agent tham gia, tính cần thiết của lớp giao diện này bắt đầu giảm đi.
Điều đáng bàn luận thực sự trong đợt ra mắt này không chỉ là Salesforce đã giới thiệu sản phẩm mới nào, mà là họ đã đặt ra một câu hỏi cơ bản hơn: nếu loại bỏ giao diện người dùng và chỉ mở cửa cơ sở dữ liệu nền tảng, thì một hệ thống ghi chép còn lại gì? Nó khác biệt bao nhiêu so với một cơ sở dữ liệu Postgres, một bộ schema dữ liệu được thiết kế tốt, và một tập hợp các API?
Nói sâu hơn, những yếu tố cổ điển từng giúp hệ thống ghi chép có khả năng phòng thủ lâu dài có còn đúng không? Hay các tiêu chuẩn cạnh tranh mới đã xuất hiện?
Trong thời đại SaaS, hệ thống ghi nhận sở hữu hàng rào bảo vệ vì người dùng con người sống lâu dài trong giao diện của nó. Giao diện gánh vác thói quen thao tác, quy trình tổ chức và sự tích lũy dữ liệu, từ đó tạo ra chi phí chuyển đổi cao. Nhưng trong thời đại Agent, lợi thế này đang bị suy yếu. Các cấp độ thực sự có tính phòng thủ đang một mặt hạ xuống các mô hình dữ liệu, hệ thống quyền hạn, logic quy trình làm việc và năng lực tuân thủ; mặt khác nâng lên các hiệu ứng mạng, khả năng tạo ra dữ liệu độc quyền và năng lực thực thi trong thế giới thực.
Khi phần mềm chuyển sang dạng headless, lợi thế cạnh tranh sẽ chuyển đến đâu?
UI từng chính là sản phẩm
Hệ thống ghi chép (System of Record, SoR) là nguồn dữ liệu thương mại đáng tin cậy. Đây là nơi lưu trữ phiên bản chính thức của các dữ liệu như quan hệ khách hàng, hồ sơ nhân sự hoặc giao dịch tài chính, đồng thời cũng là hệ thống cốt lõi mà các công cụ khác đọc dữ liệu và ghi lại dữ liệu. CRM là hệ thống ghi chép cho dữ liệu liên quan đến doanh thu, HRIS là hệ thống ghi chép cho dữ liệu liên quan đến nhân sự, còn ERP là hệ thống ghi chép cho dữ liệu liên quan đến vốn và tài chính.
Sức mạnh của những hệ thống này không chỉ đến từ việc chúng lưu trữ dữ liệu, mà còn ở chỗ chúng cuối cùng trở thành phiên bản thực tế mà toàn bộ tổ chức dựa vào để vận hành.
Trong hai thập kỷ qua, những gì Salesforce bán cho khách hàng thực chất là một bộ công cụ giúp các nhà quản lý bán hàng điều hành đội ngũ của họ. Bảng điều khiển, giao diện dòng chảy bán hàng, công cụ dự báo, luồng thông tin động — những tính năng này mới thực sự là sản phẩm được mua. Mô hình kinh doanh của nó dựa trên việc bán các vị trí cho người dùng, trong khi các vị trí này về bản chất cung cấp quyền truy cập vào các chức năng nêu trên. Cơ sở dữ liệu nền tảng tuy quan trọng, nhưng trong trải nghiệm sản phẩm lại giống như một hạ tầng ẩn.
Nói cách khác, yếu tố thực sự thúc đẩy sự gắn kết của người dùng là giao diện người dùng.
Giao diện người dùng đã ràng buộc các tiêu chuẩn dữ liệu, định hình nên ngôn ngữ chung: manh mối, cơ hội kinh doanh, tài khoản khách hàng. Nó khiến hàng ngàn đại lý bán hàng liên tục nhập những dữ liệu mà họ vốn không muốn nhập. Trước đây, giao diện người dùng chính là cơ chế duy trì tính nhất quán và khả năng sử dụng của dữ liệu. Salesforce có độ bám dính cao đến mức nhiều trưởng phòng bán hàng vẫn kiên trì mang Salesforce theo khi chuyển công ty, không phải vì giao diện của nó tuyệt vời đến mức nào, mà vì nó đã trở thành một ký ức cơ bắp.
Nhưng Agent đang bắt đầu đảo ngược mô hình này. Thay vì cần tương tác với phần mềm thông qua giao diện người dùng, chúng có thể trực tiếp đọc và ghi dữ liệu hạ tầng. Điều này cũng thúc đẩy sự ra đời của một loạt công cụ và giải pháp thay thế mới, bỏ qua giao diện truyền thống. Salesforce không phải là ví dụ duy nhất: chúng ta cũng từng thảo luận gần đây về việc một hệ sinh thái hoàn toàn phù hợp hơn để AI gọi đang hình thành xung quanh SAP.
Đồng thời, các Agent có thể thao tác máy tính cũng sẽ khiến những yếu tố truyền thống ở cấp độ con người như sở thích, đào tạo, bối cảnh không được ghi lại... dần trở nên ít quan trọng hơn theo thời gian. Nói cách khác, các điều kiện cần thiết để trở thành một hệ thống ghi chép bền vững đang thay đổi.
Tiêu chí đánh giá trước đây
Trước khi thảo luận về những thay đổi sẽ xảy ra trong thời đại Agent, cần quay lại một cách chính xác hơn với một câu hỏi: Trước đây, điều gì đã khiến các hệ thống ghi chép trở nên bền vững?
Các yếu tố trước đây chủ yếu liên quan đến cách con người sử dụng phần mềm và sở thích cá nhân của họ. Phần mềm khó bị thay thế chủ yếu do giao diện người dùng, thói quen sử dụng, luồng công việc của con người, cũng như các sắp xếp thể chế đã được tích hợp vào quy trình tổ chức.
Đầu tiên, nó được truy cập với tần suất cao đến mức nào?
CRM được đội ngũ GTM và nhiều bộ phận liên quan khác sử dụng hàng ngày. Chính việc sử dụng thường xuyên này khiến nó trở thành hạ tầng then chốt. Còn lớp con người xây dựng trên đó—ví dụ như các cuộc họp đội nhóm, thói quen vận hành, nhịp độ quản lý—những thói quen tổ chức được hình thành qua nhiều năm—thường là phần khó chuyển đổi nhất. Lý do là vì nó thậm chí thường không được nhận diện là “điều cần chuyển đổi”.
Thứ hai, nó chỉ ghi, hay vừa đọc vừa ghi?
Hệ thống ghi chú thực sự có tính gắn kết thường là một hệ thống hai chiều, vừa đọc vừa ghi. Lấy CRM làm ví dụ, nó không chỉ là hệ thống ghi dữ liệu để lưu trữ, mà còn được đọc liên tục. Mỗi bản ghi cuộc gọi, mỗi lần cập nhật giai đoạn, mỗi nhiệm vụ được tạo ra đều do một người dùng nhập vào, và người dùng đó thường quan tâm đến cách dữ liệu này sẽ được sử dụng sau này.
Sự lưu thông hai chiều này có nghĩa là bất kỳ sản phẩm thay thế nào cũng phải có khả năng tiếp nhận dữ liệu vận hành theo thời gian thực, chứ không chỉ xuất một bản sao dữ liệu lịch sử. Trong quá trình chuyển đổi, gần như không tồn tại thời điểm chuyển đổi tuyệt đối an toàn. Do đó, một khi doanh nghiệp hoàn tất triển khai, họ thường sẽ ở lại lâu dài trong hệ sinh thái của nhà cung cấp ban đầu.
Ngược lại, hệ thống theo dõi ứng viên (ATS) thường gần với hệ thống “chỉ ghi” hơn. Sau khi ứng viên được tuyển dụng hoặc bị từ chối, doanh nghiệp có rất ít lý do để quay lại sử dụng những dữ liệu này.
Thứ ba, có bao nhiêu SOP chưa được tài liệu hóa?
Bối cảnh kinh doanh thực sự quan trọng thường không được ghi lại trong bất kỳ wiki nào, mà được tích lũy trong các quy tắc quy trình làm việc do các quản trị viên và nhà tích hợp hệ thống xây dựng trong nhiều năm.
Ví dụ với hệ thống bán hàng, các ngữ cảnh không được tài liệu hóa này có thể bao gồm: các giao dịch doanh nghiệp vượt quá 100.000 đô la Mỹ cần sự phê duyệt của VP; các giao dịch ở khu vực EMEA phải qua kiểm duyệt quyền riêng tư; chiết khấu cho khách hàng chiến lược chỉ có thể bỏ qua phê duyệt tài chính vào cuối quý.
Những ngữ cảnh này thường quyết định liệu một việc có thể được thúc đẩy kịp thời hay có thể hoàn thành mà không vi phạm các quy trình then chốt. Việc di chuyển hệ thống có nghĩa là phải tái phân tích từng quy tắc tự động hóa; nếu không, doanh nghiệp có thể trực tiếp mất đi một phần ký ức tổ chức.
Thứ tư, các phụ thuộc nội bộ hoặc bên ngoài phức tạp đến mức nào?
Vấn đề cốt lõi là: có bao nhiêu hệ thống nội bộ, quy trình đội nhóm hoặc bên liên quan bên ngoài phụ thuộc vào hệ thống ghi chép này?
Tính kết nối nội bộ đề cập đến việc có bao nhiêu phần mềm hoặc quy trình downstream phụ thuộc vào nó. Tính kết nối ngoại vi thì chỉ liệu các bên bên ngoài như kiểm toán viên, kế toán viên, cơ quan quản lý có cần truy cập trực tiếp vào dữ liệu trong đó hay không. ERP là ví dụ điển hình.
Càng có tính kết nối cao, dù là nội bộ hay bên ngoài, các mối quan hệ cần được tách rời và xây dựng lại trong quá trình di chuyển càng trở nên phức tạp.
Thứ năm, từ góc độ tuân thủ, dữ liệu quan trọng đến mức nào?
Vấn đề cốt lõi ở đây rất đơn giản: hệ thống này có mang tính then chốt về mặt tuân thủ không?
Các hệ thống then chốt về tuân thủ như hệ thống lương, ERP, dữ liệu nhân sự phải cung cấp nguồn sự thật hợp pháp và có kiểm soát quyền quản trị nghiêm ngặt. Bất kỳ việc di chuyển nào đều có thể yêu cầu sự can thiệp trực tiếp từ các kiểm toán viên và cơ quan quản lý. Điều này làm cho độ bám dính của chúng mạnh mẽ hơn đáng kể.
Dữ liệu bán hàng và các công cụ hỗ trợ khách hàng như Zendesk nằm ở đầu bên kia. Doanh nghiệp tất nhiên quan tâm đến tính liên tục và ngữ cảnh, nhưng nếu dữ liệu được di chuyển hoặc có người được cấp quyền truy cập, thường không ngay lập tức gây ra rủi ro về mặt quản lý.
Không phải tất cả các hệ thống ghi nhận đều có mức chi phí chuyển đổi như nhau. Việc so sánh CRM và ATS trong cùng một nhóm chiều sẽ cho thấy sự khác biệt rõ rệt.
ATS là một công cụ workflow phục vụ các quy trình hạn chế, tập trung vào tuyển dụng. Một khi ứng viên được tuyển dụng hoặc từ chối, các bản ghi liên quan hầu hết trở thành dữ liệu ghi một lần. Phạm vi tích hợp của nó hẹp hơn và nhóm người dùng nhỏ hơn, tập trung hơn.
ERP lại nằm ở cực opposite. Sổ cái chính là dấu vết kiểm toán, và các kế toán viên, kiểm toán viên cũng như cơ quan quản lý đều sẽ trở thành các bên liên quan trực tiếp trong quá trình di chuyển.
Thay thế ATS là đau đớn, nhưng vẫn có thể chịu đựng được. Thay thế CRM giống như đang thực hiện phẫu thuật mở lồng ngực. Thay thế ERP thì giống như đang thực hiện phẫu thuật mở lồng ngực cho bệnh nhân trong lúc họ chạy marathon.
Traditionally, record systems have not truly leveraged moats such as proprietary data and network effects; typically, the workflow itself has been sufficient to form barriers. To some extent, combining tools with networks has been more characteristic of consumer-facing businesses; historical SoRs have not taken this path.
Dữ liệu độc quyền. Nhiều hệ thống lưu trữ dù đã tích lũy lượng lớn dữ liệu khách hàng, nhưng chưa thực sự khai thác sâu các dữ liệu này, và trong nhiều trường hợp, các điều khoản hợp đồng cũng không cho phép chúng làm như vậy. Do đó, dù CRM sở hữu bộ dữ liệu phong phú và về lý thuyết có thể tổng hợp dữ liệu từ nhiều khách hàng khác nhau để tạo ra những hiểu biết xuyên khách hàng, nhưng chúng chưa bao giờ thực hiện điều này theo cách thực sự có ý nghĩa. Tất nhiên, các sản phẩm như Einstein của Salesforce đã từng có một số nỗ lực.
Hiệu ứng mạng. Đối với hệ thống ghi chép, hàng rào bảo vệ lý tưởng nhất nên là hiệu ứng mạng: ví dụ, CRM sẽ trở nên có giá trị hơn khi các nhà cung cấp phần mềm có thể tìm thấy người mua trong đó. Nhưng giống như dữ liệu, trong lịch sử, hiệu ứng mạng của các hệ thống ghi chép luôn yếu, thậm chí có thể nói là gần như không tồn tại.
Nếu giao diện người dùng biến mất, sau khi Agent đến, phần mềm còn lại gì?
Agent không cần trình duyệt. Nó cần API, ngữ cảnh, hướng dẫn và khả năng thực hiện hành động. Có hai yếu tố giúp mọi thứ này có thể mở rộng quy mô: thứ nhất, LLM hiện đã có đủ khả năng suy luận để Agent có thể đọc ngữ cảnh, lập kế hoạch, chọn công cụ, thực hiện hành động và đánh giá kết quả, đồng thời không còn cần sự can thiệp của con người trong hầu hết các nhiệm vụ; thứ hai, MCP đã chuẩn hóa cách truy cập công cụ, cung cấp một giao diện chung để Agent gọi các khả năng bên ngoài.
Một Agent có quyền truy cập MCP có thể thực hiện các thao tác mà người dùng con người từng thực hiện trên nền tảng, với quy mô lớn và trong thời gian miligiây, mà không cần trình duyệt. Trong điều kiện ngữ cảnh đầy đủ, Agent có khả năng thao tác máy tính thậm chí có thể trực tiếp sử dụng giao diện phần mềm hiện có, mà không nhất thiết cần API.
Nhìn một cách đơn giản, người mua phần mềm hiện có ba con đường:
Đầu tiên, tiếp tục sử dụng hệ thống hiện có và triển khai Agent lên trên nó.
Sử dụng chúng thông qua CLI và API của hệ thống hiện có, bạn có thể sử dụng sản phẩm Agent bản địa của nhà cung cấp như Agentforce của Salesforce hoặc Joule của SAP, hoặc tự xây dựng Agent trên nền tảng đó. Tất nhiên, ở đây tạm giả định rằng API là đầy đủ và khả dụng, đồng thời bỏ qua sự phức tạp mà việc “headless hóa” có thể mang lại trong vận hành thực tế.
Thứ hai, hệ thống ghi chép tự xây dựng hoàn toàn.
Các doanh nghiệp có thể xây dựng từ đầu mô hình dữ liệu, logic vận hành, hệ thống quyền hạn, theo dõi kiểm toán và tích hợp hệ thống của riêng mình, cùng với bộ Agent của riêng họ. Con đường này rất có thể sẽ sử dụng các công cụ phát triển Agent và công cụ cơ sở dữ liệu của bên thứ ba.
Thứ ba, mua các sản phẩm thay thế gốc AI.
Các doanh nghiệp cũng có thể mua phần mềm thế hệ mới được thiết kế ngay từ đầu cho thời đại Agent. Những sản phẩm này nhấn mạnh tính khả đọc của máy, coi việc điều phối Agent là một khả năng cốt lõi, thay vì chỉ thêm chức năng AI một cách hàn gắn lên các hệ thống cũ. Những sản phẩm này cũng có thể là headless.
Vậy thì những gì trong tiêu chí đánh giá cũ sẽ được giữ lại?
Các yếu tố do hành vi và sở thích con người thúc đẩy, chẳng hạn như tần suất truy cập, các chỉ số liên quan đến ký ức cơ bắp như thuộc tính đọc-ghi hai chiều, sẽ dần suy yếu. Agent có thể làm giảm giá trị của “ký ức cơ bắp” như một hàng rào bảo vệ, nhưng chúng sẽ không xóa bỏ hàng rào bảo vệ từ logic vận hành và bối cảnh kinh doanh. Theo một nghĩa nào đó, chúng thậm chí còn làm cho những logic này trở nên quan trọng hơn, vì để thực hiện nhiệm vụ một cách an toàn, Agent phải dựa vào các quy tắc, quyền hạn và định nghĩa quy trình rõ ràng.
Các SOP không được tài liệu hóa vẫn quan trọng trong ngắn hạn.
Logic của các quy tắc quy trình làm việc được tích lũy trong tổ chức, chính là những gì Agent cần để thực hiện chính xác các nhiệm vụ thay bạn. Đồng thời, đây cũng là phần khó tái tạo nhất. Ít nhất hiện tại, nó vẫn chưa thể được xuất ra một cách sạch sẽ, đặc biệt khi một số quy trình vẫn cần sự tham gia của con người. Tuy nhiên, việc ghi nhận ngữ cảnh đang trở nên ngày càng dễ dàng hơn; khi Agent thay thế ngày càng nhiều lao động thủ công, yếu tố này sẽ dần trở nên ít quan trọng hơn.
The connectivity remains difficult to untangle and will extend even deeper.
Ý nghĩa của tính kết nối đang thay đổi. Nó không còn chỉ nhằm hỗ trợ công việc của con người, mà còn duy trì sự kết nối giữa các chức năng và phần mềm trước đây vốn tách biệt nhau.
Một CRM Agent cần kết nối dữ liệu và bối cảnh từ các giai đoạn khác nhau như bán hàng, hóa đơn và thành công của khách hàng. Nếu nền tảng của bạn còn trở thành nút giao dịch giữa nhiều tổ chức bên ngoài, chẳng hạn như người mua, người bán và đối tác đều thực hiện tương tác thông qua đây, thì các mối quan hệ phụ thuộc sẽ càng trở nên phức tạp hơn.
Khi các nhà sản xuất tích hợp Agent, việc hợp tác trơn tru giữa các đối tượng và logic cơ bản của phần mềm nền tảng khác nhau có thể gặp khó khăn; doanh nghiệp chỉ dựa vào một cơ sở dữ liệu tự xây dựng và một nhóm Agent cũng sẽ đối mặt với vấn đề tương tự.
Dữ liệu quan trọng về tuân thủ vẫn rất quan trọng.
Dữ liệu liên quan đến cơ quan quản lý, rủi ro quản lý hoặc rủi ro pháp lý vẫn cần một nguồn dữ liệu duy nhất, đáng tin cậy. Nếu khách hàng đã tin tưởng vào sản phẩm hiện có, khả năng họ chuyển đổi hệ thống sẽ thấp hơn.
Ví dụ với dữ liệu lương và kế toán, Agent có thể thực sự cần truy cập vào những dữ liệu này, nhưng các doanh nghiệp thường ít có khả năng chọn tự xây dựng và duy trì lâu dài các hệ thống như vậy trong nội bộ.
Trong một thế giới hoàn toàn được agent hóa, một trong những vấn đề khó giải quyết nhất là: những agent nào được ủy quyền làm gì? Chúng hành động thay cho ai? Những hành vi này được kiểm toán như thế nào? Nếu một hệ thống ghi chép có thể trở thành lớp danh tính và quyền hạn cho các tương tác giữa các agent, nó sẽ chiếm giữ một vai trò cấu trúc thực sự khó thay thế. Rào cản ở đây không chỉ nằm ở việc nó sở hữu dữ liệu gì, mà còn ở việc nó thực thi kiến trúc niềm tin nào.
Looking ahead, for AI-native startups, a new set of factors will become increasingly important and determine whether they can build defensibility.
Đầu tiên, việc tái xây dựng hệ thống ghi chú này khó đến mức nào?
Dữ liệu sẽ trở nên quan trọng hơn ở nhiều cấp độ khác nhau.
Trước hết, trong ngắn hạn, điều then chốt là mức độ dễ dàng trong việc trích xuất và tái tạo dữ liệu nền tảng của hệ thống ghi lại. AI đang giúp việc này trở nên dễ dàng hơn, và một loạt công cụ đang hỗ trợ người dùng thực hiện các cuộc di chuyển và tái tạo này.
Trong ngắn hạn, các nhà sản xuất hiện tại có thể và rất có khả năng sẽ khiến việc này trở nên khó khăn hơn: họ có thể làm cho API trở nên khó sử dụng, đặt giới hạn, không đầy đủ, hoặc trở nên không kinh tế về mặt tài chính, thậm chí không cung cấp API nào cả. Nhưng với sự tiến bộ không ngừng của các công cụ trích xuất, đặc biệt là khả năng của các Agent có thể thao tác máy tính, việc tái tạo dữ liệu sẽ ngày càng trở nên dễ dàng hơn.
Đồng thời, công ty mới cũng đang tái tạo một bộ dữ liệu phong phú hơn từ email, điện thoại, AI agent và tài liệu nội bộ. AI đã giảm 80% chi phí để tái tạo một hệ thống ghi chép. Điều phân biệt giữa một điểm tiếp cận hữu ích và một sản phẩm thay thế thực sự là 20% còn lại: các trường hợp ngoại lệ, quy trình phê duyệt, yêu cầu tuân thủ và các luồng công việc trong các tình huống biên.
Thứ hai, có sở hữu dữ liệu độc quyền thực sự có ý nghĩa không?
Thứ hai, dữ liệu bản thân sẽ trở nên có giá trị hơn.
Dữ liệu thực sự có tính phòng thủ không phải là dữ liệu bạn nhập vào, mà là dữ liệu mà sản phẩm của bạn độc đáo tạo ra. Chúng ta thường nói đến “vườn tường dữ liệu”: những dữ liệu này hoặc là độc quyền, hoặc bị ràng buộc bởi quy định, hoặc cần được cập nhật liên tục. Một nhà cung cấp phần mềm đầu tư nhiều nguồn lực vào việc thu thập dữ liệu có thẩm quyền và đầy đủ sẽ có lợi thế rõ rệt so với các nhà cung cấp phổ thông hoặc các đối thủ cạnh tranh thiếu loại dữ liệu này.
Dữ liệu còn có một hướng quan trọng khác: liệu nó có phụ thuộc vào các hành động được tạo ra bên trong sản phẩm hay không.
Các công ty hàng đầu không chỉ lưu trữ dữ liệu được nhập từ nơi khác. Họ liên tục tạo ra những dấu vết dữ liệu mới do chính họ nằm trong quy trình, chẳng hạn như hành vi được quan sát, tỷ lệ phản hồi, mô hình thời gian, kết quả quy trình, chuẩn ngành, mô hình bất thường và hành trình thực thi của Agent.
Điểm then chốt là: dữ liệu hiện nay chính là bối cảnh.
Thứ ba, bạn có nắm được lớp hành động không?
Trong thế giới cũ, việc lưu trữ hồ sơ đã là đủ. Nhưng trong thế giới mới, các Agent sẽ trực tiếp hành động, và tính phòng thủ có thể chuyển sang những sản phẩm có thể tạo thành vòng lặp khép kín: từ hành động, ghi nhận kết quả, đến tận dụng phản hồi để tối ưu hóa các quyết định trong tương lai.
Đối với ERP, điều này có thể bao gồm phê duyệt chi phí, kích hoạt việc trả lương, đối chiếu hóa đơn, gửi thông báo, v.v. Những sản phẩm có thể tạo thành vòng khép kín có tính phòng thủ cao hơn vì chúng tích hợp vào quy trình thực thi, chứ không chỉ dừng lại ở mức quan sát. Chúng tạo ra dữ liệu độc đáo, liên tục được cải thiện qua quá trình sử dụng, và trở nên khó thay thế hơn vì việc loại bỏ chúng sẽ làm gián đoạn luồng công việc.
Of course, as more context is accumulated and edge cases are handled more thoroughly, the value here will continue to rise.
Thứ tư, có bao gồm các bước thực thi trong thế giới thực không?
Một số mô hình kinh doanh có kết nối với các hoạt động trong thế giới thực, và những khâu này không được tự động hóa hoàn toàn. Ví dụ rõ ràng nhất là các công ty vận hành mạng lưới, chẳng hạn như DoorDash. Chúng trước đây không thuộc về các hệ thống ghi chép, nhưng ở đây mang tính gợi ý cao.
Nói chung, bất kỳ công ty nào có thể mở rộng vòng lặp phần mềm đến các khâu như dịch vụ, thực hiện, logistics, vận hành tại chỗ hoặc thanh toán đều sở hữu một lợi thế phòng thủ khác biệt so với mô hình SaaS thuần túy. Những công ty này không chỉ lưu trữ hồ sơ hay đề xuất hành động; họ sẽ cử người, vận chuyển hàng hóa hoặc hoàn thành các dịch vụ cụ thể.
Đối với các doanh nhân, điều này có nghĩa là cơ hội có thể xuất hiện ở những thị trường nơi phần mềm ngày càng có khả năng đưa ra quyết định, các Agent ngày càng có khả năng điều phối quy trình, nhưng chặng đường cuối cùng vẫn cần thực thi trong thế giới thực. Ví dụ, phần mềm chuyên ngành gắn với dịch vụ tại chỗ là một hướng điển hình.
Thứ năm, có hiệu ứng mạng không?
Trong quá khứ, hầu hết các hệ thống ghi chép đều có hiệu ứng mạng yếu vì chủ yếu là phần mềm nội bộ. Nhưng trong thời đại Agent, nếu một hệ thống được tích hợp vào các luồng làm việc đa bên, hiệu ứng mạng có thể trở nên quan trọng hơn nhiều.
Nếu một hệ thống chịu trách nhiệm điều phối các tương tác lặp đi lặp lại giữa nhiều bên, chẳng hạn như người mua và người bán, chủ lao động và nhân viên, công ty và kiểm toán viên, nhà cung cấp và khách hàng, bên thanh toán và bên cung cấp dịch vụ, thì mỗi bên tham gia thêm vào đều có thể làm cho mạng lưới này trở nên có giá trị hơn đối với bên tham gia tiếp theo.
Một trong những cách là chia sẻ luồng làm việc hợp tác: sản phẩm trở thành nơi mà cả hai bên trong quy trình giao dịch, trao đổi ngữ cảnh và xử lý ngoại lệ.
Một cách khác là tiêu chuẩn và thông minh: hệ thống có thể dựa trên các mô hình quan sát được trong mạng lưới để hiển thị các trạng thái thông thường của ngành, các tình huống bất thường và đề xuất hành động, điều này lại củng cố lẫn nhau với giá trị dữ liệu được đề cập ở trên.
Cách thứ ba là sự tin tưởng và tiêu chuẩn hóa: Khi đối tác giao dịch bắt đầu dựa vào cùng một hệ thống để hoàn tất phê duyệt, bàn giao, tuân thủ hoặc thanh toán, sản phẩm này sẽ không còn chỉ là một cơ sở dữ liệu, mà trở thành cơ sở hạ tầng phối hợp của thị trường, do đó cũng khó bị thay thế hơn.
Thứ sáu, năng lực kỹ thuật của người mua mạnh đến mức nào?
Trong một thế giới mà bất kỳ ai về lý thuyết đều có thể tự xây dựng Agent, khả năng thực sự để xây dựng của các bên mua khác nhau vẫn khác biệt rất lớn. Đặc biệt trong các ngành dọc và những bên mua chức năng trước đây không có nguồn lực kỹ thuật nội bộ mạnh mẽ, xác suất để họ tự xây dựng, duy trì và liên tục cải tiến cơ sở dữ liệu, logic quy trình, stack Agent và lớp quản trị vẫn rất thấp.
Chi phí cũng quan trọng ở đây. DIY về mặt lý thuyết có thể giảm chi phí cấp phép phần mềm, nhưng thường chuyển chi phí sang việc triển khai, bảo trì và độ phức tạp nội bộ.
Điều này có nghĩa là, trong những danh mục hoạt động phức tạp nhưng thiếu hụt nguồn cung công nghệ, vẫn tồn tại cơ hội thực sự. Ví dụ: sản xuất, nền tảng xây dựng, quy trình công nghiệp, luồng công việc dịch vụ tại chỗ và các lĩnh vực kế toán.
Các yếu tố khác cũng quan trọng không kém và sẽ dần trở thành ngưỡng cơ bản của phần mềm.
Ví dụ, lý thuyết bản thể cần phải thay đổi. Nhiều ý tưởng về “cơ sở dữ liệu tự xây dựng” đã đánh giá thấp giá trị mà chính mô hình đối tượng mang lại. Phần mềm hiện có được xây dựng dành cho bảng điều khiển, báo cáo và người dùng con người, chúng ghi lại các đối tượng trong quy trình làm việc, chẳng hạn như cơ hội kinh doanh, phiếu yêu cầu, ứng viên, v.v.
Nhưng schema của thời đại Agent cần nắm bắt suy luận, hành động, theo dõi trạng thái, xử lý ngoại lệ, phân công nhiệm vụ và hợp tác xuyên hệ thống. Mô hình đối tượng gốc có thể không còn là cơ hội kinh doanh, vé yêu cầu và ứng viên, mà là nhiệm vụ, ý định, luồng, chiến lược hoặc kết quả.
Tương tự, hệ thống quyền cũng cần được cập nhật. Nó không còn chỉ quản lý người dùng con người, mà còn phải quản lý Agent. Điều này bao gồm: ai có thể làm gì, thông qua Agent nào, theo chiến lược nào, cần những phê duyệt nào, để lại dấu vết kiểm toán như thế nào, và cách xử lý rollback và sự cố.
Tất nhiên, tất cả những điều này đều liên quan đến chi phí, ví dụ như chi phí xây dựng và duy trì Agent và cơ sở dữ liệu, chi phí truy cập API cao đến đâu. Điều này lại đưa chúng ta trở lại với một vài câu hỏi cốt lõi: Việc tái tạo dữ liệu khó đến đâu, có bao nhiêu mối quan hệ phụ thuộc, và hệ thống được tích hợp sâu đến mức nào.
Vậy, kết luận là gì?
Khi các nhà cung cấp phần mềm hiện có chuyển sang mô hình headless, họ thực chất đang đặt một cược ngầm rằng lớp dữ liệu vẫn sẽ là nguồn cội của giá trị. Trong một số danh mục, đặc biệt là các lĩnh vực như dịch vụ tài chính vốn bị ràng buộc nghiêm ngặt bởi quy định, cược này có thể vẫn còn đúng trong một thời gian, và quá trình headless hóa có thể diễn ra chậm hơn.
Nhưng đối với các doanh nhân phần mềm, khi các nhà sản xuất hiện có bắt đầu loại bỏ giao diện, cách thức cạnh tranh với họ và xây dựng phần mềm có khả năng phòng thủ lâu dài đang thay đổi.
Hệ thống ghi chép thế hệ tiếp theo đã bắt đầu xuất hiện dưới những hình thái khác nhau: chúng không còn chỉ là kho dữ liệu dùng để ghi lại công việc của con người, mà còn mang đặc tính Agent — có khả năng nắm bắt ngữ cảnh, chủ động khởi xướng công việc và ghi lại các dấu vết dữ liệu phát sinh trong quá trình thực thi.
Tiếp tục phát triển, những công ty thú vị nhất sẽ mở rộng đến cấp độ thực thi trong thế giới thực: chúng sẽ điều phối nhân viên tại chỗ, nhà cung cấp logistics, đội ngũ dịch vụ và tài sản vật chất, hoặc đứng giữa nhiều bên tham gia, trở thành lớp trung gian hỗ trợ hợp tác đa bên.
Các công ty này sẽ kết hợp nhiều mô hình kinh doanh từ thế giới cũ. Trong khi đó, cốt lõi của hệ thống ghi chép truyền thống — dữ liệu — sẽ dần lùi vào hậu trường, trở thành nền tảng hạ tầng hỗ trợ toàn bộ hệ thống vận hành.
Nhấp để tìm hiểu các vị trí đang tuyển của律动BlockBeats
Chào mừng bạn tham gia cộng đồng chính thức của律动 BlockBeats:
Nhóm đăng ký Telegram: https://t.me/theblockbeats
Nhóm giao tiếp Telegram: https://t.me/BlockBeats_App
Tài khoản chính thức trên Twitter: https://twitter.com/BlockBeatsAsia