Phân biệt chuyển đổi số và số hóa

Vì vậy, mức độ phù hợp hệ thống công nghệ văn hóa du lịch nên được sàng lọc qua năm nhóm chính: phù hợp với mục tiêu và giá trị văn hóa; phù hợp với người dùng và khả năng tiếp cận; phù hợp kỹ thuật và khả năng tích hợp; phù hợp với yêu cầu dữ liệu, an toàn và quyền riêng tư; phù hợp với năng lực vận hành, nguồn lực và chi phí. Sau bước sàng lọc mới nên quyết định hệ thống có đủ cơ sở để chuyển sang thử nghiệm thực tế hay không.

Mức độ phù hợp ban đầu phải được đánh giá theo bối cảnh sử dụng

Sai lệch phổ biến nhất là đánh đồng “nhiều tính năng” với “phù hợp”. Một nền tảng có AI, thực tế tăng cường, định vị, phân tích dữ liệu hay cá nhân hóa không tự động phù hợp hơn một giải pháp đơn giản. Giá trị chỉ xuất hiện khi những khả năng đó giải quyết đúng nhiệm vụ của điểm đến, bảo tàng, di tích, không gian văn hóa hoặc đơn vị du lịch.

ISO/IEC 25019:2023 cho thấy chất lượng trong sử dụng phụ thuộc vào specified context of use — bối cảnh sử dụng đã được xác định. Nếu bối cảnh thay đổi thì điều kiện đánh giá cũng phải được xác định lại. Điều này đặc biệt quan trọng trong văn hóa du lịch vì cùng một công nghệ có thể hoạt động rất khác giữa bảo tàng trong nhà có Wi-Fi ổn định, di tích ngoài trời, tuyến tham quan vùng núi hay một không gian di sản có yêu cầu bảo tồn nghiêm ngặt.

Do đó, trước khi chấm hệ thống, cần xác định tối thiểu “hệ thống dùng để làm gì” và “dùng trong điều kiện nào”. Một giải pháp phục vụ diễn giải di sản phải được đánh giá khác với hệ thống quản lý dòng khách; một ứng dụng hướng dẫn khách độc lập khác với công cụ nghiệp vụ dành cho cán bộ điểm đến. Nếu chưa xác định được nhiệm vụ chính, nhóm người dùng và điều kiện vận hành thì mọi điểm số phù hợp đều thiếu cơ sở.

Ở giai đoạn ban đầu cũng cần phân biệt hai loại tiêu chí. Tiêu chí bắt buộc là các điều kiện nếu không đạt thì hệ thống chưa nên đi tiếp, chẳng hạn xung đột với mục tiêu bảo tồn hoặc không thể hoạt động với hạ tầng hiện có. Tiêu chí chấm mức độ cho phép so sánh hệ thống phù hợp nhiều hay ít, như mức thuận tiện, khả năng tích hợp hoặc chi phí vận hành. Hai nhóm này không nên cộng chung một cách cơ học, bởi một điểm số tổng cao không thể bù cho một rủi ro mang tính loại trừ.

Tiêu chí 1: Phù hợp với mục tiêu văn hóa và giá trị diễn giải

Đối với hoạt động văn hóa du lịch, tiêu chí đầu tiên không phải công nghệ làm được bao nhiêu việc mà là công nghệ có hỗ trợ đúng giá trị cần bảo vệ và truyền đạt hay không. Hệ thống có thể nhằm tăng khả năng tiếp cận thông tin, hỗ trợ diễn giải, giáo dục, quản lý khách, phân luồng, kết nối cộng đồng hoặc làm phong phú trải nghiệm. Mỗi mục tiêu dẫn đến một cấu hình phù hợp khác nhau.

UNESCO nhấn mạnh việc quản lý du lịch di sản phải dựa trên bối cảnh và nhu cầu địa phương; chương trình du lịch bền vững của tổ chức này hướng tới tạo giá trị du lịch dựa trên giá trị di sản. UNESCO cũng xem diễn giải dựa trên giá trị là phương tiện giúp trải nghiệm di sản trở nên có ý nghĩa, bao trùm và dễ tiếp cận hơn.

ICOMOS International Cultural Heritage Tourism Charter 2022 đi xa hơn khi đặt mối quan hệ giữa bản sắc, di sản của cộng đồng sở tại với lợi ích, kỳ vọng và hành vi của khách tham quan vào trung tâm, đồng thời khuyến khích sự tham gia của cộng đồng sở tại trong quy hoạch và quản lý du lịch. Điều đó tạo ra một phép thử rất hữu ích: nếu công nghệ cải thiện trải nghiệm số nhưng làm đơn giản hóa quá mức câu chuyện văn hóa, tách nội dung khỏi cộng đồng nắm giữ di sản hoặc tạo động cơ khai thác điểm đến trái với mục tiêu bảo tồn, mức độ phù hợp phải bị hạ xuống.

Ở bước sàng lọc, nên kiểm tra sự phù hợp giữa chức năng công nghệ và mục tiêu nghiệp vụ bằng các câu hỏi cụ thể: chức năng này đang bảo vệ, truyền đạt hay quản lý giá trị nào; ai có quyền xác thực và cập nhật nội dung; hệ thống có hỗ trợ nhiều lớp diễn giải, ngôn ngữ và bối cảnh hay chỉ cung cấp một câu chuyện cố định; việc sử dụng công nghệ có làm thay đổi hành vi khách theo hướng gây áp lực cho không gian văn hóa hay không.

Đây cũng là ranh giới giữa “đổi mới” và “phù hợp”. UNESCO ghi nhận công nghệ số có thể hỗ trợ quản lý khách, tiếp cận và diễn giải tại các điểm văn hóa, nhưng đồng thời lưu ý không phải mọi tổ chức văn hóa đều có hạ tầng cần thiết và không tồn tại một giải pháp duy nhất phù hợp cho mọi bối cảnh.

Tiêu chí 2: Phù hợp với người dùng, khả năng tiếp cận và trải nghiệm

Một hệ thống chỉ phù hợp khi những người thực sự phải sử dụng nó có thể sử dụng được. Trong văn hóa du lịch, tập người dùng thường rộng hơn khách du lịch thông thường: người cao tuổi, trẻ em, khách quốc tế, người khuyết tật, hướng dẫn viên, cán bộ quản lý, cộng đồng địa phương và những người có mức độ thành thạo công nghệ rất khác nhau.

Vì vậy, đánh giá ban đầu cần xem xét hành trình sử dụng thay vì chỉ nhìn giao diện. Khách phải cài ứng dụng hay có thể truy cập trực tiếp? Họ có mạng ổn định hay cần chế độ ngoại tuyến? Nội dung có nhiều ngôn ngữ không? Một thao tác có khả thi khi người dùng đứng ngoài trời, cầm hành lý hoặc đang di chuyển không? Nhân viên tại điểm đến có thể hỗ trợ khi người dùng gặp lỗi hay không? Những điều kiện này quyết định trực tiếp khả năng sử dụng thực tế.

Khả năng tiếp cận nên được xem là yêu cầu thiết kế chứ không phải tính năng bổ sung. ISO 21902:2021 đặt mục tiêu bảo đảm khả năng tiếp cận và thụ hưởng du lịch cho phạm vi rộng nhất những người thuộc nhiều độ tuổi và năng lực khác nhau, đồng thời áp dụng yêu cầu và hướng dẫn trên toàn chuỗi cung ứng du lịch.

Nếu hệ thống có website hoặc giao diện số tương đương, WCAG 2.2 cung cấp các tiêu chí có thể kiểm chứng thay cho nhận xét cảm tính như “giao diện dễ dùng”. Ở mức AA, chẳng hạn, tỷ lệ tương phản tối thiểu của văn bản thông thường là 4,5:1, văn bản cỡ lớn là 3:1; kích thước mục tiêu cho thao tác con trỏ theo tiêu chí 2.5.8 tối thiểu là 24 × 24 CSS pixel, ngoại trừ các trường hợp được quy định.

Các con số này không có nghĩa mọi hệ thống văn hóa du lịch đều phải được đánh giá chỉ bằng WCAG. Với kiosk, thiết bị chuyên dụng, trải nghiệm âm thanh, AR hoặc những giao diện phi web, phải chọn tiêu chí tương ứng với phương thức tương tác. Ý nghĩa quan trọng hơn là: khả năng tiếp cận phải được chuyển thành điều kiện kiểm chứng được, thay vì đánh giá bằng ấn tượng chủ quan.

Tiêu chí 3: Phù hợp kỹ thuật và khả năng tích hợp

Phù hợp nghiệp vụ nhưng không tương thích với môi trường kỹ thuật hiện hữu vẫn là một hệ thống có mức phù hợp thấp. Đánh giá ban đầu cần xác định hệ thống có thể tồn tại trong kiến trúc hiện tại mà không tạo ra chi phí tích hợp, phụ thuộc hoặc rủi ro vận hành vượt khả năng của tổ chức hay không.

ISO/IEC 25010:2023 xây dựng mô hình chất lượng sản phẩm ICT gồm chín đặc tính và cho phép sử dụng chúng để xác định yêu cầu, mục tiêu kiểm thử, tiêu chí kiểm soát chất lượng và tiêu chí chấp nhận. Tiêu chuẩn cũng xem sản phẩm ICT theo phạm vi rộng, có thể bao gồm phần mềm, phần cứng, dữ liệu, firmware và hạ tầng truyền thông. Điều này phù hợp với thực tế của một hệ thống văn hóa du lịch, nơi trải nghiệm thường phụ thuộc đồng thời vào ứng dụng, thiết bị tại điểm đến, kết nối, dữ liệu nội dung và các nền tảng nghiệp vụ phía sau.

Ở bước đầu, cần kiểm tra khả năng kết nối với những thành phần bắt buộc như hệ thống vé, CRM, kho nội dung, bản đồ, tài khoản người dùng, hệ thống thống kê hoặc cơ sở dữ liệu di sản nếu chúng nằm trong phạm vi sử dụng. Đồng thời phải xác định hệ thống có API hoặc cơ chế trao đổi dữ liệu phù hợp, hỗ trợ định dạng đang sử dụng và có thể hoạt động với thiết bị, hệ điều hành, băng thông cũng như môi trường mạng thực tế hay không.

Khả năng hoạt động khi kết nối yếu là ví dụ điển hình về tính phụ thuộc bối cảnh. Một hệ thống cần truyền liên tục nội dung dung lượng lớn có thể hoàn toàn phù hợp với bảo tàng trong đô thị nhưng kém phù hợp với tuyến tham quan vùng xa. Trong trường hợp đó, chế độ cache, đồng bộ trễ hoặc vận hành ngoại tuyến có thể quan trọng hơn một tính năng trình diễn nâng cao.

Các yêu cầu kỹ thuật có thể đo lường như thời gian phản hồi, tỷ lệ lỗi, độ sẵn sàng, thời gian đồng bộ hoặc dung lượng dữ liệu không nên dừng ở nhận xét “nhanh” hay “ổn định”. Tuy nhiên, cũng không tồn tại một ngưỡng duy nhất áp dụng cho mọi hoạt động văn hóa du lịch. Ngưỡng chấp nhận cần được xác định trước theo hành trình người dùng và điều kiện vận hành thực tế, sau đó kiểm chứng trong thử nghiệm.

Tiêu chí 4: Phù hợp với dữ liệu, an toàn và quyền riêng tư

Công nghệ du lịch có thể xử lý nhiều loại dữ liệu: lịch sử truy cập, vị trí, hành vi tham quan, thông tin tài khoản, giao dịch, hình ảnh, dữ liệu thiết bị hoặc nội dung do người dùng tạo ra. Vì vậy, đánh giá mức độ phù hợp không thể tách kiến trúc chức năng khỏi cách hệ thống thu thập, lưu trữ, chia sẻ và bảo vệ dữ liệu.

Câu hỏi ban đầu nên bắt đầu từ nhu cầu dữ liệu: hệ thống thực sự cần dữ liệu nào để hoàn thành mục tiêu; dữ liệu nào chỉ được thu thập vì công nghệ có khả năng thu thập; ai sở hữu và quản trị dữ liệu; dữ liệu được lưu ở đâu; trong bao lâu; bên thứ ba nào được truy cập; điều gì xảy ra khi người dùng yêu cầu chỉnh sửa hoặc xóa dữ liệu. Yêu cầu pháp lý cụ thể phụ thuộc quốc gia, loại dữ liệu và mô hình vận hành, vì vậy không nên dùng một checklist pháp lý chung cho mọi dự án.

Ở góc độ an toàn thông tin, NIST Cybersecurity Framework 2.0 cung cấp một cấu trúc trung lập theo ngành, quốc gia và công nghệ, tổ chức kết quả quản trị rủi ro thành sáu chức năng Govern, Identify, Protect, Detect, Respond và Recover. NIST cũng lưu ý các kết quả trong CSF không phải một checklist hành động cố định; cách triển khai phụ thuộc rủi ro, công nghệ, mục tiêu nhiệm vụ và mức chấp nhận rủi ro của từng tổ chức.

Áp dụng vào sàng lọc ban đầu, một hệ thống có thể bị đánh giá thấp nếu đơn vị không xác định được chủ thể chịu trách nhiệm dữ liệu, không biết tài sản nào cần bảo vệ, thiếu phương án kiểm soát truy cập hoặc không có cách phát hiện, xử lý và khôi phục khi xảy ra sự cố. Đây không phải những vấn đề chỉ kiểm tra sau khi mua hệ thống, bởi kiến trúc dữ liệu và mô hình cung cấp dịch vụ có thể khiến việc khắc phục về sau rất tốn kém hoặc không khả thi.

Mức độ phù hợp vì thế phải xét cả giá trị dữ liệu nhận được và rủi ro tạo ra. Thu thập thêm dữ liệu chỉ có ý nghĩa khi dữ liệu đó hỗ trợ một mục tiêu đã xác định như phân luồng khách, cá nhân hóa nội dung hoặc đánh giá trải nghiệm. Nếu lợi ích chưa rõ nhưng mức độ nhạy cảm, phụ thuộc bên thứ ba hoặc gánh nặng quản trị tăng mạnh, hệ thống chưa thể được xem là phù hợp cao.

Tiêu chí 5: Phù hợp với năng lực vận hành, nguồn lực và tổng chi phí sở hữu

Một hệ thống có thể đáp ứng đầy đủ yêu cầu văn hóa và kỹ thuật nhưng vẫn không phù hợp nếu tổ chức không có khả năng duy trì nó. Đây là lý do đánh giá ban đầu phải xét hệ thống cùng với mô hình vận hành, chứ không chỉ đánh giá sản phẩm tại thời điểm trình diễn.

Cần xác định ai sẽ cập nhật nội dung, kiểm duyệt thông tin văn hóa, quản trị tài khoản, xử lý sự cố, hỗ trợ khách, giám sát dữ liệu và làm việc với nhà cung cấp kỹ thuật. Nếu mỗi thay đổi nhỏ đều cần chuyên gia bên ngoài trong khi hoạt động văn hóa yêu cầu cập nhật thường xuyên, khả năng vận hành thực tế sẽ thấp dù hệ thống có nhiều chức năng.

Chi phí cũng nên được xem theo vòng đời thay vì chỉ nhìn phí mua hoặc phí thuê ban đầu. Tổng chi phí sở hữu có thể bao gồm tích hợp, thiết bị, kết nối, lưu trữ, giấy phép, đào tạo, hỗ trợ, sản xuất và cập nhật nội dung, bảo trì, thay thế phần cứng và chi phí nhân sự vận hành. Hai hệ thống có cùng giá ban đầu có thể tạo ra gánh nặng rất khác sau khi đưa vào sử dụng.

Đối với hoạt động văn hóa, năng lực quản trị nội dung đặc biệt quan trọng. Một hệ thống dễ bổ sung nội dung nhưng không có quy trình xác thực có thể làm tăng tốc độ xuất bản đồng thời tăng rủi ro sai lệch. Ngược lại, hệ thống kiểm soát quá phức tạp có thể khiến cán bộ không cập nhật được thông tin đúng thời điểm. Mức độ phù hợp cao nằm ở sự cân bằng giữa kiểm soát chất lượng và khả năng vận hành thực tế.

Vì vậy, trước khi đi tiếp nên kiểm tra xem tổ chức đã có người chịu trách nhiệm, năng lực kỹ thuật tối thiểu, thời gian vận hành, ngân sách duy trì và cơ chế quản trị nội dung tương ứng hay chưa. Nếu chưa có, vấn đề có thể nằm ở khoảng cách năng lực của tổ chức chứ không phải bản thân công nghệ.

Cách chấm mức độ phù hợp ban đầu và quyết định có nên thử nghiệm

Đánh giá hiệu quả nhất thường không bắt đầu bằng việc cộng điểm ngay. Trước hết cần xác định những điều kiện loại trừ. Ví dụ, hệ thống không nên được chuyển sang thử nghiệm nếu cách sử dụng trực tiếp xung đột với mục tiêu bảo tồn hoặc diễn giải đã xác định; nhóm người dùng trọng yếu không thể tiếp cận và không có phương án khắc phục; hệ thống không thể kết nối với một thành phần nghiệp vụ bắt buộc; hoặc kiến trúc dữ liệu tạo ra rủi ro mà tổ chức không có khả năng quản trị.

Sau khi vượt qua các điều kiện bắt buộc, có thể sử dụng một mô hình trọng số để biểu diễn mức phù hợp tương đối. Bảng dưới đây là khung chấm điểm nội bộ gợi ý, không phải ngưỡng ISO hay chuẩn quốc tế:

Có thể chấm từng nhóm theo thang 0–4, trong đó 0 biểu thị xung đột hoặc không đáp ứng, 1 là phù hợp thấp, 2 là phù hợp có điều kiện, 3 là phù hợp và 4 là phù hợp cao. Điểm quy đổi trên thang 100 được tính theo trọng số. Quan trọng hơn con số cuối cùng là phải ghi rõ bằng chứng khiến một tiêu chí nhận điểm đó; nếu không, mô hình chỉ biến nhận xét chủ quan thành một con số có vẻ chính xác.

Không có một ngưỡng đạt duy nhất cho mọi điểm đến. ISO/IEC 25019 nhấn mạnh sự phụ thuộc vào bối cảnh sử dụng, còn NIST CSF cũng yêu cầu cách áp dụng được điều chỉnh theo nhiệm vụ và rủi ro của từng tổ chức. Vì vậy, ngưỡng chuyển sang thử nghiệm nên được cơ quan quản lý xác định trước khi chấm, cùng với các điều kiện bắt buộc không được phép thất bại.

Bước thử nghiệm sau đó không còn hỏi “hệ thống có vẻ phù hợp không” mà kiểm tra những giả định còn chưa chắc chắn. Các chỉ số có thể bao gồm tỷ lệ hoàn thành tác vụ, lỗi thao tác, thời gian phản hồi, tỷ lệ đồng bộ thất bại, độ sẵn sàng, thời gian nhân viên xử lý nghiệp vụ, khả năng tiếp cận hoặc mức độ hiểu nội dung văn hóa. Ngưỡng của từng chỉ số phải xuất phát từ bối cảnh cụ thể chứ không nên sao chép một benchmark không liên quan.

Cách làm này cũng giải quyết một hiểu nhầm quan trọng: đánh giá ban đầu không phải quyết định cuối cùng về công nghệ. Nó là cơ chế loại bỏ những phương án rõ ràng không phù hợp và xác định những phương án đủ triển vọng để đầu tư thêm thời gian cho kiểm chứng thực tế.

Mức độ phù hợp của một hệ thống công nghệ với hoạt động văn hóa du lịch không nên được xác định bằng độ mới của công nghệ, số lượng tính năng hay một điểm số kỹ thuật đơn lẻ. Hệ thống chỉ có mức phù hợp cao khi chức năng của nó phục vụ đúng mục tiêu văn hóa, có thể được người dùng thực tế tiếp cận, tương thích với hạ tầng, kiểm soát được dữ liệu và rủi ro, đồng thời nằm trong khả năng vận hành và nguồn lực của tổ chức.

Vì vậy, đánh giá ban đầu nên được thực hiện theo logic bối cảnh sử dụng → điều kiện bắt buộc → chấm mức độ → xác định khoảng trống → thử nghiệm những giả định còn chưa chắc chắn. Cách tiếp cận này giúp tránh hai quyết định sai phổ biến: chọn một hệ thống hiện đại nhưng không phù hợp với điểm đến, hoặc loại bỏ một công nghệ có giá trị chỉ vì nó chưa được đánh giá trong đúng bối cảnh sử dụng.