stdsquare²
🎓 Kelas
stdsquare / materi / slides / pertemuan-12
Tema
Japan
Arcade
Dark Retro
Font
‹ Daftar slide Pertemuan 12: Komunikasi Hasil Analisis Data
Program Studi Bisnis Digital • FEB UNDIP

Laboratorium Sains Data

Pertemuan 12 — Komunikasi Hasil Analisis Data

Mengubah angka dan model menjadi cerita yang dipahami dan dipercaya pengambil keputusan — prinsip storytelling data, memilih grafik yang tepat, dashboard, dan menyusun laporan/presentasi analitis.

RPS MINGGU 13 • 2×50 MENIT
Bagian 1 dari 4
Mengapa Komunikasi Data Itu Sulit
Kesenjangan antara "tahu angkanya" dan "orang lain paham serta percaya" — dan mengapa itu sering menjadi titik gagal proyek data.

Tujuan Pembelajaran Hari Ini

Setelah pertemuan ini, Anda diharapkan mampu mengomunikasikan hasil analisis data secara efektif kepada audiens non-teknis. Secara rinci:

CAPAIAN 1
STORYTELLING
Menerapkan prinsip data storytelling: konteks, temuan, dan rekomendasi yang runtut.
CAPAIAN 2
PILIH GRAFIK
Memilih jenis visualisasi yang tepat sesuai pesan dan menghindari grafik menyesatkan.
CAPAIAN 3
DASHBOARD
Memahami prinsip dashboard sebagai alat monitoring keputusan berkelanjutan.
CAPAIAN 4
LAPORAN
Menyusun struktur laporan/presentasi analitis siap dipakai di proyek akhir.

Kisah Nyata: Model Bagus, Presentasi Gagal

Seorang analis di sebuah startup fintech membangun model prediksi gagal bayar (credit scoring) dengan akurasi tinggi. Namun saat presentasi ke direksi:

MASALAH 1
JARGON
Ia memakai istilah "AUC", "confusion matrix" tanpa penjelasan — direksi bingung sejak menit pertama.
MASALAH 2
30 SLIDE
Semua tahapan teknis ditampilkan berurutan, tanpa kesimpulan yang jelas di depan.
MASALAH 3
TANPA AKSI
Tidak ada rekomendasi konkret — direksi bertanya, "jadi kita harus apa?"
Hasilnya: proyek yang secara teknis solid ditolak dilanjutkan karena direksi tidak paham dan tidak percaya. Skill teknis saja tidak cukup.

Langkah Pertama: Kenali Audiens Anda

Cara Anda menyampaikan hasil analisis harus berbeda tergantung siapa yang mendengarkan.

AudiensYang Mereka ButuhkanContoh
Eksekutif (C-level)Kesimpulan & dampak bisnis, singkatDirektur Tokopedia: "Naikkan konversi 5%?"
Manajer operasionalRekomendasi tindakan konkretManajer gudang: "Restock produk mana?"
Sesama analis/teknisMetodologi & detail modelTim data science: parameter model, validasi
Aturan praktis: makin tinggi posisi audiens, makin sedikit detail teknis dan makin banyak implikasi bisnis yang perlu ditonjolkan.

Data Storytelling: Tiga Elemen Wajib

Data storytelling (bertutur dengan data) adalah cara merangkai angka menjadi narasi yang mudah diingat dan menggerakkan keputusan, bukan sekadar menumpuk grafik.

1. KONTEKS
MENGAPA?
Masalah bisnis apa yang mendasari analisis ini? Mengapa audiens harus peduli sekarang?
2. TEMUAN
APA?
Pola/insight utama dari data — disampaikan sebagai pesan tunggal yang jelas, bukan daftar angka.
3. AKSI
LALU APA?
Rekomendasi konkret — apa yang harus dilakukan berdasarkan temuan tersebut.
Struktur ini disebut pola "Konteks → Temuan → Aksi" — dipakai McKinsey, BCG, dan hampir semua tim data korporat.

Struktur Piramida Terbalik

Berbeda dari laporan akademik yang membangun argumen sedikit-sedikit menuju kesimpulan, komunikasi bisnis memakai piramida terbalik: kesimpulan di depan.

KESIMPULAN & REKOMENDASI(disampaikan PALING AWAL)TEMUAN PENDUKUNGDETAIL METODE
Bandingkan dengan skripsi/paper yang memakai piramida normal: latar belakang → metode → hasil → kesimpulan di akhir. Audiens bisnis tidak punya waktu menunggu.
Bagian 2 dari 4
Memilih Grafik yang Tepat
Setiap jenis pesan punya bentuk visual idealnya sendiri — salah pilih grafik bisa membingungkan bahkan menyesatkan.

Peta Pemilihan Jenis Grafik

Pertanyaan kunci: apa yang ingin Anda tunjukkan? Jenis pesan menentukan jenis grafik, bukan sebaliknya.

Pesan yang Ingin DisampaikanGrafik yang TepatContoh Kasus
Perbandingan antar-kategoriBar chartPenjualan per kota: Jakarta vs Semarang vs Surabaya
Tren/perubahan sepanjang waktuLine chartJumlah pengguna aktif Tokopedia per bulan
Hubungan dua variabel numerikScatter plotBiaya iklan vs jumlah transaksi
Komposisi/proporsi dari totalPie/stacked bar (maks. 5 kategori)Pangsa metode pembayaran: QRIS, transfer, COD
Distribusi/sebaran dataHistogram/boxplotSebaran usia pelanggan sebuah aplikasi

Jebakan Umum: Grafik yang Menyesatkan

JEBAKAN 1
SUMBU-Y DIPOTONG
Sumbu Y tidak mulai dari 0 → perbedaan kecil (mis. 2%) terlihat seperti lonjakan dramatis.
JEBAKAN 2
PIE TERLALU RAMAI
Pie chart dengan >5 kategori → mata tak bisa membandingkan potongan tipis secara akurat.
JEBAKAN 3
3D & DEKORASI
Efek 3D/bayangan mendistorsi persepsi ukuran — hindari demi "keindahan" semata.
JEBAKAN 4
KORELASI = SEBAB
Scatter plot menunjukkan korelasi, bukan otomatis hubungan sebab-akibat.
Prinsip etika data: jangan pernah memanipulasi visual demi mendukung kesimpulan yang Anda inginkan. Kredibilitas analis dipertaruhkan sekali rusak, sulit pulih.

Hitung dari Nol: Dampak Skala Sumbu Y

Data konversi e-commerce naik dari 3,0% menjadi 3,2%. Bandingkan persepsi visual jika sumbu Y dimulai dari 0% vs dari 2,8%.

LangkahPerhitunganNilai
Kenaikan absolut3,2% − 3,0%0,2 poin persen
Kenaikan relatif (%)0,2% ÷ 3,0% × 100~6,7%
Tinggi batang, sumbu 0–4%3,2 ÷ 4 × 10080% dari tinggi grafik
Tinggi batang, sumbu 2,8–3,4%(3,2−2,8) ÷ (3,4−2,8) × 10067% dari tinggi grafik
KESIMPULAN
SAMA DATA, BEDA KESAN
Sumbu dipotong (2,8–3,4%) membuat batang kedua terlihat jauh lebih tinggi dari batang pertama, padahal kenaikan sungguhan hanya ~6,7% relatif. Selalu mulai sumbu Y dari 0 untuk bar chart.
Bagian 3 dari 4
Dashboard & Pemantauan Berkelanjutan
Berbeda dari laporan sekali jadi, dashboard adalah "jendela hidup" ke data yang terus diperbarui untuk keputusan sehari-hari.

Dashboard: Definisi & Prinsip Dasar

Dashboard adalah tampilan visual yang meringkas metrik kunci secara real-time atau near-real-time, dirancang untuk dilihat berulang kali (harian/mingguan), bukan dibaca sekali seperti laporan.

LAPORAN (REPORT)
SEKALI JADI
Dibuat untuk satu momen keputusan; berisi narasi lengkap konteks-temuan-aksi; dibaca dari awal sampai akhir.
DASHBOARD
HIDUP & BERULANG
Diperbarui otomatis; dilihat sekilas berkali-kali; fokus pada beberapa metrik kunci (KPI) yang paling penting.
Contoh nyata: dashboard penjualan harian sebuah UMKM di Shopee yang menampilkan omzet, jumlah pesanan, dan rating toko — dicek pemilik toko setiap pagi dalam hitungan detik.

Lima Prinsip Dashboard yang Baik

PrinsipPenjelasan
1. Fokus pada KPI kunciMaksimal 5–7 metrik utama — bukan menumpuk semua data yang ada
2. Hierarki visual jelasAngka paling penting (mis. omzet total) paling besar dan di posisi paling menonjol
3. Konsisten & familiarWarna dan tata letak sama tiap kali dibuka — pengguna tidak perlu belajar ulang
4. Update tepat waktuFrekuensi pembaruan sesuai kebutuhan keputusan (harian, jam-jaman, real-time)
5. Bisa ditindaklanjutiSetiap metrik menjawab "jadi saya harus apa?" — bukan sekadar informatif

Hitung dari Nol: Menyaring Metrik Jadi KPI Dashboard

Toko online punya 10 metrik mentah. Manajer hanya bisa fokus pada sedikit metrik — kita saring pakai skor relevansi × keterukuran (skala 1–5).

LangkahPerhitunganNilai
Skor "Omzet harian"relevansi 5 × keterukuran 525
Skor "Jumlah klik banner"relevansi 2 × keterukuran 510
Skor "Rating toko"relevansi 4 × keterukuran 416
Ambang batas KPI (top-3 dari 10)urutkan skor tertinggi → ambil 3Omzet (25), Rating (16), Retur (15)
KESIMPULAN
3 DARI 10 METRIK JADI KPI
"Jumlah klik banner" (skor 10) relevan tapi kurang menentukan keputusan langsung — disimpan sebagai metrik pendukung, bukan KPI utama dashboard.
Bagian 4 dari 4
Menyusun Laporan & Presentasi Analitis
Merangkai semua prinsip menjadi struktur laporan siap pakai — bekal langsung untuk presentasi proyek akhir Anda.

Struktur Baku Laporan Analitis

BagianIsiPorsi Waktu (presentasi 10 menit)
1. Ringkasan eksekutifKesimpulan & rekomendasi utama dalam 1–2 kalimat~1 menit
2. Konteks masalahLatar belakang bisnis & pertanyaan yang dijawab~1,5 menit
3. Temuan utama2–3 insight kunci, tiap insight 1 visualisasi pendukung~4 menit
4. RekomendasiTindakan konkret & terukur yang disarankan~2 menit
5. Lampiran/metodologiDetail teknis untuk yang bertanya lebih dalam(hanya jika ditanya)

Checklist: Sebelum Anda Presentasi

CEK ISI
  • Kesimpulan sudah di slide pertama/kedua?
  • Semua istilah teknis (mis. AUC, p-value) sudah dijelaskan?
  • Rekomendasi bersifat konkret & terukur?
  • Angka sudah diverifikasi ulang (tidak salah hitung)?
CEK VISUAL
  • Sumbu Y bar chart mulai dari 0?
  • Tiap grafik punya judul & label sumbu?
  • Warna konsisten & tidak lebih dari 4–5 warna?
  • Font terbaca dari jarak 3 meter (proyektor kelas)?

Latihan Kelas: Ubah Angka Jadi Cerita

Berpasangan dengan teman sebangku, ambil satu hasil analisis dari tugas/proyek sebelumnya (EDA, klastering, regresi, atau klasifikasi di pertemuan 4–9), lalu:

INSTRUKSI (10 MENIT)
  • Tulis 1 kalimat ringkasan eksekutif (kesimpulan + rekomendasi)
  • Pilih 1 grafik yang paling tepat untuk mendukungnya (rujuk peta pemilihan grafik slide 9)
  • Sebutkan 1 audiens spesifik yang akan menerima laporan ini (mis. manajer toko, direktur pemasaran)
  • Tukar hasil dengan pasangan lain — beri masukan memakai checklist slide 18
Dosen akan meminta 2–3 pasangan membacakan ringkasan eksekutifnya di depan kelas.

Rangkuman & Menuju Proyek Akhir

CHEAT SHEET HARI INI
  • Struktur cerita: Konteks → Temuan → Aksi
  • Presentasi bisnis: piramida terbalik (kesimpulan dulu)
  • Pilih grafik sesuai pesan, bukan selera
  • Sumbu Y bar chart selalu mulai dari 0
  • Dashboard = pemantauan berkelanjutan, fokus 5–7 KPI
MINGGU DEPAN — P13–14
PROYEK AKHIR
Integrasi siklus penuh data science (EDA → model → komunikasi) & kolaborasi tim. Bawa dataset kelompok Anda — siapkan ringkasan eksekutif sejak sekarang.