Trách nhiệm với dữ liệu khách hàng: Thu thập càng nhiều chưa chắc càng tốt

Trong quá trình kinh doanh và xây dựng cộng đồng, dữ liệu khách hàng xuất hiện ở gần như mọi điểm chạm.

Đó có thể là:

• Họ tên.
• Số điện thoại.
• Địa chỉ.
• Ngày sinh.
• Nghề nghiệp.
• Nhu cầu mua hàng.
• Lịch sử giao dịch.
• Nội dung trò chuyện.
• Hình ảnh.
• Kết quả trải nghiệm.
• Thông tin sức khỏe.
• Những điều khách hàng đang lo lắng.
• Khả năng tài chính.
• Mối quan hệ gia đình.
• Mục tiêu cá nhân.

Những thông tin này giúp hệ thống hiểu khách hàng và phục vụ phù hợp hơn.

Nhưng chúng cũng tạo ra một trách nhiệm rất lớn.

Bởi dữ liệu không chỉ là những dòng chữ nằm trong một bảng tính.

Phía sau mỗi thông tin là một con người thật, một hoàn cảnh thật và một mức độ tin tưởng mà họ đã trao cho người thu thập.

Một khách hàng để lại số điện thoại không có nghĩa là họ đồng ý nhận mọi loại quảng cáo.

Một người chia sẻ vấn đề sức khỏe không có nghĩa là thông tin đó có thể được chuyển vào tất cả các nhóm.

Một thành viên kể về khó khăn cá nhân không có nghĩa là câu chuyện của họ được phép dùng làm nội dung truyền thông.

Vì vậy, câu hỏi quan trọng không phải chỉ là:

Chúng ta có thể thu thập được bao nhiêu dữ liệu?

Mà là:

Chúng ta thật sự cần dữ liệu nào, sử dụng vào việc gì và có đủ trách nhiệm để bảo vệ nó hay không?

Dữ liệu khách hàng không phải tài sản vô điều kiện của doanh nghiệp

Trong kinh doanh, dữ liệu thường được gọi là một loại tài sản.

Cách nhìn này có phần đúng vì dữ liệu có thể giúp doanh nghiệp:

• Hiểu khách hàng.
• Cải thiện sản phẩm.
• Theo dõi hành trình.
• Cá nhân hóa chăm sóc.
• Đánh giá chương trình.
• Dự đoán nhu cầu.
• Giảm các hoạt động không hiệu quả.

Nhưng nếu chỉ xem dữ liệu là tài sản của doanh nghiệp, chúng ta dễ quên rằng dữ liệu đó bắt nguồn từ cuộc sống của một con người.

Doanh nghiệp có thể đang lưu trữ dữ liệu.

Nhưng điều đó không có nghĩa doanh nghiệp được quyền sử dụng nó theo bất cứ cách nào.

Một cách nhìn có trách nhiệm hơn là:

Khách hàng đang trao cho hệ thống quyền sử dụng một phần thông tin của họ cho một mục đích nhất định.

Quyền đó cần có giới hạn.

Nếu mục đích thay đổi, cách sử dụng cũng cần được xem xét lại.

Ví dụ, khách hàng để lại số điện thoại để nhận thông tin về một buổi học.

Điều đó không tự động đồng nghĩa với việc họ muốn:

• Nhận tin bán hàng mỗi ngày.
• Bị thêm vào nhiều nhóm.
• Được chuyển thông tin cho đối tác.
• Nhận cuộc gọi từ nhiều người khác nhau.
• Bị sử dụng câu chuyện cá nhân cho quảng cáo.

Niềm tin có thể mất rất nhanh khi khách hàng cảm thấy thông tin của mình bị sử dụng ngoài điều họ đã dự kiến.

Thu thập nhiều dữ liệu không đồng nghĩa với hiểu khách hàng hơn

Một hệ thống có thể có hàng nghìn dòng dữ liệu nhưng vẫn không hiểu khách hàng.

Ví dụ, doanh nghiệp biết:

• Tên khách hàng.
• Tuổi.
• Khu vực.
• Sản phẩm đã mua.
• Số tiền đã chi.

Nhưng lại không biết:

• Vì sao họ mua?
• Họ kỳ vọng điều gì?
• Họ gặp khó khăn ở bước nào?
• Họ có sử dụng sản phẩm đúng cách không?
• Điều gì khiến họ chưa quay lại?
• Họ muốn được hỗ trợ bằng hình thức nào?
• Họ có cảm thấy bị làm phiền không?

Dữ liệu có giá trị không nằm ở số lượng.

Nó nằm ở khả năng giúp hệ thống đưa ra quyết định tốt hơn và phục vụ con người tốt hơn.

Nếu thu thập rất nhiều nhưng không có mục đích rõ, dữ liệu sẽ trở thành:

• Gánh nặng lưu trữ.
• Nguồn rủi ro.
• Thông tin lỗi thời.
• Nguyên nhân gây nhầm lẫn.
• Một kho dữ liệu không ai thật sự sử dụng.

Trước mỗi trường thông tin, cần hỏi:

Nếu không có dữ liệu này, chúng ta có thật sự không thể phục vụ khách hàng không?

Nếu câu trả lời là vẫn phục vụ được, có thể không cần thu thập.

Nguyên tắc tối thiểu hóa dữ liệu

Một trong những nguyên tắc quan trọng nhất là chỉ thu thập dữ liệu cần thiết cho mục đích đã xác định.

Ví dụ, để đăng ký một buổi học trực tuyến, có thể chỉ cần:

• Họ tên.
• Số điện thoại hoặc email.
• Chủ đề đang quan tâm.

Không nhất thiết phải hỏi thêm:

• Thu nhập.
• Địa chỉ nhà cụ thể.
• Tình trạng gia đình.
• Nghề nghiệp chi tiết.
• Thông tin sức khỏe sâu.
• Danh sách người thân.

Càng thu thập nhiều, trách nhiệm bảo vệ càng lớn.

Khi xảy ra mất dữ liệu, mức độ ảnh hưởng cũng nghiêm trọng hơn.

Tối thiểu hóa dữ liệu không làm giảm khả năng chăm sóc khách hàng.

Ngược lại, nó giúp hệ thống:

• Dễ quản lý hơn.
• Giảm sai sót.
• Hạn chế việc sử dụng sai.
• Tạo cảm giác tôn trọng.
• Tập trung vào những thông tin thật sự có giá trị.

Mỗi dữ liệu phải gắn với một mục đích rõ ràng

Trước khi yêu cầu khách hàng cung cấp thông tin, cần trả lời được ba câu hỏi:

1. Tại sao cần thông tin này?
2. Ai sẽ sử dụng?
3. Dùng trong bao lâu?

Ví dụ, nếu hỏi tình trạng da đầu, mục đích có thể là:

• Hiểu nhu cầu chăm sóc ban đầu.
• Chuẩn bị nội dung tư vấn phù hợp.
• Xác định trường hợp cần chuyển người có chuyên môn.

Không nên dùng thông tin đó để:

• Đăng lên nhóm.
• Làm ví dụ công khai.
• Chuyển cho nhiều người.
• Gửi quảng cáo không liên quan.
• Đưa vào công cụ AI khi chưa ẩn danh.

Mục đích càng rộng và mơ hồ, khả năng dữ liệu bị sử dụng sai càng cao.

Một câu như:

Chúng tôi thu thập để phục vụ hoạt động kinh doanh.

là quá rộng.

Nên cụ thể hơn:

Thông tin được dùng để xác nhận đăng ký, gửi lịch chương trình và hỗ trợ sau buổi học.

Khi khách hàng hiểu mục đích, họ có thể quyết định có nên cung cấp hay không.

Sự đồng ý phải có ý nghĩa

Nhiều nơi xem việc khách hàng điền biểu mẫu là đã đồng ý với mọi hình thức sử dụng dữ liệu.

Nhưng sự đồng ý chỉ có ý nghĩa khi người cung cấp hiểu:

• Họ đang cung cấp điều gì.
• Mục đích là gì.
• Ai có thể tiếp cận.
• Có được chuyển cho bên khác không.
• Họ có thể từ chối hoặc yêu cầu ngừng sử dụng không.

Một ô đồng ý rất dài, khó đọc hoặc được cài sẵn không bảo đảm khách hàng thật sự hiểu.

Trong hoạt động cộng đồng, có thể dùng ngôn ngữ đơn giản:

Thông tin này chỉ được sử dụng để xác nhận lịch và hỗ trợ anh chị sau chương trình. Chúng tôi không tự ý chia sẻ cho đơn vị khác.

Hoặc:

Hình ảnh có thể được sử dụng trong hoạt động truyền thông của chương trình. Anh chị có thể báo với ban tổ chức nếu không muốn xuất hiện.

Sự minh bạch giúp khách hàng chủ động lựa chọn.

Nó cũng giúp đội ngũ hiểu giới hạn được phép sử dụng.

Đừng đánh đồng im lặng với đồng ý

Khách hàng không phản đối không có nghĩa là họ đồng ý.

Ví dụ:

• Bị thêm vào một nhóm nhưng chưa rời nhóm.
• Nhận nhiều tin nhắn nhưng chưa chặn.
• Có mặt trong ảnh nhưng chưa yêu cầu xóa.
• Đã kể câu chuyện nhưng chưa nói không được chia sẻ.
• Chưa phản hồi khi được hỏi về việc sử dụng thông tin.

Trong nhiều trường hợp, khách hàng im lặng vì:

• Ngại từ chối.
• Không biết thông tin sẽ được dùng.
• Không để ý.
• Không biết liên hệ với ai.
• Sợ ảnh hưởng quan hệ.
• Cho rằng mình không có lựa chọn.

Một hệ thống có trách nhiệm không tận dụng sự im lặng.

Nó chủ động hỏi rõ khi dữ liệu được sử dụng theo cách mới.

Dữ liệu sức khỏe cần được thận trọng hơn

Thông tin sức khỏe có thể bao gồm:

• Bệnh nền.
• Thuốc đang dùng.
• Chỉ số đo.
• Hình ảnh cơ thể.
• Tình trạng da, tóc hoặc vết thương.
• Kết quả xét nghiệm.
• Triệu chứng.
• Tiền sử điều trị.
• Khó khăn tâm lý.
• Thông tin sinh sản hoặc phụ khoa.

Đây là những thông tin rất riêng tư.

Nếu bị sử dụng sai, khách hàng có thể gặp:

• Xấu hổ.
• Kỳ thị.
• Bị phán xét.
• Bị khai thác để bán hàng.
• Bị tiết lộ tình trạng với người không liên quan.
• Nhận lời khuyên không phù hợp.
• Bị làm phiền bởi nhiều người tư vấn.

Khi tiếp nhận dữ liệu sức khỏe, cần đặc biệt rõ:

• Ai được xem?
• Người xem có đủ chuyên môn không?
• Thông tin có thật sự cần lưu không?
• Có thể ẩn danh không?
• Có cần gửi hình ảnh vào nhóm không?
• Khi nào phải xóa?
• Có được dùng cho đào tạo hoặc truyền thông không?

Không nên gửi ảnh tình trạng sức khỏe của khách hàng vào nhóm đông người chỉ để hỏi ý kiến chung.

Khi cần hỗ trợ chuyên môn, nên:

• Ẩn thông tin nhận dạng.
• Chỉ gửi phần cần thiết.
• Chọn đúng người có trách nhiệm.
• Xin phép khách hàng.
• Không lưu lại ngoài mục đích ban đầu.

Không dùng điểm yếu của khách hàng để bán hàng

Dữ liệu giúp người tư vấn hiểu nhu cầu.

Nhưng nếu sử dụng sai, dữ liệu có thể trở thành công cụ gây áp lực.

Ví dụ, khách hàng từng chia sẻ rằng họ:

• Lo sợ bệnh tật.
• Thiếu tự tin về ngoại hình.
• Đang gặp khó khăn gia đình.
• Muốn cải thiện thu nhập.
• Sợ bị bỏ lại.
• Đang cần sự công nhận.

Người tư vấn không nên lấy chính nỗi lo đó để thúc ép:

Chị đã lo như vậy thì phải mua ngay.

Nếu không tham gia bây giờ, chị sẽ khó thay đổi.

Em biết chị đang cần tiền nên cơ hội này rất phù hợp.

Đây không còn là cá nhân hóa chăm sóc.

Đó là sử dụng điểm yếu của con người để tác động quyết định.

Cá nhân hóa có trách nhiệm phải giúp khách hàng nhận được thông tin phù hợp hơn, không làm họ mất khả năng lựa chọn bình tĩnh.

Danh sách khách hàng không nên được chia sẻ tùy tiện trong đội nhóm

Trong các đội kinh doanh, dữ liệu khách hàng thường được lưu trong:

• Điện thoại cá nhân.
• Excel.
• Google Sheets.
• Nhóm Zalo.
• Nhóm Messenger.
• Sổ tay.
• Ảnh chụp màn hình.
• Biểu mẫu trực tuyến.
• Phần mềm quản lý.

Rủi ro xuất hiện khi:

• Ai cũng có quyền xem toàn bộ danh sách.
• File được gửi qua nhiều nhóm.
• Không biết bản nào mới nhất.
• Người đã rời đội vẫn giữ dữ liệu.
• Mật khẩu được dùng chung.
• Dữ liệu nằm trên thiết bị không khóa.
• Ảnh chụp màn hình tiếp tục được chuyển tiếp.
• Một khách hàng bị nhiều người cùng liên hệ.

Không phải ai trong đội nhóm cũng cần xem mọi dữ liệu.

Nên phân quyền theo vai trò.

Ví dụ:

Người tổ chức chương trình

Chỉ cần danh sách đăng ký và thông tin liên hệ phục vụ chương trình.

Người chăm sóc khách hàng

Cần biết lịch sử tương tác liên quan đến việc hỗ trợ.

Người phụ trách chuyên môn

Chỉ tiếp cận thông tin sức khỏe cần thiết cho việc đánh giá.

Người quản lý

Có thể xem báo cáo tổng hợp mà không cần đọc toàn bộ nội dung cá nhân.

Phân quyền giúp giảm nguy cơ lạm dụng và vô tình tiết lộ thông tin.

Một khách hàng không nên bị nhiều người cùng “chăm sóc”

Khi dữ liệu được chia sẻ rộng, khách hàng có thể nhận:

• Nhiều cuộc gọi.
• Nhiều tin nhắn giống nhau.
• Những lời tư vấn khác nhau.
• Các chương trình không liên quan.
• Câu hỏi lặp lại.
• Áp lực từ nhiều người.

Đội nhóm có thể nghĩ rằng mình đang chăm sóc kỹ.

Nhưng khách hàng lại cảm thấy bị săn đuổi.

Cần xác định rõ:

• Ai là người phụ trách chính?
• Trường hợp nào được chuyển giao?
• Khi chuyển có cần thông báo không?
• Người mới tiếp nhận đã biết lịch sử trao đổi chưa?
• Khách hàng có đồng ý được liên hệ không?

Một người chịu trách nhiệm rõ thường tạo trải nghiệm tốt hơn nhiều người cùng nhắn mà không phối hợp.

Dữ liệu cũ có thể gây hại nếu không được cập nhật

Con người thay đổi.

Một khách hàng từng quan tâm đến kinh doanh có thể hiện tại chỉ muốn mua sản phẩm.

Một người từng gặp khó khăn sức khỏe có thể đã hồi phục hoặc được chẩn đoán khác.

Một số điện thoại có thể đã đổi chủ.

Một địa chỉ có thể không còn đúng.

Nếu dùng dữ liệu cũ mà không xác nhận, hệ thống có thể:

• Gửi nội dung không phù hợp.
• Đưa ra nhận định sai.
• Làm khách hàng khó chịu.
• Nhắc lại vấn đề họ không muốn đề cập.
• Liên hệ sai người.
• Đánh giá sai nhu cầu.

Dữ liệu cần có ngày cập nhật và bối cảnh.

Không nên xem một ghi chú cũ như sự thật vĩnh viễn về khách hàng.

Dữ liệu phải có vòng đời

Một sai lầm thường gặp là lưu dữ liệu vô thời hạn vì nghĩ rằng “biết đâu sau này cần”.

Nhưng dữ liệu càng tồn tại lâu:

• Càng dễ lỗi thời.
• Càng khó quản lý.
• Càng tăng nguy cơ bị truy cập sai.
• Càng khó biết lý do ban đầu.
• Càng dễ được sử dụng ngoài mục đích.

Mỗi nhóm dữ liệu nên có vòng đời:

Thu thập

Lấy đúng thông tin cần thiết.

Sử dụng

Chỉ dùng cho mục đích đã nêu.

Cập nhật

Chỉnh khi thông tin thay đổi.

Lưu trữ

Giới hạn người được tiếp cận.

Xóa hoặc ẩn danh

Khi không còn cần cho mục đích đã xác định.

Không phải dữ liệu nào cũng cần xóa ngay.

Một số thông tin giao dịch hoặc hồ sơ có thể cần được lưu theo yêu cầu vận hành và quy định liên quan.

Nhưng hệ thống cần biết vì sao mình đang giữ từng loại dữ liệu.

Hình ảnh khách hàng cũng là dữ liệu

Trong các buổi học, điểm chạm hoặc sự kiện, đội ngũ thường chụp ảnh và quay video.

Hình ảnh giúp:

• Lưu lại hoạt động.
• Truyền thông.
• Báo cáo.
• Xây dựng cộng đồng.
• Chia sẻ không khí chương trình.

Nhưng không phải ai xuất hiện cũng muốn hình ảnh của mình được đăng công khai.

Đặc biệt với hình ảnh liên quan đến:

• Tình trạng sức khỏe.
• Trước và sau khi sử dụng.
• Khuôn mặt khi đang trải nghiệm.
• Phiếu thông tin.
• Kết quả đo.
• Nội dung trò chuyện.
• Không gian riêng tư.

Trước khi đăng, cần xem:

• Người đó có biết mình được chụp không?
• Có đồng ý dùng cho truyền thông không?
• Hình ảnh có làm lộ thông tin nhạy cảm không?
• Chú thích có khiến người xem suy đoán tình trạng sức khỏe không?
• Có cần che tên, số điện thoại hoặc kết quả không?
• Việc dùng hình ảnh có thể khiến người đó khó xử không?

Một người đồng ý chụp ảnh kỷ niệm chưa chắc đã đồng ý để hình ảnh trở thành quảng cáo.

Câu chuyện khách hàng cần được bảo vệ

Câu chuyện thật có thể truyền cảm hứng rất mạnh.

Nhưng câu chuyện đó thuộc về người đã trải qua nó.

Trước khi sử dụng, cần làm rõ:

• Họ đồng ý chia sẻ phần nào?
• Có được sử dụng tên thật không?
• Có được dùng hình ảnh không?
• Có được chỉnh sửa câu chữ không?
• Nội dung sẽ xuất hiện ở đâu?
• Họ có thể yêu cầu gỡ xuống không?

Không nên tự ý biến một cuộc trò chuyện riêng thành bài viết công khai.

Cũng không nên thêm các chi tiết làm câu chuyện kịch tính hơn nhưng không chính xác.

Một câu chuyện chỉ thật sự tạo niềm tin khi người được nhắc đến vẫn cảm thấy mình được tôn trọng.

Không đưa dữ liệu khách hàng vào AI một cách tùy tiện

AI có thể giúp:

• Tóm tắt cuộc trò chuyện.
• Gợi ý phản hồi.
• Phân tích nhu cầu.
• Viết nội dung.
• Sắp xếp danh sách.
• Xây kế hoạch chăm sóc.

Nhưng không nên sao chép nguyên trạng:

• Tên đầy đủ.
• Số điện thoại.
• Địa chỉ.
• Kết quả xét nghiệm.
• Ảnh nhạy cảm.
• Nội dung trò chuyện riêng.
• Thông tin tài chính.
• Hồ sơ sức khỏe.

vào công cụ khi chưa thật sự cần thiết.

Trong phần lớn trường hợp, có thể ẩn danh:

Thay vì:

Chị Nguyễn Thị A, 64 tuổi, sống tại địa chỉ…, đường huyết…, số điện thoại…

có thể viết:

Một khách hàng nữ lớn tuổi, có bệnh nền và đang gặp một vấn đề sức khỏe cần được hướng dẫn tìm hỗ trợ phù hợp.

Mục tiêu là cung cấp đủ bối cảnh cho công việc, nhưng không đưa thêm dữ liệu nhận dạng.

Đội nhóm cũng cần hiểu rằng dùng AI không làm mất trách nhiệm bảo mật của người sử dụng.

Nhắn tin hàng loạt không phải lúc nào cũng là chăm sóc

Dữ liệu liên hệ giúp hệ thống gửi thông tin nhanh.

Nhưng gửi được không có nghĩa nên gửi.

Một tin nhắn chỉ nên được gửi khi:

• Có liên quan đến nhu cầu khách hàng.
• Có lý do chính đáng.
• Tần suất hợp lý.
• Người nhận có thể từ chối.
• Nội dung không gây áp lực.
• Danh tính người gửi rõ ràng.

Nếu khách hàng từng hỏi về chăm sóc tóc, không nên liên tục gửi cho họ:

• Cơ hội kinh doanh.
• Bất động sản.
• Sản phẩm giảm cân.
• Khóa học không liên quan.
• Tin nhắn chào buổi sáng mỗi ngày.

Dữ liệu giúp cá nhân hóa.

Nhưng cá nhân hóa không phải biết tên khách hàng rồi gắn tên vào cùng một tin nhắn quảng cáo.

Cá nhân hóa thật sự là hiểu điều gì phù hợp với họ và điều gì không nên gửi.

Khách hàng cần có quyền nói “không”

Một hệ thống có trách nhiệm phải tạo điều kiện để khách hàng:

• Không cung cấp thông tin không cần thiết.
• Không nhận quảng cáo.
• Rời nhóm.
• Yêu cầu ngừng liên hệ.
• Yêu cầu chỉnh thông tin sai.
• Hỏi dữ liệu đang được dùng vào đâu.
• Từ chối sử dụng hình ảnh.
• Không tham gia khảo sát.
• Không chia sẻ tình trạng riêng tư.

Không nên làm khách hàng cảm thấy có lỗi khi họ từ chối.

Một câu như:

Chị không muốn nhận thông tin nữa thì báo giúp em nhé.

có giá trị hơn việc tiếp tục nhắn đến khi khách hàng phải chặn.

Tôn trọng quyền từ chối giúp giữ lại niềm tin ngay cả khi giao dịch không xảy ra.

Đừng dùng dữ liệu để dán nhãn con người

Dữ liệu dễ tạo ra những nhãn như:

• Khách hàng khó tính.
• Người không nghiêm túc.
• Người chỉ hỏi giá.
• Người không có tiền.
• Người thiếu quyết tâm.
• Người không chịu hành động.

Nhưng một vài hành vi không thể đại diện cho toàn bộ con người.

Khách hàng chưa mua có thể vì:

• Chưa hiểu.
• Chưa phù hợp.
• Đang gặp khó khăn.
• Cần thêm thời gian.
• Chưa tin tưởng.
• Đã có giải pháp khác.
• Không thích cách được tư vấn.

Dữ liệu nên giúp hiểu tình huống, không dùng để phán xét phẩm chất.

Những ghi chú mang tính xúc phạm hoặc cảm tính không nên xuất hiện trong hệ thống chăm sóc khách hàng.

Thay vì ghi:

Khách rất khó chịu, nói chuyện mất thời gian.

có thể ghi:

Khách cần thông tin chi tiết về giá, chính sách đổi trả và chưa đồng ý với phương án hiện tại.

Ghi nhận dữ kiện giúp người tiếp theo xử lý tốt hơn.

Dán nhãn chỉ truyền sự thiên lệch từ người này sang người khác.

Bảo mật không chỉ là cài mật khẩu

Mật khẩu là cần thiết nhưng chưa đủ.

Dữ liệu vẫn có thể bị lộ khi:

• Gửi nhầm nhóm.
• Chụp màn hình.
• Mượn điện thoại.
• Dùng chung tài khoản.
• Để file ở chế độ ai có đường dẫn cũng xem được.
• Nhân sự cũ vẫn có quyền truy cập.
• In danh sách rồi để ngoài bàn.
• Đọc thông tin khách hàng ở nơi đông người.
• Gửi file qua tài khoản cá nhân.
• Không khóa thiết bị.

Bảo mật là một thói quen vận hành.

Cần xây các nguyên tắc như:

• Mỗi người dùng tài khoản riêng.
• Không dùng chung mật khẩu.
• Thu hồi quyền khi người phụ trách thay đổi.
• Không gửi dữ liệu nhạy cảm vào nhóm chung.
• Kiểm tra người nhận trước khi gửi.
• Khóa điện thoại và máy tính.
• Giới hạn quyền xem, sửa và tải xuống.
• Không giữ bản sao không cần thiết.
• Báo ngay khi phát hiện gửi nhầm hoặc mất thiết bị.

Khi xảy ra sai sót, không nên che giấu

Không hệ thống nào có thể bảo đảm không bao giờ xảy ra lỗi.

Có thể có trường hợp:

• Gửi nhầm thông tin.
• Đưa nhầm người vào nhóm.
• Đăng ảnh chưa xin phép.
• File bị mở quyền công khai.
• Thiết bị bị mất.
• Người không có trách nhiệm đã xem dữ liệu.
• Tin nhắn được gửi sai khách hàng.

Khi phát hiện, cần:

1. Dừng việc tiếp tục chia sẻ.
2. Thu hồi quyền truy cập khi có thể.
3. Xác định thông tin nào đã bị ảnh hưởng.
4. Báo cho người có trách nhiệm.
5. Liên hệ với người bị ảnh hưởng khi cần.
6. Xin lỗi rõ ràng.
7. Sửa quy trình để tránh lặp lại.

Che giấu có thể giúp tránh khó xử trong ngắn hạn.

Nhưng nếu khách hàng phát hiện sau, tổn thất niềm tin thường lớn hơn.

Xây quy trình dữ liệu đơn giản cho đội nhóm

Không nhất thiết bắt đầu bằng một hệ thống công nghệ phức tạp.

Có thể bắt đầu bằng sáu câu hỏi.

1. Chúng ta đang thu thập những dữ liệu nào?

Liệt kê:

• Thông tin liên hệ.
• Lịch sử mua hàng.
• Nội dung chăm sóc.
• Hình ảnh.
• Thông tin sức khỏe.
• Dữ liệu đào tạo.
• Phản hồi.

2. Tại sao cần từng loại dữ liệu?

Mỗi dữ liệu phải có mục đích rõ.

3. Dữ liệu đang nằm ở đâu?

• Điện thoại.
• File Excel.
• Google Drive.
• Nhóm chat.
• Phần mềm.
• Sổ giấy.

Nếu không biết dữ liệu ở đâu, rất khó bảo vệ.

4. Ai đang có quyền truy cập?

Kiểm tra xem quyền đó còn cần thiết không.

5. Khi nào cần cập nhật hoặc xóa?

Không giữ mọi thứ vô thời hạn.

6. Nếu xảy ra sự cố thì ai chịu trách nhiệm?

Cần có một người hoặc một vai trò tiếp nhận và xử lý.

Bảng phân loại dữ liệu theo mức độ nhạy cảm

Đội nhóm có thể chia dữ liệu thành ba mức.

Mức 1 — Thông tin thông thường

Ví dụ:

• Tên.
• Kênh liên hệ.
• Chủ đề quan tâm.
• Lịch đăng ký chương trình.

Vẫn cần bảo vệ nhưng có thể được sử dụng trong vận hành thông thường.

Mức 2 — Thông tin nội bộ

Ví dụ:

• Lịch sử mua hàng.
• Phản hồi.
• Ghi chú chăm sóc.
• Tình trạng công việc.
• Nội dung trao đổi riêng.

Chỉ người phụ trách mới nên xem.

Mức 3 — Thông tin nhạy cảm

Ví dụ:

• Hồ sơ sức khỏe.
• Hình ảnh riêng tư.
• Thông tin tài chính.
• Giấy tờ định danh.
• Tài khoản và mật khẩu.
• Vấn đề gia đình.
• Thông tin chưa công bố.

Cần hạn chế tối đa người truy cập và không gửi qua các kênh không phù hợp.

Cách phân loại giúp thành viên không xử lý tất cả dữ liệu theo cùng một mức độ.

Vai trò của người lãnh đạo

Người lãnh đạo không thể chỉ nói:

Mọi người nhớ bảo mật thông tin.

Họ cần tạo ra cấu trúc để thành viên có thể làm đúng.

Vai trò đó gồm:

• Quy định thông tin nào được thu thập.
• Chọn công cụ lưu trữ.
• Phân quyền.
• Đào tạo thành viên.
• Xử lý sai sót.
• Làm gương trong cách sử dụng dữ liệu.
• Không yêu cầu nhân sự chia sẻ dữ liệu vượt mục đích.
• Không dùng thông tin cá nhân để gây áp lực.
• Kiểm tra định kỳ.

Nếu chính người lãnh đạo thường xuyên gửi ảnh khách hàng vào nhóm hoặc đọc công khai thông tin riêng, rất khó yêu cầu thành viên có ý thức bảo mật.

Văn hóa dữ liệu bắt đầu từ hành vi của người đứng đầu.

Một bảng kiểm trước khi sử dụng dữ liệu khách hàng

Trước khi chia sẻ, đăng tải hoặc đưa dữ liệu vào một công cụ, có thể hỏi:

1. Tôi có thật sự cần thông tin này không?
2. Khách hàng đã biết mục đích sử dụng chưa?
3. Việc sử dụng có nằm trong mục đích ban đầu không?
4. Tôi có thể ẩn danh không?
5. Người nhận có cần biết toàn bộ thông tin không?
6. Kênh gửi có phù hợp không?
7. Thông tin có thể gây hại nếu bị lộ không?
8. Tôi có được phép dùng hình ảnh hoặc câu chuyện không?
9. Dữ liệu có còn chính xác và cập nhật không?
10. Khách hàng có thể yêu cầu ngừng sử dụng không?
11. Ai chịu trách nhiệm nếu xảy ra sai sót?
12. Tôi có thoải mái giải thích cách sử dụng này trực tiếp với khách hàng không?

Câu hỏi cuối cùng đặc biệt quan trọng.

Nếu một cách sử dụng dữ liệu khiến mình không muốn nói thẳng với khách hàng, có thể cách đó chưa thật sự phù hợp.

Dữ liệu tốt phải tạo ra trải nghiệm tốt hơn

Hệ thống không nên thu thập dữ liệu chỉ vì công nghệ cho phép.

Dữ liệu nên giúp:

• Giảm câu hỏi lặp lại.
• Gửi đúng thông tin.
• Nhớ những điều khách hàng đã chia sẻ.
• Không bắt họ kể lại từ đầu.
• Theo dõi vấn đề đang hỗ trợ.
• Tôn trọng lựa chọn.
• Giảm làm phiền.
• Cải thiện sản phẩm và chương trình.
• Nhận biết khi cần chuyển người có chuyên môn.

Nếu có rất nhiều dữ liệu nhưng khách hàng vẫn:

• Bị hỏi lại liên tục.
• Nhận thông tin không phù hợp.
• Bị nhiều người gọi.
• Không biết ai phụ trách.
• Phải kể lại câu chuyện nhiều lần.
• Cảm thấy bị theo dõi.

thì hệ thống chưa sử dụng dữ liệu tốt.

Niềm tin lớn hơn giá trị của một danh sách liên hệ

Một danh sách có thể gồm hàng nghìn số điện thoại.

Nhưng nếu những người trong danh sách không còn tin tưởng, dữ liệu đó gần như không còn giá trị.

Ngược lại, một danh sách nhỏ gồm những người:

• Biết vì sao mình được liên hệ.
• Nhận thông tin phù hợp.
• Có quyền từ chối.
• Được tôn trọng.
• Được bảo vệ thông tin.
• Cảm thấy được lắng nghe.

có thể tạo ra giá trị lâu dài hơn rất nhiều.

Dữ liệu không thay thế quan hệ.

Nó chỉ hỗ trợ quan hệ khi được sử dụng đúng.

Kết luận

Dữ liệu khách hàng có thể giúp một hệ thống hiểu rõ nhu cầu, cải thiện trải nghiệm và phục vụ tốt hơn.

Nhưng càng có nhiều dữ liệu, trách nhiệm càng lớn.

Một hệ thống có trách nhiệm cần:

• Chỉ thu thập điều cần thiết.
• Nói rõ mục đích.
• Tôn trọng sự đồng ý.
• Không đánh đồng im lặng với chấp thuận.
• Bảo vệ dữ liệu sức khỏe và thông tin riêng tư.
• Không chia sẻ tùy tiện.
• Không dùng điểm yếu để gây áp lực.
• Phân quyền truy cập.
• Cập nhật và xóa khi không còn cần.
• Minh bạch khi xảy ra sai sót.
• Cho khách hàng quyền từ chối.

Dữ liệu không phải là thứ khách hàng đã trao rồi doanh nghiệp muốn dùng thế nào cũng được. Đó là một phần niềm tin mà khách hàng đang tạm giao cho hệ thống giữ hộ.

Một tổ chức đáng tin không được đo bằng việc họ biết bao nhiêu về khách hàng.

Nó được đo bằng cách họ cư xử với những điều khách hàng đã tin tưởng chia sẻ.

Thu thập ít hơn nhưng sử dụng đúng có thể tạo ra giá trị lớn hơn thu thập thật nhiều nhưng không có giới hạn.

Bởi trong kinh doanh dài hạn, tài sản quan trọng nhất không phải một kho dữ liệu khổng lồ.

Đó là cảm giác an tâm của khách hàng rằng:

Thông tin của tôi được lắng nghe để phục vụ tôi tốt hơn, chứ không bị khai thác theo cách tôi không hề biết.