PRODI BISNIS DIGITAL · FEB UNDIP

Teknologi Web & Mobile

Presentasi & Evaluasi Proyek Akhir

Pertemuan 14

Menutup satu semester perjalanan dari ide menjadi produk digital yang bisa dipresentasikan dan dinilai secara adil.

RPS minggu 15 · 2x50 menit

Selamat pagi/siang, Anda sudah sampai di pertemuan terakhir mata kuliah Teknologi Web dan Mobile — sebuah pencapaian besar setelah 14 minggu membahas ekosistem bisnis digital, arsitektur web, mobile, UI/UX, MVP, pemasaran digital, analytics, API, dan keamanan. Hari ini bukan pertemuan teori baru, melainkan panggung bagi Anda: tiap kelompok akan mempresentasikan proyek akhir yang menggabungkan semua konsep yang sudah dipelajari, mulai dari perencanaan produk sampai prototipe interaktif yang sudah diuji usabilitasnya minggu lalu. Bayangkan ini seperti demo day di startup incubator — misalnya bagaimana tim Gojek atau Tokopedia dulu mempresentasikan produk awal mereka ke investor, dengan struktur cerita yang jelas: masalah, solusi, dan bukti bahwa solusi itu bekerja. Sepanjang sesi ini kita akan membahas cara menyusun presentasi yang meyakinkan, rubrik penilaian yang dipakai, dan bagaimana memberi serta menerima umpan balik secara konstruktif. Siapkan diri Anda karena hari ini giliran Anda menunjukkan hasil kerja keras satu semester.

Bagian 1 dari 3

Merangkai Cerita Proyek

Bagaimana menyusun presentasi proyek akhir agar pesan bisnis dan teknis tersampaikan dengan jelas dalam waktu terbatas.

Tujuan Pembelajaran Hari Ini

Setelah pertemuan ini, Anda diharapkan mampu:

TUJUAN 1

Presentasi

Menyusun dan menyampaikan presentasi proyek akhir yang terstruktur, mencakup masalah bisnis, solusi teknologi, dan bukti kelayakan (MVP — Minimum Viable Product, produk versi paling sederhana yang sudah bisa diuji pengguna).

TUJUAN 2

Evaluasi

Memahami rubrik penilaian proyek akhir dan mampu memberi umpan balik konstruktif terhadap presentasi kelompok lain secara objektif.

Pertemuan ini adalah muara dari seluruh materi minggu 1 sampai 13 — dari ekosistem bisnis digital sampai prototipe teruji.

Mari kita mulai dengan menyamakan ekspektasi hari ini. Tujuan pertama adalah kemampuan Anda menyusun presentasi yang runtut — bukan hanya menunjukkan tampilan aplikasi, tetapi menjelaskan mengapa aplikasi itu dibutuhkan pasar dan bagaimana teknologi yang dipilih menjawab kebutuhan tersebut, sama seperti tim BukaLapak menjelaskan mengapa mereka memilih arsitektur tertentu untuk melayani jutaan UMKM. Tujuan kedua adalah kemampuan Anda menjadi evaluator yang baik, karena di dunia kerja nanti Anda mungkin akan duduk di posisi product manager yang harus menilai proposal fitur dari tim lain. Ingat bahwa nilai pertemuan ini bukan berdiri sendiri — ia merangkum semua konsep yang sudah kita bahas sejak pertemuan pertama, termasuk MVP yang sudah dijelaskan di pertemuan 7 dan uji usabilitas di pertemuan 13. Jadi presentasi hari ini adalah kesempatan Anda menunjukkan bahwa satu semester belajar benar-benar terinternalisasi.

Mengapa Presentasi Proyek Itu Penting?

Di dunia kerja, ide teknis terbaik pun bisa gagal bukan karena teknologinya buruk, tapi karena tidak berhasil dikomunikasikan ke pemangku kepentingan (stakeholder — pihak yang berkepentingan terhadap proyek, misalnya investor, manajemen, atau pengguna).

Kasus Nyata

Startup lokal sering gagal fundraising bukan karena produk lemah, tapi pitch tidak meyakinkan investor.
Tim IT internal perusahaan (mis. BCA, Telkomsel) perlu meyakinkan manajemen sebelum anggaran proyek disetujui.

Keterampilan yang Terlatih

Menerjemahkan bahasa teknis ke bahasa bisnis.
Menjawab pertanyaan kritis secara ringkas dan percaya diri.
Menerima kritik tanpa defensif.

Pernahkah Anda mendengar produk bagus yang gagal mendapat dukungan hanya karena timnya tidak bisa menjelaskan nilainya dengan baik? Ini terjadi berulang kali di industri, termasuk di ekosistem startup Indonesia, di mana banyak pendiri dengan produk teknis solid gagal meyakinkan investor karena presentasi mereka terlalu teknis atau tidak fokus pada nilai bisnis. Di perusahaan besar seperti BCA atau Telkomsel pun, tim IT internal harus mempresentasikan proposal proyek ke manajemen sebelum anggaran disetujui, dan yang dinilai bukan hanya kecanggihan teknologi tapi kejelasan manfaat bisnisnya. Keterampilan yang Anda latih hari ini — menerjemahkan bahasa teknis ke bahasa awam, menjawab pertanyaan sulit dengan tenang, dan menerima kritik tanpa bersikap defensif — adalah keterampilan yang akan terus Anda pakai sepanjang karier, baik sebagai product manager, konsultan, maupun wirausahawan digital.

Struktur Presentasi Proyek Akhir

Gunakan alur naratif masalah → solusi → bukti → rencana, mirip pitch deck startup.

Aturan praktis: 1 slide = 1 gagasan. Jangan menjejalkan seluruh laporan tertulis ke dalam slide.

Struktur ini bukan hal baru bagi Anda — polanya sama dengan pitch deck yang dipakai founder startup ketika bertemu investor, hanya saja konteksnya kuliah. Mulailah dengan masalah: siapa pengguna target Anda dan apa kesulitan nyata yang mereka alami, misalnya UMKM kuliner di Semarang yang kesulitan mencatat pesanan online. Lanjutkan ke solusi: jelaskan produk dan pilihan teknologi Anda, misalnya mengapa memilih progressive web app dibanding aplikasi native, dengan alasan biaya dan kecepatan pengembangan. Bagian bukti adalah inti presentasi — tunjukkan demo MVP yang benar-benar berjalan dan hasil uji usabilitas dari pertemuan 13, karena klaim tanpa bukti mudah diragukan panel penilai. Terakhir, tutup dengan rencana ke depan, seperti fitur berikutnya atau metrik yang akan dipantau. Ingatkan mahasiswa bahwa satu slide sebaiknya memuat satu gagasan saja — hindari menempelkan seluruh laporan tertulis ke dalam slide karena itu justru membuat audiens sibuk membaca, bukan mendengarkan Anda.

Elemen Wajib saat Demo Produk

Demo yang baik menunjukkan alur pengguna nyata (user flow), bukan sekadar klik-klik acak.

SEBELUM DEMO

Siapkan

Pastikan koneksi internet, data dummy, dan skenario alur sudah diuji ulang pagi hari itu.

SAAT DEMO

Narasikan

Jelaskan setiap klik: "Di sini pengguna login, lalu sistem memverifikasi lewat API pembayaran."

RENCANA B

Cadangan

Siapkan rekaman layar (screen recording) sebagai cadangan jika koneksi gagal saat presentasi.

Demo produk adalah momen paling berisiko sekaligus paling meyakinkan dalam presentasi Anda, karena audiens melihat langsung apakah janji-janji di slide sebelumnya benar-benar terwujud. Sebelum demo, luangkan waktu pagi hari presentasi untuk menguji ulang seluruh alur, memastikan koneksi internet stabil, dan menyiapkan data contoh yang realistis, misalnya nama produk UMKM sungguhan bukan "test123". Saat demo berlangsung, jangan diam sambil mengklik — narasikan setiap langkah seperti pemandu wisata, misalnya menjelaskan bahwa saat pengguna menekan tombol bayar, sistem memanggil API payment gateway seperti Midtrans untuk memverifikasi transaksi. Karena demo langsung berisiko gagal akibat sinyal wifi kampus yang tidak stabil, selalu siapkan rekaman layar sebagai rencana cadangan sehingga presentasi Anda tetap berjalan mulus meskipun terjadi kendala teknis di tempat.

Hitung dari Nol: Alokasi Waktu Presentasi

Satu kelompok mendapat 12 menit total (presentasi + demo + tanya jawab). Bagaimana membaginya secara proporsional?

Langkah	Perhitungan	Nilai
1. Total waktu kelompok	Ditetapkan dosen	12 menit
2. Pembukaan & masalah bisnis	20% x 12 menit	2,4 menit
3. Solusi & arsitektur teknologi	25% x 12 menit	3,0 menit
4. Demo MVP (bukti)	35% x 12 menit	4,2 menit
5. Rencana & penutup	10% x 12 menit	1,2 menit
6. Cadangan tanya jawab	12 - (2,4+3,0+4,2+1,2)	1,2 menit

TOTAL TERALOKASI

12,0 menit

2,4 + 3,0 + 4,2 + 1,2 + 1,2 = 12,0

Mari kita hitung bersama supaya Anda punya patokan konkret saat berlatih, bukan sekadar perkiraan kasar. Dosen menetapkan total waktu 12 menit per kelompok — angka ini sengaja ketat untuk melatih Anda menyampaikan pesan secara padat, seperti elevator pitch di dunia startup. Kita alokasikan dua puluh persen untuk pembukaan dan pemaparan masalah bisnis, yaitu 20 persen dikali 12 menit sama dengan 2,4 menit, karena bagian ini harus singkat agar audiens cepat masuk ke inti. Bagian solusi dan arsitektur mendapat porsi lebih besar, 25 persen atau 3,0 menit, sementara demo MVP mendapat porsi terbesar yaitu 35 persen atau 4,2 menit karena inilah bukti nyata kerja keras kelompok Anda. Sisa waktu dibagi untuk penutup 10 persen atau 1,2 menit, dan cadangan tanya jawab dihitung dari total dikurangi semua alokasi sebelumnya, hasilnya juga 1,2 menit — latihlah presentasi Anda dengan stopwatch supaya benar-benar pas dengan alokasi ini.

Kesalahan Umum yang Harus Dihindari

Dari Sisi Konten

Terlalu banyak teks/istilah teknis tanpa penjelasan.
Tidak menyebutkan target pengguna secara spesifik.
Klaim tanpa data pendukung ("aplikasi kami pasti laku").

Dari Sisi Penyampaian

Membaca slide kata per kata.
Satu orang bicara terus, anggota lain diam.
Tidak bisa menjawab pertanyaan dasar tentang proyek sendiri.

Panel penilai (dosen) akan bertanya "mengapa" — bukan hanya "apa". Siapkan alasan di balik setiap keputusan desain dan teknologi.

Dari pengalaman menilai proyek akhir semester demi semester, ada pola kesalahan yang terus berulang dan sebaiknya Anda hindari. Dari sisi konten, kelompok sering menjejalkan istilah teknis seperti "kami pakai REST API dengan arsitektur microservices" tanpa menjelaskan artinya bagi audiens non-teknis, atau membuat klaim besar seperti "aplikasi kami pasti laku di pasar" tanpa data pendukung sama sekali. Dari sisi penyampaian, kesalahan paling umum adalah membaca slide kata demi kata seolah audiens tidak bisa membaca sendiri, atau hanya satu anggota kelompok yang berbicara sementara yang lain berdiri diam seperti patung. Yang paling fatal adalah ketika ditanya pertanyaan dasar tentang proyek sendiri, misalnya "mengapa Anda memilih Firebase dibanding database sendiri", kelompok tidak bisa menjawab — ini menunjukkan pembagian kerja yang timpang. Ingatlah bahwa dosen sebagai panel penilai selalu ingin tahu "mengapa", bukan hanya "apa", jadi siapkan alasan logis di balik setiap keputusan desain dan teknologi yang Anda ambil.

Bagian 2 dari 3

Rubrik & Kriteria Penilaian

Memahami apa yang sesungguhnya dinilai dari proyek akhir Anda — bukan hanya tampilan, tapi proses berpikir bisnis-teknologi terpadu.

Setelah membahas cara presentasi yang baik, sekarang kita masuk ke bagian yang sering ditanyakan mahasiswa: apa sebenarnya yang dinilai? Banyak yang mengira nilai hanya ditentukan dari seberapa bagus tampilan aplikasi, padahal penilaian proyek akhir mata kuliah ini jauh lebih holistik karena mencakup keseluruhan proses berpikir Anda dari perencanaan sampai eksekusi. Kita akan membedah rubrik penilaian secara transparan supaya Anda tahu persis di mana harus fokus saat berlatih dan menyiapkan bahan presentasi. Analogikan ini seperti menilai proposal bisnis di kompetisi startup seperti Bekraf atau program inkubasi kampus, di mana juri menilai kelayakan bisnis, eksekusi, dan potensi dampak secara seimbang, bukan hanya keindahan visual produk. Pemahaman rubrik ini juga berguna bagi Anda yang berperan sebagai evaluator rekan sekelas nanti.

Empat Dimensi Rubrik Penilaian

Nilai proyek akhir menggabungkan aspek bisnis dan teknis secara seimbang.

DIMENSI 1

Kelayakan Bisnis

Apakah masalah pengguna nyata dan solusi relevan? Apakah model bisnis masuk akal (mis. sumber pendapatan jelas)?

DIMENSI 2

Ketepatan Teknologi

Apakah pilihan arsitektur (web/native/hybrid), API, dan keamanan sesuai kebutuhan dan sudah dijelaskan alasannya?

DIMENSI 3

Kualitas Eksekusi

Apakah MVP benar-benar berfungsi, sudah diuji usabilitas, dan hasil uji ditindaklanjuti dengan perbaikan?

DIMENSI 4

Komunikasi

Apakah presentasi terstruktur, jelas, dan seluruh anggota memahami serta bisa menjelaskan proyeknya?

Rubrik penilaian proyek akhir ini dirancang untuk mencerminkan bagaimana produk digital sungguhan dievaluasi di dunia kerja, bukan sekadar tugas kuliah biasa. Dimensi pertama, kelayakan bisnis, menilai apakah masalah yang Anda angkat memang nyata dialami pengguna dan apakah model bisnisnya masuk akal, misalnya kejelasan dari mana pendapatan akan datang seperti komisi transaksi atau biaya langganan. Dimensi kedua, ketepatan teknologi, menilai apakah pilihan arsitektur seperti web app dibanding aplikasi native, penggunaan API pihak ketiga, dan lapisan keamanan sudah tepat serta dijelaskan alasannya, sesuai dengan yang kita pelajari di pertemuan 4, 11, dan 12. Dimensi ketiga, kualitas eksekusi, melihat apakah MVP benar-benar bisa dijalankan dan apakah hasil uji usabilitas dari pertemuan 13 sungguh ditindaklanjuti menjadi perbaikan nyata, bukan sekadar laporan yang diabaikan. Dimensi terakhir, komunikasi, menilai kejelasan presentasi dan apakah seluruh anggota kelompok — bukan hanya satu orang — benar-benar memahami dan bisa menjelaskan proyek mereka sendiri.

Hitung dari Nol: Skor Akhir Proyek

Bobot penilaian: Bisnis 25%, Teknologi 25%, Eksekusi 30%, Komunikasi 20%. Kelompok Anda mendapat skor mentah (0-100) per dimensi berikut.

Langkah	Perhitungan	Nilai
1. Kelayakan Bisnis	80 x 25%	20,0
2. Ketepatan Teknologi	75 x 25%	18,75
3. Kualitas Eksekusi	85 x 30%	25,5
4. Komunikasi	70 x 20%	14,0
5. Jumlahkan semua kontribusi	20,0+18,75+25,5+14,0	78,25

SKOR AKHIR KELOMPOK

78,25

Setara predikat B+ pada skala 0-100

Sekarang mari kita simulasikan cara menghitung skor akhir supaya rubrik tadi tidak terasa abstrak. Misalkan kelompok Anda mendapat skor mentah 80 untuk kelayakan bisnis, dan bobot dimensi ini 25 persen dari total nilai, maka kontribusinya adalah 80 dikali 25 persen sama dengan 20,0 poin. Untuk ketepatan teknologi, skor mentah 75 dikali bobot 25 persen menghasilkan 18,75 poin. Kualitas eksekusi mendapat skor mentah 85 dengan bobot terbesar yaitu 30 persen, sehingga kontribusinya 25,5 poin — ini menegaskan bahwa eksekusi nyata memang paling dihargai. Komunikasi dengan skor 70 dan bobot 20 persen menyumbang 14,0 poin. Jika kita jumlahkan seluruh kontribusi, 20,0 ditambah 18,75 ditambah 25,5 ditambah 14,0, hasilnya 78,25, yang setara dengan predikat B+ pada skala penilaian 0 sampai 100. Perhatikan bahwa kelompok ini kuat di eksekusi tapi agak lemah di komunikasi — pelajaran pentingnya, sekuat apa pun produk Anda, cara menyampaikannya tetap berpengaruh besar pada nilai akhir.

Coba Sendiri: Hitung Skor Akhir Proyek Kelompok Anda

Masukkan skor mentah tiap dimensi rubrik, lalu amati bagaimana skor akhir tertimbang dan predikatnya berubah.

Peran Anda sebagai Evaluator (Peer Review)

Selain dinilai dosen, Anda juga akan menilai kelompok lain secara singkat — latihan berpikir kritis dan objektif.

Beri Umpan Balik yang Membangun

Sebutkan hal spesifik yang bagus, bukan cuma "keren".
Gunakan pola "saya suka X, tapi Y bisa diperjelas".
Fokus pada ide/produk, bukan menyerang orangnya.

Hindari

Komentar sarkastik atau merendahkan.
Menilai berdasarkan pertemanan, bukan isi proyek.
Diam saja tanpa memberi masukan sama sekali.

Salah satu hal unik pertemuan hari ini adalah Anda tidak hanya dinilai, tetapi juga berperan sebagai penilai untuk kelompok lain melalui mekanisme peer review, mirip dengan bagaimana tim produk di perusahaan teknologi saling memberi masukan lintas divisi. Saat memberi umpan balik, sebutkan hal spesifik yang membuat Anda terkesan, misalnya "alur pembayaran di aplikasi kalian sangat intuitif", bukan sekadar komentar generik seperti "keren" yang tidak membantu kelompok lain berkembang. Gunakan pola kalimat "saya suka bagian X, tapi bagian Y bisa lebih jelas" karena struktur ini menyeimbangkan apresiasi dengan kritik membangun, dan selalu fokuskan komentar pada ide atau produk, bukan pada orangnya. Hindari komentar sarkastik atau merendahkan meskipun Anda merasa proyek kelompok lain kurang matang, dan jangan menilai berdasarkan pertemanan semata karena itu merusak objektivitas — begitu juga jangan diam saja tanpa memberi masukan apa pun, karena diam bukan pilihan netral, melainkan kehilangan kesempatan belajar bagi kedua pihak.

Menjawab Pertanyaan Sulit dari Panel

Walkthrough: bagaimana merespons pertanyaan kritis tanpa panik.

Langkah	Perhitungan	Nilai
1. Dengarkan penuh	Jangan potong pertanyaan; catat kata kunci	—
2. Ulangi singkat	"Jadi pertanyaannya soal keamanan data pengguna, ya?"	—
3. Jawab jujur	Kalau belum tahu, akui — jangan mengarang jawaban	—
4. Kaitkan ke data/keputusan tim	"Kami memilih enkripsi HTTPS karena data pembayaran sensitif"	—

Mengakui keterbatasan ("ini belum kami implementasikan, tapi rencananya...") jauh lebih kredibel daripada berbohong di depan panel.

Slide ini bukan tabel hitungan angka, melainkan langkah bertahap yang ingin saya latihkan kepada Anda karena momen tanya jawab sering menjadi bagian paling menegangkan. Langkah pertama, dengarkan pertanyaan sampai selesai tanpa memotong, sambil mencatat kata kunci penting di kepala Anda, karena memotong pertanyaan membuat Anda terlihat gugup dan berisiko salah paham maksud penanya. Langkah kedua, ulangi pertanyaan secara singkat dengan kalimat Anda sendiri, misalnya "jadi pertanyaannya soal keamanan data pengguna ya, Pak/Bu", karena ini memberi Anda waktu berpikir sekaligus memastikan Anda memahami pertanyaan dengan benar. Langkah ketiga, jawablah dengan jujur — jika Anda benar-benar belum tahu jawabannya, akui saja, karena mengarang jawaban di depan dosen yang paham teknologi justru akan ketahuan dan menurunkan kredibilitas kelompok. Langkah terakhir, kaitkan jawaban Anda dengan data atau keputusan nyata yang sudah tim buat, misalnya menjelaskan bahwa Anda memilih protokol HTTPS karena data pembayaran bersifat sensitif — ini menunjukkan bahwa keputusan teknis Anda memang dipikirkan matang, bukan asal pilih.

Bagian 3 dari 3

Sesi Presentasi & Refleksi Akhir

Praktik langsung: presentasi kelompok, evaluasi antar-kelompok, dan menutup rangkaian pembelajaran satu semester.

Kita memasuki bagian terakhir kuliah ini, yaitu sesi praktik nyata di mana masing-masing kelompok akan tampil di depan kelas mempresentasikan proyek akhir mereka. Bagian ini adalah puncak dari seluruh proses yang sudah kita bahas — bukan lagi teori, melainkan penerapan langsung dari semua yang sudah Anda pelajari mengenai struktur presentasi, demo produk, dan cara menjawab pertanyaan. Setelah sesi presentasi, kita juga akan meluangkan waktu untuk refleksi bersama, menoleh kembali ke pertemuan pertama tentang ekosistem bisnis digital, sampai hari ini, untuk melihat bagaimana pemahaman Anda tentang teknologi web dan mobile telah berkembang. Anggap bagian ini seperti demo day sungguhan, lengkap dengan evaluasi antar-kelompok yang akan melatih kemampuan Anda menilai karya orang lain secara adil dan profesional.

Instruksi Teknis Sesi Hari Ini

Urutan & Waktu

Undian urutan tampil dilakukan di awal kelas.
Tiap kelompok: 12 menit (lihat perhitungan alokasi slide 7).
Pergantian kelompok maksimal 2 menit (setup laptop/layar).

Yang Harus Disiapkan

Slide presentasi (maks 10 slide) + tautan/demo MVP siap dibuka.
Rekaman layar cadangan bila jaringan bermasalah.
Semua anggota hadir dan siap menjawab pertanyaan.

Kelompok yang melebihi waktu akan dihentikan oleh dosen agar adil bagi kelompok berikutnya — latih dengan stopwatch sebelum hari-H.

Sebelum kita mulai sesi presentasi sungguhan, izinkan saya menjelaskan aturan main hari ini secara jelas supaya tidak ada kebingungan. Urutan tampil akan diundi di awal kelas agar adil, dan setiap kelompok mendapat waktu 12 menit persis seperti alokasi yang sudah kita hitung bersama di slide sebelumnya, dengan jeda maksimal dua menit antar kelompok untuk persiapan laptop dan layar proyektor. Pastikan slide presentasi Anda tidak lebih dari 10 slide, tautan atau aplikasi demo sudah siap dibuka tanpa perlu login berulang kali, dan Anda sudah menyiapkan rekaman layar cadangan seandainya wifi kampus bermasalah seperti yang kadang terjadi. Pastikan juga seluruh anggota kelompok hadir fisik di kelas dan siap menjawab pertanyaan, karena nilai komunikasi individual bisa berbeda antaranggota tergantung kontribusi masing-masing saat sesi tanya jawab. Saya akan menghentikan kelompok yang melebihi waktu demi keadilan bagi kelompok berikutnya, jadi sangat disarankan untuk berlatih dengan stopwatch di rumah sebelum hari ini.

Lembar Evaluasi Antar-Kelompok (Latihan)

Selama presentasi berlangsung, isi catatan singkat untuk 2 kelompok yang ditugaskan ke Anda.

Aspek	Pertanyaan Panduan	Skor (1-5)
Kejelasan masalah	Apakah Anda paham masalah yang diangkat dalam 1 menit pertama?	___
Kualitas demo	Apakah demo berjalan lancar dan meyakinkan?	___
Penguasaan materi	Apakah tim bisa menjawab pertanyaan dengan percaya diri?	___

Lembar ini dikumpulkan ke dosen di akhir sesi — bagian dari nilai partisipasi Anda, bukan hanya nilai kelompok yang tampil.

Selama teman-teman Anda presentasi, saya minta Anda tidak hanya duduk menonton pasif, melainkan aktif mengisi lembar evaluasi singkat ini untuk dua kelompok yang sudah saya tugaskan ke Anda masing-masing. Untuk aspek kejelasan masalah, tanyakan pada diri Anda apakah dalam satu menit pertama presentasi Anda sudah paham masalah bisnis apa yang sedang mereka coba selesaikan — jika belum paham, itu sinyal bagi mereka untuk memperjelas pembukaan. Untuk kualitas demo, nilai apakah demo produk berjalan lancar dan meyakinkan Anda bahwa produk itu benar-benar berfungsi, bukan sekadar mockup atau gambar statis. Untuk penguasaan materi, perhatikan apakah seluruh anggota tim bisa menjawab pertanyaan dengan percaya diri atau justru saling lempar tanggung jawab satu sama lain. Lembar ini bukan sekadar formalitas — ia akan dikumpulkan ke saya di akhir sesi dan menjadi bagian dari nilai partisipasi Anda sendiri, jadi mengisi dengan serius juga menguntungkan nilai Anda sendiri.

Refleksi: Perjalanan Satu Semester

Dari pengantar ekosistem bisnis digital (P1) sampai prototipe teruji (P13) — semua bermuara ke proyek akhir Anda hari ini.

Setiap keputusan proyek akhir Anda — dari pemilihan platform sampai desain keamanan — adalah aplikasi nyata dari 13 pertemuan sebelumnya.

Sebelum kita menutup mata kuliah ini, mari sejenak menoleh ke belakang dan melihat betapa jauh perjalanan yang sudah Anda tempuh. Kita memulai dari pertemuan satu hingga empat dengan membahas fondasi ekosistem bisnis digital dan blok bangunan web serta mobile, lalu di pertemuan lima sampai tujuh Anda belajar menerjemahkan desain UI/UX menjadi MVP yang bisa diuji. Pertemuan delapan hingga dua belas membawa Anda lebih dalam ke pertumbuhan bisnis lewat teknologi, SEO dan ASO, analitik web dan mobile, integrasi API, hingga keamanan sistem. Minggu lalu di pertemuan tiga belas, Anda menguji prototipe interaktif dengan pengguna sungguhan dan mengumpulkan data usabilitas. Hari ini, proyek akhir Anda adalah muara dari seluruh rangkaian itu — setiap keputusan yang Anda buat, dari memilih platform web app atau native, sampai bagaimana mengamankan data pengguna, adalah penerapan nyata dari tiga belas pertemuan yang sudah kita lalui bersama.

Cheat Sheet: Konsep Kunci Semester Ini

Tema	Konsep Inti	Pertemuan
Arsitektur	Web statis/dinamis, native vs hybrid vs web app	P2, P4
Proses Produk	Perencanaan, UI/UX ke implementasi, MVP	P5-P7
Pertumbuhan	SEO/ASO, analytics, funnel pengguna	P8-P10
Sistem	API & integrasi, keamanan (autentikasi, enkripsi)	P11-P12
Validasi	Prototipe interaktif, uji usabilitas	P13

Simpan tabel ini sebagai peta ulang (mind map) singkat sebelum ujian akhir semester (UAS).

Slide ini saya rancang khusus sebagai lembar contekan ringkas, atau cheat sheet, yang bisa Anda gunakan untuk mengingat kembali seluruh peta mata kuliah menjelang ujian akhir semester. Baris pertama merangkum tema arsitektur yang kita bahas di pertemuan dua dan empat, mengenai perbedaan web statis dan dinamis, serta perbandingan aplikasi native, hybrid, dan web app. Baris kedua merangkum proses produk dari pertemuan lima sampai tujuh, mulai dari perencanaan produk digital, menerjemahkan desain UI/UX ke implementasi teknis, hingga membangun MVP. Baris ketiga mencakup tema pertumbuhan bisnis di pertemuan delapan sampai sepuluh, termasuk SEO dan ASO serta analitik untuk memahami perilaku pengguna. Baris keempat dan kelima merangkum sistem, yaitu API dan keamanan di pertemuan sebelas dan dua belas, serta validasi produk lewat prototipe dan uji usabilitas di pertemuan tiga belas. Saya sarankan Anda menyalin tabel ini ke catatan pribadi sebagai peta ulang singkat sebelum menghadapi UAS.

Setelah Hari Ini: Tindak Lanjut

Yang Dikumpulkan

Laporan proyek akhir tertulis (maks 15 halaman) — deadline sesuai kalender akademik.
Tautan repositori kode/prototipe yang bisa diakses dosen.
Rekaman presentasi (bila diminta program studi).

PERSIAPAN UAS

Ujian Tulis

UAS mencakup konsep P9-P14: analytics, API, keamanan, usability, dan evaluasi proyek. Gunakan cheat sheet slide 18 sebagai panduan belajar.

Perjalanan Anda belum sepenuhnya selesai setelah presentasi hari ini — ada beberapa hal administratif yang perlu ditindaklanjuti. Anda perlu mengumpulkan laporan proyek akhir tertulis maksimal 15 halaman sesuai deadline yang tertera di kalender akademik program studi, lengkap dengan tautan repositori kode atau prototipe yang bisa diakses oleh saya untuk verifikasi, mirip dengan cara startup menyerahkan dokumentasi teknis ke investor setelah demo day. Beberapa program studi juga meminta rekaman presentasi untuk keperluan portofolio atau akreditasi, jadi pastikan Anda menyimpan salinannya. Selain itu, ujian akhir semester akan mencakup konsep-konsep dari pertemuan sembilan hingga empat belas, meliputi analitik, API, keamanan, usabilitas, dan evaluasi proyek yang baru saja kita bahas — gunakan cheat sheet di slide sebelumnya sebagai panduan belajar utama Anda menjelang ujian.

Penutup Mata Kuliah

Terima Kasih & Selamat Berkarya

Kemampuan memahami arsitektur dan trade-off teknologi web & mobile ini akan terus relevan seiring Anda berkarier di dunia bisnis digital Indonesia — baik sebagai product manager, konsultan, maupun wirausahawan.

Ujian Akhir Semester: cakupan P9-P14 · jadwal mengikuti kalender akademik fakultas.

Kita sudah sampai di penghujung mata kuliah Teknologi Web dan Mobile, dan saya ingin mengucapkan Terima Kasih atas kerja keras Anda sepanjang empat belas pertemuan ini, mulai dari memahami ekosistem bisnis digital hingga mempresentasikan proyek akhir hari ini dengan penuh persiapan. Ingatlah bahwa tujuan mata kuliah ini bukan menjadikan Anda seorang programmer, melainkan membekali Anda dengan kemampuan memahami arsitektur dan trade-off teknologi agar bisa mengambil keputusan produk digital yang tepat, baik nanti Anda menjadi product manager di perusahaan seperti Traveloka, konsultan digital, atau bahkan mendirikan startup sendiri seperti banyak alumni FEB Undip lainnya. Jangan lupa bahwa ujian akhir semester akan mencakup materi dari pertemuan sembilan sampai empat belas, jadi manfaatkan waktu sebelum UAS untuk mengulang catatan dan cheat sheet yang sudah kita bahas. Sampai jumpa di ujian, dan selamat berkarya membangun produk digital yang bermanfaat bagi masyarakat Indonesia.

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