a16z: Khi giao diện người dùng không còn là sản phẩm, bảo vệ sản phẩm phần mềm còn lại gì?

Ngược lại, các hệ thống theo dõi ứng viên (ATS) thường tiếp cận hơn với hệ thống "chỉ ghi". Sau khi ứng viên được tuyển dụng hoặc từ chối, lý do doanh nghiệp quay lại sử dụng dữ liệu này thường có hạn.

Thứ ba, có bao nhiêu tiến trình SOP không được tài liệu hóa?

Ngữ cảnh kinh doanh thực sự quan trọng thường không được viết trong bất kỳ wiki nào, mà được tích lũy trong các quy tắc luồng công việc mà quản trị viên và các nhà tích hợp hệ thống đã xây dựng suốt nhiều năm.

Chẳng hạn như hệ thống bán hàng, những ngữ cảnh chưa được tài liệu hóa này có thể bao gồm: Giao dịch doanh nghiệp trị giá hơn 10 vạn USD cần phê duyệt của VP; Giao dịch khu vực EMEA phải trải qua kiểm tra bảo mật thông tin; Chiết khấu cho khách hàng chiến lược chỉ có thể được tạo ra mà không cần phê duyệt tài chính vào cuối quý.

Những ngữ cảnh này thường quyết định xem một công việc có thể được đẩy nhanh hay không, hoặc liệu nó có thể hoàn thành mà không vi phạm quy trình chính. Di chuyển hệ thống có nghĩa là bạn phải phân rã lại từng quy tắc tự động hóa; nếu không, tổ chức có thể mất một phần ký ức tổ chức một cách trực tiếp.

Thứ tư, sự phức tạp của sự phụ thuộc nội bộ hoặc bên ngoài là bao nhiêu?

Vấn đề cốt lỗi ở đây là: Có bao nhiêu hệ thống nội bộ, quy trình nhóm hoặc bên liên quan bên ngoài phụ thuộc vào hệ thống ghi chú này?

Kết nối nội bộ đề cập đến việc có bao nhiêu phần mềm hoặc luồng công việc phụ thuộc vào nó. Kết nối bên ngoài đề cập đến các bên thứ ba như kiểm toán viên, kế toán viên, cơ quan quản lý có cần truy cập dữ liệu trực tiếp hay không. ERP là một ví dụ điển hình.

Dù là nội bộ hay bên ngoài, chỉ cần kết nối càng cao, quan hệ cần phải phân rã và xây dựng lại khi di chuyển càng phức tạp.

Thứ năm, từ góc độ tuân thủ, dữ liệu quan trọng tới đâu?

Vấn đề cốt lỗi ở đây rất đơn giản: Hệ thống này có tính chất tuân thủ cần thiết không?

Như hệ thống lương, ERP, dữ liệu nhân sự này, cần phải cung cấp một nguồn thông tin đáng tin cậy theo pháp luật và có kiểm soát quyền quản trị nghiêm ngặt. Bất kỳ di chuyển nào cũng có thể đòi hỏi sự can thiệp trực tiếp từ kiểm toán viên và cơ quan quản lý. Điều này khiến cho chúng dính chặt 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 thì ở một phía khác. Doanh nghiệp tất nhiên quan tâm đến sự liên tục và ngữ cảnh, nhưng nếu dữ liệu được di chuyển hoặc có ai đó có quyền truy cập, thường không ngay lập tức gây ra rủi ro ở mức cấp quản lý.

Không phải tất cả hệ thống ghi chú đều có chi phí chuyển đổi bằng nhau. So sánh CRM và ATS trong cùng một khía cạnh, khoảng cách sẽ rõ rệt.

ATS là một công cụ luồng công việc phục vụ cho quy trình hẹp, tập trung vào tuyển dụng. Ngay sau khi ứng viên được tuyển dụng hoặc từ chối, dữ liệu liên quan chủ yếu đã trở thành dữ liệu nhập 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 cũng nhỏ hơn và tập trung hơn.

ERP lại ở một cực điểm khác. Sổ cái chính là dấu vết kiểm toán, kế toán viên, 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à một quá trình đau đớn, nhưng vẫn chấp nhận được. Thay thế CRM giống như việc thực hiện phẫu thuật mở ngực. Còn thay thế ERP, thì như là thực hiện phẫu thuật mở ngực trên một bệnh nhân đồng thời đang tham gia cuộc đua Marathon.

Truyền thống, hệ thống ghi chép thường không thực sự tận dụng được dữ liệu độc quyền, hiệu ứng mạng và những yếu tố hào môn khác; thông thường, luồng công việc chính đã đủ để tạo ra rào cản. Ở một mức độ nào đó, việc kết hợp công cụ với mạng lưới hơn là điều áp dụng cho doanh nghiệp tiêu dùng; Hệ thống SoR trong quá khứ không đi theo hướng đó.

Dữ liệu độc quyền. Nhiều hệ thống ghi chép mặc dù tích luỹ một lượng lớn dữ liệu khách hàng, nhưng không thực sự tận dụng sâu rộng xung quanh dữ liệu này và đôi khi, các điều khoản hợp đồng cũng không cho phép họ làm điều đó. Do đó, mặc dù CRM sở hữu bộ dữ liệu phong phú, lý thuyết có thể tổng hợp dữ liệu khách hàng từ các nguồn khác nhau để tạo ra hiểu biết vượt khách hàng, nhưng chúng chưa bao giờ làm điều này một cách có ý nghĩa thực sự. Tất nhiên, các sản phẩm như Einstein của Salesforce đã thử nghiệm một số phương pháp này.

Hiệu ứng mạng. Đối với hệ thống ghi chép, rào cản lý tưởng nhất sẽ là hiệu ứng mạng: ví dụ, CRM trở nên có giá trị hơn vì nhà phát triển phần mềm có thể tìm thấy người mua trong đó. Nhưng giống như dữ liệu, hiệu ứng mạng của các hệ thống ghi chép trong quá khứ luôn rất yếu, 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 xuất hiện, phần mềm còn lại điều gì?

Agent không cần trình duyệt. Điều mà Agent cần là API, ngữ cảnh, khả năng cung cấp chỉ thị và thực hiện hành động. Có hai yếu tố giúp mọi thứ này có thể diễn ra theo quy mô lớn: thứ nhất, LLM đã có khả năng suy luận đủ mạnh mẽ, cho phép Agent đọc ngữ cảnh, lập kế hoạch, chọn công cụ, thực hiện hành động và đồng thời xem xét lại kết quả mà không cần can thiệp của con người trong hầu hết các tác vụ; thứ hai, MCP đã chuẩn hóa cách truy cập công cụ, cung cấp một tập hợp giao diện chung cho 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 hành động mà người dùng trước đây đã thực hiện trên nền tảng trong vòng vài mili giây và trên quy mô lớn mà không cần trình duyệt. Trong trường hợp ngữ cảnh đầy đủ, Agent có thể thao tác trực tiếp với giao diện phần mềm hiện có, mà không nhất thiết phải sử dụng API.

Một cách đơn giản, người mua phần mềm hiện nay có ba lựa chọn:

Thứ nhất, tiếp tục sử dụng hệ thống hiện có và thêm Agent lên đó.
Sử dụng chúng qua CLI và API của hệ thống hiện có, có thể sử dụng các sản phẩm Agent nguyên gốc như Agentforce của Salesforce, Joule của SAP, hoặc xây dựng Agent trên nền tảng hiện có. Tất nhiên, ở đây tạm thời giả sử rằng API là đầy đủ và có sẵn, và tạm thời bỏ qua sự phức tạp mà việc "headless" có thể mang lại trong vận hành thực tế.

Thứ hai, Hệ thống ghi chép hoàn toàn tự xây dựng.
Công ty có thể xây dựng 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, tích hợp hệ thống của riêng mình và ngăn chặn dữ liệu của riêng mình từ đầu. Có thể sẽ cần sử dụng các công cụ phát triển Agent bên thứ ba và công cụ cơ sở dữ liệu.

Thứ ba, Mua Sản phẩm thay thế AI nguyên thuỷ.
Công ty cũng có thể mua phần mềm thiết kế từ đầu cho thời đại Agent. Loại sản phẩm này nhấn mạnh tính đọc máy, sắp xếp Agent như một khả năng hàng đầu, thay vì thêm một tính năng AI trên cơ sở hệ thống cũ hơn. Sản phẩm này cũng có thể là headless.

Vậy, điều gì trong tiêu chuẩn xếp hạng cũ sẽ được giữ lại?

Các yếu tố do hành vi và sở thích của con người thúc đẩy sẽ dần suy yếu, như tần suất truy cập, thuộc tính đọc ghi hai chiều liên quan đến bộ nhớ cơ bắp của con người. Agent có thể làm giảm giá trị của "bộ nhớ cơ bắp" như một vách vôi, nhưng chúng không xóa vùng đất An toàn của logic vận hành và bối cảnh kinh doanh. Ở một khía cạnh nào đó, chúng thậm chí làm cho những logic đó trở nên quan trọng hơn, vì Agent cần tuân theo nhiệm vụ một cách an toàn, phải dựa trên các quy tắc, quyền hạn và quy trình rõ ràng.

SOP chưa được tài liệu hóa vẫn quan trọng trong tương lai ngắn hạn.
Lôi cuốn trong nội bộ tổ chức nhút nhát trong các quy tắc là logic hệ thống, đó chính là những gì Agent cần để thực hiện nhiệm vụ của bạn đúng cách. Đồng thời, đây cũng là phần khó tái tạo nhất. Ít nhất là cho đến thời điểm hiện tại, nó vẫn chưa thể được xuất khẩu một cách sạch sẽ, đặc biệt là khi một số quy trình vẫn cần sự tham gia của con người. Tuy nhiên, việc bắt kịp ngữ cảnh đang dần trở nên dễ dàng hơn; khi Agent thay thế nhiều lao động thủ công hơn, tầm quan trọng của yếu tố này cũng sẽ dần giảm đi.

Khả năng kết nối vẫn khó phân rã và sẽ lan rộng thêm vào bên trong.
Ý nghĩa của kết nối đang thay đổi. Không còn chỉ để phối hợp với công việc của con người, mà là để duy trì kết nối giữa các chức năng và phần mềm truyền thống từng bị tách rời.

Một CRM Agent cần liên kết dữ liệu và ngữ cảnh từ các phần khác nhau như bán hàng, hóa đơn, thành công của khách hàng. Nếu nền tảng của bạn trở thành nút giao dịch của nhiều Agent giữa các tổ chức bên ngoại, chẳng hạn như mua, bán, đối tác thông qua đó hoàn thành tương tác, thì mối quan hệ sẽ càng sâu sắc hơn.

Khi những Agent từ nhà sản xuất khác nhau chồng lên nhau, có thể rất khó khăn để làm việc cùng nhau trơn tru giữa các đối tượng cơ bản và logic khác nhau của phần mềm; Công ty nếu 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 chính sách tuân thủ vẫn 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 thông tin duy nhất và đáng tin cậy. Nếu khách hàng đã tin tưởng vào sản phẩm hiện tại, khả năng họ chuyển đổi sang hệ thống khác sẽ thấp hơn.

Ví dụ về dữ liệu về lương và kế toán, Đại lý có thể cần truy cập vào dữ liệu này, nhưng doanh nghiệp thường không lựa chọn xây dựng và duy trì hệ thống loại này bên trong.

Trong một thế giới hoàn toàn Agent hóa, một trong những vấn đề khó nhất để giải quyết là: Đại lý nào được ủy quyền làm gì? Họ đại diện cho ai? Cách thức hành vi này được kiểm toán như thế nào? Nếu một hệ thống ghi nhận có thể trở thành lớp danh tính và quyền hạn tương tác giữa Đại lý, nó sẽ đóng một vai trò cấu trúc thực sự khó thay thế. Rào cản ở đây không chỉ là nó giữ dữ liệu gì mà còn là kết cấu tin cậy mà nó thực thi.

Về phía trước, đối với các công ty khởi nghiệp AI nguyên sơ, một nhóm yếu tố mới sẽ trở nên ngày càng quan trọng và quyết định xem họ có thể hình thành được vững chắc hay không.

Đầu tiên, việc tái xây dựng hệ thống ghi nhận này thực sự khó khăn như thế nào?

Dữ liệu sẽ trở nên quan trọng hơn ở mức độ nào.

Đầu tiên, trong tương lai gần, điều quan trọng là sự khó khăn của việc trích xuất và tái xây dựng dữ liệu cơ sở của hệ thống ghi nhận. AI đang làm cho việc này trở nên dễ dàng hơn, một tập hợp các công cụ giúp người dùng hoàn thành quá trình di chuyển và tái xây dựng này.

Trong tương lai gần, các nhà cung cấp hiện có có thể, và rất có khả năng sẽ làm cho việc này trở nên khó khăn hơn: họ có thể làm cho API khó sử dụng, thiếu hụt, không đầy đủ hoặc kinh tế học trở nên không khả thi, hoặc thậm chí không cung cấp API. Nhưng khi công cụ trích xuất ngày càng tiến bộ, đặc biệt là khi khả năng hành động của Đại lý trên máy tính được cải thiện, việc tái xây dựng dữ liệu sẽ trở nên dễ dàng hơn.

Đồng thời, các công ty mới cũng đang tái xây dựng một bộ dữ liệu phong phú hơn từ email, điện thoại, Đại lý giọng nói và tài liệu nội bộ. AI hạ giá thành tái xây dựng 80% đầu tiên của hệ thống ghi nhận. Điều thực sự phân biệt một điểm vào hữu ích và một sản phẩm thay thế thực sự chính là phần còn lại 20%: trường hợp ngoại lệ, quy trình phê duyệt, yêu cầu tuân thủ và quy trình làm việc dưới điều kiện biên.

Thứ hai, liệu bạn có dữ liệu độc quyền thực sự có ý nghĩa không?

Thứ hai, dữ liệu chính nó sẽ trở nên quý giá hơn.

Dữ liệu thực sự có khả năng phòng thủ không phải là dữ liệu bạn nhập khẩu mà là dữ liệu mà sản phẩm của bạn duy nhất thúc đẩy sinh ra. Chúng ta thường nói về "khu vườn tường thành 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 mà đã đầu tư nhiều nguồn lực vào việc thu thập dữ liệu uy tín và đầy đủ sẽ có lợi thế rõ rệt so với nhà cung cấp chung hoặc đối thủ không có dữ liệu như vậy.

Dữ liệu cũng 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ông ty tốt nhất sẽ không chỉ lưu trữ dữ liệu nhập từ nơi khác. Họ sẽ tạo ra dấu vết dữ liệu mới liên tục do chính họ đang tham gia vào quy trình đó, chẳng hạn như hành vi quan sát được, tỷ lệ phản hồi, mẫu thời gian, kết quả quy trình, tiêu chuẩn ngành, mẫu ngoại lệ, và dấu vết thực thi của Agent.

Quan trọng là: dữ liệu hiện nay chính là ngữ cảnh.

Thứ ba, liệu có kiểm soát được tầng hành động không?

Trong thế giới cũ, việc lưu trữ hồ sơ đã đủ. Nhưng trong thế giới mới, Agent sẽ thực hiện hành động trực tiếp, phòng thủ có thể chuyển hướng đến các sản phẩm có khả năng tạo thành vòng đóng: từ việc thực hiện hành động, đến việc bắt kết quả, và sau đó sử dụng phản hồi để tối ưu hóa quyết định tương lai.

Đối với ERP, điều này có thể bao gồm phê duyệt chi tiêu, kích hoạt việc trả lương, kiểm tra hóa đơn, gửi thông báo, vv. Các sản phẩm có khả năng tạo thành vòng đóng sẽ có tính phòng thủ cao hơn, vì chúng nhúng vào quy trình thực thi, không chỉ dừng lại ở mức quan sát. Chúng sẽ tạo ra dữ liệu độc đáo, ngày càng cải thiện theo sử dụng, và trở nên khó thay thế hơn vì một khi loại bỏ sẽ làm hỏng luồng công việc.

Tất nhiên, khi ngữ cảnh tích lũy và xử lý tận cùng ngày càng tinh vi hơn, giá trị ở đây cũng sẽ tăng lên.

Thứ tư, liệu có bao gồm bước thực hiện trong thế giới thực không?

Một số mô hình kinh doanh liên kết với vận hành thế giới thực, và các bước này sẽ không được tự động hoá hoàn toàn. Ví dụ rõ ràng nhất là các công ty có mạng lưới vận hành, như DoorDash. Họ lịch sử không thuộc hệ thống hồ sơ, nhưng điều này rất truyền cảm hứng ở đây.

Phổ biến hơn, bất kỳ công ty nào có thể mở rộng chu trình phần mềm đến dịch vụ, thực hiện, vận chuyển, vận hành trường, hoặc thanh toán, đều có sự phòng thủ khác biệt so với SaaS thuần túy. Các công ty loại này không chỉ lưu trữ hồ sơ, cũng không chỉ đề xuất hành động; họ sẽ phân công nhân viên, di chuyển hàng hóa, hoặc hoàn thành dịch vụ cụ thể.

Đối với các nhà khởi nghiệp, điều này có nghĩa là cơ hội có thể xuất hiện trong các thị trường như vậy: phần mềm ngày càng có khả năng ra quyết định, Agent ngày càng có khả năng điều phối quy trình, nhưng còn phải có bước thực hiện trong thế giới thực. Ví dụ, phần mềm dọc theo dịch vụ trường, là một hướng đi điển hình.

Thứ năm, liệu có hiệu ứng mạng không?

Lịch sử cho thấy, hiệu ứng mạng của hệ thống hồ sơ đa số rất yếu, vì chúng 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 nhúng trong các quy trình làm việc đa phía, như môi trường mua bán, nhà tuyển dụ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 trả tiền và bên cung cấp dịch vụ, thì việc thêm một bên tham gia có thể làm cho mạng 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à cộng tác quy trình làm việc: Sản phẩm trở thành nơi mà hai bên quy trình thực hiện giao dịch, trao đổi ngữ cảnh, xử lý ngoại lệ.

Một cách khác, là chuẩn mực và thông minh: Hệ thống có thể dựa trên mẫu quan sát trong mạng lưới để trình bày bình thường ngành nghề, tình huống ngoại lệ và gợi ý hành động, điều này lại tương tự gia tăng giá trị dữ liệu như đã đề cập trước.

Cách thứ ba, là niềm tin và chuẩn hóa: Khi các bên giao dịch bắt đầu phụ thuộc vào cùng một hệ thống đường ray để hoàn thiện phê duyệt, trao đổi, tuân thủ hoặc thanh toán, sản phẩm này không còn chỉ là cơ sở dữ liệu nữa, mà trở thành cơ sở hạ tầng cộng tác của thị trường chính mình, do đó cũng sẽ khó bị thay thế hơn.

Sáu, khả năng công nghệ của bên mua là bao nhiêu mạnh mẽ?

Trong một thế giới mà lý thuyết ai cũng có thể tự xây dựng Agent, khả năng xây dựng thực sự của các bên mua khác nhau vẫn còn rất khác biệt. Đặc biệt là trong ngành hàng dọc và các bên mua chức năng không có tài nguyên kỹ thuật nội bộ mạnh mẽ trong quá khứ, khả năng tự xây dựng, duy trì và liên tục cải thiện cơ sở dữ liệu, logic quy trình làm việc, Agent stack và lớp điều hành của họ vẫn còn rất thấp.

Chi phí cũng quan trọng ở đây. Lý thuyết Tự làm có thể giảm chi phí cấp phép phần mềm, nhưng thường chuyển tải chi phí sang triển khai, duy trì và phức tạp nội bộ.

Điều này có nghĩa là trong những lĩnh vực hoạt động phức tạp nhưng cung cấp công nghệ không đủ trong một số danh mục, vẫn còn cơ hội thực sự. Ví dụ như ngành sản xuất, hậu cần xây dựng, quy trình công nghiệp, quy trình làm việc trực tiếp, và lĩnh vực kế toán.

Còn một số yếu tố cũng quan trọng và dần dần trở thành rào cản cơ bản của phần mềm.

Ví dụ, tri thức học cần phải thay đổi. Rất nhiều ý tưởng "cơ sở dữ liệu tự làm" đã đánh giá thấp giá trị mà mô hình đối tượng chịu được. Phần mềm hiện có được xây dựng cho bảng điều khiển, báo cáo và người dùng con người, chúng thu thập các đối tượng trong quy trình làm việc như cơ hội kinh doanh, phiếu công việc, ứng viên v.v.

Nhưng schema thời代代 của Agent cần thu thập lý luận, hành động, theo dõi trạng thái, xử lý ngoại lệ, ủy nhiệm nhiệm vụ, cũng như cộng tác giữa các hệ thống. Mô hình đối tượng gốc có thể không còn là cơ hội kinh doanh, phiếu công việc và ứng viên nữa, mà là nhiệm vụ, ý định, tiến trình, 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à 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, trong chiến lược nào, cần phê duyệt nào, tạo dấu vết kiểm toán như thế nào, cũng như làm thế nào để quay trở lại và xử lý ngoại lệ.

Tất nhiên, tất cả đều không thể không cho qua vấn đề chi phí, ví dụ Agent và cơ sở dữ liệu tốn bao nhiêu tiền để xây dựng và duy trì, chi phí truy cập API là bao nhiêu. Điều này sẽ đưa chúng ta trở lại với một số vấn đề cốt lõi: việc xây dựng lại dữ liệu khó khăn extent, mối quan hệ phụ thuộc là bao nhiêu, và hệ thống đã nhúng sâu vào đâu.

Vậy, kết luận là gì?

Khi các nhà cung cấp phần mềm hiện có dần chuyển hướng đến mô hình headless, họ thực ra đang đặt một mức cược ẩn: lớp dữ liệu vẫn sẽ là nguồn cốt lõi quan trọng. Trong một số lĩnh vực cụ thể, đặc biệt là trong các lĩnh vực chịu sự ràng buộc về tuân thủ pháp lý như dịch vụ tài chính, mức cược này có thể vẫn giữ được giá trị trong một thời gian, và quá trình headless hóa cũng có thể diễn ra chậm hơn.

Nhưng đối với các doanh nghiệp khởi nghiệp phần mềm, khi các nhà cung cấp hiện có bắt đầu tiến xa hơn vào việc phiên giao diện, vấn đề đặt ra là làm thế nào để cạnh tranh với họ, làm thế nào để xây dựng phần mềm có tính bảo vệ dài hạn, mọi thứ đều đang thay đổi.

Hệ thống ghi chép thế hệ tiếp theo đã bắt đầu hiện ra với hình thái khác: chúng không chỉ được sử dụng để ghi chép dữ liệu về công việc của con người mà còn có tính chất của một Tác nhân - có khả năng bắt kịp ngữ cảnh, 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 hiện.

Điều thú vị nhất, các công ty đáng chú ý sẽ mở rộng vào tầng thực thi của thế giới thực: họ sẽ điều phối nhân viên công trường, nhà cung cấp dịch vụ logistics, nhóm dịch vụ và tài sản vật lý hoặc là giữa nhiều bên tham gia, trở thành tầng trung gian của cộng 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ũ. Và lõi của hệ thống ghi chép truyền thống, chính là dữ liệu, sẽ dần lui vào phía sau, trở thành nền tảng hỗ trợ cho việc hoạt động của toàn bộ hệ thống.

[Liên kết gốc]

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