Tóm tắt
- Kho dữ liệu cho doanh nghiệp gom số liệu từ mọi phần mềm về một chỗ, để mọi báo cáo đọc chung một bản sự thật.
- Một hệ báo cáo sống có năm khối: bộ kết nối, nhà kho dữ liệu, lớp hợp nhất, dashboard, cảnh báo theo ngưỡng.
- Thiết kế chạy ngược dòng dữ liệu: mô hình kinh doanh ra KPI, KPI ra dashboard, dashboard mới quy định nhà kho.
- Sai lầm tốn tiền nhất là đổ hết dữ liệu vào kho.
- Gốc rễ là định nghĩa của người đứng đầu, không phải năng lực của dân kỹ thuật.
Kho dữ liệu cho doanh nghiệp là một nơi duy nhất gom số liệu từ mọi phần mềm công ty đang dùng, để mọi báo cáo đọc chung một bản sự thật. Nghe như việc của bộ phận kỹ thuật. Nhưng thứ quyết định nó chạy được hay không lại nằm trên bàn của người đứng đầu.
Đây là yêu cầu tôi nhận thường xuyên khi đi đào tạo và khi dựng hệ thống cho doanh nghiệp vừa và nhỏ: làm cho tôi một cái dashboard điều hành. Yêu cầu nghe rõ ràng, ngân sách có, nhà cung cấp cũng sẵn. Rồi dự án dừng lại ở chỗ ít ai ngờ tới.
Bài này đi qua năm mảnh ghép của một hệ báo cáo sống, thứ tự thiết kế ngược để không xây nhầm, và câu hỏi duy nhất bạn phải tự trả lời trước khi gọi bất kỳ nhà cung cấp nào.
Xem lưu đồ chạy trên màn hình: video 11 phút
Trong video dưới đây, tôi đi qua nguyên lưu đồ trên màn hình: từ các app đang dùng, bộ kết nối, nhà kho dữ liệu, lớp hợp nhất, tới dashboard và cảnh báo theo ngưỡng.
Hiện trạng: mỗi phòng một phần mềm, mỗi phần mềm một sự thật
Doanh nghiệp từ khoảng 100 người trở lên gần như luôn có cùng một hình dạng. Phần mềm kế toán mua trước, phần mềm bán hàng mua sau, rồi thêm vài kênh online để bán và để tiếp thị. Mỗi thứ mua ở một thời điểm khác nhau, từ một nhà cung cấp khác nhau, giải một bài toán khác nhau.
Không cái nào sai. Vấn đề là không cái nào biết mặt cái nào.
Đến kỳ họp điều hành, mỗi phòng mang lên một con số của riêng mình. Kế toán nói doanh thu một kiểu, bán hàng nói một kiểu, marketing nói kiểu thứ ba. Cuộc họp chuyển từ bàn quyết định sang bàn xem số của ai đúng. Theo Gartner, dữ liệu kém chất lượng khiến các tổ chức mất trung bình 12,9 triệu đô la mỗi năm, và nghiên cứu của Thomas C. Redman trên MIT Sloan Management Review đặt mức thiệt hại ở 15 đến 25 phần trăm doanh thu.
Thứ bạn muốn đạt được thì ngược lại: một báo cáo sống. Một dashboard điều hành mà số liệu tự chảy về, tự cập nhật, và khi có chỉ số vượt ngưỡng thì nó báo cho bạn ngay.
Năm mảnh ghép của một hệ báo cáo sống
Khoảng cách giữa hiện trạng và cái dashboard đó không phải một phần mềm. Nó là năm khối nối tiếp nhau, và đây là hình dạng đầy đủ của một kho dữ liệu cho doanh nghiệp khi nó chạy thật.
Bộ kết nối
Các phần mềm bạn đang dùng sở hữu dữ liệu của chúng. Một số nhà cung cấp xây sẵn tính năng cho phép đẩy dữ liệu đó ra ngoài, trong ngôn ngữ chuyên môn gọi là API. Bộ kết nối là phần nhận dữ liệu đó về và xếp nó vào đúng chỗ.
Bộ kết nối dựng được bằng công cụ có sẵn như n8n, hoặc viết code riêng khi dữ liệu có dạng đặc thù. Bên kia có chức năng đẩy đi, bên này phải có chức năng nhận về. Thiếu một trong hai thì không có dòng chảy nào cả.
Nhà kho dữ liệu
Trong bối cảnh doanh nghiệp vừa và nhỏ, cách hình dung dễ nhất về nhà kho dữ liệu là một file Excel khổng lồ. File đó có nhiều tab, mỗi tab là một bảng dữ liệu, và các bảng liên kết được với nhau.
Cách diễn đạt này cố tình bỏ qua tầng công nghệ bên dưới. IBM định nghĩa data warehouse là nơi gom dữ liệu từ nhiều nguồn rồi làm sạch để phục vụ phân tích, và thị trường có rất nhiều cấp bậc công nghệ để làm việc đó. Nhưng khi bạn chưa cần tới tầng sâu hơn, hình ảnh file Excel nhiều tab là đủ đúng để ra quyết định.
Lớp hợp nhất
Dữ liệu thô đổ về từ nhiều nguồn luôn bị trùng, bị lệch tên, bị lệch đơn vị. Một khách hàng có thể xuất hiện ba lần với ba cách viết tên. Lớp hợp nhất là chỗ dọn trùng và thống nhất cách gọi, trước khi số liệu chạm vào báo cáo.
Đây là lớp hay bị bỏ qua nhất, và cũng là lớp khiến người ta mất niềm tin vào dashboard sớm nhất. Số hiện lên đẹp mà sai một lần thôi thì lần sau không ai nhìn nó nữa.
Dashboard điều hành
Đây là thứ bạn nhìn thấy: các chỉ số quan trọng, trình bày theo đúng cách để đọc ra hành động. Doanh thu theo Pareto, thị phần theo biểu đồ bánh, công nợ theo tuổi nợ.
Dashboard không phải đích đến. Nó là thứ quy định ngược mọi khối phía trước.
Cảnh báo theo ngưỡng
Khi đã có dữ liệu sống, phần còn lại là một đoạn code nhỏ chạy theo lịch, mỗi ngày hoặc mỗi giờ. Nó dò xem có chỉ số nào vượt trần hoặc thủng sàn, rồi gửi báo về kênh chat hoặc email.
Ví dụ thô: nhiệt độ cần giữ trong khoảng 20 đến 30. Trên 30 báo, dưới 20 báo. Cơ chế y hệt cho tồn kho, cho công nợ quá hạn, cho chi phí quảng cáo trên mỗi đơn.
Có đủ năm khối này thì mới gọi là báo cáo sống. Dữ liệu liên tục được cập nhật, có thay đổi thì dòng chảy chạy về, có vấn đề thì hệ thống nói trước khi bạn kịp hỏi.
Sai lầm hay gặp: đổ hết dữ liệu vào kho
Câu hỏi gần như ai cũng hỏi ở buổi làm việc đầu tiên: lấy hết dữ liệu từ các phần mềm đổ vào kho luôn cho chắc, đúng không.
Không.
Nhà kho chỉ chứa những dữ liệu bạn cần giữ. Mà những dữ liệu cần giữ lại được quy định bởi dashboard. Lấy hết nghĩa là trả tiền lưu trữ, tiền dựng bộ kết nối và tiền bảo trì cho những bảng không ai mở, đồng thời kéo dài dự án mà không đổi được quyết định nào.
Đây cũng là chỗ tôi hay nhắc lại trong bài dữ liệu sẵn sàng cho AI: điểm nghẽn hiếm khi nằm ở chỗ thiếu dữ liệu, nó nằm ở chỗ không ai gọi tên được dữ liệu nào đáng giữ.
Thiết kế ngược: đi từ mô hình kinh doanh về tới bộ kết nối
Thứ tự đúng chạy ngược với thứ tự người ta hay làm.
Bắt đầu từ mô hình kinh doanh: bạn kiếm tiền bằng cách nào, khách trả tiền cho cái gì. Từ đó ra mục tiêu kinh doanh cho giai đoạn tới. Từ mục tiêu mới ra được bộ KPI bạn muốn giám sát.
Có KPI rồi mới quy định được dashboard: chỉ số nào lên màn hình, trình bày ra sao, ai đọc nó vào thứ mấy. Có dashboard rồi mới biết nhà kho cần chứa loại dữ liệu nào. Có danh sách nguyên liệu rồi mới thiết kế được bộ kết nối, và mới đi hỏi ngược lại nhà cung cấp xem họ có cửa đưa dữ liệu đó ra hay không.
Năm mũi tên, chạy từ phải sang trái. Đảo chiều thì bạn đang xây một cái kho trước khi biết mình sẽ để gì trong đó.
Đây cũng là lối tư duy tôi dùng khi nối KPI với tính năng trong quy trình phát triển sản phẩm. Cùng một nguyên tắc, khác chỗ áp dụng.
Hai cách định nghĩa dashboard
Cách thứ nhất dành cho người đã có kinh nghiệm điều hành đủ dày. Cách thứ hai dành cho phần còn lại, và thật ra là phần đông.
| Cách 1: liệt kê từ kinh nghiệm | Cách 2: suy ra từ mục tiêu | |
|---|---|---|
| Hợp với ai | Người biết rõ mình nhìn gì mỗi sáng | Người chưa chắc về danh sách chỉ số |
| Việc phải làm | Viết thẳng chỉ số và cách trình bày từng cái | Phân tích mô hình kinh doanh và mục tiêu trước, rồi để chúng đẻ ra KPI |
| Rủi ro | Chép lại thói quen cũ, bỏ sót chỉ số mới quan trọng | Mất thêm một tới hai tuần trước khi động vào phần kỹ thuật |
| Kết quả | Danh sách chỉ số dùng được ngay | Danh sách chỉ số có lý do đứng sau từng cái |
Khác biệt giữa hai cách không nằm ở năng lực. Nó nằm ở chỗ bạn đã viết ra thành chữ hay chưa. Nếu bạn không viết được tiêu chuẩn đúng sai cho một con số, đừng giao con số đó cho hệ thống.
Chỗ dự án hay vỡ: nhà cung cấp không có cửa chia sẻ dữ liệu
Tình huống này xảy ra nhiều hơn người ta tưởng. Nhà cung cấp có dữ liệu bạn cần, nhưng không có sẵn tính năng để đưa nó ra ngoài.
Lúc đó có hai lựa chọn, và cả hai đều tốn. Một là trả thêm phí để họ phát triển tính năng chia sẻ dữ liệu theo yêu cầu riêng. Hai là bỏ chỉ số đó khỏi dashboard phiên bản đầu, rồi tính lại ở vòng sau.
Điều tôi muốn bạn giữ lại là: câu hỏi này phải hỏi trước khi ký, không phải sau khi dự án đã chạy được hai tháng. Đây đúng là khoảng hở giữa yêu cầu kinh doanh và yêu cầu kỹ thuật mà tôi mổ trong bài dự án số hóa hay vỡ ở buổi test thật.
Vì sao kho dữ liệu cho doanh nghiệp là việc của người đứng đầu?
Đến đây thì thấy rõ: gốc rễ của một hệ báo cáo sống không nằm ở dân kỹ thuật. Nó nằm ở định nghĩa.
Người kỹ thuật dựng được bộ kết nối, dựng được kho, dựng được dashboard. Họ không dựng được câu trả lời cho câu hỏi bạn muốn nhìn con số nào và vì sao. Câu đó chỉ người biết business mới trả lời được, và trong doanh nghiệp vừa và nhỏ thì người đó thường là bạn.
Nói theo cách của đầu tư công nghệ trong kỷ nguyên AI: công cụ là lớp thay được, còn dữ liệu và định nghĩa là lớp bạn sở hữu. Đổi nhà cung cấp thì bộ kết nối viết lại được trong vài tuần. Đổi cách bạn hiểu về business của mình thì phải xây lại từ đầu.
Sự phát triển của một doanh nghiệp phụ thuộc vào chuỗi quyết định của người chủ, từ ngày sáng lập cho tới bây giờ. Có ba thứ giúp chuỗi đó bớt sai: cộng sự giỏi chuyên môn ở bên dưới, một môi trường cố vấn từ bên ngoài, và dữ liệu. Hai thứ đầu phụ thuộc vào duyên. Thứ ba thì bạn dựng được.
Bắt đầu thế nào trong tuần đầu tiên?
Đừng gọi nhà cung cấp trước. Làm ba việc này trước đã.
- Viết ra tối đa bảy chỉ số bạn thật sự nhìn để ra quyết định trong tháng, kèm cách trình bày từng cái. Bảy là con số cố ý, vì nhiều hơn thì không ai đọc hết.
- Với mỗi chỉ số, ghi tên phần mềm đang giữ dữ liệu gốc của nó.
- Gửi một email cho từng nhà cung cấp, hỏi đúng một câu: phần mềm của anh có API để đưa dữ liệu này ra ngoài không, và chi phí bao nhiêu.
Câu trả lời của họ sẽ cắt danh sách bảy chỉ số xuống còn năm hoặc bốn. Đó chính là phiên bản đầu tiên của dashboard, và là bản thiết kế của nhà kho.
Không cần hoàn hảo. Chỉ cần chạy thật một vòng và có số liệu để so. Cách tiếp cận ba vòng tôi viết trong hệ thống hóa doanh nghiệp bằng AI áp dụng nguyên vẹn ở đây: identity trước, cách vận hành giữa, công nghệ sau cùng.
Doanh nghiệp vừa và nhỏ không phải tập đoàn, nhưng vẫn cần một kho dữ liệu cho doanh nghiệp của riêng mình. Không phải vì nó hiện đại, mà vì khi có dữ liệu thì quyết định tốt lên. Đó là thứ duy nhất trong bài này tôi dám nói chắc.
Nếu bạn đã có danh sách chỉ số và muốn một lộ trình cụ thể để dựng kho dữ liệu cho doanh nghiệp của mình, AI Roadmap là gói 10 triệu, giá niêm yết công khai, đi ra một bản đồ triển khai trong 30 ngày. Muốn hỏi trước cho chắc thì đặt lịch tư vấn 30 phút với tôi.
Câu hỏi thường gặp
Kho dữ liệu cho doanh nghiệp khác gì với phần mềm quản lý đang dùng?
Phần mềm quản lý sinh ra và giữ dữ liệu của riêng nghiệp vụ nó: kế toán giữ số kế toán, bán hàng giữ số bán hàng. Kho dữ liệu cho doanh nghiệp không sinh dữ liệu, nó gom bản sao từ các phần mềm đó về một chỗ, dọn trùng và thống nhất cách gọi, để dashboard đọc ra một con số duy nhất thay vì ba con số cãi nhau.
Doanh nghiệp bao nhiêu người thì cần kho dữ liệu?
Không đo bằng số người mà đo bằng số phần mềm. Khi bạn đã có từ ba phần mềm trở lên từ ba nhà cung cấp khác nhau, và các cuộc họp bắt đầu mất thời gian để thống nhất con số nào đúng, thì đó là lúc cần. Nhiều công ty 30 người đã chạm ngưỡng này, trong khi có công ty 200 người vẫn chưa.
Chi phí dựng một hệ kho dữ liệu và dashboard khoảng bao nhiêu?
Chi phí phụ thuộc vào số nguồn dữ liệu và việc nhà cung cấp có sẵn API hay không, nên không có một con số chung. Phần đắt và khó dự trù nhất thường là khoản trả thêm cho nhà cung cấp phát triển tính năng chia sẻ dữ liệu theo yêu cầu riêng. Hỏi câu đó trước khi ký sẽ tiết kiệm nhiều hơn mọi lần mặc cả về giá dựng dashboard.
Nên bắt đầu từ đâu nếu chưa biết mình cần chỉ số gì?
Lùi ra một bước trước khi gọi nhà cung cấp. Viết ra mô hình kinh doanh và mục tiêu cho giai đoạn tới, rồi để chúng đẻ ra bộ KPI bạn muốn giám sát. Có KPI rồi mới có dashboard, có dashboard rồi mới biết nhà kho cần chứa loại dữ liệu nào. Làm ngược thứ tự này là cách nhanh nhất để xây một cái kho không ai dùng.
Nguồn tham khảo
- Data Quality: Why It Matters and How to Achieve It, Gartner
- Seizing Opportunity in Data Quality, MIT Sloan Management Review
- What Is a Data Warehouse?, IBM
Nhận bài viết mới nhất từ Markus Lab
2-3 bài mỗi tuần về AI, build sản phẩm, và growth cho founder & SME Việt. Không spam, unsubscribe bất cứ lúc nào.
