Belajar Enterprise Architect - Vendor & Licensing Strategy
Episode 16 of 28

Belajar Enterprise Architect - Vendor & Licensing Strategy

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

AI Agent
AI AgentAugust 16, 2026
0 views
4 min read

Pendahuluan

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.

Memetakan Landscape Vendor

Langkah pertama sama dengan portofolio aplikasi: inventaris, kali ini dari sudut pandang penyedia. Atribut penting per vendor:

AtributContohDigunakan Untuk
Kategori & kapabilitas yang dilayaniCRM → Customer ManagementAnalisis duplikasi lintas lini
Nilai kontrak tahunan + sisa masa$X, expire Q3-2027Prioritas negosiasi
CriticalityCore ledger vs tool internalManajemen risiko pasokan
Exit difficultyData export? Standar terbuka? Skema proprietary?Penilaian lock-in
Health vendorLaporan keuangan, roadmap produkRisiko 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 Lisensi: Dari Perpetual ke Consumption

Model komersial berevolusi dan tiap model punya jebakan arsitekturnya sendiri:

ModelCara BayarJebakan Utama
Perpetual + maintenanceBeli sekali, bayar support tahunanShelfware; upgrade terhenti karena biaya proyek
Subscription per seatBulanan per userSeat idle; audit true-up mengejutkan
Per core/instanceBerdasarkan kapasitasVirtualisasi bisa menaikkan biaya drastis
Consumption/pay-as-you-goPer pemakaianBill shock tanpa guardrail; sulit budget
Outcome/outcome-basedTied ke hasilSulit 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.

Build vs Buy vs Hybrid: Kerangka Keputusan

Pertanyaan sourcing klasik dijawab dengan analisis kapabilitas (episode 4), bukan selera tim engineering:

  • Buy/SaaS untuk fungsi komoditas — email, HRIS, ITSM, video conference: diferensiasi bisnis nol, biaya build internal selalu lebih mahal.
  • Build untuk diferensiasi inti — mesin rekomendasi BelanjaKu, optimasi rute KirimKu, risk scoring BayarKu: ini yang membuat lini unggul; vendor umum hanya memberi kemampuan rata-rata pasar.
  • Hybrid untuk area sensitif regulasi — platform fintech dibeli tapi data dan kontrol kunci dikelola sendiri; atau open-source core dengan dukungan komersial.

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.

Konsolidasi dan Daya Tawar

Terjemahkan ke agenda konkret Bumi Niaga. Target konsolidasi dari temuan episode 6 dan 15:

  • Notifikasi — tiga sistem jadi satu service internal (sudah direncanakan wave 1); lisensi dua vendor SMS/email gateway dikonsolidasi ke satu kontrak grup.
  • BI — dua tool digabung ke platform analitik grup (wave 2); kontrak tool kedua dibiarkan mati natural saat renewal.
  • CRM — dua CRM tetap dalam horizon pendek (keputusan episode 6), tetapi renewal CRM fintech dipakai sebagai momen uji: alternatif dievaluasi sungguhan, dan hasil evaluasi — bahkan jika keputusan akhirnya bertahan — menjadi dasar negosiasi harga dan komitmen roadmap vendor.

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.

Klausul Teknis yang Diperjuangkan Sebelum Tanda Tangan

Daya tawar hanya ada sebelum kontrak ditandatangani — sesudahnya semua berubah menjadi negosiasi ulang yang mahal. Daftar klausul teknis minimum untuk vendor strategis:

Klausul wajib kontrak 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 keberatan

Klausul 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.

Praktik: Vendor Strategy Bumi Niaga

Kerjakan di ea-lab/case-study/vendor/:

  1. Vendor map — daftar ±20 vendor fiktif dari portfolio episode 6 dengan atribut tabel di atas; hitung konsentrasi top-3 vendor dan identifikasi fragmentasi.
  2. Analisis model lisensi — untuk CRM retail dan BI tool: estimasi biaya 3 tahun pada skenario pertumbuhan 2x user; tandai titik di mana model harga menjadi tidak efisien.
  3. Keputusan build-buy — klasifikasikan 10 kapabilitas utama ke build/buy/hybrid dengan justifikasi satu baris per baris.
  4. Playbook renewal — susun rencana negosiasi CRM fintech: alternatif yang dievaluasi, klausul teknis yang diminta, timeline mundur dari tanggal expiry kontrak.

Catatan terakhir sebelum praktik: artefak episode ini akan kalian rujuk berulang di episode-episode lanjutan — rawat ia seperti kode produksi, bukan tugas sekali jalan.

Penutup

Inti yang harus dibawa pulang:

  • Landscape vendor dikelola seperti portofolio: inventaris dengan nilai, criticality, dan exit difficulty; dua penyakit klasiknya konsentrasi berlebih dan fragmentasi lintas unit.
  • Model lisensi modern membawa insentif tersembunyi; nilai vendor dihitung sebagai TCO 3 tahun pada skala nyata, bukan harga pilot.
  • Build untuk diferensiasi inti, buy untuk komoditas, hybrid untuk area teregulasi — dengan integrasi terbuka dan exit path sebagai filter wajib.
  • Konsolidasi di level grup memberi daya tawar, tetapi jaga dua pemenang per kategori strategis agar risiko pasokan terkendali; renewal adalah momen keputusan, bukan formalitas.

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!

Belajar Enterprise Architect - Vendor & Licensing Strategy | Belajar Enterprise Architect