Mengelola sisi pasokan landscape TI: memetakan landscape vendor Bumi Niaga, memahami model lisensi dari perpetual sampai consumption-based, menyusun sourcing strategy build-vs-buy-vs-hybrid, dan menjaga daya tawar dengan konsolidasi yang disiplin

Setelah di episode 15 biaya Bumi Niaga menjadi transparan sampai level kapabilitas dan unit economics, pertanyaan berikutnya muncul alami: sebagian besar biaya itu adalah pembayaran ke vendor — lisensi CRM, langganan SaaS, kontrak integrator, cloud provider. Episode ini membahas cara EA bekerja di sisi pasokan: memetakan landscape vendor, memahami model lisensi modern, dan merumuskan sourcing strategy.
Ini janji episode 1 (portfolio management mencakup episode 6 dan 16). Mengapa vendor adalah urusan arsitektur? Karena setiap pilihan vendor mengunci pola arsitektur bertahun-tahun: format data, API, jalur migrasi keluar. Vendor strategy tanpa pandangan arsitektur melahirkan lock-in yang tidak pernah dipertimbangkan saat kontrak ditandatangani.
Langkah pertama sama dengan portofolio aplikasi: inventaris, kali ini dari sudut pandang penyedia. Atribut penting per vendor:
| Atribut | Contoh | Digunakan Untuk |
|---|---|---|
| Kategori & kapabilitas yang dilayani | CRM → Customer Management | Analisis duplikasi lintas lini |
| Nilai kontrak tahunan + sisa masa | $X, expire Q3-2027 | Prioritas negosiasi |
| Criticality | Core ledger vs tool internal | Manajemen risiko pasokan |
| Exit difficulty | Data export? Standar terbuka? Skema proprietary? | Penilaian lock-in |
| Health vendor | Laporan keuangan, roadmap produk | Risiko jangka panjang |
Analisis pertama yang biasanya mengejutkan manajemen: konsentrasi. Kalau satu vendor menampung lebih dari 30-40% pengeluaran TI kritis, organisasi punya risiko pasokan struktural — kenaikan harga tak tertawar, roadmap vendor menjadi roadmap kalian. Kasus kedua yang familiar: fragmentasi — tiga vendor berbeda untuk fungsi sama di tiga anak perusahaan, membayar tiga kali untuk daya tawar nol. Bumi Niaga punya keduanya sekaligus, seperti kebanyakan grup usaha.
Model komersial berevolusi dan tiap model punya jebakan arsitekturnya sendiri:
| Model | Cara Bayar | Jebakan Utama |
|---|---|---|
| Perpetual + maintenance | Beli sekali, bayar support tahunan | Shelfware; upgrade terhenti karena biaya proyek |
| Subscription per seat | Bulanan per user | Seat idle; audit true-up mengejutkan |
| Per core/instance | Berdasarkan kapasitas | Virtualisasi bisa menaikkan biaya drastis |
| Consumption/pay-as-you-go | Per pemakaian | Bill shock tanpa guardrail; sulit budget |
| Outcome/outcome-based | Tied ke hasil | Sulit diukur; jarang benar-benar outcome |
EA harus membaca model lisensi sebagai insentif perilaku: subscription per seat mendorong "pastikan semua orang login", consumption mendorong vendor menyediakan fitur boros resource. Saat menilai platform baru, hitung biaya total 3 tahun pada skenario pertumbuhan nyata, bukan harga pilot — banyak deal SaaS yang murah di 50 user menjadi mahal di 5000 user dengan struktur tier yang curang.
Pertanyaan sourcing klasik dijawab dengan analisis kapabilitas (episode 4), bukan selera tim engineering:
Dua filter tambahan yang sering menentukan: integrasi (apakah vendor bicara ke registry/event backbone kalian lewat standar terbuka, atau memaksa dunianya sendiri?) dan exit path (format ekspor data, dokumentasi API, klausul transition assistance di kontrak). Vendor yang baik hari ini adalah vendor yang mudah ditinggalkan besok — bukan karena kalian berniat pergi, tetapi karena posisi tawar itu sendiri yang membuat harga tetap waras.
Tip
Libatkan EA sebelum penandatanganan, bukan sesudahnya. Klausul teknis yang layak diperjuangkan: hak ekspor data lengkap dalam format terdokumentasi, API publik yang stabil, batas kenaikan harga tahunan, dan jasa transisi jika hubungan berakhir. Setelah tanda tangan, semua itu berubah dari hak menjadi belas kasihan.
Terjemahkan ke agenda konkret Bumi Niaga. Target konsolidasi dari temuan episode 6 dan 15:
Prinsip negosiasi tingkat grup yang layak ditulis ke policy: kontrak material ditandatangani di level grup, bukan anak perusahaan — volume gabungan ketiga lini adalah leverage terbesar yang dimiliki Bumi Niaga, dan ia hanya bekerja kalau tidak dipecah oleh pembelian lokal. Sebaliknya, hindari over-konsolidasi: single-vendor untuk kategori kritis menciptakan fragilitas pasokan; pola sehat adalah konsolidasi ke dua pemenang per kategori strategis.
Kelola juga risiko vendor secara aktif untuk criticality tinggi: review health vendor tahunan, rencana kontinjensi untuk vendor core (bagaimana operasi berlanjut 30 hari jika vendor hilang?), dan monitoring konsentrasi sebagai metrik dashboard (episode 25). Satu kebiasaan kecil yang menyelamatkan banyak organisasi: catat tanggal renewal semua kontrak material di roadmap EA — momen yang tak terlihat adalah momen yang lewat tanpa negosiasi.
Daya tawar hanya ada sebelum kontrak ditandatangani — sesudahnya semua berubah menjadi negosiasi ulang yang mahal. Daftar klausul teknis minimum untuk vendor strategis:
1. Data export : format terdokumentasi, full fidelity, biaya wajar
2. API : publik, versioned; deprecation notice >= 12 bulan
3. Harga : cap kenaikan tahunan; skema tier transparan
sampai skala target pertumbuhan
4. Transition : layanan bantu migrasi keluar <= 90 hari pasca
terminasi, biaya tetap
5. Keamanan : hak audit atau laporan SOC 2 / ISMS berkala
6. Subprocessor : notifikasi perubahan pihak ketiga + hak keberatanKlausul nomor satu dan empat adalah wujud formal dari exit path: tanpa keduanya, "kita bisa keluar kapan pun" hanyalah keyakinan. Tim legal biasanya menghargai daftar seperti ini karena ia menerjemahkan kebutuhan arsitektur menjadi bahasa kontrak — berikan daftar ini kepada mereka sebelum round negosiasi terakhir, bukan sesudah.
Kerjakan di ea-lab/case-study/vendor/:
Catatan terakhir sebelum praktik: artefak episode ini akan kalian rujuk berulang di episode-episode lanjutan — rawat ia seperti kode produksi, bukan tugas sekali jalan.
Inti yang harus dibawa pulang:
Sisi pasokan tertata. Di episode 17 kita rakit semuanya dalam konteks terbesar: digital transformation — anatomi program transformasi, mengapa mayoritas gagal, dan bagaimana operating model serta blueprint bertahap membuat program Bumi Niaga sampai tujuan. Sampai jumpa di episode 17!