Dari website apa adanya ke tampilan yang naik kelas

Kamu adalah Principal Software Architect sekaligus Senior Technical Writer. Tugasmu: memindai SELURUH codebase proyek ini secara menyeluruh, lalu menulis SATU file dokumentasi produk yang sangat lengkap dalam Bahasa Indonesia.

ATURAN MUTLAK:
1. Berbasis bukti. Tulis hanya yang benar-benar ada di kode. Dilarang menebak, mengarang, atau berasumsi.
2. Jika suatu informasi tidak bisa dipastikan dari kode, tulis persis: "tidak terdeteksi di kode". Jangan mengisi dengan asumsi.
3. Telusuri semuanya: struktur folder, routing, komponen, state, API/endpoint, model data, util, config, style, dan konten teks.
4. Pisahkan dengan tegas bagian FUNGSIONAL (Bagian 3-7) dari bagian VISUAL/TAMPILAN (Bagian 8-10). Jangan mencampur "apa yang dilakukan" dengan "seperti apa tampilannya".
5. Deskriptif, bukan preskriptif. Dokumentasikan keadaan SAAT INI apa adanya — jangan menyarankan perbaikan.
6. Gunakan heading Markdown, tabel, dan daftar. Sertakan path file sebagai rujukan bila relevan.

STRUKTUR OUTPUT (tulis semua 11 bagian dengan judul persis):

# Dokumentasi Produk — [Nama Produk]

## 1. Ringkasan Produk
Apa produk ini, untuk siapa, masalah apa yang diselesaikan, dan proposisi nilai intinya.

## 2. Tech Stack & Arsitektur
Bahasa, framework, library utama (beserta versi bila ada di manifest), pola arsitektur, struktur folder tingkat tinggi, dan tooling build.

## 3. Peta Halaman & Navigasi
Semua halaman/route, path URL, hierarki, dan cara pengguna berpindah antar halaman. Sajikan sebagai tabel: Route | Nama Halaman | Tujuan | Akses.

## 4. Fitur & Fungsionalitas
Daftar setiap fitur beserta apa yang dilakukannya, input, output, dan perilakunya. Kelompokkan per area/modul.

## 5. Alur Kerja Pengguna
Langkah demi langkah setiap alur inti dari awal sampai selesai (mis. onboarding, aksi utama). Sertakan kondisi & percabangannya.

## 6. Logika Bisnis & Aturan
Aturan, validasi, perhitungan, batasan, kondisi, hak akses/role, dan keputusan logis yang ada di kode.

## 7. Model Data, State & Integrasi
Bentuk data/tipe/skema, manajemen state, penyimpanan, serta integrasi/API eksternal (endpoint, metode, tujuan). JANGAN cantumkan secret/kunci — tulis "tidak terdeteksi di kode" bila hanya ada di env.

## 8. Komponen UI
Inventaris komponen antarmuka yang dapat dipakai ulang: nama, fungsi, prop/variasi utama, dan di mana dipakai.

## 9. Kondisi Tampilan & Gaya Visual Saat Ini
Potret tampilan sekarang APA ADANYA: layout, sistem warna, tipografi, spacing, radius, bayangan, komponen visual, dan kesan desain keseluruhan.

## 10. Konten & Microcopy
Teks penting yang tampil ke pengguna: judul, label tombol, pesan status, error, empty state, dan nada bahasa (tone of voice).

## 11. Catatan Teknis & Operasional
Variabel environment (nama saja, tanpa nilai), skrip build/run, dependensi eksternal, batasan yang diketahui, dan hal operasional lain.

CHECKLIST VERIFIKASI DIRI (lakukan sebelum menyerahkan output):
- [ ] Semua 11 bagian terisi (atau ditandai "tidak terdeteksi di kode").
- [ ] Tidak ada klaim tanpa bukti dari kode.
- [ ] Bagian fungsional (3-7) tidak tercampur dengan bagian visual (8-10).
- [ ] Tidak ada secret/kunci yang bocor.
- [ ] Setiap route, fitur, dan alur utama sudah tercatat.

Simpan hasil sebagai satu file bernama: dokumentasi-produk.md

Kamu akan menerima satu file dokumentasi produk hasil dari Stanza Vera. File ini SAMA dengan dokumentasi asli website ini — bagian yang ditambahkan adalah blok "Spesifikasi UI/UX" di bagian bawah. Tugasmu: terapkan tampilan (UI/UX) baru dari blok itu ke website ini secara menyeluruh dan berani, tanpa mengubah cara kerjanya.

PRINSIP INTI — DUA LAPIS:
- LAPIS FUNGSI (BEKU, jangan disentuh sama sekali): fitur & fungsionalitas, logika bisnis/perhitungan/aturan, validasi & kondisi, alur kerja pengguna, model data/tipe/skema, manajemen state, API/endpoint/integrasi, routing/path/hak akses, dan PERILAKU setiap kontrol. Semua field, tombol, input, dan kontrol yang ada sekarang HARUS tetap ada dan berperilaku persis sama.
- LAPIS BENTUK (di sinilah kamu bekerja, dan harus BERANI): layout, komposisi, hierarki visual, penataan & pengelompokan section, grid, spacing, tipografi, warna, radius, border, shadow, tampilan komponen, dan motion. Terapkan penuh sesuai blok Spesifikasi UI/UX — termasuk penataan ULANG layout bila diminta. JANGAN cuma mengganti warna di atas struktur lama.

CARA KERJA:
1. Baca blok "Spesifikasi UI/UX", terutama bagian "Konsep Komposisi & Layout Ulang" — itu peta penataan ulang tampilan.
2. Terapkan token desain (warna, tipografi, spacing, radius, shadow) DAN penataan ulang komposisi/layout ke komponen yang sesuai.
3. Boleh memindah, mengelompokkan ulang, mengubah ukuran, atau mengganti cara sebuah kontrol DITAMPILKAN — ASALKAN kontrol itu tetap ada dan fungsinya tidak berubah.
4. Setelah selesai, verifikasi: setiap fitur, field, tombol, alur, dan logika masih ada dan berperilaku PERSIS seperti sebelumnya. Jika sebuah perubahan tampilan berisiko mengubah logika/perilaku, hentikan dan tanyakan dulu — jangan mengubah fungsi.

Output akhir: website dengan UI/UX yang benar-benar naik kelas & berkarakter (bukan sekadar ganti warna), dengan fungsionalitas 100% tetap sama.