Direktur bertanya kepada Copilot Power BI, “berapa penjualan bulan lalu?” Tim sales memakai nilai pesanan, sedangkan finance memakai invoice setelah retur. Keduanya punya angka yang masuk akal, tetapi menjawab pertanyaan yang berbeda. Sebelum memperluas akses, siapkan model semantik yang menjelaskan ukuran, tanggal, dan cakupan data yang akan dipakai.
Putuskan Definisi Angka Bersama Pemilik Proses
Pilih satu laporan yang sudah punya proses rekonsiliasi, misalnya penjualan bulanan. Minta finance dan sales menyepakati cara membedakan nilai order, penjualan kotor, dan penjualan bersih. Untuk setiap ukuran, catat tanggal acuan, perlakuan retur dan pembatalan, pajak, mata uang, serta cabang yang masuk. Perbedaan definisi boleh tetap ada selama ukuran diberi nama berbeda dan pengguna memahami kapan memakainya.
Contoh sederhana: retur dicatat pada Februari untuk penjualan Januari. Jika finance ingin melihat dampak pada bulan pembukuan dan sales ingin mengukur kualitas pesanan Januari, siapkan pertanyaan acuan untuk keduanya. Hasil yang benar harus menyebut periode dan dasar tanggalnya. Kalau pengguna hanya bertanya “penjualan Januari”, tentukan apakah pengalaman pilot perlu meminta klarifikasi atau memakai definisi default yang dinyatakan jelas.
Rapikan Model Semantik sebelum Menulis Instruksi AI
Sediakan Ukuran yang Teruji dan Nama yang Dikenal Pengguna
Gunakan ukuran resmi yang sudah dicek terhadap laporan acuan. Beri nama yang mudah dibedakan, tambahkan deskripsi jika dua ukuran terdengar mirip, dan batasi kolom teknis dari pengalaman pengguna jika memungkinkan. Uji hubungan antara transaksi, cabang, dan kalender. Jika join menggandakan invoice, instruksi bahasa tidak akan memperbaiki angka. Tim BI perlu membetulkan model dan merekonsiliasi hasilnya.
Tutorial model semantik untuk Copilot dari Microsoft membahas penyederhanaan skema, instruksi AI, dan verified answers. Periksa fitur yang tersedia pada kapasitas, tenant, dan pengalaman Copilot yang dipakai tim. Gunakan jawaban terverifikasi untuk pertanyaan yang stabil, misalnya kartu penjualan bersih per cabang, dan cek ulang saat ukuran atau laporan rujukannya berubah.
Uji Akses dengan Peran Pengguna yang Sesungguhnya
Siapkan akun uji untuk kepala cabang dan pengguna pusat. Tanyakan angka nasional, lalu ulangi dengan nama cabang yang tidak boleh diakses akun pertama. Periksa jawaban, visual, dan hasil ekspor pada jalur yang tersedia. Pisahkan kesalahan pemilihan ukuran dari paparan data di luar peran. Jika muncul data yang seharusnya terbatas, tahan perluasan pilot sampai tim BI dan administrator memeriksa izin dan aturan akses data.
Ukur Jawaban terhadap Angka Acuan
Susun daftar pertanyaan dengan ukuran, filter, periode, dan nilai hasil yang sudah disetujui. Sertakan variasi bahasa, pertanyaan ambigu, periode belum tutup, dan kasus data kosong. Jalankan beberapa kali pada pertanyaan yang sensitif terhadap pilihan ukuran. Catat berapa jawaban tepat pada semua unsur tersebut, berapa kali sistem meminta klarifikasi yang masuk akal, dan berapa lama analis perlu memeriksa hasil sebelum rapat.
Pilot bisa dipakai untuk eksplorasi internal setelah hasil uji memadai. Laporan keuangan resmi atau angka yang dikirim kepada pihak luar tetap melalui proses rekonsiliasi dan persetujuan yang berlaku. Untuk konteks pemilihan indikator manajemen, lihat panduan dashboard business intelligence untuk manajemen.
Siapkan satu laporan sumber, daftar ukuran yang sering diperdebatkan, dan matriks akses cabang untuk memetakan kesiapan pilot analitik AI dengan Layana.ID. Tiga bahan ini membantu memisahkan pekerjaan merapikan data dari pengujian asisten.