06 Agu 2025·8 menit
Buat Situs Hari Ini yang Bisa Berkembang Menjadi Produk Nanti
Pelajari cara mendesain situs sederhana hari ini yang bisa berkembang menjadi produk nanti—tanpa menulis ulang—dengan tujuan jelas, data, dan pilihan modular.
Pelajari cara mendesain situs sederhana hari ini yang bisa berkembang menjadi produk nanti—tanpa menulis ulang—dengan tujuan jelas, data, dan pilihan modular.
“Situs yang bisa menjadi produk” dibangun dengan jalur yang jelas menuju sesuatu lebih dari sekadar halaman: sebuah pengalaman yang bisa diulang, yang orang kembali gunakan, bayar, dan andalkan. Awalnya bisa terlihat seperti situs pemasaran sederhana atau website MVP yang dipoles. Seiring waktu, ia berevolusi menjadi antarmuka produk—seringkali tanpa perlu membuang semuanya.
Ini adalah cara memvalidasi permintaan sambil menjaga opsi masa depan tetap terbuka: penentuan posisi yang jelas, konten terstruktur, dan penangkapan data yang nanti bisa mendukung onboarding, personalisasi, atau akses berbayar.
Ini bukan “bangun seluruh aplikasi sekarang.” Merencanakan pertumbuhan tidak berarti mengirimkan fitur rumit sebelum Anda memahami pelanggan. Jika Anda membangun berlebihan, Anda membuat pekerjaan ulang lain: memelihara fungsi yang tidak diminta siapa pun.
Kebanyakan tim mengikuti progresi seperti ini:
Jalur “konten → penangkapan lead → workflow → aplikasi” inilah yang dialami banyak cerita situs-ke-produk: validasi dengan komitmen yang bertambah.
Rencanakan sejak awal:
Tunda:
Itu sebaiknya dipimpin oleh loop umpan balik pengguna nyata dan analitik untuk produk awal.
Pendekatan ini ideal untuk founder, pemasar, dan tim kecil yang butuh momentum sekarang tapi tidak ingin menutup opsi di kemudian hari.
Hasilnya bukan kesempurnaan—melainkan lebih sedikit pekerjaan ulang saat Anda memvalidasi permintaan, sehingga ketika Anda benar-benar membangun fitur produk, Anda membangun berdasarkan bukti, bukan tebakan.
Situs yang bisa tumbuh menjadi produk dimulai dengan fokus. Bukan “kami membantu semua orang,” melainkan satu orang spesifik dengan pekerjaan spesifik yang ingin diselesaikan. Saat Anda bisa menyebut pekerjaan itu dengan jelas, Anda bisa mendesain situs yang berperilaku seperti produk awal: membuat janji, memandu orang ke satu tindakan, dan menghasilkan pembelajaran yang terukur.
Definisikan satu pengguna utama. Bukan daftar segmen audiens—satu orang yang Anda bangun untuknya terlebih dahulu. Kemudian jelaskan pekerjaan yang mereka pekerjakan solusi untuknya dengan bahasa sederhana.
Contoh:
Ini mencegah Anda membangun situs pemasaran generik. Juga memberi Anda bintang utara untuk keputusan produk selanjutnya: setiap fitur yang tidak membantu pengguna ini melakukan pekerjaan ini adalah “belum.”
Proposisi nilai Anda harus muat satu baris dan dapat diuji.
Template: “Kami membantu [pengguna target] mencapai [hasil yang diinginkan] tanpa [rasa sakit/biaya].”
Lalu tambahkan tiga poin pendukung yang menjelaskan mengapa itu dapat dipercaya. Jaga agar konkret:
Poin-poin dukungan ini sering menjadi seksi pertama di beranda Anda, bullet harga, dan salinan onboarding di masa depan.
Pilih satu tindakan yang sesuai dengan posisi Anda hari ini:
Desain semuanya untuk mendukung satu tindakan itu: struktur halaman, navigasi, dan ajakan bertindak. Link sekunder boleh ada, tapi jangan sampai bersaing dengan tujuan utama.
Jika Anda tidak bisa mengukurnya, Anda tidak bisa belajar darinya. Pilih 2–4 metrik yang mencerminkan kemajuan, seperti:
Metrik ini menjadi sistem validasi awal yang memberi tahu Anda apakah harus iterasi, reposisi, atau menggeber.
Tulis daftar singkat “belum” dan anggap itu sebagai perlindungan, bukan keterbatasan. Contoh: dashboard akun, izin multi-peran, aplikasi mobile, integrasi lanjutan. Ini menjaga situs tetap ringan sekaligus memberi ruang untuk roadmap produk nyata berdasarkan bukti—bukan tebakan.
Situs dengan masa depan produk harus memandu orang melalui perjalanan sederhana dan dapat diulang: kunjungan pertama → kepercayaan → tindakan → tindak lanjut. Pikirkan lebih sedikit seperti “halaman” dan lebih seperti jalur yang mengubah rasa penasaran menjadi langkah berikutnya yang terukur.
Mulai dengan memutuskan apa yang Anda ingin pengunjung pertama kali lakukan. Untuk produk tahap awal, tindakan terbaik biasanya: memulai trial, bergabung ke waitlist, meminta demo, atau memesan panggilan. Semua hal lain harus mendukung tindakan tunggal itu.
Struktur funnel berguna:
Tahan diri dari membangun situs besar. Kebanyakan tim hanya perlu:
Tambahkan halaman opsional hanya jika mereka menjawab pertanyaan berulang. Yang umum: FAQ dan Use Cases—tetapi hanya bila Anda sudah mendengar pertanyaan itu dari orang nyata.
Setiap halaman sebaiknya punya satu CTA utama (dengan link sekunder yang halus). Pertahankan navigasi hanya beberapa item top-level sehingga Anda bisa menambah seksi baru nanti tanpa redesign—menu bisa berkembang menjadi “Solutions,” “Resources,” atau “Product” saat penawaran tumbuh.
Situs yang bisa tumbuh menjadi produk sebaiknya bukan kumpulan halaman sekali pakai. Pikirkan dalam “blok” yang dapat digunakan ulang yang bisa Anda susun ulang saat MVP berkembang, pesan berubah, dan fitur baru muncul.
Buat perpustakaan kecil seksi yang bisa dipakai di berbagai halaman:
Saat Anda mengulang blok ini, pengunjung belajar memindai situs lebih cepat—dan Anda menghindari redesign tiap kali menguji positioning.
Gunakan level heading, aturan spacing, dan gaya komponen yang sama di mana-mana (tombol, kartu, form, badge). Keuntungannya praktis: halaman baru terasa konsisten, dan halaman “produk” di masa depan tak perlu pembaruan besar.
Panduan gaya ringan cukup:
Rencanakan placeholder yang terlihat untuk hal yang kemungkinan datang—tanpa berpura-pura sudah dibangun. Contoh:
Ini mempermudah transisi situs-ke-produk karena layout Anda sudah mengantisipasi konten baru.
Tulis copy dalam potongan mandiri (headline, paragraf satu, 3 bullet). Dengan begitu Anda bisa mengganti positioning atau menambahkan pembaruan “build in public” tanpa menyentuh layout—atau merusak strategi konten yang skalabel.
Teknologi “benar” untuk produk masa depan bukan stack paling canggih—melainkan yang bisa Anda upgrade tanpa membangun ulang semuanya. Mulai sederhana, tapi buat beberapa pilihan yang disengaja sehingga situs Anda bisa berevolusi menjadi produk MVP saat siap.
CMS modern (atau site builder berkualitas) seringkali jalur tercepat untuk meluncurkan—terutama jika pekerjaan pertama Anda menjelaskan penawaran dan mengumpulkan lead. Jika Anda teknis, framework ringan juga bisa cocok. Pertanyaan kunci: apakah Anda bisa memigrasikan konten dan menjaga URL tetap stabil nanti?
Aturan praktis: pilih alat yang mengekspor konten dengan rapi (akses API, ekspor CSV, atau koleksi terstruktur), bukan hanya “halaman.”
Jika Anda berharap cepat berpindah dari situs pemasaran ke aplikasi kerja, pertimbangkan alat yang memungkinkan Anda membangun keduanya tanpa rewrite penuh. Misalnya, Koder.ai adalah platform vibe-coding di mana Anda bisa berpindah dari spesifikasi berbasis chat ke web app yang bekerja (frontend React, backend Go, PostgreSQL) dan iterasi cepat saat kebutuhan menjadi nyata. Ia juga mendukung ekspor source code, snapshot, dan rollback—berguna saat Anda mengubah situs live jadi fungsionalitas produk.
Bahkan jika Anda bekerja sendiri, perlakukan konten seperti data. Gunakan koleksi/field CMS untuk hal-hal seperti:
Ini mencegah Anda menulis ulang segalanya saat situs menjadi lebih dinamis.
Harga adalah jebakan klasik. Jangan tanamkan tier harga ke dalam HTML kustom yang sulit diubah. Begitu pula matriks fitur, integrasi, testimonial, dan “apa yang termasuk.” Jika nanti bisa dipersonalisasi, difilter, atau dihubungkan ke akun—simpan sebagai konten terstruktur.
Pilih platform yang memberi kontrol slug dan set 301 redirect. Saat Anda kemudian berpindah dari situs pemasaran ke aplikasi produk, halaman berkinerja terbaik harus mempertahankan URL (atau redirect dengan rapi). Ini mencegah kehilangan traffic saat momentum dibutuhkan.
Bergerak melampaui statis saat Anda melihat sinyal jelas, seperti:
Sampai saat itu, jaga stack ringan dan fokus pada pembelajaran.
Form signup bukan sekadar untuk “lead.” Jika didesain dengan baik, ia menjadi saluran riset produk tercepat—karena menarik orang yang sudah menginginkan hasil yang Anda rencanakan jual.
Jaga form singkat dan tujuan. Setiap field harus memicu tindakan tindak lanjut atau keputusan segmentasi yang jelas.
Minta:
Jika Anda tidak bisa menjelaskan bagaimana sebuah field mengubah langkah Anda berikutnya, hapus itu.
Alih-alih “Bergabung newsletter” generik, tawarkan waitlist yang membantu Anda memahami permintaan. Tambahkan 1–2 input segmentasi ringan:
Ini memungkinkan Anda memprioritaskan segmen mana yang dibangun dulu—dan menyesuaikan tindak lanjut tanpa membuat situs berbeda.
Beberapa pengunjung sudah siap sekarang. Beri mereka langkah jelas:
Anda akan belajar lebih banyak dari lima percakapan nyata dibanding 500 pageview anonim.
Email konfirmasi Anda harus melakukan dua tugas:
Mulai dengan CRM ringan—atau spreadsheet—dengan kolom seperti:
Ini mengubah penangkapan lead menjadi backlog kebutuhan tervalidasi, bukan tumpukan email.
Jika Anda ingin perjalanan situs-ke-produk mulus, Anda perlu bukti—awal dan terus-menerus—apa yang orang coba lakukan di situs Anda dan apa yang menghentikan mereka. Analitik memberi Anda “apa”. Feedback memberi Anda “kenapa”. Bersama, mereka mengubah situs Anda menjadi sistem pembelajaran alih-alih brosur statis.
Pageview bagus, tapi tidak menceritakan intent. Definisikan sekumpulan event kecil yang terkait dengan tujuan utama dan validasi produk:
Jaga daftarnya pendek supaya benar-benar dipakai. Jika semuanya “penting”, tidak ada yang benar-benar penting.
Buat dashboard sederhana yang menjawab: “Dari mana pengunjung datang, dan apakah mereka melakukan hal itu?” Minimal:
Baseline ini adalah titik referensi Anda. Tanpa itu, setiap perubahan bisa terasa seperti kemajuan—padahal belum tentu.
Angka tidak akan menjelaskan mengapa seseorang ragu. Tambahkan satu saluran kualitatif:
Simpan jawaban di tempat tim Anda akan membacanya mingguan (jangan dikubur di inbox).
Pilih waktu konsisten setiap minggu untuk meninjau sinyal, pilih satu perubahan, dan tetapkan ekspektasi jelas (hipotesis Anda). Contoh: “Jika kita memperjelas janji di atas fold, tampilan harga akan naik.” Jalankan satu tes pada satu waktu agar hasil dapat diatribusikan.
Traffic tinggi bisa menyembunyikan permintaan berkualitas rendah. Prioritaskan indikator intent nyata: kunjungan berulang, keterlibatan harga, permintaan demo, dan orang yang kembali setelah Anda menindaklanjuti. Perilaku-perilaku itu membantu Anda naik kelas dari situs MVP ke produk awal dengan percaya diri.
Kepercayaan adalah aset yang bisa Anda bangun sejak dini—lalu terus gunakan saat berpindah dari “situs layanan” ke “produk.” Tujuannya mengurangi ketidakpastian tanpa berlebihan berjanji.
Mulailah dengan pernyataan sederhana: untuk siapa, masalah apa yang Anda selesaikan, dan hasil apa yang bisa diharapkan. Hindari klaim samar seperti “terbaik” atau “garansi.” Jika Anda tidak bisa membuktikannya, jangan katakan.
Jika Anda punya screenshot, gunakan yang asli. Jika hanya konseptual, itu oke—beri label mockup. Baris kecil seperti “Concept UI (mockup)” menjaga kredibilitas dan mencegah percakapan canggung nanti.
Social proof efektif, tapi rapuh. Tambahkan dengan hati-hati:
Jika Anda masih awal, gunakan “bukti kerja” sebagai gantinya: contoh before/after, studi kasus singkat, atau breakdown sederhana apa yang berubah dan hasilnya.
Orang ragu ketika mereka tidak tahu apa yang terjadi setelah klik. Gunakan seksi “How it works” singkat yang mencakup: timeline, apa yang dibutuhkan pelanggan, apa yang Anda kirimkan, dan siapa yang bukan target. Seksi ini transisi baik nanti menjadi onboarding produk.
Link ke halaman lebih dalam jika perlu (mis. /how-it-works), tapi simpan esensinya di jalur utama.
Anda tidak perlu harga sempurna—yang perlu adalah harga yang dapat dimengerti. Jika masih memvalidasi, gunakan “Mulai dari,” “Harga pilot,” atau “Akses awal terbatas.” Kuncinya menetapkan ekspektasi tentang kisaran, apa yang termasuk, dan apa yang menaikkan biaya.
Harga jelas juga membantu penemuan produk: pertanyaan tentang harga sering memberi petunjuk apa yang benar-benar mereka hargai.
Halaman kontak Anda sebaiknya bukan jalan buntu. Sertakan:
Ini menjadi lebih penting saat dukungan berubah dari “bicara ke founder” menjadi “dukungan produk.”
Situs bisa terasa “selesai” setelah terlihat bagus dan mulai menghasilkan lead. Tapi jika Anda ingin ia menjadi produk, perlakukan situs sebagai pintu depan ke layanan yang bisa Anda kirim hari ini—secara manual atau semi-manual—sambil mempelajari apa yang pelanggan benar-benar butuhkan.
Mulailah dengan penawaran sederhana yang bisa Anda penuhi menggunakan alat sehari-hari: form, email, tautan kalender, dan spreadsheet. Tujuannya bukan membangun perangkat lunak segera—melainkan membuktikan Anda bisa konsisten mengirim hasil dan memahami apa arti “sukses” bagi pelanggan.
Contoh: jika produk masa depan Anda adalah “reporting otomatis,” mulai dengan layanan reporting berbayar. Kumpulkan input via form, buat laporan secara manual, dan kirim lewat email. Anda akan cepat tahu data apa yang pelanggan kesulitan sediakan, format yang mereka sukai, dan pertanyaan yang selalu muncul.
Saat Anda memenuhi permintaan, tuliskan langkah yang Anda ulang. Ringan saja: checklist di dokumen sudah cukup. Lama-kelamaan ini menjadi cetak biru fitur produk karena menangkap:
Perhatikan titik friksi: tugas yang memakan waktu terlalu lama, menyebabkan kesalahan, atau menunda pengiriman. Itu adalah sinyal terbaik untuk apa yang harus diotomasi pertama.
Metrik “sakit” umum untuk dilacak di spreadsheet:
Tahan dorongan untuk membangun banyak fitur. Produkkan satu hambatan tunggal yang menghemat paling banyak waktu atau mengurangi kebingungan paling besar. Workflow pertama itu bisa sesederhana form onboarding yang memvalidasi input, halaman status untuk pelanggan, atau generator deliverable template.
Jika Anda ingin mengabadikan proses ini secara publik, tambahkan seksi “How it works” sederhana di situs dan iterasikan seiring pembelajaran.
Roadmap penting—tetapi bukan tipe yang dibangun dari opini, iri fitur pesaing, atau brainstorming internal. Roadmap Anda harus menerjemahkan perilaku pengguna nyata dan permintaan nyata menjadi beberapa taruhan kecil yang bisa Anda kirim cepat.
Jaga roadmap kecil dan mudah dijelaskan:
Saat permintaan fitur muncul, beri skor menggunakan tiga input:
Jika tidak tinggi pada minimal dua dari tiga hal ini, kemungkinan bukan item “Now.”
MVP Anda bukan “aplikasi terkecil.” Ia adalah hasil terkecil. Bidik sesuatu yang bisa dikirim dalam beberapa minggu, bukan bulan—seringkali flow berpemandu, fitur self-serve terbatas, atau satu template yang bisa diulang.
Jika Anda ingin mempercepat siklus build sambil belajar, alat seperti Koder.ai bisa membantu memprototipe item “Next” dengan cepat (mis. dashboard dasar, flow onboarding, atau admin panel internal) dan iterasi dari feedback pelanggan—tanpa berkomitmen pada pipeline build jangka panjang.
Aturan baik: buat langkah yang berulang dan berisiko rendah menjadi self-serve, dan biarkan langkah yang berkepercayaan tinggi dan bernilai besar tetap dibantu (setidaknya awalnya).
Jika fitur tidak mendukung goal inti—atau tidak bisa diukur terhadapnya—katakan tidak (atau “nanti”). Lindungi fokus agar Anda berkembang dengan momentum, bukan kompleksitas.
SEO lebih mudah saat situs Anda kecil—jadi gunakan tahap itu untuk membuat keputusan struktural yang tidak akan Anda sesali nanti. Tujuannya bukan mempublikasikan banyak halaman; melainkan menerbitkan halaman yang tepat, dengan URL bersih dan intent jelas, sehingga Anda bisa berkembang menjadi produk tanpa membangun ulang navigasi atau mengubah apa yang sudah dipahami mesin pencari tentang Anda.
Tulis judul halaman dan H1 sebagaimana audiens Anda mencari, bukan bagaimana Anda mendeskripsikan diri secara internal. Tes sederhana: bisakah seseorang membaca judul dan langsung tahu masalah apa yang diselesaikan?
Contoh: judul beranda berorientasi produk seperti “Acme — Pelacakan inventaris untuk gudang kecil” lebih jelas daripada “Acme — Platform operasi modern.” Letakkan kata kunci utama dekat depan, dan pastikan setiap halaman punya satu topik jelas.
Strategi konten yang skalabel dimulai dengan beberapa potongan fondasi yang menjawab pertanyaan ber-intent tinggi:
Setiap artikel seharusnya menunjuk ke langkah berikutnya—biasanya /pricing, /contact, atau halaman signup—sehingga konten bukan sekadar “traffic,” melainkan bagian dari validasi produk.
Jika Anda menerbitkan secara publik (pembaruan, teardown, pelajaran), pertimbangkan memformalkan itu: beberapa platform—termasuk Koder.ai—menawarkan cara mendapatkan kredit dengan membuat konten atau merujuk pengguna lain. Itu bisa membuat “build in public” sedikit lebih berkelanjutan saat Anda masih awal.
Mengubah URL nanti adalah salah satu alasan paling umum untuk “rewrite SEO.” Hindari itu dengan memilih struktur sederhana sekarang:
Stabilitas lebih penting daripada kepintaran. Jika ragu, pilih struktur paling sederhana yang bisa Anda pertahankan bertahun-tahun.
Link internal membantu pengguna menemukan funnel dan membantu mesin pencari memahami apa yang penting. Biasakan menautkan:
Jaga link relatif (seperti /pricing), agar tetap valid di berbagai lingkungan.
Godaannya besar untuk membuat halaman untuk fitur yang rencananya Anda bangun agar menarik pencarian. Tapi halaman menyesatkan menaikkan bounce, merusak kepercayaan, dan bisa menciptakan situs berantakan yang harus Anda bersihkan nanti. Jika harus menyebutkan kapabilitas yang akan datang, lakukan secara transparan di halaman /roadmap atau dalam FAQ—tanpa berpura-pura sudah ada.
Anda tidak harus “membangun produk” di hari pertama. Pendekatan yang lebih baik adalah mengirim situs kredibel dulu, lalu menambah perilaku mirip produk secara bertahap—setiap langkah memvalidasi permintaan dan mengurangi risiko.
Mulai dengan situs yang menjelaskan masalah, janji Anda, dan langkah selanjutnya. Pilih satu konversi utama (book a call, join a waitlist, request a demo) dan buat itu jelas.
Jaga halaman ramping: Home, Pricing/How it works, About, dan jalur kontak sederhana. Tugas situs di sini adalah kejelasan, bukan fitur.
Tambahkan “rasa produk” ringan. Ini bisa berupa panduan digated, assessment, perpustakaan template, atau kuesioner onboarding singkat yang berakhir dengan akses awal.
Tujuannya: pelajari siapa yang menginginkan ini dan mengapa—sebelum Anda membangun akun atau flow kompleks.
Perkenalkan area login dasar: hasil tersimpan, dashboard dengan beberapa aksi, atau portal klien. Padukan dengan transaksi nyata, walau “produknya” masih setengah manual.
Opsi umum:
Jika Anda pindah ke fase ini dan ingin cepat tanpa terjebak prototype buntu, platform seperti Koder.ai bisa membantu menyiapkan area akun bekerja cepat, iterasi dengan snapshot/rollback, dan ekspor source code saat Anda siap ke basis kode jangka panjang.
Sekarang perluas ke produk lengkap: fungsi lebih dalam, onboarding self-serve, dan bagian “tidak menarik” yang mencegah kekacauan—dokumentasi, dukungan, dan operasi andal.
Tambahkan /docs (atau help center) dan definisikan saluran dukungan, waktu respons, serta jalur eskalasi.
Gunakan checklist ini sebelum melangkah ke fase berikutnya:
Ini adalah situs yang dirancang untuk memvalidasi permintaan sekarang (posisi yang jelas, konversi terukur, penangkapan lead) sambil menjaga struktur dan teknologi tetap fleksibel sehingga nanti bisa menambahkan workflow, akun, dan akses berbayar—tanpa harus membangun ulang dari nol.
Karena kompleksitas yang dibangun terlalu dini menciptakan pekerjaan ulang yang berbeda: Anda menghabiskan waktu memelihara fitur yang sebenarnya tidak diminta siapa pun. Mulailah dengan pengalaman terkecil yang membuktikan hasil nyata, lalu tambahkan kapabilitas produk ketika perilaku pengguna dan percakapan membenarkannya.
Progresi umum adalah:
Setiap langkah meningkatkan komitmen hanya setelah Anda mendapat bukti.
Mulailah dengan satu pengguna utama dan satu “job to be done”, lalu tulis proposisi nilai satu kalimat: “Kami membantu [pengguna target] mencapai [hasil] tanpa [rasa sakit/biaya].” Tambahkan 3 poin dukungan yang konkret dan bangun situs di sekitar pesan itu.
Pilih satu tindakan yang sesuai dengan tahap Anda dan desain seluruh funnel untuk itu (CTA, navigasi, urutan halaman, tindak lanjut).
Pilihan yang baik antara lain:
Semuanya lain harus sekunder dan tidak bersaing.
Tetap ramping:
Tambahkan halaman seperti FAQ atau Use Cases hanya ketika menjawab pertanyaan yang sering muncul dari orang nyata.
Gunakan blok yang dapat dipakai ulang (hero, benefits, social proof, comparison) dan gaya konsisten (tipografi, jarak, jenis tombol). Simpan item yang sering diperbarui (harga, fitur, testimonial, FAQ) sebagai konten terstruktur sehingga nanti bisa dipersonalisasi, disaring, atau dihubungkan ke pengalaman masuk (logged-in).
Pilih alat yang:
Hindari hard-code untuk hal yang sering berubah (tabel harga, matriks fitur). Ini menjaga SEO dan membuat transisi ke aplikasi lebih halus.
Lacak sekumpulan event yang fokus pada intent:
Padukan analitik dengan satu saluran kualitatif (survei satu pertanyaan atau prompt pasca-submit). Review mingguan dan jalankan satu tes pada satu waktu dengan hipotesis jelas.
Buat form singkat dan bertujuan:
Gunakan email konfirmasi untuk mengatur ekspektasi dan minta satu hal lagi (mis. “Balas dengan tantangan terbesar Anda”). Rekam respons di CRM ringan atau spreadsheet sehingga lead menjadi penemuan produk.