Nền tảng AI

Kể Chuyện Dữ Liệu Là Gì? Thành Phần, Quy Trình và Ví Dụ

mm
Thêm Unite.AI vào các nguồn ưu tiên của bạn trên Google

Kể chuyện dữ liệu là việc sử dụng có kỷ luật các bằng chứng, biểu diễn trực quan và cấu trúc câu chuyện để giúp khán giả hiểu một phát hiện và quyết định hành động tiếp theo. Nó không phải là trang trí thêm vào bảng điều khiển; nó bắt đầu bằng một câu hỏi, một khán giả và một chuỗi liên kết có thể biện hộ từ dữ liệu tới khẳng định.

Một câu chuyện mạnh mẽ làm cho sự không chắc chắn và các hạn chế trở nên hiển thị. Nó hướng sự chú ý mà không che giấu các giá trị bất tiện, chọn lọc thang đo, hoặc ngụ ý mối quan hệ nhân quả từ tương quan. Mục tiêu là sự hiểu biết và hành động có trách nhiệm, không phải thuyết phục bằng mọi giá.

Những điểm chính

  • Bắt đầu với quyết định và khán giả, sau đó xác định bằng chứng cần thiết.
  • Phù hợp biểu đồ với nhiệm vụ phân tích: so sánh, phân phối, xu hướng, mối quan hệ hoặc cấu trúc.
  • Sử dụng chú thích và trình tự để hướng sự chú ý đồng thời giữ nguyên ngữ cảnh và sự không chắc chắn.
  • Kiểm tra khả năng truy cập, khả năng truy nguồn, và liệu người đọc có thể diễn lại kết luận một cách chính xác.
What Is Data Storytelling? Components, Process, and Examples workflow diagram
Một câu chuyện dữ liệu đáng tin cậy hướng sự chú ý trong khi giữ cho bằng chứng, ngữ cảnh và sự không chắc chắn luôn hiển thị.

Bằng chứng, hình ảnh và câu chuyện

Bằng chứng bao gồm nguồn dữ liệu, quy trình thu thập, định nghĩa, biến đổi, mẫu và độ không chắc. Một hình ảnh ánh xạ các biến đã chọn tới vị trí, độ dài, màu sắc hoặc hình dạng. Câu chuyện cung cấp thứ tự: ngữ cảnh, câu hỏi, phát hiện, hậu quả và bước tiếp theo.

Ba thành phần này phải thống nhất. Một chú thích hấp dẫn không thể sửa chữa dữ liệu thiên lệch, và một biểu đồ chính xác không thể trả lời một câu hỏi được đặt ra không tốt. Dữ liệu có cấu trúc và không có cấu trúc cũng yêu cầu chuẩn bị khác nhau trước khi chúng có thể hỗ trợ một khẳng định so sánh.

Xây dựng câu chuyện từ quyết định

Xác định những gì khán giả kiểm soát và những gì sẽ thay đổi quyết định của họ. Thiết lập cơ sở, nhóm so sánh, khoảng thời gian và đơn vị. Khám phá rộng rãi, nhưng tách biệt phân tích khám phá khỏi góc nhìn giải thích cuối cùng để các mẫu bất ngờ được xác thực thay vì chỉ được chọn lọc.

Viết khẳng định trung tâm trong một câu, sau đó liệt kê các bằng chứng ủng hộ và thách thức nó. Điều này ngăn chuỗi slide trở thành một chuyến tham quan mọi chỉ số có sẵn. Các phương pháp khoa học dữ liệu nên vẫn có thể kiểm tra được phía sau phần trình bày đơn giản hoá.

Chọn mã hoá hình ảnh trung thực

Vị trí và độ dài thường hỗ trợ so sánh chính xác hơn so với diện tích hoặc màu sắc. Giữ các mức zero có ý nghĩa cho biểu đồ cột, hiển thị mẫu số, tránh biến dạng 3D và công khai bộ lọc. Khi các giá trị không chắc chắn, sử dụng khoảng, dải, kịch bản hoặc phân phối thay vì độ chính xác giả tạo.

Sử dụng màu một cách tiết kiệm và với độ tương phản đủ. Cung cấp tiêu đề mô tả, văn bản thay thế (alt), các lựa chọn bảng, và một thứ tự đọc hoạt động mà không cần màu sắc. Những lựa chọn này làm cho câu chuyện hữu ích hơn cho người dùng công nghệ hỗ trợ và thường cải thiện độ rõ ràng cho mọi người.

Ví dụ và đánh giá

Một câu chuyện vận hành có thể chuyển từ mục tiêu mức dịch vụ, đến thay đổi độ trễ, đến khu vực bị ảnh hưởng, đến mối tương quan triển khai, và cuối cùng đến biện pháp khắc phục. Một câu chuyện mô hình có thể hiển thị nhiệm vụ, cơ sở, lỗi các tiểu nhóm, cân bằng ngưỡng, và kế hoạch giám sát thay vì một điểm tổng hợp độ chính xác.

Đánh giá câu chuyện với người đọc thực tế. Hỏi họ kết luận gì, nhớ lại bằng chứng nào, nhận thấy sự không chắc chắn nào, và hành động nào họ sẽ thực hiện. Nếu thông điệp thay đổi giữa các khán giả, hãy chỉnh sửa cấu trúc — không phải các thực tế.

Chuỗi phân tích đằng sau câu chuyện

Mỗi khẳng định nên được truy xuất qua một chuỗi: quan sát nguồn, định nghĩa, làm sạch, biến đổi, phương pháp phân tích, mã hoá hình ảnh, diễn giải và quyết định. Các đoạn gãy trong chuỗi này là phổ biến. Một tỷ lệ mà không có mẫu số, một định nghĩa danh mục đã thay đổi, hoặc một cửa sổ thời gian đã lọc có thể thay đổi đáng kể câu chuyện trong khi biểu đồ vẫn trông thuyết phục.

Ghi lại nguồn gốc và các biến đổi trước khi hoàn thiện slide. Phân biệt giá trị đo được với ước tính và dự báo. Đối với chỉ số xuất phát từ mô hình, mô tả dữ liệu huấn luyện, xác thực, ngưỡng và độ không chắc. Đối với khảo sát, công khai dân số, mẫu, tỷ lệ phản hồi, cách đặt câu hỏi, trọng số, và liệu kết quả có ý nghĩa thống kê hay thực tiễn hay không.

Ngôn ngữ nhân quả cần một thiết kế nhân quả. Một đường tăng sau khi ra mắt sản phẩm có thể phản ánh tính mùa vụ, tiếp thị, lựa chọn, hoặc một sự kiện bên ngoài. Khi bằng chứng là quan sát, hãy viết ‘liên quan tới’ hoặc ‘theo sau’ và trình bày các giải thích cạnh tranh. Câu chuyện không nên chắc chắn hơn phân tích.

Ngữ pháp hình ảnh và cấu trúc câu chuyện

Chọn hình ảnh dựa trên nhiệm vụ. Các biểu đồ cột so sánh độ lớn; các đường biểu diễn nhấn mạnh sự thay đổi theo thời gian có thứ tự; biểu đồ chấm giúp so sánh gần gũi hiệu quả; biểu đồ tần suất và hộp hiển thị phân phối; biểu đồ phân tán tiết lộ mối quan hệ; bản đồ được dùng khi địa lý là một phần của câu hỏi. Mã hoá dạng bánh tròn và diện tích khó cho so sánh chính xác và nên được sử dụng một cách tiết kiệm.

Một chuỗi hữu ích thường di chuyển từ tổng quan tới bằng chứng tới chi tiết: thiết lập cơ sở, tiết lộ thay đổi, tách riêng người hoặc vật bị ảnh hưởng, giải thích nguyên nhân, định lượng sự không chắc, và nêu quyết định. Các chú thích nên chỉ vào dữ liệu thay vì thay thế nó. Sự lặp lại về thang đo, màu sắc và bố cục giảm thiểu việc chuyển đổi nhận thức giữa các góc nhìn.

Câu chuyện tương tác nên giữ nguyên định hướng. Hiển thị bộ lọc hiện tại, cung cấp nút đặt lại, ngăn ngừa so sánh nhầm lẫn giữa các đơn vị không nhất quán, và tạo trạng thái có thể chia sẻ. Các tooltip là bổ sung vì chúng có thể không truy cập được và che giấu ngữ cảnh quan trọng. Một bảng tải về hỗ trợ kiểm toán và người đọc cần giá trị chính xác.

Ví dụ thực tế và danh sách kiểm tra

Xem xét một câu chuyện hỗ trợ khách hàng. Bắt đầu với mục tiêu dịch vụ và tổng khối lượng liên hệ, sau đó hiển thị thời gian giải quyết theo loại vấn đề và kênh. Tiết lộ rằng một phiên bản sản phẩm chịu trách nhiệm cho sự thay đổi, hiển thị độ không chắc và mẫu, liên kết nó với một bản phát hành, và đề xuất một giải pháp được giám sát. Tránh dẫn đầu bằng một trung bình kịch tính che giấu sự thay đổi hỗn hợp.

Đánh giá biên tập nên hỏi tiêu đề có nêu một thực tế hay một diễn giải, các trục và mức cơ sở có trung thực không, các danh mục có đầy đủ không, và màu sắc có ngụ ý một đánh giá tốt‑xấu không được hỗ trợ. Người kiểm tra chuyên môn xem xét ý nghĩa; người kiểm tra dữ liệu xem xét các phép tính; đánh giá khả năng truy cập kiểm tra độ tương phản, mô tả, sử dụng bàn phím và thứ tự đọc.

Sau khi công bố, quan sát cách mọi người sử dụng câu chuyện. Nếu người đọc nhớ một khẳng định nhân quả không được hỗ trợ, tập trung vào tiểu nhóm sai, hoặc không thể xác định hành động đề xuất, thiết kế đã thất bại ngay cả khi mọi con số đều đúng. Việc sửa đổi là một phần của truyền thông dữ liệu, không phải là thừa nhận rằng phân tích ban đầu thiếu giá trị.

Ví dụ thực tế: biến dữ liệu duy trì thành quyết định

Hãy tưởng tượng một nhóm sản phẩm thấy tỷ lệ duy trì hàng tháng giảm. Nhà phân tích đầu tiên định nghĩa cohort, sử dụng hoạt động, cửa sổ quan sát, các loại trừ, và liệu sự thay đổi là tuyệt đối hay tương đối. Phân tích tách kênh thu hút, gói, địa lý, thâm niên và phiên bản sản phẩm, đồng thời kiểm tra các sự kiện thiếu và thay đổi công cụ đo lường. Một biểu đồ đường đơn lẻ là không đủ nếu việc di chuyển theo dõi tạo ra sự sụt giảm giả tạo hoặc nếu tổng hợp che giấu mức duy trì ổn định trong các phân đoạn có kích thước khác nhau.

Câu chuyện nên nêu quyết định, hiển thị cơ sở đáng tin cậy, tiết lộ so sánh có liên quan nhất tới quyết định, giải thích độ không chắc, và liên kết mẫu với một giả thuyết có thể kiểm chứng. Một chú thích có thể đánh dấu thay đổi giá hoặc quy trình onboarding; một bản đồ nhiệt cohort có thể cho thấy khi hành vi thay đổi. Tránh các biểu đồ 3D trang trí, trục bị cắt ngắn, hoặc thang màu phóng đại hiệu ứng nhỏ. Cung cấp định nghĩa chính xác và một bảng có thể truy cập cho những người không thể giải thích đồ họa.

Kết thúc bằng các tùy chọn và hậu quả thay vì một khuyến nghị đã định sẵn ngụy trang dưới dạng phân tích. Ví dụ, đề xuất một thí nghiệm onboarding với phân khúc mục tiêu, chỉ số thành công, các chỉ số bảo vệ, giả định mẫu, thời gian và người chịu trách nhiệm. Công bố bảng điều khiển hoặc notebook dùng để tính toán các con số, ghi lại độ tươi mới của dữ liệu, và giám sát liệu quyết định có cải thiện tỷ lệ duy trì hay không. Nếu bằng chứng sau này mâu thuẫn với câu chuyện, hãy sửa đổi nó một cách rõ ràng thay vì giữ một câu chuyện hấp dẫn nhưng lỗi thời.

Danh sách kiểm tra thực tiễn

Biến khái niệm thành quy trình làm việc có giới hạn, có thể kiểm tra: câu hỏi → xác minh dữ liệu → tìm tín hiệu → chọn hình ảnh → thêm ngữ cảnh → kiểm tra. Đặt tên cho người chịu trách nhiệm, ghi lại dữ liệu và các phụ thuộc, thiết lập cơ sở đơn giản, đặt tiêu chí chấp nhận và dừng, kiểm tra các lỗi đại diện, và định nghĩa giám sát, khôi phục và đánh giá trước khi mở rộng phạm vi. Ghi lại các phiên bản và giả định để đội khác có thể tái tạo kết quả và hiểu những gì đã thay đổi.

Trước khi ra mắt, thực hiện một đánh giá sẵn sàng được ghi chép với những người xây dựng, vận hành, bảo mật và bị ảnh hưởng bởi hệ thống. Kiểm tra các trường hợp bình thường, điều kiện biên, lỗi phụ thuộc và lạm dụng; giữ lại bằng chứng và rủi ro chưa giải quyết. Xác định người có thể phê duyệt phát hành, thay đổi ngưỡng, ghi đè đầu ra, hoặc dừng hoạt động. Xem lại quyết định sau khi dữ liệu thực tế đến, vì một dự án thí điểm thành công về mặt kỹ thuật không đảm bảo hiệu suất đáng tin cậy ở quy mô lớn hơn.

  • EVIDENCE: nguồn, định nghĩa và độ không chắc.
  • VISUAL: mã hoá phù hợp với câu hỏi.
  • NARRATIVE: ngữ cảnh, phát hiện và quyết định tiếp theo.

Câu hỏi thường gặp

Kể chuyện dữ liệu có giống với trực quan hoá dữ liệu không?

Không. Trực quan hoá là một thành phần. Kể chuyện dữ liệu còn bao gồm khán giả, trình tự, ngữ cảnh, diễn giải, độ không chắc, và một quyết định hoặc kết luận.

Bảng điều khiển có thể kể một câu chuyện không?

Có, nếu nó cung cấp một lộ trình phân tích rõ ràng và ngữ cảnh đồng thời giữ nguyên khả năng khám phá. Một tập hợp các biểu đồ không liên quan không tự động trở thành một câu chuyện.

Tài liệu tham khảo chính

Haziqa là một Nhà khoa học dữ liệu với kinh nghiệm rộng rãi trong việc viết nội dung kỹ thuật cho các công ty AI và SaaS.