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.
Di bagian pertama ini, kita mulai dengan menata ulang seluruh peta materi satu semester menjadi satu kerangka analisis tunggal, supaya Anda tidak melihatnya sebagai empat belas topik terpisah, melainkan sebagai satu cara berpikir yang koheren tentang bagaimana perusahaan mengelola teknologi. Setelah kerangka itu jelas, kita akan berkenalan dengan perusahaan kasus hari ini, GoTo Group, termasuk mengapa perusahaan ini dipilih dari sekian banyak pilihan perusahaan teknologi Indonesia. Anggap bagian ini sebagai pemanasan sebelum kita masuk ke analisis mendalam pada bagian kedua. Perhatikan baik-baik kerangka yang kita bangun di sini, karena kerangka inilah yang akan Anda pakai sendiri saat menyusun presentasi kelompok untuk ujian akhir semester. 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
3
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?
STRATEGI TEKNOLOGI Arah (P1–P4) Peran, siklus hidup, inovasi, roadmap Sumber Daya (P5–P7) Make-or-buy, R&D, kekayaan intelektual Eksekusi (P8–P10) Adopsi, transformasi digital, proyek Konteks & Risiko (P11–P13) Ekosistem, model bisnis, risiko teknologi 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
3
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.
Sekarang kita masuk ke inti analisis, bagian kedua dari tiga babak hari ini. Di bagian ini kita akan menelusuri perjalanan teknologi GoTo secara kronologis, menerapkan lima topik sekaligus: siklus hidup teknologi dan kurva-S dari pertemuan dua, inovasi radikal versus inkremental dari pertemuan tiga, technology roadmapping dari pertemuan empat, keputusan make-or-buy dari pertemuan lima, dan manajemen R&D dari pertemuan enam. Anda akan melihat bagaimana keputusan yang tampak berdiri sendiri — misalnya akuisisi Tokopedia oleh TikTok — sebenarnya adalah konsekuensi logis dari pilihan-pilihan strategis sebelumnya. Di bagian ini juga ada perhitungan angka pertama hari ini, jadi siapkan kalkulator atau ponsel Anda untuk ikut menghitung bersama. 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.
2010–2014: Rintisan 2015–2018: Pertumbuhan cepat 2019–kini: Matang (super app) Adopsi Waktu 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? Coba Sendiri: Kurva-S GoTo: Adopsi Dari Ride-Hailing ke Super App Geser parameter adopsi layanan digital dan lihat posisi produk pada kurva-S — fase mana yang menuntut strategi berbeda.
Pertemuan sintesis ini mengulang alat-alat sebelumnya pada satu kasus utuh, dan mulai dari kurva-S: GoTo memindahkan kurva adopsinya dari ride-hailing ke layanan baru dalam super app. Minta mahasiswa mengidentifikasi fase tiap layanan lama dan baru, lalu menggeser parameter adopsinya. Tekankan implikasi alokasi sumber daya: layanan di fase pertumbuhan menuntut investasi agresif sementara layanan matang menuntut efisiensi. Diskusikan sinyal ketika satu kurva melandai, momen keputusan melompat yang dibahas pertemuan dua. Inovasi Radikal vs Inkremental dalam Perjalanan GoTo Satu lompatan radikal di awal, diikuti ratusan penyempurnaan inkremental yang menjaga keunggulan bersaing.
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 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. Coba Sendiri: Tipologi Inovasi GoTo: Radikal, Inkremental, Arsitektural Petakan inovasi-inovasi GoTo pada matriks Henderson-Clark — geser dua sumbu dan lihat jenis inovasinya berubah.
Alat tipologi dari pertemuan tiga dipakai ulang pada kasus: pembayaran GoPay adalah inovasi arsitektural yang menyusun ulang komponen pembayaran yang sudah ada menjadi sistem baru. Minta mahasiswa memetakan tiga inovasi GoTo lain, misalnya Goride, Gopaylater, dan integrasi Tokopedia, lalu mempertahankan posisinya di depan kelas. Tekankan wawasan strategi: perjalanan GoTo memperlihatkan perusahaan bisa bergerak lintas kuadran seiring kematangan, radikal saat lahir lalu inkremental saat mempertahankan. Kaitkan dengan keputusan portofolio R&D pertemuan enam. 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. Coba Sendiri: Skoring Prioritas Roadmap: Ulangi dengan Kasus GoTo Bandingkan tiga kandidat inisiatif teknologi dengan bobot yang bisa Anda ubah — lihat urutan prioritas roadmap terbentuk dan berbalik.
Alat skoring dari pertemuan empat kembali untuk kasus sintesis: tiga kandidat inisiatif teknologi GoTo dinilai dengan bobot kesesuaian strategi, kesiapan teknologi, dan dampak kompetitif. Minta mahasiswa mengubah bobot sesuai posisi perusahaan yang mereka bayangkan, misalnya fokus monetisasi versus ekspansi pasar, dan melihat urutan prioritas berbalik. Tekankan pelajaran tata kelola roadmap: perubahan bobot adalah keputusan direksi yang menular ke seluruh portofolio proyek. Bandingkan hasil kelompok untuk menunjukkan sensitivitas keputusan pada penilaian. 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.
Minta mahasiswa mencoba mengubah tingkat diskonto atau proporsi arus kas untuk melihat pada kondisi apa keputusan bisa berbalik dari lisensi ke bangun sendiri, menghubungkan kembali dengan perhitungan manual barusan sebagai titik acuan. Manajemen R&D & Portofolio Inovasi GoTo mengelola portofolio inovasinya lintas tiga lini bisnis dengan pendekatan berbeda risiko untuk tiap kategori proyek.
Penyempurnaan algoritma rute & pencocokan Risiko rendah, prioritas tertinggi anggaran R&D Fitur baru: PayLater, asuransi mikro dalam aplikasi Risiko menengah, anggaran bertahap sesuai adopsi 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.
Kita masuk ke babak terakhir hari ini, mencakup topik dari pertemuan tujuh sampai tiga belas: perlindungan kekayaan intelektual, difusi adopsi teknologi, manajemen proyek pasca-merger, manajemen risiko teknologi, dan ekosistem inovasi beserta model bisnis platform. Di babak ini juga ada perhitungan angka kedua hari ini, tentang biaya peralihan vendor cloud. Setelah semua topik ini selesai kita bahas, kita akan menutup dengan sintesis menyeluruh yang menghubungkan kembali ketiga belas topik semester dengan kasus GoTo, sebelum Anda mengerjakan latihan kelompok yang menjadi persiapan langsung presentasi ujian akhir semester. Mari kita mulai. Perlindungan Kekayaan Intelektual sebagai Strategi Bisnis Paten & merek dagang bukan sekadar formalitas hukum — keduanya melindungi posisi kompetitif GoTo di pasar yang mudah ditiru.
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 "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. Coba Sendiri: Kurva Adopsi GoPay: Lima Kategori Pedagang Lihat sebaran lima kategori adopter pada adopsi GoPay oleh UMKM — geser parameter dan amati mayoritas awal bergeser seiring waktu.
Difusi GoPay ke UMKM mengikuti pola Rogers yang dipelajari pertemuan delapan: pedagang inovator mencoba lebih dulu, mayoritas menunggu bukti tetangganya untung. Minta mahasiswa menggeser kecepatan adopsi dan melihat kategori mayoritas bergeser antar waktu. Diskusikan peran QRIS sebagai standar nasional yang mempercepat difusi semua dompet digital sekaligus, fenomena unik Indonesia. Tutup dengan refleksi: strategi edukasi pasar untuk inovator berbeda total dengan strategi untuk mayoritas awal yang mengikuti bukti sosial. 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.
Infrastruktur cloud dari penyedia global (mis. AWS/GCP/Azure — ilustratif pola industri) Gangguan layanan vendor = gangguan langsung ke jutaan pengguna aplikasi 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. Coba Sendiri: TCO Cloud vs On-Premise: Hitung Biaya Peralihan Bandingkan total biaya kepemilikan server sendiri versus sewa cloud — geser beban kerja dan lihat pilihan termurah berbalik seiring skala.
Perhitungan switching cost di slide menghitung biaya pindah; kalkulator TCO ini menambah sudut pandang pembanding biaya kepemilikan total antar moda infrastruktur. Tekankan pola umum yang muncul: cloud menang pada beban kecil dan tidak menentu, on-premise menang pada beban besar dan stabil, karena itu keputusan vendor sebaiknya ditinjau ulang seiring pertumbuhan. Minta mahasiswa menggeser beban kerja dan menandai titik balik. Kaitkan dengan risiko lock-in pertemuan tiga belas: harga murah saat masuk bukan jaminan murah saat keluar, jadi masukkan estimasi biaya pindah ke dalam TCO. 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.