Program Studi Manajemen • FEB UNDIP

Manajemen Teknologi

Pertemuan 14 — Studi Kasus Terintegrasi: Strategi Manajemen Teknologi Perusahaan Riil

Menyatukan 13 pertemuan menjadi satu lensa analisis, lewat perjalanan satu perusahaan teknologi Indonesia yang paling banyak dibicarakan satu dekade terakhir.

RPS MINGGU 15 • 2×50 MENIT

Selamat datang di pertemuan terakhir kita, Anda semua. Selama tiga belas pertemuan, kita membedah manajemen teknologi topik demi topik — dari kurva-S sampai risiko ketergantungan vendor — seperti mempelajari potongan puzzle satu per satu. Hari ini kita menyusun seluruh potongan itu menjadi satu gambar utuh, memakai satu perusahaan nyata sebagai benang merah: GoTo Group, hasil merger Gojek dan Tokopedia, salah satu kisah manajemen teknologi paling kaya pelajaran yang pernah terjadi di Indonesia. Anda akan melihat bagaimana konsep abstrak seperti dilema inovator atau technology roadmapping ternyata benar-benar terjadi di lapangan, dengan konsekuensi finansial dan strategis yang nyata. Siapkan catatan dari pertemuan-pertemuan sebelumnya, karena hari ini adalah saat semuanya tersambung, dan sekaligus persiapan langsung untuk presentasi kelompok Anda di ujian akhir semester.

Bagian 1 dari 3

Kerangka & Profil Perusahaan Kasus

Menyusun ulang peta 13 topik menjadi satu lensa analisis, lalu berkenalan dengan perusahaan yang akan kita bedah sepanjang sesi.

Tujuan & Format Pertemuan Hari Ini

Setelah pertemuan ini, Anda diharapkan mampu menerapkan seluruh konsep manajemen teknologi satu semester pada satu studi kasus perusahaan riil secara terintegrasi.

Format

babak sesi

Kerangka & profil perusahaan → perjalanan teknologi (kurva-S sampai R&D) → risiko, ekosistem & sintesis akhir.

Keluaran

13→1

topik menjadi satu analisis

Kemampuan memetakan satu perusahaan riil ke seluruh kerangka RPS — bekal langsung untuk presentasi kelompok UAS.

Mari kita rinci apa yang ingin dicapai hari ini dan bagaimana sesi ini akan berjalan. Sesi kita terbagi menjadi tiga babak: babak pertama menyusun kerangka analisis dan mengenalkan perusahaan kasus, babak kedua menelusuri perjalanan teknologi perusahaan tersebut dari siklus hidup sampai manajemen R&D, dan babak ketiga membahas risiko, ekosistem, serta menyintesiskan semuanya menjadi pelajaran lintas topik. Keluaran utama hari ini bukan pengetahuan baru, melainkan kemampuan menerapkan — Anda akan melihat bagaimana tiga belas konsep yang tampak terpisah, mulai dari kurva-S sampai manajemen risiko vendor, ternyata semuanya beroperasi bersamaan dalam satu perusahaan nyata. Ini juga menjadi latihan langsung untuk presentasi kelompok Anda di ujian akhir semester, di mana Anda akan melakukan hal serupa pada perusahaan pilihan kelompok masing-masing. Jadi, perhatikan bukan hanya isi kasusnya, tapi juga caranya kita membedah kasus ini.

Kerangka Analisis Terintegrasi

Tiga belas topik semester ini sebenarnya menjawab satu pertanyaan besar dari sudut berbeda: bagaimana perusahaan mengelola teknologi sebagai sumber keunggulan bersaing?

Perhatikan diagram ini sebagai peringkasan seluruh semester dalam satu gambar. Di tengah ada satu pertanyaan inti: bagaimana perusahaan mengelola teknologi sebagai sumber keunggulan bersaing, dan empat kelompok topik mengelilinginya sebagai jawaban dari sudut berbeda. Kelompok pertama, arah, mencakup pertemuan satu sampai empat — peran teknologi dalam strategi, siklus hidup teknologi, inovasi radikal versus inkremental, dan penyelarasan roadmap dengan strategi bisnis; ini menjawab pertanyaan "mau ke mana". Kelompok kedua, sumber daya, mencakup pertemuan lima sampai tujuh — keputusan make-or-buy, manajemen R&D, dan perlindungan kekayaan intelektual; ini menjawab "dengan modal apa". Kelompok ketiga, eksekusi, mencakup pertemuan delapan sampai sepuluh — adopsi teknologi, transformasi digital, dan manajemen proyek; ini menjawab "bagaimana caranya dijalankan". Kelompok keempat, konteks dan risiko, mencakup pertemuan sebelas sampai tiga belas — ekosistem inovasi, model bisnis baru, dan manajemen risiko teknologi; ini menjawab "dalam lingkungan seperti apa, dan apa yang bisa salah". Sepanjang sesi hari ini, kita akan menempelkan kasus GoTo pada setiap kelompok ini satu per satu.

Perusahaan Kasus: GoTo Group

Hasil merger Gojek (ride-hailing, 2010) dan Tokopedia (marketplace, 2009) pada Mei 2021 — salah satu konsolidasi teknologi terbesar dalam sejarah bisnis Indonesia.

Lini Bisnis

segmen inti

On-demand (transportasi & pesan-antar), e-commerce (Tokopedia), financial technology (GoPay/GoTo Financial).

Skala Ekosistem

~2,5 juta

mitra pengemudi & UMKM terhubung (~orde besar, estimasi publik)

Salah satu ekosistem digital terluas di Asia Tenggara sebelum efisiensi 2022–2023.

Status IDX

GOTO

tercatat sejak April 2022

IPO terbesar dalam sejarah Bursa Efek Indonesia saat itu — menjadikan laporannya sumber data publik yang bisa Anda telusuri sendiri.

Perusahaan kasus kita hari ini adalah GoTo Group, hasil penggabungan Gojek dan Tokopedia pada Mei 2021. Gojek lahir tahun 2010 sebagai layanan ojek berbasis telepon, lalu bertransformasi menjadi aplikasi super app dengan puluhan layanan; Tokopedia lahir tahun 2009 sebagai marketplace yang memberi ruang bagi jutaan UMKM untuk berjualan daring. Alasan kita memilih GoTo sebagai studi kasus terintegrasi ada tiga: pertama, perjalanannya mencakup hampir semua topik semester ini, dari siklus hidup teknologi sampai manajemen risiko vendor; kedua, sebagai perusahaan tercatat di Bursa Efek Indonesia dengan kode saham GOTO sejak April 2022, laporan keuangan dan kejadian korporasinya adalah data publik yang bisa Anda telusuri dan verifikasi sendiri; ketiga, ceritanya masih berlangsung dan terus berubah, termasuk restrukturisasi 2022 hingga 2023 dan akuisisi Tokopedia oleh TikTok yang akan kita bahas nanti. Perlu saya tekankan, angka-angka skala ekosistem di sini adalah estimasi orde besar dari laporan publik, karena angka pasti berubah tiap kuartal — kebiasaan baik yang perlu Anda bawa ke presentasi kelompok Anda sendiri adalah selalu mencantumkan sumber dan tanggal data.

Bagian 2 dari 3

Perjalanan Teknologi GoTo

Dari kurva-S ride-hailing sampai keputusan make-or-buy — menerapkan topik pertemuan 2 sampai 6.

Siklus Hidup Teknologi: Dari Ride-Hailing ke Super App

Ride-hailing berbasis aplikasi mengikuti kurva-S klasik — dan Gojek menetapkan dominasi desain untuk pasar Indonesia sebelum kompetitor global masuk.

Ingat kembali kurva-S dari pertemuan dua: teknologi baru bergerak lambat di tahap rintisan, meledak cepat di tahap pertumbuhan, lalu melandai di tahap kematangan. Gojek mengikuti pola ini dengan rapi. Dari 2010 sampai 2014, adopsi berjalan lambat karena masyarakat masih ragu memesan ojek lewat aplikasi, bukan lewat pangkalan konvensional. Dari 2015 sampai 2018, terjadi pertumbuhan sangat cepat begitu kepercayaan terbangun dan layanan meluas ke GoFood, GoSend, dan lainnya — inilah fase di mana Gojek berhasil menetapkan dominasi desain, istilah yang berarti satu standar teknologi menjadi acuan pasar yang diikuti pemain lain, dalam hal ini standar aplikasi ride-hailing terintegrasi multi-layanan untuk pasar Indonesia. Sejak 2019 hingga sekarang, kurva mulai melandai memasuki fase matang sebagai super app, di mana pertumbuhan pengguna baru melambat dan fokus bergeser ke monetisasi dan efisiensi. Pertanyaan diskusi untuk Anda: menurut Anda, di titik mana kurva-S GoTo saat ini, dan apa tandanya?

Inovasi Radikal vs Inkremental dalam Perjalanan GoTo

Satu lompatan radikal di awal, diikuti ratusan penyempurnaan inkremental yang menjaga keunggulan bersaing.

Inovasi Radikal

Ride-hailing berbasis aplikasi (2010) — mengubah total cara masyarakat memesan transportasi
Marketplace daring Tokopedia (2009) — menghapus kebutuhan toko fisik bagi UMKM untuk menjangkau pasar nasional
GoPay sebagai dompet digital (2016) — mengubah kebiasaan bayar tunai

Inovasi Inkremental

Penyempurnaan algoritma pencocokan pengemudi-penumpang setiap tahun
Penambahan fitur pembayaran cicilan/PayLater di Tokopedia
Iterasi tampilan aplikasi & sistem rating untuk keamanan

Ingat dari pertemuan tiga: inovasi radikal mengubah aturan main secara fundamental, sementara inovasi inkremental menyempurnakan sesuatu yang sudah ada. GoTo menunjukkan pola khas banyak perusahaan teknologi sukses — sedikit lompatan radikal di awal, diikuti banyak sekali penyempurnaan inkremental yang justru menjaga posisi kompetitif jangka panjang. Ride-hailing berbasis aplikasi pada 2010 adalah inovasi radikal karena mengubah total cara masyarakat memesan transportasi, dari menunggu di pangkalan menjadi memesan dari ponsel. Demikian pula Tokopedia pada 2009 yang menghapus kebutuhan UMKM memiliki toko fisik untuk menjangkau pasar nasional, dan GoPay pada 2016 yang mengubah kebiasaan masyarakat dari selalu membawa uang tunai. Namun setelah lompatan radikal itu, yang menjaga GoTo tetap relevan adalah ratusan inovasi inkremental setiap tahun — penyempurnaan algoritma pencocokan, penambahan fitur cicilan digital, sampai iterasi kecil sistem rating keamanan. Ini penting bagi Anda: perusahaan yang hanya mengandalkan satu lompatan radikal tanpa inkremental berkelanjutan biasanya justru tergerus kompetitor yang lebih rajin menyempurnakan.

Technology Roadmap: Menyelaraskan Lini Bisnis dengan Strategi

Roadmap GoTo bergeser dari ekspansi agresif (2015–2021) ke efisiensi & profitabilitas (2022–kini) — mengikuti perubahan prioritas strategi.

Periode	Prioritas Strategi	Konsekuensi Roadmap Teknologi
2015–2021	Pertumbuhan pengguna & pangsa pasar	Investasi besar R&D fitur baru, subsidi, ekspansi layanan
2022–2023	Efisiensi & jalur profitabilitas	Konsolidasi platform teknologi, penghentian layanan tumpang tindih
2024–kini	Fokus segmen inti & margin sehat	Integrasi lebih dalam antar-lini bisnis, kolaborasi dengan TikTok Shop

Ingat kembali pertemuan empat: technology roadmap adalah alat untuk menyelaraskan investasi teknologi dengan arah strategi bisnis, bukan sekadar daftar fitur yang ingin dibangun. Perhatikan bagaimana roadmap GoTo bergeser mengikuti perubahan prioritas strategi sepanjang waktu. Pada periode 2015 sampai 2021, prioritas adalah pertumbuhan pengguna dan pangsa pasar, sehingga roadmap teknologi diarahkan pada investasi besar untuk fitur baru, subsidi harga, dan ekspansi ke layanan-layanan baru meski belum tentu menguntungkan. Memasuki 2022 sampai 2023, tekanan pasar modal global terhadap perusahaan teknologi membuat prioritas bergeser ke efisiensi dan jalur menuju profitabilitas, sehingga roadmap berubah arah menjadi konsolidasi platform teknologi dan penghentian layanan-layanan yang tumpang tindih atau kurang efisien. Sejak 2024 hingga sekarang, dengan masuknya TikTok sebagai mitra strategis Tokopedia, roadmap kembali bergeser ke integrasi lebih dalam antar-lini bisnis dan kolaborasi lintas platform. Pelajaran kuncinya: roadmap teknologi yang baik bukan dokumen statis, melainkan harus ditinjau ulang setiap kali strategi bisnis berubah arah.

Make-or-Buy: Akuisisi Mayoritas Tokopedia oleh TikTok

Desember 2023: TikTok mengambil ~75,01% saham PT Tokopedia melalui kombinasi bisnis TikTok Shop Indonesia — sebuah keputusan kolaborasi strategis, bukan penjualan penuh.

Dari sudut pandang GoTo, ini adalah keputusan make-or-buy terbalik: alih-alih membangun sendiri kapabilitas live-shopping (belanja langsung via siaran video) yang sudah dikuasai TikTok, GoTo memilih berkolaborasi — menerima investasi & integrasi teknologi TikTok Shop ke Tokopedia, sambil tetap memegang minoritas saham strategis dan hak kendali tertentu.

Sekarang kita sampai pada salah satu keputusan paling terkenal dalam sejarah GoTo, penerapan langsung konsep make-or-buy dari pertemuan lima. Pada Desember 2023, TikTok mengambil alih sekitar tujuh puluh lima koma nol satu persen saham PT Tokopedia melalui kombinasi bisnis dengan TikTok Shop Indonesia, setelah pemerintah Indonesia sempat menghentikan operasi TikTok Shop karena aturan pemisahan media sosial dan e-commerce. Penting untuk dipahami bahwa ini bukan sekadar GoTo "menjual" Tokopedia, melainkan keputusan strategis make-or-buy yang terbalik: GoTo menyadari bahwa membangun sendiri kapabilitas live-shopping, yaitu belanja langsung melalui siaran video seperti yang sudah dikuasai TikTok secara global, akan memakan waktu dan biaya sangat besar tanpa jaminan berhasil menyusul keunggulan TikTok. Alih-alih itu, GoTo memilih berkolaborasi, menerima investasi dan integrasi teknologi TikTok Shop ke dalam Tokopedia, sambil tetap memegang saham minoritas strategis. Ini contoh nyata bahwa keputusan make-or-buy tidak selalu hitam-putih membangun sendiri atau membeli penuh — sering kali solusi terbaik adalah kolaborasi berbagi kapabilitas, sesuatu yang akan kita dalami lagi di pertemuan sebelas tentang ekosistem inovasi.

Hitung dari Nol: NPV Bangun Sendiri vs Lisensi Teknologi

Ilustrasi keputusan make-or-buy: bandingkan Net Present Value (nilai kini bersih) membangun sendiri teknologi pembayaran vs melisensinya, diskonto 10%/tahun selama 3 tahun.

Langkah	Perhitungan	Nilai
1. Investasi awal — Bangun Sendiri	diberikan (estimasi kasus)	Rp 50 miliar
2. PV arus kas bersih Tahun 1 (bangun, Rp25 M/tahun)	Rp 25 M ÷ 1,10	Rp 22,73 miliar
3. PV arus kas bersih Tahun 2 (bangun)	Rp 25 M ÷ 1,10²	Rp 20,66 miliar
4. PV arus kas bersih Tahun 3 (bangun)	Rp 25 M ÷ 1,10³	Rp 18,78 miliar
5. NPV Opsi Bangun Sendiri	(22,73+20,66+18,78) − 50	Rp 12,17 miliar
6. Investasi awal — Lisensi	diberikan (estimasi kasus)	Rp 15 miliar
7. Total PV arus kas bersih Tahun 1–3 (lisensi, Rp15 M/tahun neto royalti)	13,64+12,40+11,27	Rp 37,31 miliar
8. NPV Opsi Lisensi	37,31 − 15	Rp 22,31 miliar

Keputusan

Lisensi

Rp 22,31 M > Rp 12,17 M

NPV opsi lisensi lebih tinggi karena investasi awal jauh lebih rendah, meski arus kas bersih tahunannya lebih kecil — pola umum saat teknologi belum menjadi keunggulan bersaing inti. Angka ilustratif untuk melatih metode, bukan data riil GoTo.

Mari kita hitung bersama, langkah demi langkah, dan tolong diingat bahwa angka-angka ini ilustratif untuk melatih metode NPV, bukan data keuangan riil GoTo. Untuk opsi bangun sendiri, investasi awal diasumsikan lima puluh miliar rupiah, dengan arus kas bersih dua puluh lima miliar rupiah per tahun selama tiga tahun. Kita hitung nilai kini setiap tahun dengan tingkat diskonto sepuluh persen: tahun pertama, dua puluh lima dibagi satu koma satu sama dengan dua puluh dua koma tujuh tiga miliar; tahun kedua, dibagi satu koma satu pangkat dua sama dengan dua puluh koma enam enam miliar; tahun ketiga, dibagi satu koma satu pangkat tiga sama dengan delapan belas koma tujuh delapan miliar. Jumlahkan ketiganya lalu kurangi investasi awal, hasilnya NPV bangun sendiri adalah dua belas koma satu tujuh miliar rupiah. Untuk opsi lisensi, investasi awal jauh lebih kecil, lima belas miliar rupiah, dengan arus kas bersih setelah dikurangi biaya royalti sebesar lima belas miliar per tahun; setelah didiskonto dan dijumlahkan, totalnya tiga puluh tujuh koma tiga satu miliar, dikurangi investasi awal menghasilkan NPV dua puluh dua koma tiga satu miliar rupiah. Karena NPV lisensi lebih tinggi, keputusan yang lebih menguntungkan secara finansial dalam skenario ini adalah melisensi, bukan membangun sendiri — pola yang umum terjadi ketika teknologi yang dibutuhkan bukan keunggulan bersaing inti perusahaan.

Coba Sendiri: Kalkulator NPV & IRR

Ubah investasi awal dan arus kas untuk skenario make-or-buy Anda sendiri, bandingkan NPV dan IRR-nya.

Manajemen R&D & Portofolio Inovasi

GoTo mengelola portofolio inovasinya lintas tiga lini bisnis dengan pendekatan berbeda risiko untuk tiap kategori proyek.

Proyek Inti

Penyempurnaan algoritma rute & pencocokan
Risiko rendah, prioritas tertinggi anggaran R&D

Proyek Perluasan

Fitur baru: PayLater, asuransi mikro dalam aplikasi
Risiko menengah, anggaran bertahap sesuai adopsi

Proyek Eksploratif

Uji coba kendaraan listrik & logistik berbasis AI
Risiko tinggi, anggaran kecil terukur, sering dihentikan cepat

Ingat kembali pertemuan enam tentang manajemen portofolio proyek inovasi: perusahaan yang sehat tidak menaruh semua sumber daya R&D-nya pada satu jenis proyek, melainkan menyeimbangkan portofolio berdasarkan tingkat risiko. GoTo menerapkan pola ini dengan cukup jelas. Proyek inti, seperti penyempurnaan algoritma penentuan rute dan pencocokan pengemudi-penumpang, memiliki risiko rendah karena sudah terbukti berhasil, sehingga mendapat prioritas anggaran R&D tertinggi dan dikerjakan secara berkelanjutan. Proyek perluasan, seperti fitur PayLater atau asuransi mikro dalam aplikasi, memiliki risiko menengah karena menyasar kebutuhan baru yang belum tentu diterima pasar secara luas, sehingga anggarannya dicairkan bertahap mengikuti tingkat adopsi pengguna. Proyek eksploratif, seperti uji coba kendaraan listrik untuk mitra pengemudi atau logistik berbasis kecerdasan buatan, memiliki risiko tinggi dengan kemungkinan gagal besar, sehingga anggarannya sengaja dijaga kecil dan terukur, serta proyek yang tidak menunjukkan hasil sering dihentikan lebih cepat dibanding dua kategori lainnya. Pola tiga kategori ini adalah kerangka umum manajemen portofolio R&D yang bisa Anda terapkan pada perusahaan kasus kelompok Anda sendiri.

Bagian 3 dari 3

Risiko, Ekosistem & Sintesis

Menutup analisis dengan kekayaan intelektual, adopsi, manajemen proyek, risiko, dan merangkai seluruhnya menjadi pelajaran akhir semester.

Perlindungan Kekayaan Intelektual sebagai Strategi Bisnis

Paten & merek dagang bukan sekadar formalitas hukum — keduanya melindungi posisi kompetitif GoTo di pasar yang mudah ditiru.

Paten (Algoritma & Proses)

Algoritma pencocokan & penentuan tarif dinamis sulit dipatenkan penuh (banyak yurisdiksi membatasi paten software murni)
Perlindungan efektif sering lewat kerahasiaan dagang (trade secret), bukan hanya paten

Merek Dagang

Merek "Gojek", "Tokopedia", "GoPay" didaftarkan & dipertahankan aktif terhadap peniruan
Nilai merek jadi aset tak berwujud besar — alasan integrasi tetap memakai nama-nama ini pasca-merger

Ingat kembali pertemuan tujuh: perlindungan kekayaan intelektual bukan sekadar urusan legal formalitas, melainkan alat strategi bisnis untuk menjaga posisi kompetitif. Pada kasus GoTo, ada nuansa penting yang perlu Anda pahami: algoritma pencocokan pengemudi-penumpang atau penentuan tarif dinamis sering kali sulit dipatenkan secara penuh, karena banyak yurisdiksi termasuk Indonesia membatasi paten untuk perangkat lunak murni tanpa keterkaitan proses teknis nyata. Karena itu, perlindungan yang lebih efektif untuk aset semacam ini sering lewat kerahasiaan dagang, yaitu menjaga kerahasiaan cara kerja internal algoritma, bukan hanya mengandalkan paten. Di sisi lain, merek dagang seperti Gojek, Tokopedia, dan GoPay didaftarkan secara resmi dan dipertahankan aktif terhadap peniruan, karena nilai merek-merek ini sudah menjadi aset tidak berwujud yang sangat besar di benak konsumen Indonesia. Inilah salah satu alasan mengapa pasca-merger GoTo tetap mempertahankan nama-nama merek terpisah ini alih-alih meleburnya menjadi satu nama tunggal — nilai kepercayaan konsumen pada tiap merek terlalu berharga untuk dikorbankan demi kerapian administratif semata.

Difusi Inovasi: Adopsi GoPay di Kalangan UMKM

Model difusi inovasi Rogers menjelaskan mengapa adopsi dompet digital oleh UMKM berjalan bertahap, bukan seketika.

Kategori Adopter	Perilaku terhadap GoPay/QRIS
Inovator & Pengguna Awal	UMKM perkotaan yang sudah familiar transaksi digital, adopsi cepat sejak fitur tersedia
Mayoritas Awal & Akhir	Adopsi setelah melihat tetangga usaha berhasil & setelah insentif/promosi cashback
Laggard (lamban mengadopsi)	Pedagang pasar tradisional/lansia — resisten karena kekhawatiran biaya admin & keterampilan digital

Resistensi umum: kekhawatiran biaya merchant discount rate (MDR), keandalan sinyal internet di lokasi usaha, dan ketidakpercayaan terhadap pencairan dana non-tunai.

Ingat kembali pertemuan delapan tentang model difusi inovasi Everett Rogers, yang membagi masyarakat menjadi beberapa kategori berdasarkan kecepatan mengadopsi teknologi baru. Pada kasus adopsi GoPay dan pembayaran QRIS oleh UMKM, pola ini terlihat jelas. Inovator dan pengguna awal adalah UMKM perkotaan yang sudah terbiasa bertransaksi digital, mereka mengadopsi begitu fitur tersedia tanpa perlu banyak dorongan. Mayoritas awal dan mayoritas akhir baru mengadopsi setelah melihat usaha tetangga berhasil menerapkannya dan biasanya perlu insentif tambahan seperti promosi cashback untuk mendorong keputusan mencoba. Kelompok laggard, yaitu kelompok yang paling lamban mengadopsi, sering ditemukan pada pedagang pasar tradisional atau pedagang usia lanjut, yang resisten bukan karena menolak teknologi secara prinsip, melainkan karena kekhawatiran nyata seputar biaya merchant discount rate atau MDR, yaitu potongan biaya transaksi yang dikenakan penyedia pembayaran, ditambah keraguan terhadap keandalan sinyal internet di lokasi usaha mereka dan ketidakpercayaan terhadap proses pencairan dana non-tunai ke rekening bank. Memahami resistensi spesifik semacam ini penting bagi Anda saat merancang strategi adopsi teknologi apa pun, karena solusi generik jarang efektif untuk kelompok laggard.

Manajemen Proyek Teknologi: Integrasi Pasca-Merger

Menyatukan sistem teknologi Gojek dan Tokopedia (2021–2022) adalah proyek pengembangan dengan tantangan khas: dua tumpukan teknologi berbeda, satu tenggat integrasi.

Tantangan Teknis

2→1

tumpukan teknologi disatukan

Sistem pembayaran, basis data pengguna, & infrastruktur cloud Gojek dan Tokopedia dibangun terpisah selama bertahun-tahun sebelum merger.

Tantangan Organisasi

2→1

budaya & tim rekayasa disatukan

Dua tim insinyur dengan konvensi kerja & kakas (tools) berbeda harus berkolaborasi dalam satu roadmap bersama.

Ingat kembali pertemuan sepuluh tentang tantangan khas proyek pengembangan produk baru, terutama pada proyek integrasi teknologi berskala besar. Penyatuan sistem Gojek dan Tokopedia pasca-merger tahun 2021 sampai 2022 adalah contoh nyata proyek semacam ini. Secara teknis, tantangannya adalah menyatukan dua tumpukan teknologi yang dibangun terpisah selama bertahun-tahun sebelum merger — sistem pembayaran, basis data pengguna, dan infrastruktur cloud Gojek berbeda arsitektur dari milik Tokopedia, sehingga integrasi bukan sekadar menyambungkan dua aplikasi, melainkan merekonsiliasi asumsi desain yang mendasar. Secara organisasi, tantangannya sama beratnya: dua tim insinyur dengan budaya kerja, konvensi penulisan kode, dan perangkat kerja atau tools yang berbeda harus mulai berkolaborasi dalam satu roadmap bersama, sesuatu yang sering memakan waktu lebih lama daripada estimasi awal karena melibatkan penyesuaian kebiasaan manusia, bukan hanya sistem. Pelajaran untuk Anda: proyek integrasi teknologi pasca-merger atau akuisisi hampir selalu memakan waktu lebih lama dan biaya lebih besar dari perkiraan awal, justru karena tantangan organisasinya sering diremehkan dibanding tantangan teknisnya.

Manajemen Risiko Teknologi: Ketergantungan Vendor & Keusangan

Ekosistem GoTo bergantung pada penyedia layanan cloud pihak ketiga — risiko yang harus dikelola aktif, bukan diabaikan.

Ketergantungan Vendor

Infrastruktur cloud dari penyedia global (mis. AWS/GCP/Azure — ilustratif pola industri)
Gangguan layanan vendor = gangguan langsung ke jutaan pengguna aplikasi

Keusangan Teknologi

Algoritma AI pesaing yang lebih efisien bisa membuat sistem lama tertinggal
Perlu siklus pembaruan berkelanjutan, bukan sekali investasi lalu diam

Ingat kembali pertemuan tiga belas tentang manajemen risiko teknologi, khususnya dua jenis risiko yang paling sering dihadapi perusahaan platform digital seperti GoTo. Risiko pertama adalah ketergantungan vendor, yaitu ketergantungan pada penyedia layanan cloud pihak ketiga untuk menjalankan infrastruktur teknologi — pola umum di industri ini adalah memakai satu atau kombinasi penyedia cloud global, dan jika terjadi gangguan pada layanan vendor tersebut, dampaknya langsung dirasakan jutaan pengguna aplikasi secara bersamaan, karena hampir seluruh operasi bergantung pada infrastruktur yang sama. Risiko kedua adalah keusangan teknologi, yaitu kemungkinan sistem atau algoritma yang dipakai perusahaan menjadi tertinggal dibanding pesaing yang mengembangkan solusi kecerdasan buatan lebih efisien atau lebih akurat. Kedua risiko ini menuntut manajemen yang aktif dan berkelanjutan, bukan pendekatan sekali investasi lalu dibiarkan begitu saja — perusahaan perlu terus memperbarui sistemnya dan idealnya menghindari ketergantungan berlebihan pada satu vendor tunggal. Nanti kita akan menghitung bersama berapa biaya nyata jika perusahaan memutuskan berpindah vendor untuk mengurangi risiko ini.

Hitung dari Nol: Biaya Peralihan (Switching Cost) Vendor Cloud

Skenario: GoTo mempertimbangkan pindah vendor cloud untuk mengurangi risiko ketergantungan — berapa lama investasi ini balik modal?

Langkah	Perhitungan	Nilai
1. Biaya migrasi data ke vendor baru	diberikan (estimasi kasus)	Rp 8 miliar
2. Biaya pelatihan ulang tim rekayasa	diberikan (estimasi kasus)	Rp 2 miliar
3. Estimasi kerugian downtime selama migrasi	diberikan (estimasi kasus)	Rp 3 miliar
4. Total biaya peralihan (switching cost)	8 + 2 + 3	Rp 13 miliar
5. Penghematan biaya operasional/tahun (vendor baru)	diberikan (estimasi kasus)	Rp 5 miliar/tahun
6. Periode balik modal (payback period)	13 ÷ 5	2,6 tahun

Kesimpulan

2,6 th

payback period

Berada di dalam ambang toleransi risiko umum perusahaan teknologi (~3 tahun) — secara finansial layak dipertimbangkan, meski risiko organisasional tetap perlu dinilai terpisah. Angka ilustratif untuk melatih metode.

Mari kita hitung skenario kedua, dan seperti sebelumnya, angka-angka ini ilustratif untuk melatih metode payback period, bukan data keuangan riil GoTo. Langkah pertama, biaya migrasi data ke vendor cloud baru diasumsikan delapan miliar rupiah. Langkah kedua, biaya pelatihan ulang tim rekayasa supaya terbiasa dengan sistem vendor baru diasumsikan dua miliar rupiah. Langkah ketiga, estimasi kerugian akibat gangguan layanan atau downtime selama proses migrasi berlangsung diasumsikan tiga miliar rupiah. Langkah keempat, kita jumlahkan ketiga komponen biaya ini: delapan tambah dua tambah tiga sama dengan tiga belas miliar rupiah sebagai total biaya peralihan. Langkah kelima, penghematan biaya operasional yang didapat setiap tahun setelah berpindah ke vendor baru diasumsikan lima miliar rupiah per tahun. Langkah keenam, kita hitung periode balik modal dengan membagi total biaya peralihan dengan penghematan tahunan: tiga belas dibagi lima sama dengan dua koma enam tahun. Karena kebanyakan perusahaan teknologi menoleransi periode balik modal sampai sekitar tiga tahun untuk investasi infrastruktur semacam ini, hasil dua koma enam tahun tergolong layak secara finansial, meskipun keputusan akhir tetap harus mempertimbangkan risiko organisasional seperti gangguan operasional jangka pendek selama masa transisi.

Sintesis: Ekosistem, Model Bisnis & Pelajaran Lintas Topik

Merangkai kembali seluruh 13 topik semester lewat satu perjalanan GoTo — inilah pola yang bisa Anda terapkan pada perusahaan pilihan kelompok Anda.

Kelompok Topik	Pelajaran dari Kasus GoTo
Arah (P1–P4)	Teknologi jadi inti strategi bisnis; roadmap harus ikut bergeser saat prioritas berubah
Sumber Daya (P5–P7)	Make-or-buy tak selalu hitam-putih; IP dilindungi lewat kombinasi merek & kerahasiaan dagang
Eksekusi (P8–P10)	Adopsi butuh strategi per-segmen; integrasi teknologi pasca-merger = tantangan teknis & organisasi sekaligus
Konteks & Risiko (P11–P13)	Ekosistem & kolaborasi (TikTok) bisa jadi solusi risiko; ketergantungan vendor perlu dikelola aktif

Mari kita mundur selangkah dan melihat gambar besarnya. Sepanjang sesi hari ini, kita sudah menempelkan kasus GoTo pada keempat kelompok topik semester ini satu per satu. Kelompok arah mengajarkan kita bahwa teknologi harus menjadi bagian dari inti strategi bisnis, dan roadmap teknologi wajib ditinjau ulang setiap kali prioritas strategi berubah, seperti pergeseran GoTo dari ekspansi ke efisiensi. Kelompok sumber daya mengajarkan bahwa keputusan make-or-buy tidak selalu berupa pilihan hitam-putih antara membangun sendiri atau membeli penuh, melainkan bisa berupa kolaborasi strategis seperti kasus TikTok dan Tokopedia, dan bahwa perlindungan kekayaan intelektual sering memerlukan kombinasi merek dagang serta kerahasiaan dagang, bukan hanya paten. Kelompok eksekusi mengajarkan bahwa adopsi teknologi memerlukan strategi berbeda untuk tiap segmen pengguna, dan integrasi teknologi pasca-merger selalu membawa tantangan teknis sekaligus organisasi. Kelompok konteks dan risiko mengajarkan bahwa ekosistem dan kolaborasi eksternal bisa menjadi solusi untuk risiko ketergantungan teknologi, dan bahwa ketergantungan vendor harus dikelola secara aktif, bukan diabaikan sampai terjadi masalah. Inilah pola analisis yang saya harap Anda bawa dan terapkan sendiri pada perusahaan pilihan kelompok Anda di presentasi ujian akhir semester.

Latihan Kelompok & Persiapan Presentasi UAS

Kerja kelompok (15 menit): terapkan kerangka hari ini pada satu perusahaan teknologi pilihan kelompok Anda sendiri.

Instruksi: Pilih satu perusahaan (boleh selain GoTo — mis. Traveloka, Ruangguru, Bank Jago, atau UMKM digital lokal). Susun draf singkat menjawab empat kelompok topik: arah, sumber daya, eksekusi, konteks & risiko. Setiap anggota kelompok bertanggung jawab atas satu kelompok topik.

Rubrik Presentasi UAS

Kedalaman analisis per topik (40%) • keterkaitan antar-topik (30%) • akurasi data/sumber (20%) • kualitas penyampaian (10%)

Format & Batas Waktu

Presentasi kelompok 12–15 menit + tanya-jawab; kumpulkan slide & daftar sumber H-2 sebelum jadwal UAS.

Sekarang saatnya Anda mempraktikkan sendiri kerangka yang sudah kita bangun sepanjang pertemuan ini. Dalam waktu lima belas menit, berkumpullah dengan kelompok Anda dan pilih satu perusahaan teknologi, boleh perusahaan apa saja selain GoTo yang sudah kita bahas — misalnya Traveloka, Ruangguru, Bank Jago, atau bahkan usaha digital lokal yang sedang berkembang di sekitar Anda. Susun draf singkat yang menjawab empat kelompok topik yang sama seperti tadi: arah strategi teknologinya, sumber daya yang dipakai untuk membangunnya, bagaimana eksekusinya di lapangan, dan konteks ekosistem serta risiko yang dihadapinya. Saya sarankan setiap anggota kelompok mengambil tanggung jawab atas satu kelompok topik supaya pembagian kerja jelas. Perhatikan juga rubrik penilaian presentasi ujian akhir semester Anda: kedalaman analisis tiap topik menyumbang empat puluh persen nilai, keterkaitan antar-topik tiga puluh persen, akurasi data dan sumber dua puluh persen, dan kualitas penyampaian sepuluh persen. Presentasi kelompok nanti berdurasi dua belas sampai lima belas menit ditambah sesi tanya-jawab, dan slide beserta daftar sumber wajib dikumpulkan dua hari sebelum jadwal ujian akhir semester Anda. Terima Kasih atas partisipasi Anda sepanjang semester ini, dan selamat mempersiapkan presentasi akhir Anda.

📖 Baca juga: Npv Vs Irr — penjelasan mendalam dan contoh numerik.