Tentang Sesi Ini
Ringkasan & metadata
Sesi ini dibawakan oleh tim Fore Coffee — jaringan kopi yang bertumbuh cepat dengan aplikasi pemesanan, promo, dan operasi digital di ratusan gerai. Pesan utamanya sederhana tetapi menohok: angka besar di tagihan AWS Anda hanya menceritakan setengah kisah. Tahu bahwa "bulan ini bayar Rp X" tidak memberitahu apakah pengeluaran itu sehat atau boros. Yang benar-benar penting adalah unit economics: berapa biaya cloud untuk setiap pesanan, pengguna aktif, atau transaksi.
Ini adalah inti dari FinOps (Cloud Financial Operations) — praktik dan budaya menghubungkan biaya cloud dengan nilai bisnis. Alih-alih melihat tagihan sebagai satu angka misterius di akhir bulan, FinOps mengajak tim engineering dan finance duduk bersama untuk menjawab: "biaya ini untuk apa, dan apakah sepadan?" Sesi Level 100 ini membumikan konsep tersebut lewat pengalaman nyata sebuah bisnis F&B/ritel yang setiap harinya melayani ribuan cangkir kopi.
Kenapa penting untuk Anda? Jika biaya cloud Anda terus naik seiring pertumbuhan tetapi Anda tak yakin apakah itu wajar, sesi ini memberi kerangka: ubah tagihan agregat menjadi metrik per unit yang bisa dibandingkan, dipantau, dan diperbaiki.
Fore Coffee (PT Fore Kopi Indonesia Tbk) adalah jaringan kedai kopi Indonesia berbasis teknologi/aplikasi — memposisikan diri sebagai peritel kopi yang memadukan kopi dengan teknologi, dengan aplikasi untuk pemesanan (ambil sendiri maupun antar), promo, dan operasi digital. Perusahaan resmi IPO di Bursa Efek Indonesia pada 14 April 2025 dengan kode saham FORE, menghimpun dana sekitar Rp353,44 miliar. Dari sisi skala, gerai tumbuh cepat: sekitar 216 gerai di 43 kota plus 1 gerai di Singapura (per September 2024), menjadi sekitar 291 gerai pada September 2025, dengan target hingga 600 gerai dalam lima tahun. Pada tahun buku 2025 perusahaan membukukan pendapatan bersih sekitar Rp1,5 triliun dan laba bersih sekitar Rp90 miliar. Skala ratusan gerai dengan lalu lintas transaksi harian yang besar inilah yang membuat pembahasan unit economics (biaya cloud per pesanan / per cangkir) menjadi sangat relevan. Catatan: penggunaan AWS maupun praktik FinOps spesifik Fore Coffee tidak ditemukan dipublikasikan; justru yang terpublikasi adalah kolaborasi cloud Fore Coffee dengan Google Cloud (program Indonesia BerdAIa) — sehingga detail layanan/arsitektur AWS pada sesi ini bersifat ilustratif untuk menjelaskan konsep.
Sumber: Bursa Efek Indonesia / rilis IPO Fore Coffee; laporan media ekonomi Indonesia (Infobank, Bisnis.com, Bareksa) soal jumlah gerai, kinerja 2025, dan target ekspansi; blog resmi Google Cloud Indonesia; Wikipedia (profil Fore Coffee). Detail arsitektur spesifik sesi ilustratif kecuali disebutkan.
Kenapa Tagihan Total Tak Cukup
Setengah cerita di balik tagihan
Bayangkan tagihan AWS bulanan sebagai satu angka besar: misalnya "Rp 200 juta". Angka itu naik 20% dibanding bulan lalu. Apakah itu buruk? Belum tentu. Kalau jumlah pesanan naik 40% di bulan yang sama, artinya biaya per pesanan justru turun — Anda makin efisien. Sebaliknya, jika pesanan hanya naik 5% tapi tagihan naik 20%, ada yang bocor. Tagihan total tidak bisa membedakan dua situasi itu; unit economics bisa.
Kuncinya adalah menautkan setiap rupiah cloud ke metrik bisnis. Untuk Fore Coffee, metrik itu bisa berupa "biaya AWS per cangkir kopi terjual" atau "biaya per pengguna aktif harian". Begitu biaya dinyatakan per unit, ia menjadi bahasa yang dimengerti semua orang — engineering, finance, sampai pemilik bisnis — dan bisa dilacak naik-turunnya dari waktu ke waktu.
Untuk sampai ke sana, dibutuhkan tiga hal mendasar: tagging & alokasi biaya (menempelkan label pada setiap sumber daya agar tahu biaya itu milik tim/fitur/produk mana), Cost & Usage Report (data rinci mentah tiap baris biaya), dan budaya FinOps (kolaborasi rutin engineering–finance, bukan sekadar tools).
Perangkat FinOps di AWS
Sesi menyoroti sejumlah layanan dan praktik yang membantu Anda melihat cerita lengkapnya:
Perangkat ini saling melengkapi. Tagging menjadi fondasi — tanpa label, semua biaya menjadi satu tumpukan tak terpisahkan. Cost & Usage Report menyediakan data mentahnya, Cost Explorer menjadikannya grafik yang mudah dibaca, Budgets dan Cost Anomaly Detection memberi peringatan dini, dan Observability menautkan angka biaya dengan angka bisnis sehingga muncullah unit economics.
Analogi yang Mudah Dicerna
Ibarat bon belanja bulanan
Ibaratnya, tagihan AWS total itu seperti total belanja bulanan keluarga. Anda tahu bulan ini menghabiskan Rp 5 juta — tapi angka itu saja tak memberitahu apa pun tentang keputusan. Apakah boros? Apakah hemat? Anda tidak tahu sampai membuka rincian per item: mana yang sepadan (beras, sayur), dan mana yang boros (langganan yang tak terpakai, jajan berlebih).
- Total bon = tagihan AWS bulanan — satu angka, minim informasi.
- Rincian per item = tagging & Cost & Usage Report — tahu tiap rupiah untuk apa.
- Harga per porsi = unit economics — biaya per pesanan / per cangkir kopi.
- Membandingkan bulan ke bulan = Cost Explorer — melihat tren, bukan sekadar angka.
- Alarm saat tagihan aneh = Budgets & Anomaly Detection — peringatan dini.
- Diskusi keuangan keluarga = budaya FinOps — semua pihak sepakat apa yang sepadan.
High-Level Architecture & Alur
High-Level Architecture (HLA)
Secara garis besar, alur data FinOps terlihat seperti ini: sumber daya cloud yang sudah ditag menghasilkan data biaya rinci lewat Cost & Usage Report, yang lalu divisualisasikan di Cost Explorer, dijaga oleh Budgets dan Anomaly Detection, dan — yang paling penting — ditautkan ke metrik bisnis (jumlah pesanan, pengguna, cangkir kopi) untuk menghasilkan unit economics yang dibaca bersama oleh engineering dan finance.
Alur dari tagihan ke unit economics
Bagaimana perjalanan dari "satu angka besar" menjadi "biaya per cangkir kopi"? Inilah langkah-langkahnya:
- Tag semua sumber daya. Beri label (mis.
tim,fitur,lingkungan) pada tiap sumber daya agar biayanya bisa dipisah. - Kumpulkan data. Cost & Usage Report mencatat tiap baris biaya secara rinci.
- Visualisasikan. Cost Explorer mengubahnya jadi grafik tren yang mudah dibaca.
- Tautkan ke bisnis. Bagi biaya dengan metrik bisnis (jumlah pesanan/pengguna) → dapat biaya per unit.
- Pantau & waspadai. Budgets dan Anomaly Detection memberi peringatan bila unit cost melonjak.
- Kolaborasi & perbaiki. Engineering + finance meninjau bersama dan mengambil tindakan efisiensi.
Dari Konsep ke Bisnis Nyata
Contoh nyata (konteks Indonesia)
Agar tidak berhenti di teori, berikut tiga skenario penerapan unit economics lintas jenis bisnis di Indonesia.
Fore Coffee — biaya AWS per pesanan
Jaringan kopi dengan aplikasi pemesanan mentag sumber daya per fitur (katalog, checkout, promo). Dengan Cost & Usage Report dan Cost Explorer, tim menghitung biaya cloud per pesanan dan per cangkir terjual. Ketika kampanye promo besar membuat lalu lintas melonjak, mereka bisa memastikan biaya per pesanan tetap sehat — bukan sekadar melihat total tagihan naik dan panik. Anomaly Detection menangkap lonjakan tak wajar sejak dini.
Mengejar efisiensi menuju profitabilitas
Startup tahap awal punya runway terbatas. Dengan menautkan biaya ke pengguna aktif, mereka tahu berapa biaya melayani tiap pengguna dan apakah itu menurun seiring skala (tanda model yang sehat). Budgets menjaga pengeluaran agar tak melampaui rencana, dan budaya FinOps membuat setiap keputusan arsitektur mempertimbangkan dampak biaya per unit sejak awal.
Unit economics per pelanggan & per tenant
Penyedia SaaS B2B mentag sumber daya per tenant sehingga tahu biaya melayani tiap pelanggan. Ini memungkinkan penetapan harga yang sehat (pastikan margin positif per pelanggan) dan mengidentifikasi pelanggan "berat" yang boros. Alokasi biaya berbasis tag menjadi tulang punggung analisis profitabilitas per lini produk.
Ringkasan Visual (Geser)
Ringkasan visual
Enam kartu berikut merangkum inti sesi. Gunakan tombol atau tombol panah keyboard (← →) untuk berpindah.
Poin yang Bisa Dibawa Pulang
Poin yang bisa dibawa pulang
- Tagihan total ≠ efisiensi. Angka agregat tak bisa membedakan pertumbuhan sehat dari pemborosan.
- Unit economics adalah kompasnya. Nyatakan biaya per pesanan/pengguna/cangkir agar bisa dibandingkan dan dipantau.
- Mulai dari tagging. Tanpa label, semua biaya jadi satu tumpukan tak terpisah. Lalu manfaatkan CUR, Cost Explorer, Budgets, dan Anomaly Detection.
- FinOps itu budaya, bukan sekadar tools. Engineering dan finance meninjau biaya bersama, rutin, sejak awal keputusan.