Lợi nhuận:
- Khả năng giải thích các lớp thông minh kinh doanh (nguồn, ETL, kho dữ liệu, báo cáo) và định nghĩa chính xác về các số liệu kinh doanh chính (KPI).
- Khả năng sử dụng trí tuệ nhân tạo để tạo định nghĩa số liệu, bản thảo SQL và tường thuật báo cáo, đồng thời cung cấp kết quả bằng dữ liệu thực
- Khả năng nhận biết rủi ro nhầm lẫn về nguyên nhân tương quan và các số liệu sai lệch trong kết quả phân tích được hỗ trợ bởi AI
Kinh doanh thông minh (BI) là bộ môn thu thập dữ liệu phân tán của tổ chức, chuẩn bị sẵn sàng để phân tích và tạo ra thông tin hỗ trợ quyết định từ dữ liệu này. Đối với chuyên gia MIS, BI là lớp nơi “dữ liệu biến thành quyết định”. Chỉ riêng hồ sơ đơn hàng thô là không có ý nghĩa; nhưng “tháng này kim ngạch giảm ở khu vực nào, tại sao?” Nó tạo ra giá trị khi nó trở thành một bản báo cáo có thể trả lời câu hỏi. Trong phần này, chúng ta sẽ thấy các lớp BI, thiết kế số liệu phù hợp và trong đó trí tuệ nhân tạo là máy gia tốc và là cái bẫy trong quá trình này.
Kiến trúc BI thường bao gồm các lớp sau. Hệ thống nguồn: Nơi bắt nguồn dữ liệu, chẳng hạn như ERP, CRM, thương mại điện tử. Quy trình ETL (tiếng Anh Extract-Transform-Load): Quá trình trích xuất dữ liệu từ các nguồn (Extract), làm sạch và chuyển đổi thành cấu trúc tiêu chuẩn (Transform) và tải nó vào đích (Load). Kho dữ liệu: Kho lưu trữ trung tâm nơi thu thập dữ liệu lịch sử và nhất quán được thiết kế để phân tích. Lớp báo cáo/trực quan hóa: bảng thông tin, báo cáo và truy vấn đặc biệt. Trong chuỗi này, chất lượng của mỗi lớp sẽ quyết định lớp tiếp theo; Nếu nguồn bẩn thì báo cáo cũng bẩn.
Xác định chính xác các số liệu và KPI
Số liệu là một giá trị số được đo: tổng doanh thu, số lượng đơn đặt hàng. KPI (Chỉ số hiệu suất chính) là một số liệu quan trọng đo lường hiệu suất so với mục tiêu: "tỷ lệ khách hàng rời bỏ hàng tháng dưới 5%". Không phải mọi số liệu đều là KPI; KPI là số liệu gắn liền với mục tiêu kinh doanh và đưa ra quyết định.
Vấn đề nguy hiểm nhất của các dự án BI là định nghĩa mơ hồ về số liệu. "Khách hàng tích cực" nghĩa là gì? Đặt hàng trong 30 ngày hay 90 ngày qua? Những người trở về có được tính không? Nếu hai nhóm có ý nghĩa khác nhau về “số lượng khách hàng đang hoạt động” thì cùng một trang tổng quan sẽ hiển thị hai thông tin khác nhau. Đó là lý do tại sao mỗi KPI nên có một định nghĩa ngắn gọn và được chấp nhận rộng rãi. AI nhanh chóng tạo ra bản nháp của những định nghĩa này; nhưng đơn vị kinh doanh có quyền quyết định định nghĩa nào là "đúng".
Mẹo: Khi thiết kế KPI, hãy viết ra ba điều: (1) công thức (tử số/mẫu số chính xác là gì), (2) khoảng thời gian, (3) các trường hợp bị loại trừ. Việc AI nói "trích xuất những điểm mơ hồ trong định nghĩa của KPI này dưới dạng câu hỏi" sẽ tiết lộ những giả định ẩn giấu.
Từng bước: Tạo báo cáo được hỗ trợ bởi AI
Bước 1 - Làm rõ câu hỏi. Báo cáo sẽ đưa ra quyết định gì? Một mục tiêu cụ thể như "chúng tôi sẽ quyết định xem chúng tôi sẽ chuyển ngân sách sang khu vực nào", chứ không phải "nó trông sẽ ổn".
Bước 2 - Xác định số liệu. Viết các KPI cần thiết bằng các công thức, cửa sổ và ngoại lệ. Trí tuệ nhân tạo có thể tạo ra các định nghĩa dự thảo.
Bước 3 - Tạo bản nháp SQL. Cung cấp thông tin lược đồ cho trí tuệ nhân tạo và tạo bản nháp truy vấn. Nhưng hãy đọc và hiểu truy vấn trước khi chạy nó.
Bước 4 - Xác minh bằng dữ liệu nhỏ. Trước tiên hãy chạy truy vấn trên một mẫu nhỏ có kết quả đã biết; Kiểm tra tổng số bằng tay. SQL của AI có thể đúng về mặt cú pháp nhưng không chính xác về mặt logic.
Bước 5 - Thêm tường thuật, kiểm tra yêu cầu. AI có thể tạo ra văn bản tường thuật cho báo cáo; nhưng hãy chứng minh mọi tuyên bố nhân quả (“đó là lý do tại sao doanh số bán hàng giảm”).
Bẫy tương quan và nhân quả
Sai lầm nguy hiểm nhất trong BI là hiểu hai số liệu hoạt động cùng nhau là "cái này tạo ra cái kia". Tương quan là khi hai giá trị thay đổi cùng nhau; Nhân quả là khi cái này gây ra cái khác. Câu “Kem bán càng tăng thì đuối nước càng tăng” đúng nhưng kem không gây chết đuối; Nguyên nhân phổ biến là mùa hè (thời tiết nóng bức). Trí tuệ nhân tạo có thể dễ dàng đưa ra các câu nhân quả khi đưa ra một bản tường thuật báo cáo; Chuyên gia MIS trả lời những tuyên bố này bằng cách hỏi "có lời giải thích nào khác không?" Anh ta nên kiểm tra nó. Nếu không, quyết định sai lầm sẽ được đưa ra dựa trên lý do sai lầm.
Ba trường hợp nhỏ: Bằng những con số
Trường hợp 1 - Chi phí của số liệu không xác định. Ở một công ty viễn thông, số lượng “thuê bao tích cực” trình lên ban giám đốc là 2,1 triệu, báo cáo của bộ phận tài chính là 1,7 triệu. Sự khác biệt là một người tính 90 ngày là "hoạt động" trong khi người kia tính 30 ngày. Tỷ lệ tăng trưởng sai lầm đã được thảo luận trong hai tuần cho đến khi định nghĩa chung được làm rõ. Định nghĩa KPI chỉ một câu sẽ tránh được sự nhầm lẫn này.
Trường hợp 2 - SQL sai của AI. Tại một nhà bán lẻ, AI đã thêm dòng trả lại vào tổng số khi tạo truy vấn “giỏ hàng trung bình cho mỗi khách hàng”; Kết quả là cao hơn 12% so với giá trị thực tế. SQL hoàn hảo về mặt cú pháp. Khi chuyên gia xác minh tổng số ngày đã biết theo cách thủ công, anh ấy đã phát hiện được sai lệch và đã thêm bộ lọc lợi nhuận.
Trường hợp 3 - Ngụy biện về quan hệ nhân quả. Tại một công ty thương mại điện tử, bảng điều khiển cho biết "doanh số bán hàng cao hơn 18% vào những ngày chiến dịch email được gửi" và nhóm sắp tăng ngân sách chiến dịch. Phân tích cho thấy rằng các chiến dịch đã được tính toán trùng với những ngày chiến dịch có lưu lượng truy cập cao (thời gian giảm giá). Chính thời kỳ chứ không phải email đã thúc đẩy doanh số bán hàng. Nếu ngân sách được tăng lên mà không thử nghiệm với nhóm đối chứng thì số tiền đó sẽ bị lãng phí.
Nhắc yếu / Nhắc mạnh
Dấu nhắc yếu:
Viết báo cáo bán hàng SQL từ bảng này.
Lời nhắc mạnh mẽ:
Vai trò của bạn: Bạn là một nhà phân tích BI chu đáo.Viết BẢN THẢO truy vấn SQL theo sơ đồ bên dưới.Quy tắc:- Chỉ sử dụng các bảng/trường nhất định; trường không phù hợp.- LOẠI TRỪ trả về (trạng thái='Trả lại') từ tổng số.- Khoảng thời gian: 30 ngày qua.- Nhận xét từng dòng nội dung truy vấn thực hiện.- Đề xuất 1 dòng mẫu có thể được xác thực thủ công để kiểm tra ở cuối. Lược đồ:Đơn hàng(id, customer_id, ngày, số tiền, trạng thái)Khách hàng(id, tên, phân khúc)Mục đích: doanh thu thuần trong 30 ngày qua theo phân khúc.
Lời nhắc mạnh mẽ giới hạn lược đồ, áp đặt quy tắc công việc (không bao gồm trả lại), chỉ định cửa sổ và yêu cầu đầu ra có thể kiểm chứng được.
Bốn mẫu có thể sao chép
1) Làm rõ định nghĩa KPI:
Viết mô tả đầy đủ cho KPI sau: công thức (tử số/mẫu số), khoảng thời gian, các trường hợp bị loại trừ. Thêm bất kỳ sự mơ hồ nào trong định nghĩa dưới dạng câu hỏi.KPI: [tên, ví dụ: "tỷ lệ rời bỏ khách hàng"]
2) Kiểm tra logic SQL:
Kiểm tra truy vấn SQL sau: có nguy cơ xảy ra lỗi logic, THAM GIA không chính xác, thiếu bộ lọc hoặc tính hai lần không? Viết lời giải thích cho mỗi phát hiện. Đừng thay đổi truy vấn, chỉ cần kiểm tra nó. SQL: [truy vấn]
3) Báo cáo tường thuật + kiểm soát yêu cầu:
Viết một bản tóm tắt ngắn gọn từ bảng kết quả dưới đây. Dán nhãn [BẰNG CHỨNG BẮT BUỘC] bên cạnh mỗi khẳng định nguyên nhân và đề xuất giải thích thay thế. Chỉ cần dựa vào dữ liệu trong bảng. Bảng: [dữ liệu]
4) Kiểm tra tính nhất quán của số liệu:
Trong hai báo cáo bên dưới, các số liệu có cùng tên sẽ cho các giá trị khác nhau. Những khác biệt có thể có trong định nghĩa (cửa sổ thời gian, bộ lọc, tính toán) được liệt kê. Báo cáo: [A] [B]
Biểu đồ so sánh: KPI Tốt và Kém
tính năng
KPI kém
KPI tốt
Mô tả
"Khách hàng tích cực"
"Khách hàng có ≥1 đơn hàng đã hoàn thành trong 30 ngày qua"
gắn kết với mục tiêu
không có
"Duy trì tỷ lệ tổn thất dưới 5%"
khả năng đo lường
mơ hồ
công thức rõ ràng
ngoại lệ
không chắc chắn
Không bao gồm lợi nhuận
Nó có kích hoạt một quyết định không?
không
Có
Những lỗi thường gặp
- Để lại số liệu không xác định. Nếu các từ như "đang hoạt động", "thành công", "đã hoàn thành" được sử dụng mà không có công thức thì mỗi đội sẽ được tính khác nhau.
- Chạy SQL của AI mà không cần xác minh. Một truy vấn đúng về mặt cú pháp có thể không chính xác về mặt logic; việc đếm hai lần và THAM GIA không chính xác là phổ biến.
- Mối tương quan khó hiểu với quan hệ nhân quả. Nghĩ rằng “nó tăng theo cái kia” nghĩa là “cái này gây ra cái kia” sẽ dẫn đến quyết định sai lầm.
- Theo đuổi số liệu phù phiếm. Nhầm nhầm các số liệu ưa thích nhưng không mang tính quyết định như "tổng số lần nhấp chuột" là KPI.
- Trình bày số không có ngữ cảnh. Chỉ riêng “Doanh thu 4,2 triệu” thôi đã là vô nghĩa; Cần có bối cảnh dựa trên tháng trước, mục tiêu hoặc ngân sách.
Thận trọng: Các tường thuật báo cáo do trí tuệ nhân tạo tạo ra rất thuyết phục và trôi chảy; Điều này chính xác làm tăng nguy cơ. Một câu trôi chảy có thể mang theo một tuyên bố sai lầm về quan hệ nhân quả. Kiểm tra từng tuyên bố "vì" và "do đó" với bằng chứng.
Tóm lại
Business Intelligence là lớp chuyển đổi dữ liệu phân tán thành các quyết định và bao gồm nguồn, ETL, kho dữ liệu và chuỗi báo cáo. KPI là một số liệu quan trọng gắn liền với mục tiêu kinh doanh, với công thức và ngoại lệ được xác định rõ ràng; số liệu không xác định là lỗi BI phổ biến nhất. Trí tuệ nhân tạo cung cấp tốc độ đáng kể trong việc tạo định nghĩa KPI, bản thảo SQL và tường thuật báo cáo; nhưng mọi câu SQL đều phải được chứng minh một cách hợp lý, mọi con số phải được hỗ trợ bởi dữ liệu đã biết và mọi tuyên bố nhân quả phải được kiểm tra bằng bằng chứng. Tương quan không phải là nhân quả; Tường thuật trôi chảy không đảm bảo tính chính xác.
Nhiệm vụ ứng dụng
Thiết kế KPI “tỷ lệ hoàn thành” cho nền tảng khóa học trực tuyến. (1) Viết mô tả một câu với công thức, khoảng thời gian và các ngoại lệ (ví dụ: đăng ký bị hủy có được tính không?). (2) Tạo một lược đồ đơn giản (Đăng ký, Khóa học, Tiến trình) và tạo bản dự thảo SQL cho KPI này bằng một lời nhắc mạnh mẽ. (3) Tìm ít nhất một rủi ro có thể xảy ra do tính hai lần hoặc lọc không chính xác trong truy vấn. (4) In bản tóm tắt ngắn gọn về kết luận và đánh dấu từng nhận định nhân quả trong đó. (5) Hãy thiết lập một ví dụ về bẫy tương quan nhân quả và giải thích cách bạn kiểm tra nó.
danh sách kiểm tra
- [ ] Công thức, khoảng thời gian và ngoại lệ của từng KPI được viết.
- [ ] Tôi đã đọc và hiểu từng dòng SQL do AI tạo ra.
- [ ] Tôi đã xác thực truy vấn theo cách thủ công với ít dữ liệu được biết đến.
- [ ] Tôi đã kiểm tra mọi tuyên bố nhân quả trong báo cáo bằng bằng chứng.
- [ ] Tôi đã ngữ cảnh hóa từng con số bằng một điểm chuẩn (mục tiêu/giai đoạn trước).
- [ ] Tôi đã đạt được sự đồng thuận giữa các nhóm về định nghĩa số liệu.