Program Studi Bisnis Digital • FEB UNDIP

Lab Startup Bisnis Digital

Pertemuan 1 — Design Thinking & Validasi Ide Bisnis

Bagaimana calon pendiri startup menemukan masalah yang benar-benar layak dipecahkan, sebelum menghabiskan waktu dan uang membangun produk yang tak ada yang butuhkan.

RPS MINGGU 1 • 2 × 50 MENIT

Selamat pagi/siang, Anda semua, selamat datang di Laboratorium Startup Bisnis Digital. Mata kuliah ini berbeda dari kuliah teori biasa: sepanjang satu semester, Anda akan benar-benar merancang, memvalidasi, dan mempresentasikan ide startup Anda sendiri, langkah demi langkah, sampai ke proyeksi keuangan dan strategi pemasarannya. Hari ini kita mulai dari titik paling penting sekaligus paling sering dilewati begitu saja oleh calon pendiri startup pemula: memahami cara berpikir design thinking dan cara memvalidasi apakah ide bisnis kita benar-benar dibutuhkan pasar. Banyak startup di Indonesia, bahkan yang didanai besar sekalipun, gagal bukan karena timnya kurang pintar coding, melainkan karena mereka membangun produk yang salah sejak awal. Mari kita pastikan Anda tidak mengulangi kesalahan itu di proyek startup Anda sendiri semester ini.

Tujuan Pembelajaran Hari Ini

Setelah pertemuan ini, Anda diharapkan mampu menerapkan design thinking untuk menggali masalah pengguna dan merancang langkah awal validasi ide bisnis. Secara rinci:

KONSEP

Design Thinking

Cara Berpikir Berpusat Pengguna

Menjelaskan lima tahap design thinking (empathize, define, ideate, prototype, test) dan menerapkannya pada kasus bisnis digital nyata.

PRAKTIK

Validasi

Menguji Ide Sebelum Membangun

Merancang teknik validasi awal (wawancara pelanggan) dan menghitung kebutuhan riset minimal sebelum ide dieksekusi.

Bagian 1 dari 3

Mengapa Ide Bisnis Sering Gagal Sejak Awal?

Sebelum belajar design thinking, kita perlu jujur melihat mengapa begitu banyak startup gagal — supaya kita tahu persis masalah apa yang design thinking coba selesaikan.

Kenapa Startup Gagal Sejak Awal?

Studi CB Insights terhadap ratusan startup yang tutup menemukan pola yang berulang — dan alasan nomor satu bukan soal uang atau teknologi:

Alasan #1 • Tidak Ada Kebutuhan Pasar

No market need — produk dibangun dengan sangat baik secara teknis, tetapi tidak ada cukup banyak orang yang benar-benar membutuhkannya.

Alasan Lain yang Menyertai

Kehabisan modal karena terlalu lama membangun sebelum diuji ke pasar.
Tim salah membaca kebutuhan pengguna sejak riset awal.

Pola yang sama muncul di startup Indonesia: aplikasi selesai dibangun rapi, tetapi pengguna tak pernah datang — karena masalahnya tak pernah divalidasi sejak awal.

Apa Itu Design Thinking?

Design thinking (berpikir desain) adalah pendekatan pemecahan masalah yang berpusat pada manusia (human-centered) — dimulai dari memahami kebutuhan nyata pengguna, bukan dari ide atau teknologi yang sudah dipunya tim.

Pahami Manusia → Rumuskan Masalah → Cari Ide → Buat Purwarupa → Uji ke Pengguna

Bukan "Ide Dulu, Baru Cari Masalah"

Design thinking membalik kebiasaan umum: bukan "saya punya ide aplikasi X", melainkan "saya temukan masalah nyata pengguna, lalu saya cari solusinya".

Dipopulerkan oleh IDEO & Stanford d.school

Kerangka ini lahir dari dunia desain produk, kini dipakai luas di startup teknologi, perbankan digital, hingga UMKM yang merancang layanan baru.

Sekarang mari kita definisikan istilah kuncinya. Design thinking, atau berpikir desain, adalah cara memecahkan masalah yang dimulai bukan dari ide brilian di kepala Anda, melainkan dari pemahaman mendalam tentang manusia yang akan memakai produk Anda. Ini terdengar sederhana, tetapi sebenarnya membalik kebiasaan banyak calon pendiri startup pemula yang biasanya mulai dengan kalimat "saya punya ide aplikasi keren", padahal seharusnya dimulai dari "saya menemukan masalah nyata yang dialami sekelompok orang". Kerangka ini dipopulerkan oleh firma desain IDEO dan Stanford d.school, dan sekarang dipakai luas, mulai dari bank digital yang merancang ulang aplikasi mobile banking-nya sampai UMKM yang ingin membuat layanan pesan-antar baru. Semester ini, ide startup kelompok Anda akan lahir dari proses yang sama.

Lima Tahap Design Thinking

Kelima tahap ini tidak berjalan lurus satu arah — Anda boleh, bahkan dianjurkan, kembali ke tahap sebelumnya kapan pun diperlukan.

Panah putus-putus menandakan sifat iteratif: hasil uji di tahap 5 sering memaksa kita kembali ke tahap 1 atau 2.

Tahap 1: Empathize — Berempati dengan Pengguna

Empathize (berempati) berarti secara aktif menggali pengalaman, kesulitan, dan kebutuhan calon pengguna — bukan menebak dari meja kerja tim.

Cara Menggali

Wawancara langsung dengan calon pengguna.
Observasi langsung: mengamati perilaku nyata, bukan hanya jawaban lisan.
Menempatkan diri di posisi pengguna (mis. ikut antre di kasir yang sedang diamati).

Jebakan yang Harus Dihindari

Bertanya dengan cara yang menggiring jawaban "ya" (bias konfirmasi).
Hanya bertanya ke teman satu circle sendiri, bukan target pengguna sesungguhnya.

Tahap empathize sering dianggap remeh oleh calon pendiri startup pemula, padahal inilah fondasi seluruh proses design thinking. Berempati berarti Anda benar-benar keluar dari ruang kelas atau kos, lalu mengamati dan berbicara langsung dengan calon pengguna, bukan menebak dari asumsi sendiri. Contohnya, jika tim Anda ingin membuat aplikasi untuk pedagang kaki lima, Anda perlu benar-benar datang ke lokasi, mengamati bagaimana mereka mencatat penjualan hari ini, dan bertanya langsung apa kesulitan terbesar mereka, bukan berasumsi bahwa mereka pasti butuh aplikasi pembukuan digital yang canggih. Hati-hati juga dengan jebakan bertanya yang menggiring jawaban, misalnya "Anda pasti mau kan aplikasi yang lebih canggih?" — pertanyaan semacam ini nyaris selalu dijawab "iya" meski jawabannya tidak jujur.

Tahap 2: Define — Merumuskan Masalah

Hasil empathize dirangkum menjadi satu pernyataan masalah yang jelas, disebut POV statement (point of view), lalu diubah jadi pertanyaan pembuka ide.

[Pengguna] butuh cara untuk [kebutuhan] karena [wawasan/insight]

Contoh POV: "Pedagang kaki lima butuh cara mencatat utang pelanggan yang cepat, karena mereka sering lupa siapa yang belum bayar saat toko sedang ramai."

POV diubah jadi HMW (How Might We — "Bagaimana Jika Kita"): "Bagaimana jika kita membantu pedagang kaki lima mencatat utang pelanggan dalam hitungan detik, meski toko sedang ramai?"

Tahap 3: Ideate — Menghasilkan Banyak Ide

Ideate (mencari ide) adalah sesi brainstorming untuk menghasilkan ide solusi sebanyak-banyaknya dari pertanyaan HMW — kuantitas dulu, kualitas belakangan.

Aturan Sesi Ideate

Tunda penilaian — tidak ada ide yang langsung ditolak saat sesi berlangsung.
Dorong ide liar — ide "gila" sering memicu ide praktis lain.
Bangun di atas ide orang lain, bukan menyaingi.

Contoh Output

Dari satu HMW, tim bisa menghasilkan 20–30 ide dalam 15 menit: aplikasi catatan suara, kode QR per pelanggan, buku catatan digital sederhana, dan seterusnya.

Tahap ideate adalah tahap paling ramai dan paling menyenangkan dalam design thinking, tetapi juga paling mudah salah kaprah jika Anda langsung menghakimi setiap ide yang muncul. Aturan mainnya jelas: dalam sesi ini, tidak ada ide yang buruk, semua dicatat dulu, penilaian ditunda sampai sesi selesai. Justru ide yang terdengar liar atau tidak masuk akal sering memicu ide lain yang jauh lebih praktis dan brilian. Sebagai gambaran, dari satu pertanyaan HMW tentang pedagang kaki lima tadi, sebuah tim yang produktif bisa menghasilkan dua puluh sampai tiga puluh ide berbeda hanya dalam lima belas menit, mulai dari aplikasi catatan suara sampai kode QR sederhana per pelanggan. Setelah daftar ide ini panjang, barulah tim memilih beberapa ide terbaik untuk dilanjutkan ke tahap berikutnya, yaitu prototype.

Tahap 4: Prototype — Purwarupa Cepat & Murah

Prototype (purwarupa) adalah versi sederhana dan murah dari ide terpilih, dibuat secepat mungkin agar bisa segera diuji — bukan produk jadi yang sempurna.

TERMURAH

Sketsa Kertas

Gambar tangan alur aplikasi di kertas, cukup untuk menguji apakah alur masuk akal bagi pengguna.

MENENGAH

Klik-Purwarupa

Rangkaian tampilan (mockup) yang bisa diklik memakai alat seperti Figma, tanpa satu baris kode pun.

DIHINDARI DULU

Aplikasi Utuh

Membangun aplikasi lengkap sebelum divalidasi adalah kesalahan mahal yang justru ingin kita cegah.

Prinsip utama tahap prototype adalah "cepat dan murah" — tujuannya bukan membuat produk sempurna, melainkan membuat sesuatu yang cukup nyata untuk diuji reaksi penggunanya. Level paling murah adalah sketsa tangan di kertas, yang mengejutkan banyak orang, ternyata sudah cukup untuk menguji apakah alur penggunaan aplikasi masuk akal. Level menengah adalah klik-purwarupa memakai alat gratis seperti Figma, yang membuat mockup terasa seperti aplikasi sungguhan tanpa satu baris kode pun ditulis. Yang harus Anda hindari di tahap ini, dan ini penting untuk proyek startup semester Anda, adalah langsung membangun aplikasi utuh sebelum diuji — karena kalau ternyata idenya salah arah, Anda sudah terlanjur menghabiskan waktu berbulan-bulan seperti kasus kegagalan startup yang kita bahas di awal tadi.

Tahap 5: Test — Uji ke Pengguna Nyata & Iterasi

Test (uji) berarti menyerahkan purwarupa langsung ke calon pengguna asli, mengamati reaksi mereka, lalu memakai hasilnya untuk memperbaiki — bukan sekadar minta pujian.

Yang Diamati Saat Uji

Di mana pengguna bingung atau berhenti mencoba.
Reaksi wajah & komentar spontan, bukan hanya jawaban survei.

Hasil Uji Membawa Anda Kembali

Jika pengguna bingung soal alurnya → kembali ke prototype. Jika masalahnya ternyata beda → kembali ke define atau empathize.

Tahap test menutup satu putaran design thinking, tetapi bukan berarti proses berhenti di sini — justru dari sinilah iterasi dimulai. Saat menguji purwarupa, Anda perlu mengamati bukan hanya jawaban "bagus" atau "suka" dari pengguna, sebab jawaban semacam itu sering kali basa-basi sopan, melainkan mengamati langsung di bagian mana mereka bingung, ragu, atau berhenti mencoba. Kalau hasil uji menunjukkan pengguna bingung dengan alur aplikasinya, Anda kembali memperbaiki di tahap prototype. Tetapi kalau ternyata masalah yang Anda rumuskan sejak awal salah sasaran, misalnya pengguna sebenarnya tidak peduli soal fitur yang Anda uji, Anda harus berani kembali jauh ke tahap define atau bahkan empathize. Keberanian mengulang inilah yang membedakan tim yang akhirnya berhasil dengan tim yang keras kepala mempertahankan ide awal yang keliru.

Studi Kasus: Design Thinking di Startup Indonesia

Banyak startup besar Indonesia lahir dari proses berulang mengamati masalah nyata, bukan dari rencana bisnis yang sudah sempurna sejak hari pertama.

Gojek • Dari Call Center ke Aplikasi

Gojek memulai layanannya ~2010 lewat pemesanan ojek via telepon/SMS, jauh sebelum aplikasi diluncurkan ~2015 — masalah transportasi warga divalidasi dulu secara sederhana sebelum dibangun teknologinya.

UMKM & Aplikasi Kasir Digital

Banyak aplikasi kasir digital untuk UMKM lahir dari pengamatan langsung pedagang yang kesulitan mencatat stok & utang pelanggan secara manual di buku tulis.

Mari kita hubungkan konsep tadi dengan contoh yang mungkin sudah Anda kenal. Gojek pada awalnya, sekitar tahun 2010, bukanlah aplikasi canggih, melainkan layanan pemesanan ojek lewat telepon dan pesan singkat, jauh sebelum aplikasi mobile-nya diluncurkan sekitar tahun 2015. Proses ini pada dasarnya adalah bentuk validasi awal secara sederhana: memastikan dulu bahwa orang benar-benar mau memesan ojek lewat perantara, sebelum menghabiskan sumber daya membangun aplikasi penuh. Contoh lain yang lebih dekat dengan skala startup mahasiswa adalah aplikasi kasir digital untuk UMKM, yang umumnya lahir dari pengamatan langsung terhadap pedagang yang masih mencatat stok dan utang pelanggan di buku tulis biasa. Pola yang sama inilah yang akan Anda praktikkan untuk ide startup kelompok Anda semester ini.

Bagian 2 dari 3

Dari Ide ke Validasi Ide Bisnis

Design thinking membantu kita menemukan masalah & ide solusi. Sekarang kita masuk ke langkah berikutnya: bagaimana menguji apakah ide itu layak dikejar sebelum modal dan waktu dihabiskan.

Apa Itu Validasi Ide Bisnis?

Validasi ide bisnis adalah proses menguji asumsi paling berisiko (riskiest assumption) dari sebuah ide, dengan bukti nyata dari calon pengguna, sebelum sumber daya besar dikeluarkan.

Asumsi Berisiko yang Diuji Duluan

Apakah masalah ini benar-benar dirasakan pengguna?
Apakah mereka mau membayar untuk solusinya?

Bukan Sekadar "Tanya Teman"

Validasi butuh calon pengguna sesungguhnya, pertanyaan yang jujur, dan kesediaan menerima jawaban "ide ini belum tepat".

Hitung dari Nol: Biaya Riset vs Biaya Membangun Tanpa Validasi

Mari kita bandingkan biaya melakukan riset validasi dulu, dengan biaya langsung membangun produk penuh tanpa validasi.

Langkah	Perhitungan	Nilai
1. Gaji tim developer/bulan (3 orang)	asumsi Rp15 juta/orang/bulan	Rp45.000.000
2. Lama bangun produk penuh	tanpa validasi dulu	3 bulan
3. Total biaya bangun tanpa validasi	Rp45.000.000 × 3	Rp135.000.000
4. Biaya riset validasi	20 wawancara × Rp250.000/wawancara	Rp5.000.000
5. Potensi kerugian yang dihindari	Rp135.000.000 − Rp5.000.000	~Rp130.000.000

HASIL AKHIR

~Rp130 juta berpotensi dihemat

Ilustrasi — angka nyata bervariasi per proyek, tetapi rasio biaya riset vs biaya bangun penuh selalu jauh lebih kecil.

Sekarang mari kita buktikan dengan angka, Anda semua, mengapa validasi lebih dulu itu jauh lebih murah dibanding langsung membangun. Anggap saja tim Anda punya tiga developer dengan gaji lima belas juta rupiah per orang per bulan, dan tanpa validasi, tim membutuhkan tiga bulan penuh untuk membangun produk sampai selesai, sehingga totalnya seratus tiga puluh lima juta rupiah. Bandingkan dengan biaya riset validasi lewat dua puluh wawancara pelanggan, dengan asumsi dua ratus lima puluh ribu rupiah per wawancara untuk insentif dan waktu tim, totalnya hanya lima juta rupiah. Selisihnya, sekitar seratus tiga puluh juta rupiah, adalah potensi kerugian yang bisa dihindari kalau ternyata setelah divalidasi, idenya memang tidak tepat sasaran. Angka ini tentu ilustrasi, tetapi polanya konsisten: biaya riset selalu jauh lebih kecil dibanding biaya membangun produk yang salah arah.

Coba Sendiri: Hitung Biaya Riset vs Biaya Langsung Bangun

Geser asumsi gaji, lama bangun, dan jumlah wawancara, lalu amati berapa besar kerugian yang bisa dihindari lewat validasi.

Teknik Validasi: Wawancara Pelanggan yang Jujur

Prinsip Mom Test (dari buku Rob Fitzpatrick) membantu Anda bertanya dengan cara yang tidak menggiring jawaban sopan-sopan saja — bahkan dari ibu Anda sendiri.

PRINSIP 1

Tanyakan Hidup Mereka

Bukan tentang ide Anda, tanyakan kebiasaan & masalah nyata yang sudah mereka alami.

PRINSIP 2

Fokus Kejadian Spesifik

Tanya "kapan terakhir kali Anda mengalami ini?", bukan pendapat umum yang mudah dikarang.

PRINSIP 3

Lebih Banyak Dengar

Bicara lebih sedikit dari lawan bicara — jangan menjual ide di tengah wawancara.

Hindari pertanyaan seperti "apakah Anda akan pakai aplikasi ini?" — hampir semua orang menjawab "ya" untuk bersikap sopan, meski jawaban itu tidak berarti apa-apa.

Salah satu kesalahan paling umum calon pendiri startup pemula adalah bertanya ke calon pengguna dengan cara yang justru menggiring jawaban "ya, bagus" tanpa makna sesungguhnya. Buku Mom Test karya Rob Fitzpatrick menjelaskan tiga prinsip sederhana untuk menghindari ini. Pertama, tanyakan tentang kehidupan dan kebiasaan mereka, bukan tentang pendapat mereka terhadap ide Anda. Kedua, minta cerita kejadian spesifik, misalnya "kapan terakhir kali Anda kesulitan mencatat utang pelanggan", karena jawaban spesifik jauh lebih jujur dibanding pendapat umum yang mudah dikarang untuk menyenangkan pewawancara. Ketiga, dengarkan lebih banyak daripada bicara, jangan tergoda menjelaskan dan menjual ide Anda di tengah wawancara. Ingat, bahkan ibu Anda sendiri, yang paling sayang dan ingin mendukung Anda, akan cenderung bilang "ide kamu bagus" meski dia tidak akan pernah memakainya — karena itulah nama tekniknya disebut Mom Test.

Hitung dari Nol: Merancang Ukuran Sampel Wawancara Validasi

Berapa banyak wawancara yang tim Anda butuhkan, dan berapa hari waktu yang harus dialokasikan? Mari kita hitung.

Langkah	Perhitungan	Nilai
1. Segmen pelanggan diuji	mis. mahasiswa & pekerja kantoran	2 segmen
2. Wawancara minimal/segmen	aturan praktis (pola jawaban mulai berulang)	15 wawancara
3. Total wawancara minimal	2 segmen × 15 wawancara	30 wawancara
4. Kapasitas tim/hari	3 anggota × 3 wawancara/orang/hari	9 wawancara/hari
5. Estimasi hari dibutuhkan	30 ÷ 9, dibulatkan ke atas	~4 hari

HASIL AKHIR

30 wawancara • ~4 hari

Target realistis untuk tim 3 orang sebelum menyimpulkan pola kebutuhan pengguna.

Pertanyaan yang sering muncul dari mahasiswa adalah, berapa banyak wawancara yang cukup? Mari kita hitung dengan asumsi realistis untuk tugas kelompok Anda. Anggap tim Anda mengincar dua segmen pelanggan berbeda, misalnya mahasiswa dan pekerja kantoran, dan menurut aturan praktis riset kualitatif, Anda butuh sekitar lima belas wawancara per segmen sebelum mulai melihat pola jawaban yang berulang. Kalikan dua segmen dengan lima belas wawancara, totalnya tiga puluh wawancara. Kalau tim Anda beranggotakan tiga orang, dan masing-masing sanggup melakukan tiga wawancara sehari, kapasitas tim adalah sembilan wawancara per hari, sehingga tiga puluh dibagi sembilan menghasilkan sekitar empat hari kerja. Angka empat hari ini realistis untuk dijadwalkan sebelum pertemuan berikutnya, dan akan langsung berguna saat Anda mulai menyusun tim startup di pertemuan dua.

Coba Sendiri: Rencanakan Kapasitas Tim Wawancara Anda

Ubah jumlah segmen, anggota tim, dan wawancara per orang per hari, lalu lihat berapa hari yang realistis untuk dijadwalkan.

Latihan Praktik: Rancang Pertanyaan Wawancara Validasi

Kerjakan berkelompok (3–4 orang) selama 15 menit, lalu satu kelompok akan diminta membacakan hasilnya di depan kelas.

Langkah Kerja

Pilih satu masalah sehari-hari yang pernah kelompok Anda alami sendiri.
Tulis satu POV statement & satu pertanyaan HMW dari masalah itu.
Susun 5 pertanyaan wawancara ala Mom Test (bukan tentang ide, tentang pengalaman nyata mereka).

Rambu-Rambu Penilaian

Pertanyaan tidak boleh menggiring jawaban "ya"/"bagus".
Minimal 2 dari 5 pertanyaan meminta kejadian spesifik ("kapan terakhir kali...").

Bagian 3 dari 3

Menutup Pertemuan 1

Mari kita rangkum apa yang sudah Anda pelajari hari ini, dan bersiap untuk pertemuan berikutnya di mana ide-ide ini mulai dibawa ke dalam bentuk tim startup yang nyata.

Ringkasan & Persiapan Pertemuan 2

Yang Sudah Anda Kuasai

Lima tahap design thinking & sifat iteratifnya.
Menyusun POV statement & pertanyaan HMW.
Merancang wawancara validasi ala Mom Test, lengkap dengan estimasi biaya & jumlah sampel.

Tugas Sebelum Pertemuan 2

Bawa 1 ide masalah hasil latihan hari ini (POV + 5 pertanyaan wawancara).
Pertemuan 2: Struktur Organisasi & Tim Startup — ide ini akan jadi dasar pembentukan tim kelompok Anda.

Simpan baik-baik hasil latihan hari ini — ide dan pertanyaan wawancara ini akan terus Anda kembangkan sampai Business Model Canvas di pertemuan 3.

Sebagai penutup, mari kita pastikan Anda pulang dengan bekal yang jelas. Hari ini Anda sudah belajar lima tahap design thinking secara berurutan sekaligus mengapa prosesnya melingkar bukan lurus, cara merumuskan POV statement dan pertanyaan How Might We, serta cara merancang wawancara validasi yang jujur lengkap dengan hitungan biaya riset dan jumlah sampel yang realistis. Sebagai tugas sebelum pertemuan berikutnya, tolong bawa satu ide masalah hasil latihan kelompok hari ini, lengkap dengan POV statement dan lima pertanyaan wawancaranya, karena di pertemuan kedua kita akan membahas struktur organisasi dan pembentukan tim startup, dan ide inilah yang akan menjadi dasar kelompok kerja Anda sepanjang semester. Simpan baik-baik hasil kerja hari ini, karena akan terus kita kembangkan sampai menyusun Business Model Canvas di pertemuan ketiga. Sampai jumpa di pertemuan berikutnya.