Trong hai mươi năm qua, gần như toàn bộ ngành Internet đều làm cùng một việc: giúp con người thao tác với phần mềm thuận tiện hơn.
Google giải quyết việc tìm kiếm thông tin, Amazon giải quyết việc mua sắm trực tuyến, Uber giải quyết việc điều phối giao thông, Salesforce giải quyết việc quản lý quan hệ khách hàng. Các sản phẩm SaaS thì bao phủ những lĩnh vực như tài chính, nhân sự, tiếp thị và quản lý dự án trong doanh nghiệp.
Những sản phẩm này đều dựa trên một tiền đề chung: con người là chủ thể chính trực tiếp thao tác với phần mềm. Vì vậy, các công ty phần mềm cần liên tục tối ưu hóa giao diện người dùng, hạ thấp rào cản sử dụng và cải thiện trải nghiệm tương tác, rồi kiếm doanh thu thông qua thuê bao, quảng cáo hoặc hoa hồng giao dịch.
Nhưng sự xuất hiện của AI Agent đang làm thay đổi tiền đề này. Khi tác tử có thể hiểu nhiệm vụ, gọi công cụ bên ngoài, truy cập cơ sở dữ liệu, chạy chương trình và thực hiện giao dịch trong phạm vi được ủy quyền, con người không còn cần tự mình thao tác trên từng phần mềm.
Đây không chỉ là sự thay đổi trong cách tương tác. Khi chủ thể chính thao tác với phần mềm dần chuyển từ con người sang tác tử, các mô hình kinh doanh được xây dựng trong hai mươi năm qua xoay quanh lưu lượng truy cập, khả năng giữ chân người dùng và thuê bao phần mềm đều có thể phải định giá lại.
Phần mềm có giá trị nhất trong tương lai chưa chắc là phần mềm có nhiều người dùng nhất; đó có thể là dịch vụ được nhiều tác tử gọi liên tục nhất.
I. Khoản chi 234 tỷ USD cho SaaS đang đối mặt với việc định giá lại
Tháng 7 năm 2026, Gartner công bố một dự báo đáng để ngành phần mềm lưu tâm: đến năm 2030, AI tác tử có thể tác động tới khoản chi lên tới 234 tỷ USD cho phần mềm ứng dụng doanh nghiệp, tương đương khoảng 20% tổng chi tiêu của doanh nghiệp cho SaaS ứng dụng vào thời điểm đó.
Gartner gọi hiện tượng này là Agentic Arbitrage (kinh doanh chênh lệch giá bằng tác tử), tức là tác tử thực hiện nhiệm vụ xuyên hệ thống, giúp doanh nghiệp giảm phụ thuộc vào giao diện thao tác của phần mềm truyền thống và số chỗ ngồi người dùng tương ứng.
Trước đây, một doanh nghiệp có 1.000 nhân viên có thể cần mua nhiều giấy phép phần mềm cho CRM, ERP, quản lý dự án và trí tuệ kinh doanh. Nhưng nếu trong tương lai một phần công việc có thể giao cho tác tử, doanh nghiệp chưa chắc cần bố trí một chỗ ngồi thao tác riêng cho con người ở mỗi khâu thực thi.
Lấy quy trình bán hàng làm ví dụ. Trước đây, nhân viên bán hàng phải nhập thông tin khách hàng thủ công, cập nhật CRM, tạo báo giá, gửi email rồi đồng bộ dữ liệu giao dịch thành công sang hệ thống tài chính. Giờ đây, những bước này đã có thể được kết nối thông qua API và các công cụ tự động hóa. Hướng phát triển tiếp theo là để tác tử tự quyết định cần gọi hệ thống nào và thực hiện thao tác gì dựa trên mục tiêu kinh doanh.
CRM và ERP sẽ không vì thế mà mất giá trị. Hồ sơ khách hàng, dữ liệu đơn hàng, thông tin hàng tồn kho và sổ sách tài chính vẫn cần được lưu trữ trong các hệ thống đáng tin cậy. Tuy nhiên, doanh nghiệp có thể không còn cần nhiều nhân viên mỗi ngày mở các hệ thống này để lần lượt thực hiện từng thao tác.
Điều này sẽ tác động trực tiếp đến mô hình định giá theo chỗ ngồi (Seat-based Pricing) của SaaS truyền thống, tức mô hình kinh doanh tính phí theo số chỗ ngồi của người dùng. Trước đây, một nguồn tăng trưởng doanh thu quan trọng của các công ty phần mềm là khách hàng doanh nghiệp tuyển thêm nhân viên và tạo thêm tài khoản phần mềm. Trong tương lai, doanh nghiệp có thể giảm một số chỗ ngồi dành cho nhân viên thao tác, đồng thời tăng ngân sách cho lệnh gọi API, nhiệm vụ tự động hóa và hoạt động thực thi của tác tử.
Mô hình doanh thu của các nhà cung cấp phần mềm cũng có thể dần chuyển từ tính phí theo đầu người sang tính phí theo số lượt gọi, quy trình làm việc và kết quả nhiệm vụ.
Giá trị của phần mềm không biến mất, nhưng cách đo lường giá trị có thể thay đổi.
II. Google và Anthropic đang xây dựng tiêu chuẩn giao tiếp giữa các tác tử
Để đánh giá một công nghệ đã thực sự bước vào giai đoạn triển khai trong ngành hay chưa, tôi thường không chỉ xem mô hình trình diễn được bao nhiêu năng lực mới, mà còn xem doanh nghiệp đã bắt đầu đầu tư nguồn lực để xây dựng các tiêu chuẩn kỹ thuật chung hay chưa.
Năm 2025, Google ra mắt Agent2Agent Protocol (A2A). Tháng 4 năm 2026, Linux Foundation thông báo A2A đã nhận được sự ủng hộ của hơn 150 tổ chức, trong đó có các doanh nghiệp như Google, Microsoft, AWS, Salesforce, SAP và ServiceNow.
Mục tiêu của A2A là giúp các tác tử được xây dựng trên những khung phát triển khác nhau và triển khai bởi các nhà cung cấp khác nhau có thể tìm thấy nhau, giao tiếp, ủy thác nhiệm vụ và trao đổi kết quả.
Trong khi đó, Model Context Protocol (MCP) do Anthropic khởi xướng đang giải quyết một vấn đề khác: giúp các hệ thống AI kết nối với công cụ bên ngoài và nguồn dữ liệu thông qua giao diện tiêu chuẩn hóa.
Hai giao thức này có mục đích khác nhau. MCP chủ yếu giải quyết Agent-to-Tool, tức cách tác tử gọi công cụ; A2A chủ yếu giải quyết Agent-to-Agent, tức cách các tác tử khác nhau phối hợp với nhau.
Sự phát triển của hai giao thức này cho thấy trong tương lai, các hệ thống phần mềm có thể không cần tương tác thông qua giao diện dành cho con người.
Giả sử một tập đoàn đa quốc gia cần mua một lô máy chủ. Tác tử mua sắm có thể lấy thông tin về hàng tồn kho và ngân sách, sau đó yêu cầu tác tử của nhà cung cấp báo giá, gọi dịch vụ hậu cần để tính thời gian giao hàng, rồi cuối cùng để hệ thống tài chính kiểm tra quyền thanh toán.
Mỗi bước trong quy trình này đều có thể do hệ thống của một doanh nghiệp khác nhau thực hiện. Trước đây, doanh nghiệp cần rất nhiều giao diện tích hợp tùy chỉnh và sự điều phối thủ công. Hiện nay, ngành đang tìm cách giảm chi phí phối hợp xuyên hệ thống thông qua các giao thức tiêu chuẩn hóa.
Dĩ nhiên, việc thống nhất giao thức không có nghĩa là mọi hệ thống đã có thể kết nối với nhau một cách thông suốt. Xác thực danh tính, quản lý quyền, định dạng dữ liệu và xử lý lỗi vẫn cần được xây dựng thêm. Tuy nhiên, xét theo hướng phát triển công nghệ, phần mềm đã bắt đầu thiết kế phương thức giao tiếp dành cho các bên gọi không phải con người.
Trước đây, chúng ta phát triển API chủ yếu để các phần mềm khác nhau có thể trao đổi dữ liệu. Trong tương lai, những giao diện này có thể trở thành nền tảng để tác tử tự chủ thực hiện nhiệm vụ, điều phối nguồn lực và mua dịch vụ.
III. Stripe bắt đầu cho phép tác tử thanh toán trực tiếp, máy móc đang trở thành chủ thể tiêu dùng mới
Năm 2026, Stripe và Tempo cùng ra mắt Machine Payments Protocol (MPP), với mục tiêu giúp tác tử trực tiếp thanh toán cho API, dữ liệu và các tài nguyên số khác.
Quy trình thanh toán của Internet truyền thống chủ yếu được thiết kế cho con người. Người dùng đăng ký tài khoản, chọn gói dịch vụ, nhập thông tin thanh toán rồi xác nhận mua hàng. Nhưng khi thực hiện nhiệm vụ, tác tử có thể chỉ cần gọi một giao diện duy nhất.
Ví dụ, để phân tích một tài sản nào đó, một tác tử nghiên cứu tài chính cần mua tạm thời ba dịch vụ: dữ liệu thị trường theo thời gian thực, dòng tiền trên chuỗi và dữ liệu biến động trong quá khứ.
Giả sử giá mỗi lần gọi của ba dịch vụ lần lượt là 0,003, 0,005 và 0,002 USD. Với phương thức thanh toán bằng thẻ tín dụng truyền thống, phí cố định có thể cao hơn giá của chính dịch vụ. Các giao thức thanh toán cho máy như MPP và x402 đang tìm cách giúp những giao dịch nhỏ, tính phí theo từng lần này trở nên khả thi.
Nghiên cứu do Visa và Artemis công bố năm 2026 cũng bắt đầu theo dõi sự phát triển của thanh toán bằng máy thông qua các giao dịch thực tế trên chuỗi. Số liệu thống kê ban đầu cho thấy trong vài tuần đầu sau khi MPP ra mắt, giao thức này đã xử lý khoảng 115.000 giao dịch, với tổng giá trị quyết toán khoảng 25.000 USD và giá trị trung bình khoảng 0,22 USD mỗi giao dịch.
Những dữ liệu này vẫn cần được đánh giá dựa trên phương pháp thống kê, bản chất giao dịch và tình hình sử dụng trong môi trường sản xuất thực tế; không thể xem chúng là bằng chứng trực tiếp cho thấy nhu cầu thương mại thực sự đã đạt quy mô lớn. Tuy vậy, mô hình thanh toán thể hiện trong đó đáng để nghiên cứu.
Trước đây, các dịch vụ số thường thu phí theo tháng hoặc năm vì việc thu vài phần nghìn đô la từ từng người dùng là không kinh tế. Trong tương lai, nếu tác tử có thể thanh toán với chi phí thấp, nhà cung cấp dịch vụ dữ liệu sẽ có cơ hội thu phí theo từng truy vấn, từng phép tính hoặc từng lần thực thi.
Một công ty không có ứng dụng dành cho người tiêu dùng vẫn có thể trực tiếp bán dịch vụ API chuyên biệt cho tác tử mà không cần xây dựng trước một kênh thu hút lưu lượng truy cập hướng đến người dùng phổ thông.
Đối với ngành tiền mã hóa, điều này có thể tạo ra nhu cầu mới về thanh toán bằng stablecoin. Tuy nhiên, stablecoin không phải là lựa chọn duy nhất. Các công ty như Stripe và Visa cũng đang tìm hiểu về thông tin xác thực thẻ ngân hàng, ủy quyền thanh toán và nhiều phương thức quyết toán khác.
Việc thanh toán bằng máy có thể phổ biến hay không cuối cùng phụ thuộc vào chi phí, tốc độ, tuân thủ quy định, cơ chế hoàn tiền và nhu cầu kinh doanh thực tế, chứ không chỉ phụ thuộc vào việc sử dụng blockchain nào.
Một trong những đối tượng sử dụng stablecoin quan trọng trong tương lai có thể không phải con người, mà là những tác tử được ủy quyền và có thể tự mua dịch vụ số.
IV. Internet thế hệ tiếp theo có thể không còn cần nhiều cổng truy cập dành cho con người đến vậy
Trong thời đại Internet di động, doanh nghiệp cạnh tranh để giành sự chú ý của người dùng. Thứ hạng trên cửa hàng ứng dụng, lưu lượng từ công cụ tìm kiếm, quảng cáo, khả năng giữ chân người dùng, DAU và MAU đã cấu thành hệ thống tăng trưởng của vô số sản phẩm Internet.
Nhưng hành vi của tác tử khác với con người. Khi mua một dịch vụ, con người có thể bị ảnh hưởng bởi thương hiệu, quảng cáo, thiết kế trang và thói quen sử dụng. Khi thực hiện nhiệm vụ, tác tử có thể so sánh các dịch vụ dựa trên những điều kiện được thiết lập trước.
Ví dụ, một tác tử cần mua dịch vụ dữ liệu thời gian thực có thể đặt ra các điều kiện lựa chọn như sau:
Độ trễ dữ liệu dưới 500 mili giây.
Tỷ lệ thời gian hoạt động trong 30 ngày qua trên 99,9%.
Giá mỗi lần gọi dưới 0,01 USD.
Cung cấp nguồn dữ liệu có thể xác minh.
Hỗ trợ API tiêu chuẩn hóa.
Nếu có nhiều nhà cung cấp dịch vụ cùng đáp ứng các điều kiện, tác tử có thể tiếp tục so sánh giá cả, tốc độ phản hồi, tỷ lệ lỗi trong quá khứ và quyền truy cập dịch vụ.
Trong bối cảnh này, thiết kế giao diện người dùng gần như không có giá trị trực tiếp đối với việc máy móc gọi dịch vụ. Độ ổn định của dịch vụ, chất lượng dữ liệu, chi phí gọi API và tài liệu giao diện có thể đọc được bằng máy lại trở thành những tiêu chí cạnh tranh quan trọng hơn.
Dĩ nhiên, thương hiệu và uy tín sẽ không hoàn toàn biến mất. Doanh nghiệp vẫn có thể yêu cầu tác tử ưu tiên lựa chọn nhà cung cấp đã được chứng nhận hoặc chỉ gọi những dịch vụ đáp ứng chính sách bảo mật nội bộ.
Tuy nhiên, cách phân phối phần mềm trong tương lai có thể phân hóa rõ rệt. Một hướng tiếp tục phục vụ con người, thu hút người dùng thông qua ứng dụng, trang web, công cụ tìm kiếm và mạng xã hội; hướng còn lại phục vụ tác tử, thu hút lượt gọi thông qua API, giao thức, trung tâm đăng ký dịch vụ và mô tả năng lực mà máy có thể đọc được.
Hai hệ thống sẽ cùng tồn tại trong thời gian dài, nhưng logic kinh doanh không hoàn toàn giống nhau. Trước đây, nhà phát triển cần cân nhắc làm sao để người dùng tìm thấy ứng dụng của mình. Trong tương lai, họ còn phải tính đến việc làm sao để tác tử tìm thấy dịch vụ của mình và chứng minh dịch vụ đó đáng tin cậy hơn các dịch vụ khác.
Điều này khiến tôi bắt đầu suy nghĩ về một câu hỏi:
Nếu trong tương lai, tác tử có thể tự khám phá, so sánh và mua dịch vụ, vậy ai sẽ kiểm soát cánh cổng phân phối những dịch vụ đó?
Trước đây, Google nắm giữ cánh cổng tìm kiếm, Apple nắm giữ App Store, còn Microsoft nắm giữ nhiều cổng truy cập vào các công cụ văn phòng doanh nghiệp. Nhưng trong nền kinh tế tác tử, việc lựa chọn dịch vụ có thể diễn ra giữa mô hình, nền tảng vận hành tác tử, hệ thống cấp quyền của doanh nghiệp và mạng lưới khám phá dịch vụ.
Những hệ thống này không chỉ quyết định tác tử có thể tìm thấy dịch vụ nào, mà còn có thể ảnh hưởng đến nhà cung cấp nào được ưu tiên gọi đến.
Nếu hệ thống phân phối này dần trưởng thành, cuộc cạnh tranh giành cánh cổng vào Internet thế hệ tiếp theo có thể không chỉ diễn ra giữa trình duyệt và cửa hàng ứng dụng.
V. Các công ty phần mềm tương lai có thể hoàn toàn không có sản phẩm dành cho người dùng phổ thông
Nếu trong tương lai, một lượng lớn nhiệm vụ được giao cho tác tử thực hiện, cơ sở hạ tầng cần thiết để vận hành tác tử có thể mở ra những cơ hội khởi nghiệp mới.
Điều đáng nghiên cứu ở đây không phải là phát triển thêm một chatbot, mà là giải quyết các vấn đề phối hợp thực tế giữa những tác tử.
Đầu tiên là danh tính và phân quyền (Agent Identity & Authorization).
Khi một doanh nghiệp triển khai hàng trăm tác tử, mỗi tác tử phải có quyền hạn khác nhau. Tác tử mua sắm có thể mua phần mềm nhưng không thể chuyển toàn bộ tiền của công ty. Tác tử tài chính có thể thanh toán hóa đơn nhưng phải chịu các giới hạn về ngân sách, bên nhận tiền và quy tắc phê duyệt.
Điều này có nghĩa là tác tử cần có danh tính xác minh được, phạm vi ủy quyền rõ ràng, cơ chế thu hồi quyền và nhật ký kiểm toán đầy đủ. Đặc biệt trong các lĩnh vực tài chính và mua sắm doanh nghiệp, việc tác tử có thể thực hiện thao tác không có nghĩa là nó nên được trao quyền thực thi không giới hạn.
Tiếp theo là khám phá dịch vụ (Agent Discovery).
Trong tương lai, tác tử có thể cần tìm dịch vụ bên ngoài tùy theo nhiệm vụ. Tác tử tài chính cần dữ liệu trên chuỗi, tác tử pháp lý cần cơ sở dữ liệu pháp luật, còn tác tử phát triển phần mềm cần môi trường kiểm thử.
Nếu mỗi tác tử đều phải tích hợp trước mọi dịch vụ, chi phí phát triển và bảo trì sẽ rất cao. Vì vậy, thị trường có thể cần một cơ sở hạ tầng Agent Discovery chuyên dụng để tác tử tìm nhà cung cấp dựa trên năng lực dịch vụ, giá cả, quyền truy cập và độ tin cậy.
Tiếp theo là uy tín và xác minh (Agent Reputation & Verification).
Con người có thể dựa vào thương hiệu, đánh giá và quá trình hợp tác lâu dài để đánh giá nhà cung cấp có đáng tin cậy hay không. Nhưng tác tử cần những chỉ số dễ tự động xác minh hơn, chẳng hạn như tỷ lệ hoàn thành nhiệm vụ thành công, tỷ lệ thời gian hoạt động trong quá khứ, thời gian phản hồi trung bình, độ chính xác của dữ liệu, cũng như cơ chế bồi thường và khắc phục khi xảy ra lỗi.
Thách thức kỹ thuật lớn nhất ở đây không phải là lập một bảng xếp hạng, mà là làm sao xác minh nhiệm vụ có thực sự hoàn thành hay không, đồng thời ngăn nhà cung cấp dịch vụ làm giả dữ liệu hoặc thao túng điểm đánh giá.
Ngay cả khi ghi dữ liệu lên blockchain, điều đó cũng không có nghĩa bản thân dữ liệu chắc chắn là thật. Một hệ thống uy tín đáng tin cậy vẫn cần xác minh độc lập, nguồn dữ liệu có thể truy xuất và cơ chế trách nhiệm rõ ràng.
Cuối cùng là thanh toán và quyết toán (Agent Payment & Settlement).
Khi tác tử có thể tìm thấy dịch vụ, xác minh danh tính và xác nhận giá, chúng vẫn cần thực hiện thanh toán được ủy quyền, nhận dịch vụ và xác nhận kết quả. Nếu những chức năng này hình thành được một cơ sở hạ tầng ổn định, chúng có thể hỗ trợ một lượng lớn giao dịch thương mại giữa máy móc.
Agent Marketplace trong tương lai chưa chắc là một cửa hàng ứng dụng để con người duyệt xem. Nó có thể chỉ là một bộ API: tác tử gửi yêu cầu nhiệm vụ, hệ thống trả về các nhà cung cấp đáp ứng điều kiện, rồi tiến hành gọi dịch vụ, tính phí và xác minh kết quả.
Người tiêu dùng thông thường thậm chí có thể không biết công ty này tồn tại, nhưng mỗi ngày công ty có thể xử lý hàng triệu yêu cầu dịch vụ.
Năng lực cạnh tranh cốt lõi của những công ty này không còn nằm ở giao diện người dùng đẹp đến đâu, mà ở số lượng tác tử đưa dịch vụ của họ vào quy trình làm việc hằng ngày.
VI. SaaS truyền thống sẽ không biến mất hoàn toàn, nhưng lợi thế cạnh tranh sẽ được phân bổ lại
Ở đây cần phân biệt hai điều: giá trị chức năng của phần mềm và giao diện thao tác dành cho con người. AI Agent có thể làm giảm đáng kể nhu cầu đối với phần sau, nhưng điều đó không có nghĩa phần trước sẽ biến mất.
Doanh nghiệp vẫn cần cơ sở dữ liệu, hệ thống tài chính, xác thực danh tính, hồ sơ giao dịch và quản lý tuân thủ. Hơn nữa, các nhà cung cấp phần mềm truyền thống sở hữu nhiều dữ liệu độc quyền và quan hệ khách hàng doanh nghiệp cũng có thể chủ động chuyển đổi sản phẩm của mình thành dịch vụ dành cho tác tử.
Các doanh nghiệp như Salesforce, SAP và Microsoft không nhất thiết sẽ bị những công ty mới thay thế. Họ cũng có cơ hội trở thành nhà cung cấp cơ sở hạ tầng quan trọng của nền kinh tế tác tử.
Những phần mềm thực sự chịu áp lực là các sản phẩm thiếu dữ liệu độc quyền, thiếu lợi thế cạnh tranh trong ngành và chủ yếu dựa vào quy trình thao tác phức tạp cùng chi phí chuyển đổi của người dùng để duy trì doanh thu.
Khi tác tử có thể trực tiếp thao tác trên nhiều hệ thống, lợi thế từ thói quen sử dụng mà giao diện phần mềm tạo ra có thể suy yếu.
Tuy nhiên, bản thân các tác tử còn lâu mới đủ trưởng thành để có thể đảm nhận mọi công việc trong doanh nghiệp. Gartner từng dự báo hơn 40% dự án AI tác tử có thể bị hủy trước cuối năm 2027, chủ yếu do chi phí tăng cao, giá trị kinh doanh không rõ ràng và khả năng kiểm soát rủi ro còn yếu.
Điều này cũng cho thấy việc mô hình có thể hoàn thành nhiệm vụ không đồng nghĩa doanh nghiệp có thể triển khai nó lâu dài với chi phí hợp lý.
Ngay cả khi một tác tử có thể hoàn thành 95% nhiệm vụ trong môi trường thử nghiệm, điều đó không có nghĩa doanh nghiệp có thể yên tâm để nó tự quản lý việc mua sắm, tài chính và hồ sơ khách hàng. Bởi 5% còn lại có thể liên quan đến thanh toán sai, rò rỉ dữ liệu, đặt hàng trùng lặp hoặc các thao tác kinh doanh không thể khôi phục.
Vì vậy, cơ sở hạ tầng tác tử thực sự có giá trị trong tương lai chưa chắc là sản phẩm có nhiều tính năng nhất, mà là hệ thống có thể vận hành ổn định trong môi trường kinh doanh thực tế, đồng thời quản lý hiệu quả các rủi ro liên quan đến lỗi, quyền hạn và tiền bạc.
Đó cũng là lý do xác minh danh tính, kiểm soát quyền, kiểm toán quá trình thực thi và xác minh kết quả nhiệm vụ có thể trở thành những thành phần quan trọng của nền kinh tế tác tử.
VII. Rốt cuộc, các nhà sáng lập tương lai nên phát triển sản phẩm cho ai?
Trước đây, các nhà sáng lập thường cân nhắc quy mô người dùng trước tiên, với mục tiêu đạt một trăm nghìn, một triệu, thậm chí mười triệu người dùng. Sản phẩm cần liên tục cải thiện giao diện, tăng tỷ lệ giữ chân, rồi thương mại hóa thông qua quảng cáo, thuê bao hoặc chia sẻ doanh thu giao dịch.
Nhưng nếu trong tương lai Internet có số lượng lớn tác tử có thể tự chủ thực hiện nhiệm vụ, các nhà sáng lập cần suy nghĩ lại xem khách hàng thực sự của mình là ai.
Một công ty cung cấp dữ liệu tài chính có thể không còn cần thu hút một trăm nghìn nhà đầu tư mỗi ngày mở trang web. Thay vào đó, họ có thể cung cấp trực tiếp giao diện dữ liệu cho hàng chục nghìn tác tử đầu tư.
Một công ty cung cấp dịch vụ nhận diện hình ảnh không nhất thiết phải phát triển một ứng dụng chỉnh sửa ảnh hoàn chỉnh. Họ có thể trở thành dịch vụ chuyên biệt được các tác tử khác gọi đến khi xử lý những nhiệm vụ liên quan đến hình ảnh.
Một công ty cung cấp dịch vụ xác minh danh tính cũng không cần người tiêu dùng phổ thông đăng nhập nền tảng của mình mỗi ngày. Chỉ cần tác tử doanh nghiệp phải thông qua hệ thống cấp quyền của công ty khi thực hiện các nhiệm vụ nhạy cảm, công ty đó đã có thể tạo ra nhu cầu dịch vụ liên tục.
Thay đổi lớn nhất của mô hình kinh doanh này là doanh thu không còn hoàn toàn phụ thuộc vào tần suất con người sử dụng phần mềm, mà có thể đến từ những lượt gọi nhiệm vụ liên tục giữa các máy.
Dĩ nhiên, điều này không có nghĩa tác tử sẽ có khả năng chi tiêu vô hạn, độc lập với con người. Ngân sách của chúng vẫn đến từ cá nhân và doanh nghiệp, còn quyền giao dịch cũng cần được kiểm soát.
Nhưng ngày càng có nhiều khả năng phần mềm sẽ trở thành chủ thể trực tiếp thực thi ngân sách thay cho con người. Khi chủ thể thực thi thay đổi, thiết kế sản phẩm, cách phân phối dịch vụ và phương thức tính phí cũng sẽ thay đổi theo.
Trước đây, các nhà sáng lập cần tìm hiểu cách tăng tỷ lệ giữ chân người dùng và giảm chi phí thu hút khách hàng. Trong tương lai, một số doanh nghiệp AI bản địa có thể chú trọng hơn đến số lượng lệnh gọi API, tỷ lệ hoàn thành nhiệm vụ, chi phí thực thi trung bình và số tác tử liên tục phụ thuộc vào dịch vụ của họ.
Điều này cũng có nghĩa là trong tương lai có thể xuất hiện một nhóm công ty công nghệ rất khác với SaaS truyền thống.
Chúng không có giao diện người dùng phức tạp, không phụ thuộc vào thứ hạng trên cửa hàng ứng dụng và cũng không cần lượng lớn người tiêu dùng đăng nhập hằng ngày. Thứ chúng cung cấp có thể chỉ là một năng lực chuyên biệt, chẳng hạn như truy vấn dữ liệu, xác minh danh tính, thanh toán và quyết toán hoặc thực thi nhiệm vụ.
Chỉ cần đủ nhiều tác tử liên tục gọi đến năng lực này, nó có thể trở thành một nguồn doanh thu ổn định.
VIII. Thời gian dành cho loài người không còn nhiều
Ở đây, “loài người” không có nghĩa là con người sắp bị AI đào thải. Ý tôi là hệ thống phần mềm được xây dựng trong hai mươi năm qua xoay quanh việc con người nhấp chuột, duyệt web và thao tác có thể đang bước vào một thời điểm chuyển ngoặt.
Trong thời đại Internet di động, các nhà sáng lập tìm cách khiến con người tải thêm ứng dụng. Trong thời đại tác tử, họ cần tìm cách để dịch vụ của mình được nhiều Agent khám phá và gọi đến hơn.
Trước đây, các công ty phần mềm dựa vào số lượng người dùng, thời gian sử dụng và số chỗ ngồi thuê bao để tăng trưởng. Trong tương lai, một bộ phận công ty phần mềm có thể tạo doanh thu từ lệnh gọi API, thực thi nhiệm vụ, giao dịch dữ liệu và dịch vụ tự động hóa.
Trước đây, các cổng thương mại chủ yếu của Internet là công cụ tìm kiếm, trình duyệt và cửa hàng ứng dụng. Trong tương lai, có thể xuất hiện thêm các mạng lưới chuyên phục vụ tác tử, phụ trách khám phá dịch vụ, danh tính, uy tín, thanh toán và thực thi.
Điều này cũng làm thay đổi cách tôi nhìn nhận các công ty khởi nghiệp công nghệ thế hệ tiếp theo.
Tôi không còn cho rằng mọi công ty phần mềm có giá trị đều phải sở hữu một ứng dụng dành cho người tiêu dùng phổ thông. Nếu một công ty cung cấp dữ liệu, công cụ hoặc cơ sở hạ tầng mà hàng triệu tác tử cần dùng mỗi ngày, công ty đó vẫn có thể xây dựng một doanh nghiệp có quy mô đáng kể ngay cả khi không có giao diện người dùng phức tạp.
Trong khi đó, những phần mềm vẫn phụ thuộc vào việc con người liên tục nhấp chuột, sao chép, điền thông tin và chuyển đổi trang để hoàn thành công việc nhiều khả năng sẽ phải đối mặt với áp lực ngày càng lớn.
Trước đây, chúng ta phát triển phần mềm để con người sử dụng máy tính. Trong tương lai, chúng ta có thể phát triển phần mềm để tác tử sử dụng các phần mềm khác.
Nếu bắt đầu lại một công ty khởi nghiệp công nghệ vào hôm nay, tôi sẽ nghiêm túc cân nhắc một câu hỏi trước đây hiếm ai đặt ra:
Tại sao sản phẩm của tôi nhất thiết phải được thiết kế để con người sử dụng?
Nếu trong tương lai có hàng triệu tác tử cần mua dữ liệu, xác minh danh tính, gọi công cụ, thanh toán và tìm các tác tử khác để hoàn thành nhiệm vụ, thì việc xây dựng cơ sở hạ tầng phục vụ những nhu cầu này có thể đáng nghiên cứu hơn là phát triển thêm một ứng dụng dành cho người tiêu dùng thông thường.