Hasil nyimak modul minggu pertama kelas Desain Aplikasi kemarin, dan inilah intisarina setelah dibedah: aplikasi keren itu bukan bermula dari kecanggihan framework, melainkan ketepatan dalam menyelesaikan masalah nyata di masyarakat.

1. Rantai Pola Pikir: Masalah Dulu, Kode Kemudian Kesalahan paling umum pemula adalah buru-buru membuka VS Code atau membuat desain mockup UI tanpa tahu siapa yang akan memakaina.

1. Alur yang benar: Masalah Nyata, Target Pengguna, Identifikasi Kebutuhan, Desain Solusi, Aplikasi.
2. Tanpa mendefinisikan siapa yang mengalami masalah dan bagaimana lingkungan kerja mereka, aplikasi yang dibuat berisiko tinggi menjadi produk mubazir dengan solusi yang tidak tepat sasaran.

2. Paradigma IPO (Input-Process-Output)

Secara arsitektur, aplikasi sesederhana atau sekompleks apa pun pasti tunduk pada hukum sebab-akibat komputasi:

1. Input: Data mentah atau aksi interaksi yang dikirimkan oleh pengguna (seperti teks, klik, atau unggahan file).
2. Process: Otak sistem yang mengeksekusi validasi, kalkulasi matematis, hingga manipulasi database.
3. Output: Hasil akhir berupa feedback visual, status transaksi, perubahan state UI, atau data yang telah diproses. (Contoh pada autentikasi login: input NIM/password diproses lewat pencocokan hash di database, lalu menghasilkan output token sesi menuju dasbor).

3. Membedakan User vs Stakeholder

Salah satu penyebab fitur aplikasi berantakan adalah gagal membedakan dua entitas penting ini:

1. User (Pengguna Langsung): Orang yang menyentuh UI secara langsung. Kebutuhan utamana adalah usability, navigasi ringkas, dan kecepatan eksekusi (contoh: kasir yang membutuhkan shortcut keyboard cepat).
2. Stakeholder (Pemangku Kepentingan): Pihak yang terdampak oleh hasil bisnis atau regulasi sistem, tetapi tidak selalu mengoperasikan aplikasi setiap detik (contoh: pemilik usaha atau manajer keuangan).