Thông Chi Tiết
TOKN Open Discovery – Khám phá mở: Kết nối dữ liệu và nhu cầu mà không thay thế hệ thống doanh nghiệp
Từ Discovery Infrastructure đến mô hình triển khai mở cho doanh nghiệp trong nền kinh tế AI
Internet từng tạo ra một bước ngoặt lớn: doanh nghiệp không cần mở chi nhánh tại nhiều quốc gia vẫn có thể xây dựng website, giới thiệu sản phẩm và tiếp cận khách hàng trên toàn thế giới. Công cụ tìm kiếm giúp thông tin được phát hiện; thương mại điện tử tạo thêm môi trường kết nối người mua và người bán; CRM, ERP và nhiều hệ thống quản lý giúp doanh nghiệp tổ chức hoạt động ngày càng hiệu quả.
Tuy nhiên, sự phát triển đó cũng tạo ra một nghịch lý. Khi mọi doanh nghiệp đều có thể xuất hiện trên Internet, khách hàng lại phải đối diện với lượng thông tin ngày càng lớn. Được tìm thấy không đồng nghĩa với được hiểu. Có hồ sơ giới thiệu không đồng nghĩa với có năng lực đã được xác minh. Một sản phẩm xuất hiện trong kết quả tìm kiếm cũng chưa chắc phù hợp với nhu cầu cụ thể của người mua.
Internet đã làm giảm đáng kể chi phí phân phối thông tin, nhưng không tự động giải quyết toàn bộ chi phí xác minh, đối chiếu và ra quyết định.
Sự phát triển của trí tuệ nhân tạo đang khiến vấn đề này trở nên đáng chú ý hơn. AI có thể hỗ trợ tìm kiếm, tổng hợp, so sánh và xử lý nhiều bước trong một hành trình mua hàng. Tuy nhiên, để đưa ra kết quả hữu ích, các hệ thống này cần dữ liệu đủ rõ, có nguồn gốc, được cập nhật và có khả năng liên kết với những điều kiện thực tế.
Từ định hướng đã công bố trong TOKN 3.0 – Từ AI Discovery Framework đến Discovery Infrastructure, TOKN tiếp tục đặt ra một câu hỏi quan trọng:
Làm thế nào để doanh nghiệp tham gia vào môi trường AI Discovery mà không phải chuyển toàn bộ dữ liệu, sản phẩm, khách hàng và hoạt động kinh doanh sang một nền tảng tập trung mới?
Đó là điểm khởi đầu của TOKN Open Discovery – Khám phá mở.
1. Open Discovery là gì?
TOKN Open Discovery là định hướng thiết kế và triển khai Discovery Infrastructure theo nguyên tắc liên thông dữ liệu có kiểm soát, giúp doanh nghiệp, sản phẩm, tài sản, dịch vụ và nhu cầu có thể được mô tả, đối chiếu và kết nối giữa những hệ thống khác nhau mà không bắt buộc tập trung toàn bộ dữ liệu hoặc giao dịch tại TOKN.
Open Discovery không phải một tiêu chuẩn ngành đã được xác lập, cũng không phải tên gọi của một sản phẩm công nghệ hoàn chỉnh mà TOKN tuyên bố đã triển khai.
Đây là định hướng nghiên cứu và phát triển của TOKN, kế thừa kiến trúc Discovery Infrastructure hiện có và tập trung giải quyết bài toán triển khai trong môi trường doanh nghiệp thực tế.
Nguyên lý cốt lõi rất đơn giản: doanh nghiệp tiếp tục kiểm soát hệ thống của mình; TOKN hướng tới bổ sung năng lực tổ chức thông tin, khám phá nhu cầu và kết nối phù hợp.
Một nhà sản xuất không nhất thiết phải chuyển toàn bộ sản phẩm lên VNMarket để sử dụng dịch vụ Discovery. Một doanh nghiệp không cần thay thế CRM hoặc ERP chỉ để xây dựng Business Entity. Một chủ sở hữu tài sản không cần chuyển quyền quản lý tài sản sang một nền tảng khác để có hồ sơ dữ liệu phục vụ đối chiếu.
Điều cần thiết là xác định thông tin nào có thể được chia sẻ, thông tin nào cần kiểm chứng, nhu cầu nào cần đối chiếu và kết quả sẽ được chuyển đến hệ thống hoặc người phụ trách nào.
Open Discovery vì vậy không đồng nghĩa với Open Data. Khám phá mở không có nghĩa mọi dữ liệu đều được công khai hoặc mọi bên đều có quyền truy cập.
Tính mở nằm ở khả năng liên thông và sử dụng thông tin theo quyền được cho phép, không nằm ở việc từ bỏ quyền kiểm soát dữ liệu.
2. Open Discovery nằm ở đâu trong TOKN 3.0?
TOKN đã xác lập hướng phát triển từ AI Discovery Framework đến Discovery Infrastructure. Trong đó, các thành phần Entity, Identity, Profile, Evidence, Trust, Demand, Matching và Outcome tạo nên cơ sở để tổ chức thông tin và kết nối nhu cầu.
Open Discovery không thay thế kiến trúc này.
Nếu Discovery Infrastructure trả lời câu hỏi “TOKN hướng tới xây dựng năng lực gì?”, thì Open Discovery trả lời câu hỏi “Năng lực đó có thể được triển khai và kết nối với hệ thống hiện hữu như thế nào?”
Đây là sự khác biệt quan trọng.
TOKN 3.0 tiếp tục là định hướng kiến trúc tổng thể. Open Discovery là nguyên tắc thiết kế và triển khai xuyên suốt, không phải một tầng kỹ thuật mới được thêm vào TOKN CORE.
Các framework và mô hình dữ liệu đã công bố cũng tiếp tục giữ vai trò riêng.
Business Entity giúp xác định và mô tả doanh nghiệp, năng lực, sản phẩm, bằng chứng và quan hệ. Asset Profile tổ chức dữ liệu về tài sản, quyền liên quan, thuộc tính, nguồn thông tin và trạng thái xác minh. Product Discovery hướng tới đối chiếu sản phẩm với nhu cầu. Demand Discovery tập trung vào những điều kiện và mục tiêu của người mua.
Open Discovery kết nối các thành phần đó với một yêu cầu bổ sung: chúng phải có khả năng hoạt động trong môi trường nhiều hệ thống, nhiều chủ thể và nhiều mức quyền truy cập khác nhau.
Nói cách khác, Open Discovery không tạo thêm một bộ thuật ngữ cạnh tranh với kiến trúc hiện tại. Nó đặt ra những nguyên tắc để kiến trúc TOKN có thể được ứng dụng rộng hơn.
3. Từ website đến Business Entity: Không thay thế, mà bổ sung năng lực hiểu dữ liệu
Website vẫn là tài sản quan trọng của doanh nghiệp. Đây là nơi giới thiệu thương hiệu, công bố thông tin, tiếp nhận liên hệ và xây dựng quan hệ với khách hàng.
Tuy nhiên, một website được thiết kế chủ yếu để con người đọc chưa chắc đã cung cấp đầy đủ dữ liệu có cấu trúc cho việc so sánh, xác minh và đối chiếu tự động.
Một nhà sản xuất có thể giới thiệu rằng mình có năng lực cung ứng lớn, sản phẩm chất lượng cao và nhiều năm kinh nghiệm. Nhưng người mua B2B thường cần những thông tin cụ thể hơn: doanh nghiệp trực tiếp sản xuất hay thương mại, nhà máy ở đâu, công suất theo đơn vị nào, sản phẩm đáp ứng tiêu chuẩn gì, số lượng đặt hàng tối thiểu bao nhiêu và thông tin đó được cập nhật khi nào.
TOKN đã phân tích sự chuyển dịch này trong bài Khi Trang Vàng và Website không còn đủ: Doanh nghiệp cần trở thành Business Entity để AI khám phá.
Open Discovery tiếp nối hướng tiếp cận đó, nhưng bổ sung một nguyên tắc: Business Entity không nhất thiết phải tồn tại độc quyền trên TOKN.
Hồ sơ có thể được xây dựng từ thông tin doanh nghiệp cung cấp, dữ liệu công khai hoặc các nguồn được phép sử dụng. Tùy phương án triển khai, hồ sơ có thể được xuất bản trên website doanh nghiệp, duy trì tại một hệ thống kết nối hoặc đồng bộ có chọn lọc giữa các bên.
Để tránh thông tin trùng lặp và sai lệch, hồ sơ cần xác định nguồn dữ liệu có thẩm quyền, định danh thực thể, thời điểm cập nhật và cách xử lý khi các nguồn không nhất quán.
Như vậy, Open Discovery không đặt mục tiêu thay thế website. Nó hướng tới giúp website và các hệ thống liên quan trở thành những nguồn thông tin có thể được hiểu và sử dụng tốt hơn trong các quy trình Discovery.
4. Từ Asset Profile đến dữ liệu có khả năng liên thông
Một trong những nền tảng quan trọng của TOKN là mô hình Asset Profile.
Trong TOKN Asset Profile Framework – Đề xuất cấu trúc Hồ sơ Tài sản, TOKN đã đề xuất các nhóm thông tin về định danh, quyền, thuộc tính, dữ liệu, bằng chứng, rủi ro, độ tin cậy, quan hệ, nguồn gốc và trạng thái xác minh.
Đây là một framework nghiên cứu về cấu trúc hồ sơ tài sản, không phải tiêu chuẩn pháp lý hoặc chứng nhận quyền sở hữu.
Open Discovery không cần định nghĩa lại Asset Profile. Điều cần phát triển tiếp là khả năng trao đổi và sử dụng hồ sơ giữa các hệ thống.
Một Asset Profile có thể được xem xét theo bốn câu hỏi bổ sung: Nguồn dữ liệu: Thông tin do ai cung cấp, hệ thống nào là nguồn tham chiếu chính và dữ liệu được cập nhật khi nào?
- Quyền truy cập: Trường dữ liệu nào được công khai, trường nào chỉ chia sẻ với đối tác được phép và trường nào phải giữ nội bộ?
- Khả năng liên thông: Dữ liệu có thể được biểu diễn bằng những định dạng và định danh phù hợp để hệ thống khác hiểu và sử dụng hay không?
- Khả năng truy xuất nguồn gốc: Khi một thông tin được thay đổi hoặc phát hiện sai lệch, có thể xác định nguồn và lịch sử cập nhật hay không?
Những yêu cầu này đặc biệt quan trọng khi một tài sản hoặc sản phẩm xuất hiện đồng thời trên website doanh nghiệp, nền tảng ngành, hệ thống quản lý và công cụ AI.
Định hướng kỹ thuật của TOKN là ưu tiên khả năng tương thích với các tiêu chuẩn và thông lệ dữ liệu hiện có khi phù hợp, thay vì mặc định yêu cầu mọi đối tác sử dụng một định dạng độc quyền.
Mục tiêu không phải tạo thêm nhiều bản sao hồ sơ thiếu nhất quán, mà là hỗ trợ hình thành những hồ sơ có nguồn rõ ràng và có thể được sử dụng đúng ngữ cảnh.
5. Evidence và Trust: Mở không có nghĩa là tin mọi dữ liệu
Một rủi ro của môi trường dữ liệu mở là thông tin được chia sẻ rộng nhưng không đủ cơ sở xác minh.
Một nhà sản xuất có thể công bố công suất 20.000 tấn mỗi năm. Đây trước hết là một tuyên bố của doanh nghiệp, không tự động trở thành dữ kiện đã được kiểm chứng.
Một chứng nhận được tải lên website cũng chưa đủ để khẳng định chứng nhận còn hiệu lực, áp dụng cho đúng sản phẩm hoặc được cấp cho đúng chủ thể.
Vì vậy, Open Discovery cần kế thừa nguyên tắc phân biệt rõ:
- Claim – Tuyên bố: Một bên công bố điều gì?
- Source – Nguồn: Thông tin được ghi nhận từ đâu?
- Evidence – Bằng chứng: Tài liệu hoặc dữ liệu nào hỗ trợ tuyên bố?
- Verification – Xác minh: Ai đã kiểm tra, kiểm tra bằng phương pháp nào và trong phạm vi nào?
- Trust – Độ tin cậy: Mức độ tin cậy của thông tin được đánh giá trên cơ sở nào?
Một hồ sơ có thể được chuẩn hóa tốt nhưng chưa được xác minh độc lập. Một tài liệu có thể là bằng chứng hợp lệ cho một thuộc tính nhưng không chứng minh toàn bộ năng lực của doanh nghiệp.
TOKN không nên biến Trust thành một nhãn khẳng định chung rằng doanh nghiệp hoặc sản phẩm chắc chắn đáng tin.
Thay vào đó, cần thể hiện minh bạch trạng thái từng thông tin: doanh nghiệp tự khai, có nguồn tham khảo, có tài liệu hỗ trợ, đã được đối chiếu hoặc đã được xác nhận bởi nguồn phù hợp.
Trong môi trường Open Discovery, điều này càng quan trọng vì dữ liệu có thể được nhiều hệ thống sử dụng lại. Một thông tin sai lệch nếu được nhân rộng sẽ tạo ra rủi ro lớn hơn.
Khám phá mở chỉ có giá trị bền vững khi đi cùng trách nhiệm về nguồn dữ liệu, quyền sử dụng và trạng thái xác minh.
6. Từ dữ liệu sản phẩm đến khám phá nhu cầu thực tế
Có hồ sơ doanh nghiệp và sản phẩm chưa đồng nghĩa với việc tạo ra nhu cầu kinh doanh.
Một Product Profile có thể mô tả đầy đủ vật liệu, kích thước, công năng, tiêu chuẩn, số lượng đặt hàng tối thiểu và điều kiện cung ứng. Tuy nhiên, giá trị thương mại chỉ bắt đầu rõ hơn khi hồ sơ đó được đối chiếu với nhu cầu thực tế.
Người mua không chỉ hỏi sản phẩm nào đang có trên thị trường. Họ cần biết sản phẩm nào đáp ứng các điều kiện sử dụng, kỹ thuật, ngân sách và thời gian cụ thể.
Đây là nơi Product Discovery kết nối với Demand Discovery.
TOKN định hướng tổ chức nhu cầu thành những điều kiện có thể đối chiếu, trong đó phân biệt:
- Điều kiện bắt buộc: yêu cầu mà sản phẩm hoặc nhà cung cấp phải đáp ứng.
- Tiêu chí ưu tiên: những yếu tố giúp so sánh các phương án đã đáp ứng điều kiện bắt buộc.
- Thông tin chưa rõ: những dữ liệu cần bổ sung trước khi đưa ra đề xuất.
- Bằng chứng cần kiểm tra: các tài liệu hoặc xác nhận cần thiết để đánh giá mức độ đáp ứng.
Ví dụ, người mua bao bì thực phẩm có thể yêu cầu vật liệu cụ thể, kích thước, độ dày, số lượng, thời gian giao hàng và tài liệu phù hợp với mục đích tiếp xúc thực phẩm.
Một hệ thống Discovery không nên đề xuất nhà cung cấp chỉ vì doanh nghiệp đó có từ khóa liên quan. Nó cần đối chiếu những điều kiện có thể kiểm tra, đồng thời chỉ rõ những thông tin còn thiếu.
Open Discovery cho phép quy trình này sử dụng dữ liệu từ nhiều nguồn được phép kết nối, thay vì giới hạn trong danh mục của một sàn giao dịch duy nhất.
7. Tình huống ứng dụng: VNMarket và nhà sản xuất bao bì
Giả sử một nhà sản xuất bao bì tại Việt Nam đã có website, catalogue, bộ phận kinh doanh và hệ thống quản lý khách hàng.
Doanh nghiệp không có nhu cầu chuyển toàn bộ hoạt động sang một marketplace mới. Điều họ cần là khách hàng tiềm năng hiểu sản phẩm nhanh hơn, gửi yêu cầu rõ hơn và được kết nối với đúng bộ phận phụ trách.
Theo mô hình Open Discovery đề xuất, VNMarket có thể cung cấp một quy trình triển khai gồm năm bước.
- Bước 1 – Chuẩn hóa hồ sơ doanh nghiệp. Xác định đúng chủ thể, nhà máy, năng lực, nhóm sản phẩm, thị trường phục vụ và nguồn dữ liệu liên quan.
- Bước 2 – Chuẩn hóa hồ sơ sản phẩm. Tổ chức thông số kỹ thuật, ứng dụng, điều kiện đặt hàng, tài liệu hỗ trợ và trạng thái cập nhật theo cấu trúc nhất quán.
- Bước 3 – Tiếp nhận nhu cầu. Người mua mô tả sản phẩm cần tìm, số lượng, yêu cầu kỹ thuật, thời gian giao hàng và những điều kiện quan trọng khác.
- Bước 4 – Đối chiếu và chuyển yêu cầu. VNMarket hỗ trợ đánh giá mức độ phù hợp, xác định thông tin còn thiếu và chuyển RFQ đến doanh nghiệp theo quy trình đã thỏa thuận.
- Bước 5 – Theo dõi kết quả. Doanh nghiệp trực tiếp báo giá, đàm phán và thực hiện giao dịch. Những kết quả được phép chia sẻ có thể được sử dụng để đánh giá chất lượng Discovery.
Trong mô hình này, VNMarket không nhất thiết là nơi sở hữu giao dịch. Nó có thể đóng vai trò môi trường triển khai và kiểm chứng Product & Demand Discovery.
Nhà sản xuất vẫn kiểm soát quan hệ khách hàng và hệ thống kinh doanh riêng.
Điểm cần kiểm chứng là liệu cách tổ chức dữ liệu và đối chiếu này có thực sự giúp tăng chất lượng RFQ, giảm thời gian trao đổi hoặc tạo thêm cơ hội kinh doanh hay không.
Đó mới là thước đo thương mại của Open Discovery, không phải số lượng hồ sơ được xuất bản.
8. Open Discovery không đối lập với CRM, ERP, website hay marketplace
TOKN không xem những hệ thống hiện có là các mô hình cần bị thay thế.
ERP giúp quản lý nguồn lực và quy trình vận hành. CRM hỗ trợ quản lý quan hệ khách hàng và hoạt động bán hàng. Website là kênh thông tin và tương tác trực tiếp. Marketplace tập hợp cung cầu và có thể cung cấp hạ tầng giao dịch.
Những hệ thống này có mục tiêu khác nhau và vẫn giữ giá trị trong nền kinh tế AI.
Như TOKN đã phân tích trong bài Từ CRM, ERP đến AI Discovery: Khám phá những giá trị chưa biết trong nền kinh tế AI, việc quản lý những gì doanh nghiệp đã biết và việc khám phá những cơ hội chưa được nhận diện là hai bài toán có liên quan nhưng không đồng nhất.
Open Discovery hướng tới bổ sung năng lực kết nối giữa thông tin đang được quản lý với những nhu cầu có thể xuất hiện bên ngoài hệ thống.
Chẳng hạn, CRM có thể ghi nhận một khách hàng đã liên hệ. Open Discovery hướng tới hỗ trợ xác định yêu cầu đó phù hợp với sản phẩm hoặc năng lực nào trước khi chuyển cho nhân viên kinh doanh.
ERP có thể lưu trữ thông tin sản phẩm và tồn kho. Open Discovery có thể sử dụng những trường dữ liệu được phép chia sẻ để hỗ trợ đánh giá khả năng đáp ứng một nhu cầu cụ thể.
Marketplace có thể tiếp tục đóng vai trò một kênh bán hàng. Open Discovery có thể là một nguồn hồ sơ và cơ chế đối chiếu bổ sung nếu nền tảng đó hỗ trợ tích hợp. Như vậy, TOKN không cần đặt mình vào thế cạnh tranh trực diện với mọi hệ thống quản lý và thương mại hiện hữu. Open Discovery được thiết kế để kết nối với hệ thống doanh nghiệp, không mặc định thay thế chúng.
9. Open Discovery và AI Agent: Chuẩn bị cho tương lai nhưng không phụ thuộc vào tương lai
AI Agent có thể mở rộng vai trò của phần mềm từ trả lời câu hỏi sang hỗ trợ thực hiện những quy trình nhiều bước.
Trong hoạt động B2B, một Agent có thể được giao nhiệm vụ tìm nhà cung cấp, kiểm tra điều kiện, so sánh phương án và chuẩn bị yêu cầu báo giá để con người xem xét.
Nhưng những tác vụ đó cần dữ liệu đáng tin cậy, quyền truy cập rõ ràng và các cơ chế kiểm soát hành động.
Open Discovery có thể tạo cơ sở cho việc nghiên cứu khả năng kết nối giữa dữ liệu doanh nghiệp và các hệ thống AI Agent trong tương lai.
Tuy nhiên, TOKN không xem Agent là điều kiện tiên quyết để triển khai Discovery.
Một quy trình tiếp nhận nhu cầu, đối chiếu hồ sơ và chuyển RFQ có thể bắt đầu bằng biểu mẫu, dữ liệu có cấu trúc và nhân sự xử lý. Những thành phần có thể tự động hóa sẽ được xác định dựa trên kết quả vận hành.
Cách tiếp cận này giúp TOKN tránh phụ thuộc hoàn toàn vào tốc độ phát triển hoặc mức độ chấp nhận của thị trường AI Agent.
Tương tự, bài Từ AI Ready đến AI Discovery đã đặt vấn đề về khả năng được AI hiểu và tìm thấy. Open Discovery mở rộng câu chuyện từ chuẩn bị dữ liệu cho tìm kiếm sang khả năng sử dụng dữ liệu trong các quy trình khám phá, đối chiếu và hành động.
Dữ liệu tốt có thể hỗ trợ AI Search, nhưng không bảo đảm được công cụ tìm kiếm hoặc AI lựa chọn, trích dẫn hay giới thiệu.
Do đó, hiệu quả của Open Discovery cần được đo bằng cả giá trị vận hành và kết quả kinh doanh, không chỉ bằng khả năng hiển thị trên AI.
10. Mô hình kiến trúc triển khai: Từ hồ sơ đến kết nối
Để Open Discovery có thể chuyển từ định hướng sang giải pháp, TOKN đề xuất nghiên cứu ba mức triển khai.
- Mức 1 – Discovery Profile. Doanh nghiệp xây dựng hồ sơ có cấu trúc từ dữ liệu được cung cấp và xác nhận. Hồ sơ có thể được công bố trên website hoặc môi trường Discovery phù hợp. Đây là mức có thể thử nghiệm với nguồn lực tương đối nhỏ.
- Mức 2 – Connected Discovery. Một phần dữ liệu được kết nối hoặc đồng bộ với hệ thống hiện có. Việc chia sẻ cần có quy tắc về quyền truy cập, tần suất cập nhật, nguồn dữ liệu và trách nhiệm xử lý sai lệch.
- Mức 3 – Discovery Integration & API. Các hệ thống được phép truy vấn hoặc trao đổi hồ sơ, yêu cầu và kết quả thông qua những giao diện kỹ thuật xác định. Mức này cần nghiên cứu sâu về xác thực, bảo mật, kiểm soát truy cập, nhật ký hoạt động và khả năng tương thích.
Ba mức này là lộ trình thiết kế đề xuất, không phải tuyên bố rằng TOKN đã cung cấp đầy đủ cả ba mức dưới dạng sản phẩm thương mại.
Nguyên tắc quan trọng là không yêu cầu doanh nghiệp triển khai hệ thống phức tạp hơn nhu cầu thực tế.
Một doanh nghiệp nhỏ có thể bắt đầu bằng hồ sơ và quy trình RFQ. Một doanh nghiệp có hệ thống quản lý tốt có thể nghiên cứu kết nối dữ liệu có chọn lọc. Các đối tác công nghệ lớn hơn có thể xem xét mô hình tích hợp sâu khi có nhu cầu và năng lực triển khai.
11. Open Discovery tạo ra giá trị kinh tế bằng cách nào?
Nếu TOKN không sở hữu toàn bộ giao dịch, câu hỏi đặt ra là giá trị thương mại của hạ tầng Discovery sẽ đến từ đâu. TOKN cho rằng giá trị có thể hình thành từ việc giảm công sức tổ chức dữ liệu, giảm thời gian xác minh, cải thiện chất lượng yêu cầu mua hàng và hỗ trợ kết nối phù hợp hơn.
Từ đó, các hướng dịch vụ có thể được nghiên cứu gồm:
- Discovery Profile Service: Xây dựng, chuẩn hóa và cập nhật hồ sơ doanh nghiệp, sản phẩm hoặc tài sản.
- Evidence & Data Quality Service: Hỗ trợ tổ chức nguồn dữ liệu, bằng chứng, trạng thái xác minh và lịch sử cập nhật.
- Discovery Integration Service: Kết nối hồ sơ và quy trình với website hoặc hệ thống quản lý hiện hữu.
- Qualified Demand Service: Hỗ trợ tiếp nhận, chuẩn hóa, đối chiếu và chuyển những yêu cầu đủ điều kiện theo thỏa thuận với đối tác.
Trong tương lai, các thành phần kỹ thuật được kiểm chứng có thể được nghiên cứu cung cấp dưới hình thức dịch vụ tích hợp hoặc API.
Tuy nhiên, đây là những hướng thương mại hóa đề xuất. Giá trị và khả năng trả phí cần được xác nhận bằng khách hàng thực tế.
TOKN không xem số lượng hồ sơ hoặc lượt truy cập là bằng chứng đầy đủ cho thành công kinh tế. Những chỉ số quan trọng hơn bao gồm chất lượng RFQ, thời gian xử lý, tỷ lệ báo giá, khả năng tái sử dụng dữ liệu và kết quả được đối tác xác nhận.
12. Từ Discovery đến Outcome: Giá trị dài hạn nằm ở khả năng học từ kết quả
Một hệ thống Discovery không chỉ cần biết doanh nghiệp đang cung cấp gì và khách hàng đang cần gì.
Nó còn cần học từ những kết quả thực tế.
Ví dụ, hai nhà cung cấp có thể cùng đáp ứng thông số kỹ thuật của một sản phẩm. Nhưng một bên có khả năng giao hàng nhanh hơn, một bên phù hợp với đơn hàng nhỏ, trong khi bên còn lại có lợi thế ở đơn hàng lớn.
Những khác biệt đó có thể không được thể hiện đầy đủ trong một danh mục sản phẩm thông thường.
Nếu các kết quả báo giá, phản hồi và giao dịch được ghi nhận đúng cách, với quyền sử dụng dữ liệu phù hợp, TOKN có thể nghiên cứu cách cải thiện quy tắc đối chiếu theo thời gian.
Đây là mối liên hệ giữa Supply Data, Demand Data và Outcome Data.
- Supply Data: Doanh nghiệp có sản phẩm và năng lực gì?
- Demand Data: Người mua cần gì, trong điều kiện nào?
- Outcome Data: Những lần kết nối trước tạo ra kết quả gì và có thể rút ra bài học nào?
Điều quan trọng là không mặc định TOKN được quyền thu thập hoặc sử dụng mọi dữ liệu giao dịch của đối tác. Dữ liệu kết quả cần được chia sẻ trên cơ sở thỏa thuận và tuân thủ các yêu cầu bảo mật, quyền riêng tư, bảo vệ dữ liệu và bí mật kinh doanh.
Open Discovery hướng tới tạo giá trị từ khả năng tổ chức và học hỏi hợp pháp, không phải từ việc chiếm quyền sở hữu dữ liệu.
13. Lộ trình phát triển Open Discovery của TOKN
TOKN xác định Open Discovery là định hướng cần được kiểm chứng theo từng giai đoạn.
- Giai đoạn 1 – Chuẩn hóa và kiểm chứng hồ sơ. Ưu tiên một nhóm doanh nghiệp sản xuất B2B, xây dựng Business Profile và Product Profile có cấu trúc, phân biệt dữ liệu tự khai với dữ liệu có bằng chứng, xác định quy trình cập nhật.
- Giai đoạn 2 – Discovery theo nhu cầu. Tổ chức Demand Profile, thử nghiệm đối chiếu sản phẩm và năng lực cung ứng, hỗ trợ tiếp nhận và chuyển RFQ. Đánh giá những trường hợp đáp ứng, không đáp ứng và thiếu thông tin.
- Giai đoạn 3 – Kết nối hệ thống. Khi quy trình tạo ra giá trị thực tế, nghiên cứu đồng bộ dữ liệu với website, CRM hoặc hệ thống quản lý của đối tác theo phạm vi cần thiết.
- Giai đoạn 4 – Mở rộng khả năng liên thông. Chuẩn hóa giao diện tích hợp, phân quyền dữ liệu, quản lý phiên bản hồ sơ và nghiên cứu khả năng phục vụ những hệ thống Discovery hoặc AI Agent khác.
Việc chuyển từ giai đoạn này sang giai đoạn tiếp theo phải dựa trên bằng chứng triển khai, nhu cầu khách hàng, tính khả thi kỹ thuật và hiệu quả kinh tế.
TOKN không đặt mục tiêu xây dựng ngay một nền tảng bao phủ mọi ngành hoặc một marketplace tổng hợp mới.
Ưu tiên là kiểm chứng một quy trình Discovery có giá trị thực tế, sau đó tái sử dụng những thành phần đã chứng minh hiệu quả.
14. Vai trò của Open Discovery trong hệ sinh thái TOKN
TOKN tiếp tục giữ vai trò nghiên cứu, tổ chức phương pháp và phát triển những thành phần chung của Discovery Infrastructure.
- VNMarket được định hướng là môi trường ưu tiên kiểm chứng Business & Product Discovery trong lĩnh vực B2B, nơi nhu cầu mua hàng, thông số kỹ thuật, năng lực cung ứng và quy trình RFQ có thể được mô tả tương đối rõ.
- iBuyer có thể ứng dụng những nguyên tắc liên quan đến Asset Profile, dữ liệu bất động sản, nhu cầu người mua và đối chiếu tài sản.
- iProtect có thể ứng dụng Discovery theo nhu cầu bảo vệ, rủi ro, khoảng trống bảo vệ và giải pháp phù hợp.
- Những môi trường này không nhất thiết phải dùng chung một mô hình dữ liệu chuyên ngành. Điểm có thể tái sử dụng nằm ở nguyên tắc định danh, hồ sơ, nguồn dữ liệu, bằng chứng, nhu cầu, quyền truy cập và kết quả.
TOKN cần duy trì sự phân biệt giữa phương pháp chung và nghiệp vụ đặc thù của từng ngành.
Open Discovery vì vậy không mở ra một hệ sinh thái hoàn toàn mới bên cạnh TOKN 3.0. Nó định hướng cách các thành phần đã được nghiên cứu có thể liên thông và phát triển trong một kiến trúc nhất quán.
15. Những giới hạn TOKN cần thừa nhận
Open Discovery là một hướng tiếp cận có tiềm năng nhưng không tự động giải quyết mọi vấn đề của thị trường.
Chuẩn hóa dữ liệu không bảo đảm thông tin là chính xác. Có bằng chứng không đồng nghĩa mọi tuyên bố đã được xác minh. Một hồ sơ được máy đọc tốt không bảo đảm được AI Search giới thiệu. Kết nối được hai bên không đồng nghĩa sẽ có giao dịch.
Việc liên thông giữa các hệ thống cũng phát sinh chi phí kỹ thuật, yêu cầu bảo mật và trách nhiệm duy trì dữ liệu. Những nền tảng lớn, nhà cung cấp phần mềm doanh nghiệp và đơn vị tích hợp hệ thống có thể phát triển những năng lực tương tự.
Do đó, lợi thế của TOKN không nên được đánh giá chỉ qua việc đề xuất thuật ngữ mới hoặc xây dựng nhiều framework.
Lợi thế cần được chứng minh bằng chất lượng dữ liệu, hiểu biết chuyên ngành, khả năng triển khai, kết quả đối chiếu và giá trị kinh tế mà doanh nghiệp thực sự nhận được.
Đây cũng là lý do TOKN lựa chọn tiếp cận Open Discovery như một định hướng nghiên cứu và thử nghiệm có kiểm chứng, thay vì tuyên bố đã hình thành một tiêu chuẩn hay hạ tầng hoàn chỉnh.
16. Kết luận: Không nhất thiết sở hữu dữ liệu để tạo ra giá trị từ dữ liệu
Internet đã mở rộng khả năng xuất hiện của doanh nghiệp và sản phẩm. AI đang mở ra những phương thức mới để con người và phần mềm tìm hiểu, đối chiếu và lựa chọn.
Nhưng trong nền kinh tế thực, dữ liệu nằm ở nhiều nơi, được quản lý bởi nhiều chủ thể và phục vụ những mục tiêu khác nhau.
Không phải doanh nghiệp nào cũng muốn đưa toàn bộ dữ liệu lên một sàn giao dịch. Không phải giao dịch nào cũng cần một nền tảng mới đứng giữa. Và không phải mọi nguồn thông tin đều có thể được công khai.
TOKN cho rằng một hướng phát triển đáng nghiên cứu là xây dựng năng lực Discovery có thể kết nối với những hệ thống đó mà vẫn tôn trọng quyền kiểm soát của các bên.
Open Discovery không đặt mục tiêu sở hữu mọi dữ liệu. Nó hướng tới làm cho dữ liệu được tổ chức rõ hơn, có thể kiểm tra tốt hơn và được sử dụng phù hợp hơn trong quá trình kết nối nhu cầu với nguồn lực.
Đó không phải sự thay thế cho TOKN 3.0, mà là bước làm rõ cách Discovery Infrastructure có thể tiến gần hơn đến hoạt động kinh doanh thực tế.
Từ Business Entity đến Product Profile, từ Evidence đến Demand, từ Matching đến Outcome, TOKN hướng tới xây dựng một quá trình khám phá có thể triển khai, kiểm chứng và cải thiện theo thời gian.
Internet giúp doanh nghiệp có thể xuất hiện. TOKN hướng tới giúp doanh nghiệp, sản phẩm và nhu cầu được hiểu, được kiểm chứng và được kết nối phù hợp.
TOKN Open Discovery – Khám phá mở, kết nối có kiểm soát, hướng tới giá trị thực.
TOKN – Discovery Infrastructure for the AI Economy
Trạng thái tài liệu: Tuyên bố định hướng và nguyên tắc triển khai Open Discovery, tháng 10/2026.
Open Discovery là thuật ngữ được TOKN sử dụng cho định hướng nghiên cứu và phát triển của mình; không phải tiêu chuẩn ngành đã được công nhận. Những mô hình kỹ thuật, quy trình tích hợp và dịch vụ nêu trong bài có thể thuộc các giai đoạn nghiên cứu hoặc thử nghiệm khác nhau, không mặc nhiên đại diện cho các chức năng đã được thương mại hóa.
Hợp tác nghiên cứu và triển khai: TOKN quan tâm trao đổi với doanh nghiệp sản xuất, nhà cung cấp B2B và đối tác công nghệ có nhu cầu chuẩn hóa dữ liệu, xây dựng hồ sơ sản phẩm, cải thiện quy trình tiếp nhận RFQ và nghiên cứu kết nối Discovery với hệ thống hiện hữu.
Bài viết kết nối | Liên kết |
| 1. TOKN 3.0 – Discovery Infrastructure | Xem bài TOKN 3.0 |
| 2. Business Entity | Xem bài Business Entity |
| 3. Asset Profile Framework | Xem bài Asset Profile Framework |
| 4. CRM/ERP và AI Discovery | Xem bài CRM/ERP |