7.5 Membaca Organisasi: Business Model, Operating Model, dan Value Stream

Setelah memahami kategorisasi inisiatif, arsitek perlu membaca organisasi lebih dalam: model bisnis, model operasi, dan value stream. Ini bukan latihan akademik. Ini adalah cara untuk menjawab pertanyaan paling praktis: siapa yang harus terlibat dalam keputusan ini, bagaimana nilai benar-benar sampai ke pelanggan, dan di mana teknologi bisa memberikan dampak paling besar.

Diagram berikut memperlihatkan keterkaitan ketiga konsep tersebut dan bagaimana perbedaan konteks bisnis mengubah prioritas teknis.

flowchart TD BM[Business Model] --> OM[Operating Model] OM --> VS[Value Stream] BM --> BM1[Siapa pelanggan?] BM --> BM2[Apa yang dibayar?] BM --> BM3[Hubungan & mitra] OM --> OM1[Siapa melakukan apa?] OM --> OM2[Alur keputusan] OM --> OM3[Alokasi sumber daya] VS --> VS1[Langkah ujung ke ujung] VS --> VS2[Dependency & ownership] VS --> VS3[Titik dampak teknologi] subgraph TokoKotaKecil[Contoh: Toko Kota Kecil] BM_Kecil[Pemilik merangkap kasir] OM_Kecil[Tidak ada manajer, keputusan cepat] VS_Kecil[Sistem sederhana, tanpa pelatihan] end subgraph TokoKotaBesar[Contoh: Toko Kota Besar] BM_Besar[Banyak karyawan, staf IT] OM_Besar[Persetujuan berlapis, kontrol ketat] VS_Besar[Multi-user, audit trail] end BM --> TokoKotaKecil BM --> TokoKotaBesar OM --> TokoKotaKecil OM --> TokoKotaBesar VS --> TokoKotaKecil VS --> TokoKotaBesar

Kembali ke perusahaan ritel itu. Kepala teknologi sudah punya portfolio inisiatif untuk ekspansi ke kota kecil. Tapi ketika tim mulai mengerjakan sistem kasir baru, mereka menemui masalah yang tidak terduga. Ternyata model bisnis toko di kota kecil berbeda dengan toko di kota besar. Di kota kecil, pemilik toko merangkap kasir. Mereka tidak punya staf khusus IT. Mereka butuh sistem yang bisa diatur sendiri tanpa pelatihan. Model bisnisnya bukan "toko dengan banyak karyawan", melainkan "toko yang dijalankan satu keluarga".

Inilah yang dimaksud dengan membaca business model. Arsitek perlu memahami bagaimana organisasi menciptakan, mengirimkan, dan menangkap nilai. Siapa pelanggannya? Apa yang mereka bayar? Bagaimana hubungan dengan pelanggan berlangsung? Siapa mitra utama? Jawaban atas pertanyaan-pertanyaan ini akan membentuk keputusan teknis. Sistem untuk toko keluarga tidak perlu role management yang rumit, tapi harus bisa dipakai tanpa dokumentasi. Sistem untuk toko besar perlu multi-user, persetujuan alur kerja, dan audit trail.

Setelah business model, arsitek perlu membaca operating model. Ini adalah bagaimana organisasi menjalankan bisnisnya sehari-hari. Operating model menjawab: siapa melakukan apa, bagaimana keputusan dibuat, bagaimana informasi mengalir, dan bagaimana sumber daya dialokasikan. Di perusahaan ritel itu, operating model untuk kota kecil ternyata sangat berbeda. Tidak ada manajer toko. Pemilik toko langsung melapor ke area coordinator. Proses pengadaan barang lebih sederhana. Tidak ada sistem persetujuan berlapis.

Operating model ini penting karena menentukan di mana teknologi harus masuk dan di mana ia akan ditolak. Jika operating model sudah terbiasa dengan keputusan cepat dan informal, jangan paksakan sistem yang membutuhkan persetujuan tiga level. Sebaliknya, jika operating model sudah ketat dengan kontrol, jangan buat sistem yang terlalu longgar.

Dari business model dan operating model, arsitek bisa memetakan value stream. Value stream adalah rangkaian langkah yang mengubah ide atau permintaan menjadi nilai bagi pelanggan. Bukan proses departemen, bukan alur kerja internal, melainkan perjalanan nilai dari ujung ke ujung. Di perusahaan ritel, value stream untuk ekspansi ke kota kecil bisa dimulai dari identifikasi lokasi toko, pengadaan barang, pelatihan pemilik, hingga transaksi harian dan layanan purna jual.

Value stream membantu arsitek melihat dependency dan ownership. Siapa yang bertanggung jawab di setiap langkah? Sistem apa yang mendukung? Data apa yang perlu mengalir? Di sinilah arsitek bisa mengidentifikasi titik di mana teknologi memberikan dampak paling besar. Mungkin bukan di sistem kasir, tapi di proses identifikasi lokasi toko yang masih manual. Atau di pelatihan pemilik yang bisa dibantu AI.

Dengan membaca business model, operating model, dan value stream, arsitek tidak lagi bekerja di ruang hampa. Ia tahu persis siapa yang perlu diajak bicara, prioritas mana yang perlu didahulukan, dan teknologi mana yang benar-benar dibutuhkan organisasi. Langkah selanjutnya adalah memetakan semua ini ke dalam capability map, agar organisasi bisa melihat kebutuhan teknologinya secara utuh.

Capability Map
Capability Map