Bahasa Indonesia
Alat dan Tech Stack Business Analyst: Panduan Pembeli Jujur 2026
Saya duduk dalam rapat keuangan kuartal lalu di mana perusahaan Series C menyadari bahwa mereka membayar $14.200 per bulan untuk stack data yang menghasilkan tepat satu dasbor mingguan. Tagihan Snowflake: $4.800. Fivetran: $3.100. Looker: $4.500. Lisensi "data catalog": $1.800. Dasbor itu memiliki 11 penonton. Tiga di antaranya adalah tim data.
Itulah masalah perkakas BA modern dalam satu slide. Bukan "kami tidak punya cukup alat." Bukan "kami butuh AI-powered insights." Kami punya terlalu banyak alat, sebagian besar duplikat, dan tidak ada yang tugasnya adalah memotong.
Panduan ini adalah versi berdasarkan pengalaman dari seperti apa stack BA nyata pada tahun 2026. Harga nyata. Trade-off nyata. Versi deck sales vendor dari artikel ini akan delapan kali lebih panjang dan tidak memberi tahu Anda apa-apa. Saya akan memberi tahu Anda apa yang harus dibeli, apa yang dilewati, dan cara mengaudit stack yang sudah tidak beres.
Masalah BA yang Terlalu Banyak Alat
Masuk ke perusahaan SaaS 200 orang mana pun dan Anda akan menemukan stack yang kurang lebih sama: gudang data, alat ELT, dbt, dua alat BI, produk notebook, sebuah "data catalog," alat reverse-ETL yang tidak didokumentasikan siapa pun, dan Slack sebagai intake permintaan de facto. Total tagihan: antara $8K dan $25K per bulan. Total nilai bisnis: dasbor pendapatan mingguan dan tiga CSV yang dikirimkan CFO ke dirinya sendiri via email.
Saya telah menyaksikan tiga perusahaan melewati pola yang persis sama ini. Perbaikannya tidak pernah "beli alat yang lebih baik." Perbaikannya selalu "potong tiga alat dan buat empat yang tersisa melakukan tugasnya."
Alasan BA berakhir di sini bersifat struktural. Vendor menjual kepada manajer engineering dan pemimpin finance. Tidak ada yang menjual "hapus alat yang Anda beli tahun lalu." Jadi stack terus bertumpuk. Setiap kuartal seseorang menambahkan satu. Tidak ada yang menghapus satu. Setelah tiga tahun Anda punya museum.
Tugas Anda, terutama jika Anda adalah senior BA atau BI Lead, adalah menjadi satu orang yang menghapus hal-hal.
Inti 6, Apa yang Sebenarnya Dibutuhkan Stack BA
Enam kategori. Itu saja. Jika stack Anda memiliki lebih dari enam alat yang melakukan pekerjaan analitik, dua di antaranya berlebihan.
1. Gudang data
Ini adalah lantai stack Anda. Salah di sini dan semua yang ada di atasnya disewa dari tuan tanah yang salah.
Snowflake: berbasis penggunaan, $2 hingga $4 per kredit tergantung tier Anda. Tawarannya adalah "elastisitas skala." Kenyataannya adalah sangat mudah membakar $5.000 per bulan untuk kueri buruk yang ditulis oleh analis yang tidak tahu apa yang dilakukan SELECT * pada tabel 4TB. Saya pernah melihat tagihan Snowflake berlipat ganda dalam satu kuartal karena seseorang membiarkan ekstrak Tableau menyegarkan setiap 15 menit terhadap tabel fakta 200 juta baris. Produk yang bagus. Berbahaya jika Anda tidak memantau biaya kueri setiap minggu.
BigQuery: harga on-demand $6,25 per TB yang dipindai. Jika Anda di bawah 1TB data dan sudah menggunakan Google Cloud, ini adalah pilihan yang jelas. Dapat diprediksi, murah, tidak ada cluster untuk dikelola. Kelemahannya adalah ketika Anda skalakan melewati beberapa TB biaya per kueri menjadi terlihat dan orang-orang mulai mengeluh. Beralih ke flat-rate slots pada saat itu atau migrasi ke Snowflake.
Redshift: lebih murah dari Snowflake pada skala jika Anda sudah sangat terikat dengan AWS. Menyakitkan secara operasional. Anda akan menghabiskan waktu nyata untuk menyetel sort key dan jadwal vacuum. Pilih ini hanya jika fungsi data engineering Anda sudah matang dan terkunci di AWS. Tim BA dua orang tidak boleh menjalankan Redshift.
Pilihan jujur: BigQuery di bawah 1TB. Snowflake dari 1TB hingga 50TB. Redshift hanya jika Anda sudah tinggal di AWS dan memiliki seseorang yang pekerjaannya sebenarnya adalah "infrastruktur data."
2. ELT / ingestion
Memasukkan data ke gudang. Ini adalah item baris yang paling mengejutkan CFO.
Fivetran: $1.000 hingga $10.000+ per bulan tergantung MAR (Monthly Active Rows). Cepat untuk diatur, pustaka konektor yang luas, rekayasa yang baik. Juga item baris yang berlipat ganda setiap enam bulan jika Anda tidak memperhatikan apa yang disinkronkan. Jebakannya: Fivetran secara otomatis menemukan tabel dan mulai menyinkronkannya. Anda bangun suatu pagi dan membayar untuk 200 objek kustom Salesforce yang tidak dikueri siapa pun. Audit pengaturan sinkronisasi Anda setiap kuartal atau bayar pajaknya.
Airbyte: open-source, self-hosted gratis, versi Cloud sekitar $2,50 per kredit. Kualitas konektor tidak merata. Yang populer (Postgres, Stripe, Salesforce, Hubspot) solid. Ekornya panjang dan bervariasi. Jika Anda memiliki engineer yang bersedia mengurus deploy-nya, versi self-hosted benar-benar gratis. Jika tidak, Cloud baik-baik saja tapi Anda membayar untuk Fivetran yang kurang dipoles.
Pilihan jujur: Fivetran untuk 8 konektor yang benar-benar penting (Salesforce, Hubspot, Stripe, NetSuite, Postgres, database produk Anda, Zendesk, Marketo). Airbyte untuk ekor panjang di mana harga per-konektor Fivetran membuat Anda mengernyit. Jalankan keduanya secara bersamaan; tidak ada yang peduli dengan kartu loyalitas Anda.
3. Transformasi
Ini adalah lapisan di mana data mentah menjadi sesuatu yang bisa dipercaya manusia.
dbt Core: gratis. Jalankan sendiri. Anda menulis model dalam SQL, dbt menangani resolusi dependensi, pengujian, dan lineage. Tangkapannya adalah "jalankan sendiri" berarti penjadwalan, logging, peringatan, manajemen rahasia, dan IDE yang tidak dicintai siapa pun. Tim dua orang yang memilih dbt Core untuk "menghemat uang" biasanya kehilangan 8 hingga 10 jam per minggu untuk pekerjaan ops.
dbt Cloud: $50 per developer per bulan untuk IDE dasar, hingga $300 untuk Enterprise. Begitu tim Anda memiliki lebih dari dua developer, ini terbayar sendiri dalam seminggu pertama. Scheduler yang dihosting, IDE, integrasi CI, situs dokumen yang dihosting. Ini adalah tag harga SaaS yang langka di mana matematikanya jelas.
dbt tidak bisa ditawar. Saya akan mengatakannya dengan jelas: jika stack Anda tidak memiliki dbt atau padanan langsung (SQLMesh adalah satu-satunya alternatif nyata, dan itu masih awal), Anda tidak memiliki lineage, tidak memiliki pengujian, dan "gudang data" Anda adalah tumpukan stored procedure dengan langkah ekstra. Pilih lapisannya. Bayar versi Cloud begitu Anda melewati dua developer.
4. BI
Alat dasbor. Di mana sebagian besar pendarahan anggaran dan sebagian besar pertempuran politis berada.
Looker: harga Enterprise, minimum tahunan $50K+, sering enam digit pada tahun kedua. Tawarannya adalah tata kelola: LookML memungkinkan Anda mendefinisikan metrik sekali dan menggunakannya kembali. Kenyataannya adalah LookML adalah bahasa pemrograman yang hanya ditulis tim BA, pengguna bisnis masih tidak tahu apa itu "explore," dan Anda terkunci pada roadmap Google. Looker adalah pilihan yang tepat jika Anda sudah terkunci atau jika Anda membutuhkan tata kelola semantik yang benar-benar ketat pada 100+ kursi analis. Selain itu, ini berlebihan.
Tableau: $75 per Creator per bulan, $42 per Explorer, $15 per Viewer. Pemimpin pasar dengan alasan. Fleksibel secara visual, tim IT mengenalnya, eksekutif perusahaan besar mengharapkannya. Kelemahannya: alat authoring desktop yang berat, biaya per kursi yang jelek melewati 50 pengguna, dan integrasi stack data modern yang terasa satu generasi di belakang.
Hex: $40 hingga $80 per pengguna per bulan. Hibrida notebook plus dasbor. Ini semakin menjadi default untuk tim BA baru pada tahun 2026 karena melakukan dua pekerjaan (analisis ad hoc dan dasbor) untuk satu lisensi. Kuat dengan Snowflake dan BigQuery. Produk yang lebih muda, lebih sedikit kotak centang enterprise.
Metabase: open-source, $85 per bulan untuk Cloud Starter, skala dari sana. Pilihan jujur untuk tim BA sub-30 kursi yang tidak memiliki anggaran atau politik untuk Looker. Kurang dipoles dari Tableau atau Hex, tapi Anda bisa mengaturnya dalam satu sore dan 80% pengguna bisnis mendapatkan apa yang mereka butuhkan.
Pilihan jujur: di bawah 30 kursi, Metabase atau Hex. 30 hingga 100 kursi, Hex atau Tableau tergantung siapa pemangku kepentingan Anda. Looker hanya jika Anda sudah menandatangani kontrak dan tidak bisa keluar.
5. Notebook / analisis ad hoc
Ruang antara "saya punya pertanyaan" dan "saya punya dasbor."
Jupyter: gratis, sendirian. Berjalan di laptop Anda, hasilnya hilang ketika Anda menutup tab, berbagi membutuhkan Git atau tangkapan layar. Baik untuk eksplorasi individual, buruk untuk kolaborasi. Jika "strategi notebook" Anda adalah Jupyter di laptop orang, Anda tidak memiliki strategi.
Hex: $40 hingga $80 per pengguna per bulan. Kolaboratif secara default, berjalan di browser, sel berbagi status di seluruh pengguna. Alasan Hex terus muncul dalam panduan ini adalah bahwa untuk sebagian besar tim BA ini menyerap alat BI dan alat notebook, yang menghapus satu item baris seluruhnya.
Deepnote: $31 hingga $50 per pengguna per bulan. Pesaing langsung Hex. Produk yang bagus, kehadiran pasar yang lebih kecil. Jika Anda sensitif harga dan tidak membutuhkan tumpang tindih BI, itu adalah pilihan yang baik. Sebagian besar tim yang saya lihat berakhir di Hex karena penyerapan BI lebih penting dari perbedaan $20.
Pilihan jujur: Hex jika Anda bisa membelinya, karena membunuh lisensi BI terpisah. Selain itu Jupyter untuk pekerjaan solo ditambah alat BI yang nyata. Jangan menjalankan Deepnote dan Hex secara bersamaan; mereka melakukan pekerjaan yang sama.
6. Alur kerja / intake permintaan
Yang membosankan. Juga yang menentukan apakah tim BA Anda berskala atau kelelahan.
Engineering akan tinggal di Jira, dan Anda perlu berurusan dengannya untuk pekerjaan lintas tim. Tapi Jira adalah alat yang salah untuk intake permintaan analitik, terlalu berat, kosakata yang salah, tidak ada yang di luar engineering ingin menggunakannya.
Apa yang sebenarnya dibutuhkan BA adalah satu pintu depan untuk "saya punya pertanyaan data." Board Rework, proyek Linear, database Notion, bahkan proyek Asana yang dijalankan dengan ketat. Alat yang tepat tidak terlalu penting dibandingkan prinsipnya: setiap permintaan melalui satu tempat, diprioritaskan, mendapatkan status, dan berakhir di dasbor.
Hal yang tidak boleh Anda lakukan adalah membiarkan permintaan analitik hidup di DM Slack. Itulah cara tim BA empat orang berakhir melakukan 60 jam per minggu pekerjaan ad hoc tidak terjadwal dan tidak mengirimkan apa pun. Jika Anda hanya memperbaiki satu hal kuartal ini, perbaiki ini.
CRM sebagai Sumber Data: Lapisan yang Diremehkan
Sebagian besar kesulitan BA yang saya saksikan dari dekat dimulai dengan data CRM yang kotor. Nama tahap yang tidak konsisten, kontak tanpa ID akun, peluang yang menutup diri dua kali, kolom kustom yang tidak didokumentasikan siapa pun pada tahun 2022.
Rework CRM mulai dari $12 per pengguna per bulan dan memberi Anda ekspor B2B yang bersih dengan skema yang konsisten: pipeline, kontak, akun, aktivitas, semuanya dapat dikueri melalui API yang stabil. Ini bukan pilihan yang tepat untuk setiap toko, tapi jika Anda membangun ulang stack dan sudah berjuang melawan kekacauan objek kustom Salesforce selama dua tahun, ini layak dipertimbangkan serius. Sumber CRM yang bersih menghemat lebih banyak jam BA daripada alat catalog apa pun yang pernah Anda beli.
Prinsip umum berlaku terlepas dari vendor: investasikan dalam data upstream yang bersih sebelum berinvestasi dalam alat downstream yang lebih mewah. Data catalog tidak bisa menyelamatkan CRM di mana "Customer," "customer," dan "CUSTOMER" adalah tiga jenis akun yang berbeda.
Audit Stack 30 Hari
Jika Anda mewarisi stack yang sudah tidak beres, inilah Playbook-nya. Saya sudah menjalankan ini tiga kali. Berhasil. Hasil yang dapat dikirimkan di akhir adalah memo kepada manajer dan finance Anda, dengan angka.
Hari 1-7: Inventarisasi
Tarik setiap tagihan terkait analitik dari finance. Setiap lisensi, setiap tagihan bulanan, setiap kontrak tahunan. Bangun satu spreadsheet:
- Nama alat
- Biaya bulanan (disetahunkan jika kontrak tahunan)
- Tanggal berakhirnya kontrak
- Pemilik (siapa yang menandatangani)
- Pengguna aktif (tarik dari panel admin)
- Login bermakna terakhir (siapa pun yang login dalam 30 hari terakhir)
Ketika Anda melihat Tableau dengan 47 kursi berlisensi dan 11 pengguna aktif, tuliskan. Itu $2.500 per bulan untuk tidak ada.
Hari 8-14: Petakan pertanyaan ke alat
Daftarkan setiap pertanyaan yang benar-benar diajukan bisnis kepada tim data. Bukan apa yang ditampilkan dasbor. Apa yang ditanyakan eksekutif, tenaga penjual, dan PM. Tulis 30 di antaranya. Kemudian turun daftar dan beri label alat mana yang menjawab setiap pertanyaan.
Dua pola akan muncul. Pertama, 80% pertanyaan dijawab oleh 20% alat. Kedua, beberapa alat tidak menjawab pertanyaan apa pun di daftar. Itulah kandidat untuk dipotong.
Hari 15-21: Temukan duplikatnya
Dua alat BI? Salah satunya harus pergi. Tiga produk notebook? Pilih satu. Data catalog ditambah lapisan metrik terpisah ditambah dokumen dbt? Anda memiliki satu sumber kebenaran untuk apa metrik itu, dan dua lainnya bersifat dekoratif.
Bersikaplah tanpa henti di sini. Langkah politis adalah "mari pertahankan keduanya untuk sekarang." Begitulah Anda membayar keduanya selamanya. Pilih pemenang, pilih tanggal sunset, komunikasikan keduanya.
Hari 22-30: Tulis memo rekomendasi
Satu halaman. Tiga bagian.
- Pertahankan: alat yang mendapatkan tempatnya. Mengapa mereka mendapatkannya. Biaya tahunan.
- Potong: alat yang tidak. Mengapa. Penghematan yang disetahunkan. Rencana migrasi.
- Konsolidasikan: alat-alat di mana dua melakukan satu pekerjaan. Pilih pemenang. Timeline migrasi.
Proyeksikan penghematan tahunan. Kirimkan ke manajer dan finance Anda di hari yang sama. Jangan biarkan duduk di draf Anda. Tujuan melakukan audit ini adalah mendapatkan penghematannya; penghematan hanya mendarat jika finance memiliki angka di slide.
Saya sudah menjalankan audit ini tiga kali dan penghematan tahunan rata-rata adalah $90.000 hingga $180.000 untuk perusahaan 100 hingga 300 orang. Itu headcount nyata yang bisa Anda rekrut tahun depan.
Kesalahan Umum yang Terus Saya Saksikan Perusahaan Lakukan
Daftar singkat, dalam urutan acak:
- Membeli Looker karena vendor mengatakan "governance." Governance adalah sebuah proses. LookML adalah salah satu cara untuk mengkodekan proses itu. Jika Anda tidak memiliki prosesnya, produknya tidak akan memperbaikinya. Anda hanya akan mendapat tagihan $200K dan metrik yang sama kacaunya.
- Membiarkan Fivetran secara otomatis menyinkronkan 200 tabel yang tidak dikueri siapa pun. Audit daftar sinkronisasi setiap kuartal. Matikan semua yang belum dikueri dalam 90 hari.
- Menjalankan dbt Core "untuk menghemat uang" pada tim kecil. Anda akan kehilangan penghematannya karena pekerjaan ops dalam tiga bulan. Bayar untuk dbt Cloud begitu Anda melewati dua developer. Matematikanya jelas jika Anda menghitung biaya jam analis.
- Memperlakukan data catalog sebagai masalah alat. Ini adalah masalah dokumentasi. Membeli alat catalog $30K dan tidak menulis dokumennya membuat Anda mendapatkan ruangan kosong yang indah.
- Menempatkan intake permintaan analitik di DM Slack. Ini adalah penyebab tunggal terbesar kelelahan BA yang pernah saya lihat. Sentralisasikan intake-nya. Gunakan board. Board apa pun.
Stack Default yang Berdasarkan Pengalaman
Untuk yang tidak sabar. Ini adalah stack yang akan saya bangun hari ini pada hari pertama tim BA baru, berdasarkan ukuran perusahaan:
Di bawah 50 orang, sebagian besar product-led: BigQuery + Airbyte (self-hosted atau Cloud) + dbt Cloud (tier Team) + Metabase + Hex. Biaya all-in: sekitar $1.500 hingga $3.000 per bulan. Anda bisa menjalankan ini dengan satu BA dan engineer yang mengawasi 4 jam per minggu.
50 hingga 500 orang, gerak produk dan sales yang campuran: Snowflake + Fivetran (selektif, audit triwulanan) + dbt Cloud + Hex atau Tableau (tergantung siapa CFO Anda) + board Rework untuk intake. Biaya all-in: $8.000 hingga $20.000 per bulan. Dijalankan dengan dua hingga empat BA.
Di atas 500 orang: Anda memiliki tim data, panduan ini bukan untuk Anda. Kirimkan ke IC senior tim Anda; ini masih lebih murah dari konsultan audit yang akan mereka datangkan.
Polanya di seluruh ketiganya sama. Enam kategori. Satu alat per kategori. Tidak ada duplikat. Audit triwulanan. Potong lebih banyak dari yang Anda tambahkan.
Pelajari Lebih Lanjut

Principal Product Marketing Strategist
On this page
- Masalah BA yang Terlalu Banyak Alat
- Inti 6, Apa yang Sebenarnya Dibutuhkan Stack BA
- 1. Gudang data
- 2. ELT / ingestion
- 3. Transformasi
- 4. BI
- 5. Notebook / analisis ad hoc
- 6. Alur kerja / intake permintaan
- CRM sebagai Sumber Data: Lapisan yang Diremehkan
- Audit Stack 30 Hari
- Hari 1-7: Inventarisasi
- Hari 8-14: Petakan pertanyaan ke alat
- Hari 15-21: Temukan duplikatnya
- Hari 22-30: Tulis memo rekomendasi
- Kesalahan Umum yang Terus Saya Saksikan Perusahaan Lakukan
- Stack Default yang Berdasarkan Pengalaman
- Pelajari Lebih Lanjut