Program Studi Bisnis Digital • FEB

Teknologi Web & Mobile

Pertemuan 8 — Aplikasi Teknologi untuk Pertumbuhan Bisnis

Bagaimana otomasi, data, jangkauan platform, dan skala ekonomi digital dipakai secara sengaja untuk menumbuhkan bisnis — bukan sekadar "punya website".

RPS MINGGU 9 • 2×50 MENIT

Selamat datang kembali setelah UTS. Sebelum masuk materi, saya ingin Anda mengingat perjalanan kita sejauh ini: kita sudah bahas blok bangunan web, jalur dari konsep ke website live, lanskap mobile, perencanaan produk digital, desain UI/UX, dan prototyping MVP. Hari ini kita naik satu level — bukan lagi "bagaimana membangun", tapi "bagaimana teknologi yang sudah dibangun itu dipakai untuk benar-benar menumbuhkan bisnis". Bayangkan sebuah warung kelontong di Semarang yang tadinya hanya melayani pelanggan sekitar RT, lalu setelah masuk Tokopedia dan pakai chatbot otomatis untuk balas pesanan, omzetnya naik berkali lipat dalam setahun. Itu bukan kebetulan — ada logika teknologi-bisnis yang bisa kita bedah dan kita tiru. Siapkan kalkulator sederhana Anda, karena hari ini ada dua kali kita akan menghitung angka pertumbuhan dari nol bersama-sama.

Tujuan Pembelajaran Hari Ini

Setelah pertemuan ini, Anda diharapkan mampu menjelaskan dan menghitung bagaimana teknologi mendorong pertumbuhan bisnis. Secara rinci:

CAPAIAN 1

EMPAT JALUR

Mengidentifikasi empat jalur teknologi mendorong pertumbuhan: otomasi, data, jangkauan, dan skala.

CAPAIAN 2

EKONOMI DIGITAL

Menjelaskan konsep marginal cost mendekati nol dan growth loop pada bisnis digital.

CAPAIAN 3

HITUNG ROI

Menghitung ROI investasi otomasi dan membandingkan biaya cloud vs infrastruktur tetap.

CAPAIAN 4

KEPUTUSAN

Mengevaluasi trade-off build vs buy vs partner serta risiko teknologi dalam pertumbuhan.

Empat capaian ini adalah jembatan dari materi MVP minggu lalu ke materi SEO/ASO minggu depan. Pertama, Anda harus bisa menyebutkan empat jalur konkret bagaimana teknologi mendorong pertumbuhan — bukan jargon abstrak, tapi mekanisme yang bisa dijelaskan dengan contoh nyata. Kedua, Anda perlu paham kenapa bisnis digital bisa tumbuh jauh lebih cepat daripada bisnis konvensional — jawabannya ada di struktur biaya. Ketiga, ini bagian yang paling praktis: Anda akan berlatih menghitung sendiri kelayakan investasi teknologi, bukan hanya mempercayai klaim vendor. Keempat, sebagai calon pengambil keputusan bisnis, Anda perlu tahu kapan sebaiknya membangun sendiri, membeli produk jadi, atau bermitra dengan pihak ketiga, sekaligus menyadari risikonya. Simpan empat poin ini sebagai kerangka berpikir Anda sepanjang kelas hari ini.

Bagian 1 dari 3

Mengapa Teknologi Mendorong Pertumbuhan Bisnis

Dari alat operasional menjadi mesin pertumbuhan — memahami mekanisme dasarnya sebelum masuk ke perhitungan.

Dari Warung RT ke Omzet Nasional

Bu Sari punya warung kelontong di Semarang. Tahun 2023, ia hanya melayani pelanggan sekitar RT dengan omzet ~Rp 8 juta/bulan. Tahun 2025, setelah masuk marketplace dan pakai chatbot (program balas pesan otomatis) untuk layanan pelanggan, omzetnya naik menjadi ~Rp 45 juta/bulan.

SEBELUM

MANUAL

Jam buka terbatas, pelanggan hanya sekitar RT, pencatatan di buku tulis.

PENGUNGKIT

TEKNOLOGI

Masuk Tokopedia (jangkauan), chatbot WhatsApp (otomasi), dasbor penjualan (data).

SESUDAH

SKALA

Layani ribuan pembeli lintas kota tanpa menambah luas warung secara fisik.

Perhatikan: modal fisik warung tidak berubah — yang berubah adalah jangkauan pasar dan efisiensi prosesnya. Itulah inti "teknologi untuk pertumbuhan".

Empat Jalur Teknologi Mendorong Pertumbuhan

Setiap keputusan teknologi yang berdampak pada pertumbuhan bisnis bisa dipetakan ke salah satu (atau lebih) dari empat jalur berikut.

Kerangka empat jalur ini akan menjadi alat bantu Anda sepanjang semester untuk membedah "kenapa" sebuah keputusan teknologi berdampak pada bisnis. Otomasi mengurangi biaya dan waktu per transaksi — bayangkan mesin ATM dibanding antre di teller bank BCA. Data membuat keputusan lebih tajam — misalnya toko online yang tahu produk mana paling laku jam berapa. Jangkauan memperluas pasar tanpa membuka cabang fisik — inilah yang dilakukan Bu Sari lewat Tokopedia. Dan skala berarti melayani lebih banyak pelanggan tanpa biaya tetap yang naik sebanding, seperti aplikasi yang bisa dipakai satu juta orang tanpa satu juta karyawan customer service. Empat slide berikutnya kita bedah tiga jalur pertama secara mendalam, dan jalur skala kita bahas lebih dalam lagi di bagian dua bersama konsep marginal cost.

Otomasi: Mengubah Waktu Jadi Kapasitas

Otomasi memakai teknologi untuk menjalankan tugas berulang tanpa campur tangan manusia terus-menerus — hasilnya kapasitas layanan naik tanpa menambah jam kerja manusia secara proporsional.

Contoh Otomasi Umum

Chatbot WhatsApp/Instagram — jawab FAQ pelanggan 24 jam
CRM (Customer Relationship Management) — kirim promo otomatis ke pelanggan lama
Integrasi kasir-inventori — stok otomatis berkurang saat transaksi
Email/notifikasi otomatis — konfirmasi pesanan, pengingat bayar

Efek bisnis: 1 orang admin yang tadinya hanya sanggup melayani ~50 pesanan/hari secara manual, dengan otomasi bisa mengawasi sistem yang melayani ratusan pesanan/hari — kapasitas naik tanpa menambah gaji karyawan secara proporsional.

Data: Dari Firasat ke Bukti

Setiap transaksi digital meninggalkan jejak data. Data itu, kalau dianalisis, mengubah keputusan bisnis dari "menurut saya" menjadi "menurut data".

PRODUK

TERLARIS

Data penjualan menunjukkan produk mana yang harus di-restock lebih dulu.

PELANGGAN

PERILAKU

Kapan jam ramai, kapan pelanggan berhenti membeli (churn, berhenti jadi pelanggan).

HARGA

OPTIMAL

Uji coba harga kecil-kecilan menunjukkan titik harga yang memaksimalkan omzet.

Contoh nyata: Gojek memakai data pola pemesanan untuk menentukan lokasi driver disebar saat jam sibuk pagi — keputusan yang mustahil dibuat akurat tanpa data.

Jangkauan: Pasar Tanpa Batas Radius Toko

Platform digital (marketplace, media sosial, mesin pencari) memungkinkan bisnis kecil menjangkau pelanggan yang secara fisik tidak mungkin terjangkau.

Saluran Jangkauan Digital

Marketplace (Tokopedia, Shopee) — akses ke basis pengguna jutaan tanpa bangun toko sendiri
Media sosial (Instagram, TikTok) — promosi tanpa biaya iklan konvensional
Mesin pencari (Google) — ditemukan pelanggan yang aktif mencari, dibahas lebih dalam minggu depan (SEO)

PERBANDINGAN

TOKO FISIK VS DIGITAL

Toko fisik: jangkauan dibatasi jarak tempuh pelanggan (~radius beberapa km). Toko digital: jangkauan dibatasi oleh jangkauan jaringan internet dan logistik pengiriman — jauh lebih luas.

Bagian 2 dari 3

Model & Ekonomi Pertumbuhan Berbasis Teknologi

Kenapa bisnis digital bisa tumbuh secara eksponensial — dan bagaimana menghitung sendiri kelayakan investasinya.

Skala Ekonomi Digital: Biaya Marjinal Mendekati Nol

Marginal cost (biaya marjinal) adalah biaya tambahan untuk melayani satu pelanggan lagi. Pada bisnis digital, biaya ini jauh lebih kecil dibanding bisnis fisik.

BISNIS FISIK

TINGGI

Toko roti melayani 1 pelanggan tambahan butuh bahan baku, tenaga, waktu tambahan — biaya naik hampir sebanding jumlah pelanggan.

BISNIS DIGITAL

RENDAH

Aplikasi yang sudah dibangun bisa dipakai pengguna ke-1 juta dengan biaya tambahan (server, bandwidth) yang jauh lebih kecil daripada biaya membangun aplikasinya.

Bukan berarti biaya marjinal digital nol mutlak — server, penyimpanan data, dan dukungan pelanggan tetap butuh biaya, hanya jauh lebih landai kenaikannya dibanding bisnis fisik.

Konsep ini adalah kunci untuk memahami kenapa perusahaan seperti Gojek atau Tokopedia bisa tumbuh dari startup kecil menjadi raksasa dalam hitungan tahun, sesuatu yang nyaris mustahil dilakukan pabrik konvensional. Bayangkan toko roti: untuk melayani seratus pelanggan tambahan, pemiliknya butuh tepung, mentega, oven, dan tenaga tambahan yang proporsional. Sekarang bandingkan dengan aplikasi ojek online: begitu sistemnya sudah dibangun, menambah seribu pengguna baru hanya butuh sedikit tambahan kapasitas server, bukan membangun ulang sistemnya dari nol. Saya sengaja beri catatan peringatan di slide ini karena banyak orang salah kaprah mengira biaya digital itu benar-benar nol — padahal tetap ada biaya server dan dukungan pelanggan, hanya saja kurva kenaikannya jauh lebih landai. Prinsip inilah yang membuat investor berani mendanai startup digital dengan ekspektasi pertumbuhan cepat.

Coba Sendiri: Bandingkan Biaya Marjinal Digital vs Fisik

Ubah jumlah pelanggan tambahan dan asumsi biaya, lalu amati bagaimana kurva biaya bisnis digital tetap landai dibanding bisnis fisik.

Growth Loop: Siklus Pertumbuhan yang Menguatkan Diri

Growth loop adalah siklus di mana hasil dari satu putaran pertumbuhan menjadi bahan bakar untuk putaran berikutnya — berbeda dari pemasaran linear yang berhenti begitu anggaran iklan habis.

Perhatikan bedanya dengan iklan konvensional: kalau Anda pasang iklan di baliho, begitu masa sewanya habis, efeknya juga berhenti. Growth loop berbeda — ia berputar sendiri. Ambil contoh marketplace: pengguna baru datang, mereka bertransaksi dan meninggalkan ulasan serta data perilaku, data itu dipakai untuk memperbaiki rekomendasi produk dan pengalaman aplikasi, produk yang lebih baik menarik lebih banyak pengguna baru lagi, dan siklus berulang dengan skala lebih besar setiap putaran. Inilah salah satu alasan aplikasi seperti Shopee dan Tokopedia tumbuh sangat cepat di awal — investasi mereka bukan cuma untuk fitur, tapi untuk memicu loop yang berputar sendiri. Sebagai calon pengelola bisnis digital, tugas Anda adalah mengidentifikasi loop semacam ini di produk Anda, bukan sekadar mengandalkan iklan berbayar terus-menerus.

Hitung dari Nol: ROI Investasi Otomasi UMKM

Sebuah toko online berinvestasi sistem otomasi (chatbot + CRM) senilai Rp 6.000.000 (setup + lisensi tahun pertama). Berapa Return on Investment (ROI, imbal balik investasi) di tahun pertama?

Langkah	Perhitungan	Nilai
Investasi awal (setup + lisensi thn 1)	—	Rp 6.000.000
Penghematan biaya tenaga kerja/bulan	—	Rp 1.500.000
Tambahan pendapatan/bulan (naik konversi)	—	Rp 2.500.000
Total manfaat bulanan	Rp 1.500.000 + Rp 2.500.000	Rp 4.000.000
Payback period (balik modal)	Rp 6.000.000 ÷ Rp 4.000.000	1,5 bulan

ROI TAHUN PERTAMA

700%

(Rp 4.000.000 × 12 − Rp 6.000.000) ÷ Rp 6.000.000 × 100%

Mari kita hitung bersama, langkah demi langkah, seperti yang akan Anda lakukan kalau benar-benar mengevaluasi proposal investasi teknologi di tempat kerja nanti. Investasi awalnya jelas: enam juta rupiah. Manfaatnya ada dua sumber: penghematan biaya tenaga kerja karena admin tidak perlu lembur membalas chat satu-satu, dan tambahan pendapatan karena respons lebih cepat menaikkan tingkat konversi pembeli. Totalnya empat juta rupiah per bulan. Dari situ kita bisa hitung payback period, yaitu berapa lama investasi ini balik modal — hasilnya satu setengah bulan, sangat cepat. Baru setelah itu kita hitung ROI setahun penuh: total manfaat dua belas bulan dikurangi investasi awal, dibagi investasi awal, dikali seratus persen, hasilnya tujuh ratus persen. Ini contoh nyata kenapa investasi otomasi kecil bisa sangat menguntungkan — tapi ingat, angka manfaat bulanan ini harus diverifikasi dari data riil, bukan asumsi optimis semata.

Coba Sendiri: Hitung ROI Investasi Otomasi Anda

Ubah investasi awal, penghematan biaya, dan tambahan pendapatan bulanan, lalu amati payback period dan ROI tahun pertama.

Cloud Computing: Bayar Sesuai Pakai

Cloud computing (komputasi awan) menyewa kapasitas server dari penyedia (AWS, Google Cloud, Alibaba Cloud) dan membayar sesuai pemakaian — berbeda dari infrastruktur on-premise (server dibeli dan dipasang sendiri) yang kapasitasnya tetap.

On-Premise (Server Sendiri)

Beli kapasitas di depan untuk trafik puncak
Kapasitas sering idle (menganggur) di hari biasa
Biaya capex (belanja modal) besar di awal

Cloud (Sewa Elastis)

Kapasitas naik-turun otomatis mengikuti trafik
Bayar hanya saat dipakai (pay-as-you-go)
Biaya opex (belanja operasional) berjalan, bukan modal awal besar

Relevan untuk bisnis dengan trafik musiman — misalnya lonjakan pesanan saat Harbolnas 12.12 atau Ramadan.

Bayangkan sebuah toko online yang traffic-nya normal sepanjang tahun, tapi meledak sepuluh kali lipat saat Harbolnas tanggal dua belas Desember. Kalau perusahaan membeli server sendiri dengan kapasitas untuk menampung lonjakan itu, server tersebut akan menganggur, idle, di tiga ratus enam puluh hari lainnya — itu pemborosan modal yang besar. Cloud computing menyelesaikan masalah ini dengan model elastis: kapasitas otomatis membesar saat trafik naik, dan mengecil kembali saat trafik normal, sehingga perusahaan hanya membayar untuk kapasitas yang benar-benar dipakai. Ini bukan berarti cloud selalu lebih murah dalam segala situasi — untuk beban kerja yang stabil dan besar sepanjang waktu, kadang on-premise atau kontrak jangka panjang lebih hemat. Slide berikutnya kita akan hitung contoh konkretnya untuk kasus trafik musiman.

Hitung dari Nol: Cloud vs On-Premise saat Trafik Puncak

Sebuah e-commerce butuh kapasitas 20 unit server saat trafik puncak Harbolnas (12.12), yang berlangsung 6 hari/tahun. Bandingkan biaya cloud (sewa saat puncak saja) vs on-premise (beli tetap sepanjang tahun).

Langkah	Perhitungan	Nilai
Kebutuhan server saat puncak	—	20 unit
Biaya sewa cloud per unit/hari	—	Rp 750.000
Total biaya cloud (6 hari puncak)	20 × Rp 750.000 × 6 hari	Rp 90.000.000
Biaya beli server on-premise (kapasitas sama)	20 × Rp 12.000.000	Rp 240.000.000

PENGHEMATAN CLOUD VS ON-PREMISE

Rp 150 juta

Rp 240.000.000 − Rp 90.000.000 = Rp 150.000.000 (~62,5% lebih hemat)

Perhitungan ini menunjukkan kenapa banyak startup dan e-commerce Indonesia memilih cloud untuk kebutuhan yang sifatnya musiman. Kalau perusahaan membeli dua puluh unit server sendiri agar siap menampung lonjakan Harbolnas, mereka mengeluarkan dua ratus empat puluh juta rupiah sebagai belanja modal, dan sebagian besar waktu server itu menganggur karena trafik normal jauh lebih rendah dari trafik puncak. Dengan cloud, perusahaan hanya menyewa kapasitas ekstra itu selama enam hari saat dibutuhkan, dengan total biaya sembilan puluh juta rupiah — jauh lebih hemat, sekitar enam puluh dua koma lima persen. Tapi ingat, perbandingan ini khusus untuk beban kerja musiman; kalau dua puluh server itu dipakai penuh sepanjang tahun bukan hanya enam hari, hasilnya bisa berbalik dan on-premise atau kontrak cloud jangka panjang bisa lebih murah. Inilah pentingnya menghitung, bukan asal ikut tren "semua harus pindah ke cloud".

Coba Sendiri: Kapan Cloud Lebih Murah dari On-Premise?

Geser jumlah hari puncak dan jumlah server yang dibutuhkan, lalu amati titik balik di mana cloud berhenti lebih hemat dibanding beli server sendiri.

Bagian 3 dari 3

Keputusan Strategis & Risiko

Teknologi bukan jaminan pertumbuhan otomatis — ada pilihan strategis dan risiko yang harus dikelola.

Trade-off: Build, Buy, atau Partner?

Saat bisnis butuh kapabilitas teknologi baru, ada tiga pilihan strategis dengan trade-off biaya, kecepatan, dan kendali yang berbeda.

BUILD

BANGUN SENDIRI

Kendali penuh & sesuai kebutuhan spesifik, tapi mahal & lambat. Cocok kalau ini keunggulan kompetitif inti bisnis.

BUY

BELI PRODUK JADI

Cepat dipakai & teruji, tapi kendali terbatas & bergantung vendor. Cocok untuk fungsi pendukung (akuntansi, CRM umum).

PARTNER

BERMITRA

Berbagi risiko & biaya dengan pihak lain (mis. integrasi API pembayaran), tapi tergantung keandalan mitra.

Contoh: Warung Bu Sari tidak build aplikasi e-commerce sendiri (mahal, lambat) — ia memilih buy/partner dengan bergabung ke marketplace yang sudah ada.

Ini adalah salah satu keputusan paling sering salah diambil oleh bisnis pemula: mengira harus membangun aplikasi sendiri untuk terlihat "canggih", padahal itu pilihan termahal dan paling lambat. Prinsipnya sederhana: bangun sendiri hanya untuk hal yang benar-benar menjadi keunggulan kompetitif unik bisnis Anda — sesuatu yang tidak bisa didapat dari produk jadi. Untuk fungsi pendukung seperti pembukuan atau pengelolaan pelanggan, membeli produk jadi yang sudah teruji jauh lebih masuk akal daripada membangun dari nol. Dan untuk hal seperti pembayaran digital, kebanyakan bisnis memilih bermitra dengan penyedia seperti Midtrans atau Xendit lewat integrasi API, bukan membangun sistem pembayaran sendiri yang berisiko tinggi dari sisi keamanan dan regulasi. Warung Bu Sari yang kita bahas di awal kelas adalah contoh sempurna: ia tidak butuh membangun aplikasi sendiri, cukup bergabung ke platform yang sudah ada.

Risiko Teknologi dalam Pertumbuhan

Investasi teknologi yang tergesa-gesa tanpa mempertimbangkan risiko bisa menghambat pertumbuhan, bukan mendorongnya.

TECHNICAL DEBT

UTANG TEKNIS

Solusi cepat/asal jadi hari ini menumpuk jadi biaya perbaikan besar di kemudian hari — seperti membangun rumah tanpa fondasi kuat.

VENDOR LOCK-IN

TERKUNCI VENDOR

Terlalu bergantung pada satu penyedia sehingga sulit & mahal berpindah bila harga naik atau layanan turun.

KEAMANAN

DATA BOCOR

Data pelanggan (nomor HP, alamat) yang tidak dijaga bisa bocor — merusak kepercayaan & melanggar regulasi (dibahas Pertemuan 12).

SKALA PREMATUR

TERLALU CEPAT

Investasi infrastruktur besar sebelum ada bukti permintaan pasar yang jelas — modal habis sebelum pertumbuhan nyata terjadi.

Empat risiko ini adalah yang paling sering saya lihat menjegal bisnis digital di Indonesia. Technical debt, utang teknis, terjadi ketika tim buru-buru meluncurkan fitur dengan kode yang asal jadi demi kecepatan, lalu enam bulan kemudian harus menghabiskan waktu berkali lipat untuk memperbaikinya. Vendor lock-in terjadi ketika bisnis terlalu bergantung pada satu penyedia cloud atau satu platform pembayaran, sehingga ketika harga naik drastis, mereka tidak punya banyak pilihan selain membayar. Risiko keamanan data sangat serius di Indonesia karena kita punya regulasi perlindungan data pribadi yang akan kita bahas lebih detail di pertemuan dua belas — kebocoran data pelanggan bisa menghancurkan reputasi bisnis dalam semalam. Dan skala prematur adalah kesalahan klasik startup: membangun infrastruktur besar untuk sejuta pengguna padahal baru punya seratus pengguna nyata, sehingga modal habis sebelum pertumbuhan sungguhan terjadi.

Diskusi Kelompok: Evaluasi Keputusan Teknologi

Kasus

Sebuah UMKM konveksi di Semarang beromzet Rp 25 juta/bulan, saat ini hanya menjual lewat WhatsApp manual. Pemiliknya punya modal Rp 10 juta untuk investasi teknologi dan ingin tumbuh dalam 6 bulan ke depan.

PERTANYAAN 1

Dari empat jalur (otomasi, data, jangkauan, skala) — mana yang paling prioritas untuk kasus ini? Mengapa?

PERTANYAAN 2

Apakah UMKM ini sebaiknya build, buy, atau partner? Hitung estimasi ROI sederhana seperti contoh tadi.

Waktu diskusi kelompok: 10 menit. Setiap kelompok siapkan 1 rekomendasi + 1 angka perhitungan pendukung.

Ini saatnya Anda mempraktikkan langsung apa yang sudah kita bahas, bukan sekadar mendengarkan. Bentuk kelompok kecil, tiga sampai empat orang, dan bayangkan Anda adalah konsultan yang dipanggil oleh pemilik konveksi ini. Gunakan kerangka empat jalur untuk menentukan prioritas — apakah UMKM ini lebih butuh otomasi karena kewalahan membalas chat manual, atau lebih butuh jangkauan karena pasarnya masih sangat terbatas di lingkaran kenalan. Lalu gunakan kerangka build-buy-partner untuk merekomendasikan solusi konkret, dan coba hitung estimasi ROI sederhana seperti dua contoh yang kita kerjakan bersama tadi, meskipun dengan asumsi angka sendiri. Saya akan berkeliling membantu kelompok yang kesulitan, dan setelah sepuluh menit, dua atau tiga kelompok akan saya minta presentasi singkat hasil diskusinya.

Rangkuman: Cheat Sheet Pertumbuhan Berbasis Teknologi

Konsep	Inti	Contoh
Empat jalur pertumbuhan	Otomasi, data, jangkauan, skala	Warung Bu Sari
Marginal cost rendah	Biaya tambahan/pengguna kecil di bisnis digital	Aplikasi Gojek
Growth loop	Hasil putaran jadi bahan bakar putaran berikutnya	Data ulasan → rekomendasi lebih baik
ROI & payback period	Ukur kelayakan investasi teknologi secara angka	ROI otomasi UMKM: 700%
Cloud elastis	Bayar sesuai pakai, cocok trafik musiman	Penghematan Harbolnas: Rp 150 juta
Build vs buy vs partner	Pilih sesuai apakah ini keunggulan kompetitif inti	Integrasi API pembayaran
Risiko teknologi	Technical debt, vendor lock-in, keamanan, skala prematur	Kebocoran data pelanggan

Penutup: Menuju Minggu Depan

Preview Pertemuan 9

Topik: Teknologi di Balik Pemasaran Digital (SEO & ASO).

SEO (Search Engine Optimization) — ditemukan di Google
ASO (App Store Optimization) — ditemukan di Play Store/App Store
Kelanjutan langsung dari jalur "jangkauan" hari ini

TUGAS

ANALISIS SINGKAT

Pilih 1 UMKM/bisnis nyata di sekitar Anda. Identifikasi jalur pertumbuhan teknologi mana yang sudah/belum dipakai, lalu hitung estimasi ROI sederhana untuk 1 rekomendasi perbaikan. Kumpulkan sebelum pertemuan berikutnya.

Sebagai penutup, mari kita lihat sekali lagi ke mana arah materi ini. Hari ini kita bahas kerangka besar bagaimana teknologi mendorong pertumbuhan bisnis secara umum; minggu depan kita akan zoom in ke satu jalur spesifik yaitu jangkauan, dengan membahas bagaimana bisnis ditemukan lewat mesin pencari dan toko aplikasi. Untuk tugas, saya minta Anda memilih satu UMKM atau bisnis nyata di sekitar tempat tinggal Anda — bisa warung, toko kelontong, jasa laundry, apa saja — lalu analisis jalur pertumbuhan teknologi mana yang sudah mereka pakai dan mana yang belum, dan cobalah hitung estimasi ROI sederhana untuk satu rekomendasi perbaikan, meskipun dengan asumsi angka sendiri yang wajar. Tugas ini akan sangat membantu Anda memahami materi secara konkret, bukan sekadar teori. Terima Kasih atas partisipasi aktif Anda hari ini, sampai jumpa minggu depan.

📖 Baca juga: Dcf Valuation — penjelasan mendalam dan contoh numerik.