RPS minggu 1 · 2x50 menit

Pengantar Analisis Kasus Bisnis

Anatomi Kasus, Peran Analis vs Pengambil Keputusan, dari Data ke Argumen Bisnis

Analisis Kasus Bisnis dan Presentasi · Magister Manajemen FEB UNDIP

Selamat datang di mata kuliah Analisis Kasus Bisnis dan Presentasi. Anda sudah bekerja bertahun-tahun sebagai profesional, jadi kita tidak akan menghabiskan waktu pada definisi dasar manajemen — mata kuliah ini melatih Anda menyusun dan menyampaikan argumen bisnis yang meyakinkan ketika Anda menggalang dana startup, memenangkan kontrak, mengusulkan solusi finansial, atau mencari persetujuan investasi proyek. Hari ini kita mulai dari fondasi yang paling sering diremehkan oleh eksekutif berpengalaman sekalipun, yaitu bagaimana membedah anatomi sebuah kasus bisnis secara sistematis, memahami batas peran Anda sebagai analis versus otoritas pengambil keputusan, dan mengubah tumpukan data menjadi argumen yang bisa digunakan untuk memutuskan. Sepanjang semester Anda akan bergerak dari analisis menuju penyusunan argumen lalu penyampaian presentasi, dan pertemuan ini adalah pondasi bagi seluruh rangkaian itu. Mari kita mulai dengan pertanyaan yang sering luput ditanyakan analis pemula: kasus bisnis itu sebenarnya menjawab pertanyaan siapa?

Peta & Tujuan Pertemuan 1

Posisi dalam alur semester

P1 (hari ini) — anatomi kasus & peran analis vs pengambil keputusan
P2–P5 — riset-diagnosis, SWOT/Five Forces, kelayakan finansial
P6–P8 — piramida argumen, evaluasi opsi, presentasi individu tahap 1
P9+ — storyboard, desain slide, delivery, praktik puncak kelompok

Sub-CPMK minggu ini

Membedah anatomi kasus bisnis menjadi komponen yang bisa dianalisis
Membedakan tegas peran analis dan peran pengambil keputusan
Mengidentifikasi jebakan umum analis berpengalaman
Mengonversi data mentah menjadi argumen bisnis siap-pakai

Mata kuliah ini bermuara pada empat konteks nyata: menggalang dana startup, memenangkan kontrak bisnis baru, mengusulkan solusi finansial pertumbuhan/profitabilitas, dan mencari persetujuan investasi proyek. Semua kerangka hari ini akan Anda pakai berulang di keempat konteks tersebut.

Perhatikan bahwa peta ini bukan sekadar daftar topik, melainkan alur logis: Anda tidak bisa menyusun argumen yang meyakinkan sebelum Anda tahu persis bagian mana dari kasus yang relevan dan siapa yang sebenarnya akan memutuskan berdasarkan analisis Anda. Empat konteks yang saya sebutkan di callout ini bukan skenario hipotetis — kemungkinan besar Anda sendiri pernah menghadapi satu atau lebih dari situasi tersebut di tempat kerja, entah sebagai pihak yang menyusun proposal atau pihak yang menerimanya. Sepanjang pertemuan ini saya akan sering meminta Anda mengaitkan konsep dengan pengalaman konkret Anda sendiri, karena tujuan mata kuliah ini bukan menghafal kerangka, melainkan melatih naluri analitis yang bisa langsung dipakai di meja rapat. Mari kita mulai dari pertanyaan paling dasar namun paling sering disepelekan: apa sebenarnya yang dimaksud dengan "kasus bisnis" dalam konteks pengambilan keputusan korporat?

Bagian 1

Anatomi Kasus Bisnis

Pertanyaan diskusi: ketika atasan Anda meminta "buatkan business case untuk ekspansi ini", apa saja yang wajib ada di dalamnya agar dokumen itu bisa dipakai untuk memutuskan — bukan sekadar dibaca?

Kasus Bisnis: Bukan Laporan, tapi Alat Keputusan

Sebagai profesional, Anda sudah familiar dengan laporan dan memo. Perbedaan kasus bisnis (business case) terletak pada tujuan tunggalnya: menggerakkan seseorang yang berwenang untuk mengambil keputusan tertentu, pada waktu tertentu, dengan sumber daya tertentu.

Laporan / memo biasa

Menyampaikan informasi — pembaca bebas menyimpulkan sendiri
Tidak selalu meminta keputusan atau alokasi sumber daya
Sukses diukur dari kelengkapan & akurasi informasi

Kasus bisnis (business case)

Meminta keputusan eksplisit: setujui, danai, atau tolak
Selalu punya pemilik keputusan (decision owner) yang disasar
Sukses diukur dari apakah keputusan yang tepat terjadi

Kekeliruan yang sering dilakukan manajer berpengalaman: menganggap kasus bisnis yang tebal dan detail otomatis lebih meyakinkan. Kenyataannya, kasus bisnis yang gagal biasanya bukan karena kurang data — melainkan karena tidak jelas keputusan apa yang diminta, dari siapa.

Poin ini sering menjadi titik buta bagi profesional senior yang terbiasa menulis laporan komprehensif, karena kebiasaan itu justru bisa melemahkan kasus bisnis jika tujuannya kabur. Tanyakan pada diri Anda, pernahkah Anda menerima dokumen setebal lima puluh halaman namun setelah membacanya Anda tetap bingung keputusan apa yang sebenarnya diminta dari Anda? Itulah gejala klasik business case yang gagal secara anatomis meski datanya lengkap. Di banyak perusahaan Indonesia, proposal capital expenditure yang diajukan ke direksi sering terjebak pola ini: tim menyusun dokumen tebal berisi riset pasar dan proyeksi keuangan, tetapi lupa menyatakan secara eksplisit "kami meminta persetujuan anggaran Rp X pada rapat direksi tanggal Y". Sepanjang semester ini kita akan terus melatih kejelasan tujuan itu sebagai prasyarat sebelum masuk ke kualitas data.

Anatomi Kasus: Lima Komponen Inti

Kelima komponen ini harus saling mengunci: data pendukung yang tidak menjawab masalah/keputusan yang dinyatakan adalah data yang sia-sia, sekuat apa pun kualitas analisisnya sendiri.

Diagram ini adalah kerangka yang akan kita pakai berulang sepanjang semester untuk membedah kasus apa pun yang Anda hadapi, baik di kelas maupun di pekerjaan Anda. Konteks organisasi menjawab "di mana kita berada", masalah atau keputusan menjawab "apa yang harus diputuskan", data pendukung menjawab "apa buktinya", kendala menjawab "apa batasannya", dan stakeholder menjawab "siapa yang terlibat dan siapa yang berwenang". Cobalah petakan lima komponen ini pada proposal terakhir yang Anda susun atau terima di kantor — kemungkinan besar Anda akan menemukan satu atau dua komponen yang implisit saja, tidak pernah dinyatakan secara eksplisit, dan itulah yang sering membuat kasus bisnis terasa lemah meski substansinya kuat. Pada pertemuan berikutnya kita akan memperdalam komponen data pendukung lewat kerangka riset-diagnosis, SWOT, dan Five Forces.

Empat Konteks Argumen Bisnis dalam Praktik

Konteks 1

Pendanaan Startup

Meyakinkan investor/VC bahwa model bisnis layak didanai — kasus bisnis berperan sebagai pitch deck yang berbasis argumen, bukan sekadar visi.

Konteks 2

Kontrak Bisnis Baru

Meyakinkan calon klien/mitra bahwa proposal Anda adalah pilihan terbaik — argumen berbasis nilai, bukan hanya harga.

Konteks 3

Solusi Finansial

Mengusulkan langkah pertumbuhan/profitabilitas ke manajemen puncak — argumen berbasis trade-off finansial yang terukur.

Konteks 4

Investasi Proyek

Mendapat persetujuan komite investasi/dewan — argumen berbasis kelayakan finansial & alokasi risiko yang jelas.

Anatomi lima komponen tadi berlaku di keempat konteks — yang berubah hanyalah siapa pengambil keputusannya dan standar bukti yang mereka tuntut.

Empat konteks ini adalah muara mata kuliah, dan saya ingin Anda mulai memetakan situasi kerja Anda sendiri ke salah satu atau beberapa kategori ini sejak pertemuan pertama. Perhatikan bahwa meskipun kelima komponen anatomi kasus tetap sama, bobot dan standar buktinya berbeda jauh — investor startup lebih menuntut bukti traksi pasar dan skalabilitas tim, sementara komite investasi proyek infrastruktur lebih menuntut kelayakan finansial terukur seperti IRR dan payback period. Sebagai ilustrasi, ketika sebuah perusahaan rintisan teknologi finansial Indonesia mengajukan putaran pendanaan seri A, dokumen yang mereka susun menekankan pertumbuhan pengguna dan unit economics, sangat berbeda dari dokumen kelayakan yang disusun kontraktor BUMN Karya untuk proyek jalan tol yang menekankan DSCR dan struktur pembiayaan. Tugas akhir semester Anda nanti akan meminta Anda memilih salah satu dari empat konteks ini sebagai kasus bisnis riil yang dipresentasikan ke panel simulasi pengambil keputusan.

Kerangka Membaca Kasus dalam Lima Langkah

Sebelum menganalisis, Anda harus tahu apa yang sedang Anda baca. Kerangka ini adalah rubrik pembacaan awal terhadap dokumen/materi kasus — bukan perhitungan finansial (itu menyusul di Pertemuan 4–5).

Langkah	Yang dilakukan analis	Output
1. Identifikasi decision owner	siapa yang berwenang memutuskan & apa batas otoritasnya	1 nama/jabatan jelas
2. Rumuskan pertanyaan keputusan	ubah narasi kasus jadi satu kalimat tanya eksplisit	1 kalimat tanya
3. Pisahkan fakta dari asumsi	tandai mana data terverifikasi, mana proyeksi/estimasi	2 daftar terpisah
4. Petakan kendala & tenggat	anggaran, waktu, regulasi yang membatasi opsi	daftar kendala keras
5. Daftar stakeholder terdampak	siapa untung/rugi dari tiap opsi keputusan	peta stakeholder

Kerangka ini dipakai di setiap pertemuan sepanjang semester sebagai langkah pertama sebelum alat analisis lain (SWOT, Five Forces, DCF) dijalankan.

Mini-Kasus: Framing Masalah sebagai Keputusan Manajerial

Konteks nyata — merger Gojek & Tokopedia menjadi GoTo (2021). Dari sudut pandang manajemen kedua perusahaan, ini bukan sekadar "berita transaksi", melainkan sebuah kasus bisnis: apakah penggabungan entitas menciptakan nilai lebih besar dibanding kedua perusahaan berjalan sendiri-sendiri menuju IPO?

Dilihat lewat lensa anatomi kasus:

Masalah/keputusan: merger atau tetap independen menjelang tekanan pasar modal & persaingan super-app regional
Data pendukung: sinergi lini bisnis (transportasi, e-commerce, pembayaran), basis pengguna gabungan
Kendala: valuasi relatif kedua entitas, integrasi budaya & teknologi, restu regulator persaingan usaha

Pelajaran untuk Anda: kasus bisnis besar sekalipun selalu bisa dipecah kembali ke lima komponen anatomi yang sama — skalanya berbeda, strukturnya tidak.

Saya memilih kasus GoTo karena ini adalah keputusan korporat besar yang informasinya bersifat publik, sehingga kita bisa membedahnya tanpa risiko kerahasiaan, dan kemungkinan besar Anda mengikuti beritanya secara langsung saat itu terjadi. Coba lempar pertanyaan ke diri Anda sendiri, siapa sebenarnya "pengambil keputusan" dalam kasus merger seperti ini — apakah direksi kedua perusahaan, pemegang saham mayoritas, atau justru investor institusional yang memegang preferensi saham dengan hak veto tertentu? Perhatikan juga bagaimana "data pendukung" dalam kasus semacam ini sering bersifat kualitatif dan strategis, seperti potensi sinergi ekosistem, bukan semata angka finansial jangka pendek. Untuk pertemuan berikutnya, saya ingin Anda memikirkan satu keputusan merger, akuisisi, atau ekspansi lain di industri Anda sendiri dan mencoba memetakannya ke lima komponen anatomi yang baru saja kita pelajari.

Bagian 2

Analis vs Pengambil Keputusan

Pertanyaan diskusi: pernahkah Anda menyusun rekomendasi yang secara analitis benar, tetapi ditolak atau diubah signifikan oleh atasan Anda — dan apa yang sebenarnya terjadi di balik penolakan itu?

Bagian kedua ini membahas ketegangan yang hampir pasti pernah Anda alami sebagai profesional: perbedaan antara peran menganalisis dan peran memutuskan, yang sering dicampuradukkan oleh analis junior maupun senior. Silakan pikirkan dulu pertanyaan di layar berdasarkan pengalaman nyata Anda, karena kita akan menggunakan pengalaman itu sebagai bahan diskusi langsung. Kita akan melihat bahwa penolakan terhadap rekomendasi yang "benar secara analitis" sering bukan karena kesalahan analisis, melainkan karena analis tidak memperhitungkan faktor-faktor yang memang berada di luar wewenang analitisnya — risiko politik organisasi, timing, atau trade-off yang hanya bisa dinilai oleh pemegang otoritas. Memahami batas ini akan membuat Anda jauh lebih efektif baik sebagai analis maupun ketika suatu saat Anda sendiri menjadi pengambil keputusan.

Peran Analis: Due Diligence & Sintesis

Analis bertanggung jawab menghasilkan rekomendasi berbasis bukti terbaik yang tersedia — bukan menjamin hasil, dan bukan menanggung akuntabilitas final atas keputusan.

Yang menjadi tanggung jawab analis

Mengumpulkan & memverifikasi data secara jujur, termasuk yang tidak mendukung hipotesis awal
Menyusun opsi beserta trade-off masing-masing secara eksplisit
Menyatakan asumsi & keterbatasan analisis secara terbuka

Yang BUKAN tanggung jawab analis

Menjamin bahwa opsi yang direkomendasikan pasti berhasil
Menanggung konsekuensi politik/organisasi dari keputusan
Memutuskan trade-off nilai yang bersifat subjektif (mis. risiko vs kecepatan)

Jebakan umum: analis senior kadang merasa berkewajiban "menjamin" rekomendasinya benar, sehingga menyembunyikan ketidakpastian — padahal transparansi atas ketidakpastian justru meningkatkan kredibilitas di mata pengambil keputusan.

Batas peran ini penting justru bagi Anda yang sudah senior, karena semakin berpengalaman seorang analis, semakin besar godaan untuk merasa bertanggung jawab penuh atas hasil akhir keputusan, padahal itu bukan mandat analis. Perhatikan bahwa menyatakan keterbatasan analisis secara terbuka, misalnya "proyeksi ini sensitif terhadap asumsi pertumbuhan pasar sebesar delapan persen", bukan tanda kelemahan melainkan tanda profesionalisme yang justru dihargai pengambil keputusan berpengalaman. Di banyak perusahaan konsultan dan bank investasi di Indonesia, associate atau analis yang menyembunyikan ketidakpastian demi terlihat meyakinkan justru kehilangan kepercayaan partner atau direksi begitu ketidakpastian itu terungkap di kemudian hari. Coba renungkan, dalam peran Anda sekarang, apakah Anda lebih sering berperan sebagai analis, pengambil keputusan, atau keduanya bergantung konteks — dan bagaimana Anda menjaga batas itu tetap jelas bagi diri sendiri maupun tim Anda.

Peran Pengambil Keputusan: Otoritas & Akuntabilitas

Pengambil keputusan (decision maker) menanggung akuntabilitas penuh atas hasil — sehingga wajar jika mereka mempertimbangkan faktor di luar cakupan analisis formal.

Yang menjadi domain pengambil keputusan

Menimbang trade-off nilai (risiko vs kecepatan, profit vs reputasi)
Mempertimbangkan konteks politik/organisasi yang tak selalu bisa dikuantifikasi
Menanggung konsekuensi jika keputusan ternyata keliru

Yang tetap membutuhkan analis

Memvalidasi bahwa opsi yang dipertimbangkan sudah lengkap
Memahami trade-off kuantitatif sebelum menimbang faktor kualitatif
Mendapat kerangka argumen yang bisa dipertanggungjawabkan ke pihak lain (dewan, investor, regulator)

Prinsip Resource-Based View (Barney, 1991) berlaku juga di sini: keunggulan kompetitif organisasi sering terletak pada kualitas interaksi antara kapabilitas analitis dan otoritas pengambilan keputusan — bukan pada salah satu saja.

Poin sentral di sini adalah bahwa pengambil keputusan yang baik tidak mengabaikan analisis, tetapi juga tidak terikat mutlak padanya, karena mereka memegang informasi dan tanggung jawab yang tidak sepenuhnya terlihat oleh analis. Sebagai manajer atau calon pemimpin, penting bagi Anda memahami bahwa ketika seorang direktur menolak rekomendasi analis, itu bukan otomatis berarti analisisnya salah — bisa jadi direktur tersebut sedang menimbang faktor politik organisasi atau hubungan dengan pemangku kepentingan eksternal yang tidak masuk dalam cakupan data analis. Contohnya, keputusan sejumlah bank nasional menahan ekspansi ke segmen pembiayaan tertentu meski proyeksi finansial internal menunjukkan potensi menarik, sering dipengaruhi pertimbangan risiko reputasi atau arahan pemegang saham pengendali yang tidak tercermin dalam model finansial semata. Pertanyaan untuk Anda renungkan: dalam posisi Anda sekarang, faktor apa yang Anda pertimbangkan saat memutuskan yang tidak pernah muncul dalam laporan analis yang Anda terima?

Ketegangan Analis–Pengambil Keputusan

Ketika analis over-reach

Menyamarkan rekomendasi sebagai "satu-satunya opsi rasional"
Meremehkan faktor politik/organisasi sebagai "tidak relevan"
Frustrasi ketika keputusan berbeda dari rekomendasi — menganggap decision maker "tidak rasional"

Ketika pengambil keputusan under-use analisis

Memutuskan lebih dulu, lalu meminta analisis sebagai pembenaran (post-hoc rationalization)
Mengabaikan trade-off kuantitatif yang sudah jelas disajikan
Tidak memberi analis akses ke konteks yang membentuk keputusan akhir

Kedua pola ini sama-sama merusak kualitas keputusan organisasi. Kerangka piramida argumen (Pertemuan 6) dirancang justru untuk menjembatani ketegangan ini — menyajikan rekomendasi sekaligus jejak bukti yang transparan.

Dua pola yang saya tampilkan di slide ini sengaja saya sandingkan supaya Anda melihat bahwa ketegangan analis dan pengambil keputusan adalah jalan dua arah, bukan semata kesalahan satu pihak. Post-hoc rationalization, yaitu meminta analisis setelah keputusan sebenarnya sudah diambil, adalah pola yang sangat umum di organisasi hierarkis dan sering membuat analis merasa pekerjaannya sia-sia — penting bagi Anda mengenali pola ini agar bisa menegosiasikan keterlibatan lebih awal dalam proses keputusan. Sebaliknya, analis yang menyamarkan rekomendasinya sebagai satu-satunya opsi rasional sering kehilangan kepercayaan justru karena terkesan mengabaikan kompleksitas yang dihadapi pengambil keputusan. Untuk kelas hari ini, saya ingin mendengar dari Anda: pola mana yang lebih sering Anda temui di organisasi Anda, dan strategi apa yang pernah Anda coba untuk mengatasinya?

Mini-Kasus: Komite Investasi & Perbedaan Pendapat

PT Sinar Abadi Manufaktur (ilustrasi). Tim analis internal merekomendasikan pembiayaan ekspansi pabrik baru sepenuhnya lewat utang bank karena bunga saat itu relatif rendah dan mempertahankan struktur kepemilikan. Komite investasi menahan keputusan & meminta opsi campuran utang-ekuitas.

Mengapa keputusan bisa berbeda dari rekomendasi analitis, meski data tidak salah:

Komite mempertimbangkan rasio utang konsolidasi grup yang tidak masuk cakupan analisis pabrik tunggal
Ada preferensi pemegang saham pengendali untuk menjaga buffer kapasitas pinjaman bagi akuisisi lain
Analis benar secara isolasi (satu proyek), komite benar secara portofolio (seluruh grup usaha)

Pelajaran untuk Anda: sebelum menyimpulkan pengambil keputusan "tidak rasional", periksa dulu apakah mereka memegang informasi konteks yang tidak tersedia bagi analis pada level tim.

Kasus ini saya tandai sebagai ilustrasi karena angka dan nama perusahaannya fiktif, namun polanya sangat umum terjadi di grup usaha keluarga maupun korporasi besar Indonesia yang memiliki banyak lini bisnis. Perhatikan bahwa analis dalam kasus ini tidak melakukan kesalahan teknis apa pun — perhitungan biaya modal dan proyeksi mereka bisa jadi sepenuhnya akurat pada level proyek pabrik tunggal, tetapi komite investasi memegang informasi tingkat grup yang mengubah kalkulasi optimal. Ini adalah pelajaran penting bagi Anda yang mungkin duduk di komite investasi atau menjadi analis yang melapor ke komite semacam itu: pertimbangkan bertanya secara eksplisit apakah ada konteks portofolio yang lebih luas sebelum menyimpulkan rekomendasi Anda final. Coba diskusikan dengan rekan sebelah Anda, pernahkah Anda mengalami situasi serupa di mana keputusan level atas mempertimbangkan hal yang tidak terlihat dari posisi Anda?

Bagian 3

Dari Data ke Argumen Bisnis

Pertanyaan diskusi: apa perbedaan mendasar antara "menyajikan data" dan "membangun argumen" — dan mengapa presentasi yang penuh grafik tidak selalu menjadi argumen yang meyakinkan?

Tiga Tingkat: Data, Insight, Argumen

Tingkat 1

Data

Fakta mentah & angka yang belum diinterpretasi — "penjualan Q2 turun 6% dibanding Q1".

Tingkat 2

Insight

Pola/makna di balik data — "penurunan terkonsentrasi pada segmen ritel, bukan korporat, mengindikasikan sensitivitas harga".

Tingkat 3

Argumen

Insight dikaitkan ke rekomendasi tindakan — "karena itu, kami rekomendasikan segmentasi ulang harga ritel mulai Q3".

Kekeliruan paling umum di presentasi bisnis: berhenti di Tingkat 1 (data dump) atau paling jauh Tingkat 2 (insight tanpa tindak lanjut) — padahal pengambil keputusan butuh Tingkat 3 untuk bisa bertindak.

Tiga tingkat ini adalah kerangka paling praktis yang bisa langsung Anda pakai mulai hari ini untuk mengevaluasi draf presentasi apa pun yang Anda susun, baik untuk kelas ini maupun untuk pekerjaan Anda. Perhatikan bahwa naik dari data ke insight membutuhkan kemampuan analitis, sementara naik dari insight ke argumen membutuhkan keberanian mengambil posisi dan merekomendasikan tindakan konkret — banyak analis berhenti di insight karena enggan "menjual" rekomendasi yang bisa saja salah. Sebagai ilustrasi, laporan riset ekuitas yang baik di perusahaan sekuritas Indonesia tidak pernah berhenti pada "laba BBCA tumbuh sepuluh persen year-on-year", melainkan selalu berlanjut ke rekomendasi beli, tahan, atau jual dengan target harga tertentu. Sebelum kelas berikutnya, coba ambil satu presentasi atau laporan yang pernah Anda buat, dan periksa apakah presentasi itu benar-benar mencapai Tingkat 3, atau justru berhenti di Tingkat 1 maupun 2.

Piramida Argumen Bisnis (Minto, 1996) — Pratinjau

Perhatikan arah pembacaan: rekomendasi disampaikan lebih dulu (top-down), baru diikuti alasan & bukti — kebalikan dari kebiasaan menyusun laporan akademik yang membangun argumen secara induktif.

Ini baru pratinjau singkat, karena kerangka piramida argumen akan kita bedah tuntas pada Pertemuan 6 lengkap dengan latihan menyusunnya dari nol. Yang perlu Anda pahami hari ini adalah logika dasarnya: berbeda dari kebiasaan akademik yang membangun argumen secara bertahap menuju kesimpulan di akhir, komunikasi bisnis yang efektif menyampaikan kesimpulan terlebih dahulu karena pengambil keputusan yang sibuk sering hanya punya waktu mendengar satu-dua menit pertama. Sebagai gambaran, presentasi kepada komite investasi atau calon investor yang efektif biasanya membuka dengan kalimat seperti "kami merekomendasikan investasi sebesar Rp X karena tiga alasan berikut", bukan membangun cerita panjang sebelum sampai ke rekomendasi. Simpan kerangka ini di benak Anda sepanjang mengerjakan tugas dan latihan di pertemuan-pertemuan mendatang, karena seluruh struktur argumen yang akan Anda susun nantinya mengikuti logika piramida ini.

Kerangka Analisis Kasus: Dari Materi ke Argumen

Walkthrough bertahap mengubah materi kasus mentah menjadi argumen siap presentasi — kerangka kerja yang akan Anda ulangi di setiap tugas sepanjang semester.

Langkah	Yang dilakukan analis	Output
1. Baca kasus (5 langkah tadi)	identifikasi decision owner, pertanyaan, fakta vs asumsi	ringkasan terstruktur
2. Analisis dengan kerangka relevan	SWOT/Five Forces/kelayakan finansial (Pertemuan 2–5)	temuan per kerangka
3. Sintesis jadi insight	cari pola lintas-temuan, bukan daftar terpisah	3–5 insight kunci
4. Evaluasi opsi & trade-off	bandingkan opsi terhadap kriteria keputusan eksplisit	tabel opsi vs kriteria
5. Susun argumen piramida	rekomendasi di depan, alasan & bukti mengikuti	argumen siap presentasi

Kerangka ini menyatukan seluruh bagian pertemuan hari ini — anatomi kasus (langkah 1), peran analis (langkah 2–4), dan argumen bisnis (langkah 5).

Tabel ini adalah rangkuman kerja dari seluruh materi hari ini, menghubungkan anatomi kasus, batas peran analis, dan penyusunan argumen menjadi satu alur kerja yang runtut. Perhatikan bahwa langkah dua dan tiga adalah wilayah kerja analis yang murni, sementara pada langkah empat mulai muncul elemen yang perlu dikomunikasikan ke pengambil keputusan karena trade-off memerlukan input nilai dari mereka. Latihan yang akan Anda kerjakan sebelum pertemuan berikutnya akan meminta Anda menjalankan langkah satu dan sebagian langkah dua pada sebuah kasus pendek, sehingga penting bagi Anda menguasai urutan kerangka kerja ini sebelum kelas usai hari ini. Kerangka lima langkah ini akan terus kita gunakan dan perdalam di setiap pertemuan berikutnya, jadi saya sarankan Anda menyimpan tabel ini sebagai referensi cepat.

Perangkap Umum Analis Berpengalaman

Analysis paralysis

Terus mencari data tambahan meski keputusan sudah bisa diambil dengan bukti yang ada
Sering muncul saat analis takut disalahkan atas kesimpulan yang keliru

Confirmation bias

Mencari data yang mendukung hipotesis awal, mengabaikan yang bertentangan
Makin berbahaya pada analis senior yang percaya diri pada intuisi industrinya

Kedua jebakan ini paling sering muncul justru pada profesional berpengalaman seperti Anda — bukan karena kurang kompeten, melainkan karena rasa percaya diri pada intuisi bisa menggantikan kedisiplinan proses.

Saya sengaja menempatkan slide ini setelah kita membahas kerangka lengkap, karena jebakan-jebakan ini justru paling berbahaya bagi analis yang sudah menguasai kerangka kerja tetapi mulai mengambil jalan pintas karena percaya diri berlebih. Analysis paralysis sering menyamar sebagai kehati-hatian profesional, padahal sebenarnya adalah penghindaran terhadap risiko mengambil posisi yang bisa disalahkan di kemudian hari. Confirmation bias lebih berbahaya lagi bagi Anda yang sudah berpengalaman di suatu industri, karena intuisi yang terbentuk dari pengalaman bertahun-tahun bisa membuat Anda secara tidak sadar mengabaikan data yang bertentangan dengan keyakinan awal Anda. Untuk latihan reflektif, coba ingat satu keputusan bisnis dalam karier Anda yang belakangan Anda sadari terpengaruh salah satu dari dua bias ini, dan apa yang bisa Anda lakukan berbeda jika menghadapi situasi serupa hari ini.

Latihan Persiapan Pertemuan 2

Sebelum pertemuan berikutnya, kerjakan langkah berikut sebagai persiapan riset-diagnosis kasus:

Tugas individu

Pilih satu situasi kerja Anda sendiri yang bisa dibingkai sebagai kasus bisnis (salah satu dari 4 konteks)
Terapkan kerangka membaca kasus 5 langkah pada situasi tersebut
Identifikasi secara eksplisit: siapa decision owner, apa pertanyaan keputusannya

Bahan bacaan pendukung

Materi kasus pendek yang akan dibagikan di LMS sebelum sesi berikutnya
Catatan pribadi Anda dari diskusi mini-kasus hari ini
Siapkan 1 pertanyaan klarifikasi untuk dibahas di awal Pertemuan 2

Latihan ini akan menjadi bahan diskusi pembuka Pertemuan 2, sebelum kita masuk ke riset-diagnosis dan kerangka SWOT/Five Forces.

Ringkasan & Jembatan ke Pertemuan 2

Yang sudah kita kuasai hari ini

Anatomi kasus bisnis — lima komponen yang saling mengunci
Batas peran analis (bukti & opsi) vs pengambil keputusan (otoritas & akuntabilitas)
Tiga tingkat data → insight → argumen, & pratinjau piramida argumen

Ke mana arah Pertemuan 2

Riset & diagnosis kasus secara mendalam
Kerangka SWOT & Five Forces/value chain diterapkan pada kasus nyata
Membawa hasil latihan individu Anda sebagai bahan diskusi

Kerangka lima langkah membaca kasus & kerangka lima langkah data-ke-argumen hari ini adalah tulang punggung yang akan terus Anda pakai sampai presentasi puncak akhir semester.

Sebelum kita tutup, mari rangkum bahwa hari ini Anda sudah memperoleh tiga fondasi utama: cara membedah anatomi kasus bisnis apa pun secara sistematis, kejelasan tentang batas peran Anda sebagai analis dibanding otoritas pengambil keputusan, dan kerangka dasar mengubah data menjadi argumen yang bisa ditindaklanjuti. Ketiga fondasi ini akan terus kita pakai dan perdalam sepanjang semester, mulai dari riset-diagnosis dan SWOT di pertemuan berikutnya, sampai penyusunan piramida argumen penuh di Pertemuan 6, hingga presentasi puncak kelompok di akhir semester. Saya ingin Anda datang ke Pertemuan 2 dengan latihan individu yang sudah dikerjakan, karena kita akan langsung menggunakannya sebagai bahan diskusi kelompok kecil sebelum masuk ke materi baru. Terima Kasih atas partisipasi aktif Anda hari ini, dan sampai jumpa di pertemuan berikutnya.