🍰 Contoh PRD: Toko Kue Online Bu Sari

Bab 1 — Ringkasan Eksekutif & Visi

Toko Kue Online Bu Sari adalah aplikasi web berbahasa Indonesia yang mempertemukan penjual kue rumahan dengan pembeli yang ingin memesan kue untuk acara. Produk ini lahir dari satu pertanyaan: bagaimana ibu rumah tangga yang jago membuat kue bisa menjual tanpa harus menguasai toko online yang rumit.

Visi. Menjadi toko kue online pilihan utama di kota-kota menengah Indonesia dengan pengalaman belanja yang sederhana dan personal.

Poin kunci:

• Fokus MVP: katalog produk, keranjang, checkout dengan bayar di tempat, dan dashboard penjual.
• Satu nilai inti: proses pesan sesingkat mungkin, dari lihat katalog sampai konfirmasi pesanan.
• Aplikasi dibangun bertahap — rilis alur inti lebih dulu, lalu pembayaran online menyusul.

---

Bab 2 — Problem Statement & Latar Belakang

Latar belakang. Penjual kue rumahan saat ini mengandalkan WhatsApp dan media sosial untuk menerima pesanan. Pembeli harus bertanya satu per satu (kue apa saja, harga, ketersediaan, tanggal), penjual menjawab berulang, dan pesanan mudah terlewat atau salah catat.

Masalah yang dipecahkan:

• Katalog tidak tersusun — pembeli tidak tahu pilihan dan harga tanpa bertanya.
• Pemesanan manual rawan salah tanggal, salah varian, dan pesanan tercecer di chat.
• Tidak ada cara bagi penjual memantau pesanan aktif dalam satu tempat.

Masalah	Dampak	Solusi yang diusulkan
Pesanan lewat chat	Sering terlewat/salah catat	Formulir pesanan terstruktur di web
Katalog tidak jelas	Pembeli ragu membeli	Halaman katalog dengan harga & foto
Tidak ada ringkasan	Penjual kewalahan	Dashboard status pesanan

Mengapa sekarang. Kebiasaan belanja online sudah umum; penjual rumahan butuh alat yang sekadar "toko jadi", bukan platform penuh fitur yang membingungkan.

---

Bab 3 — Persona & Target Pengguna

Segmentasi. Dua kelompok utama: pembeli dan penjual.

Persona 1 — Pembeli acara. Ibu rumah tangga atau pekerja kantoran (25–45 tahun) yang memesan kue untuk ulang tahun, arisan, atau syukuran. Tidak terlalu teknis, ingin proses cepat, dan percaya pada rekomendasi tetangga. Frustrasi utama: harus tanya-tanya dulu untuk tahu harga.

Persona 2 — Penjual rumahan. Ibu atau individu (30–50 tahun) yang membuat kue dari dapur rumah. Paham rasa, belum paham teknologi. Frustrasi utama: pesanan tersebar di banyak chat dan mudah lupa.

Aspek	Persona 1 (Pembeli)	Persona 2 (Penjual)
Tujuan	Memesan kue dengan cepat	Menerima & mengelola pesanan
Frustrasi	Harga tidak jelas	Pesanan tercerai-berai
Butuh dari aplikasi	Katalog jelas + checkout singkat	Dasbor pesanan sederhana

---

Bab 4 — Analisis Kompetitor & Posisi Pasar

Cara alternatif yang dipakai sekarang:

Pendekatan	Kelebihan	Kekurangan
Pesan via WhatsApp	Akrab, tanpa belajar	Kacau, tidak terstruktur
Marketplace besar (Shopee/Tokopedia)	Banyak pembeli	Biaya, fitur berlebihan, persaingan harga
Website sendiri yang mahal	Profesional	Butuh biaya & keahlian

Posisi diferensiasi: toko online khusus kue dengan alur "pesan dalam 3 langkah", harga jelas, dan dukungan bahasa Indonesia penuh — tanpa biaya per transaksi yang memberatkan penjual kecil.

---

Bab 5 — Tujuan, KPI & Metrik Sukses

Tujuan produk:

1. Membantu penjual menerima pesanan terstruktur tanpa belajar teknologi.
2. Membuat pengalaman belanja kue yang cepat dan menyenangkan.
3. Menjaga biaya operasional dekat nol agar toko kecil betah.

Metrik sukses utama:

Metrik	Definisi	Target 3 bulan
Aktivasi penjual	Penjual membuat toko & produk pertama	≥ 20 toko aktif
Konversi pembeli	Kunjungan → pesanan terkirim	≥ 15%
Penyelesaian pesanan	Pesanan yang dikonfirmasi penjual	≥ 90%
Kepuasan	Skor umpan balik pembeli	≥ 4 dari 5

Metrik yang sengaja tidak dikejar di MVP: jumlah pengguna terdaftar semata dan fitur yang banyak.

---

Bab 6 — Ruang Lingkup MVP (P0/P1/P2)

P0 — Masuk MVP:

• Katalog produk (nama, foto, harga, varian ukuran).
• Keranjang belanja sederhana.
• Checkout dengan pilihan "bayar di tempat / transfer manual".
• Dashboard penjual: daftar pesanan, ubah status, kelola produk.
• Notifikasi pesanan baru (di dalam aplikasi).

P1 — Segera setelah MVP stabil:

• Pembayaran online (QRIS/transfer otomatis).
• Pencarian & filter kategori.
• Riwayat pesanan untuk pembeli.

P2 — Belakangan:

• Rekomendasi produk, ulasan pembeli, aplikasi seluler.

Sengaja tidak dibuat di MVP: sistem poin/loyalti, marketplace multi-penjual, dan manajemen stok bahan baku.

---

Bab 7 — User Stories & Acceptance Criteria

Katalog produk

• Sebagai pembeli, saya ingin melihat daftar kue beserta harga agar bisa memilih tanpa bertanya.
  • Diberikan saya membuka beranda toko, ketika halaman dimuat, maka saya melihat kartu produk dengan foto, nama, dan harga.
  • Diberikan produk sudah tidak tersedia, ketika saya membukanya, maka muncul tanda "stok habis".

Checkout

• Sebagai pembeli, saya ingin memesan kue dengan mengisi tanggal acara agar pesanan saya jelas.
  • Diberikan saya sudah memilih produk, ketika saya mengisi formulir pesanan (nama, tanggal, catatan), maka pesanan tersimpan dan muncul nomor pesanan.

Dashboard penjual

• Sebagai penjual, saya ingin melihat semua pesanan dalam satu daftar agar tidak ada yang terlewat.
  • Diberikan ada pesanan baru, ketika saya membuka dasbor, maka pesanan tampil paling atas dengan status "baru".

---

Bab 8 — Alur Aplikasi & Peta Halaman

Peta halaman:

• Beranda (katalog) → Detail produk → Keranjang → Checkout → Konfirmasi
• Masuk/Daftar (pembeli opsional; penjual wajib)
• Dashboard penjual → Produk → Pesanan

Alur pembeli (first-run):

1. Membuka beranda toko dan melihat katalog.
2. Klik produk → melihat foto, deskripsi, harga, dan pilihan ukuran.
3. Tambah ke keranjang → menekan "Pesan sekarang".
4. Mengisi nama, nomor HP, tanggal acara, dan catatan.
5. Memilih "bayar di tempat" → pesanan terkirim dengan nomor pesanan.
6. Penjual mengonfirmasi via WhatsApp/telepon.

Alur error:

• Katalog kosong → pesan "Belum ada produk — penjual sedang menyiapkan".
• Tanggal acara lewat dari batas pemesanan → peringatan jelas saat memilih.

---

Bab 9 — Spesifikasi Fungsional per Modul

Modul: Katalog

• Daftar produk: kartu dengan foto, nama, harga mulai, dan label "bisa custom".
• Detail produk: galeri foto, deskripsi, pilihan ukuran (mis. 1 kg / 2 kg), catatan custom.
• Sorting: terbaru, termurah, terlaris (P1).

Modul: Keranjang & Checkout

• Keranjang menyimpan pilihan produk + ukuran.
• Checkout satu halaman: identitas pembeli, tanggal acara, metode bayar (di tempat / transfer).
• Setelah kirim: halaman konfirmasi dengan nomor pesanan dan ringkasan.

Modul: Dashboard Penjual

• Daftar pesanan dengan status: baru → dikonfirmasi → selesai / dibatalkan.
• Kelola produk: tambah, ubah, nonaktifkan, ubah stok.
• Profil toko: nama, alamat, foto, deskripsi, jam operasional.

Aturan umum: semua tombol destruktif butuh konfirmasi; format tanggal Indonesia; halaman dimuat cepat dengan gambar ringan.

---

Bab 10 — Tech Stack, Struktur Proyek & .env

Rekomendasi tech stack. Next.js (React) + TypeScript + Tailwind CSS, database Postgres dengan ORM Prisma. Pilihan ini memberi kecepatan pengembangan, deploy murah (Vercel), dan ekosistem besar.

Struktur proyek:

app/                 # halaman & route API
  (marketing)/       # beranda publik & katalog
  (app)/             # dashboard penjual
components/          # komponen UI bersama
lib/                 # logika bisnis
prisma/              # skema database
public/              # foto produk & aset

Variabel lingkungan (.env):

DATABASE_URL=        # koneksi database
SESSION_SECRET=      # kunci sesi
APP_URL=             # URL publik aplikasi

---

Bab 11 — Skema Database

products — katalog kue

Kolom	Tipe	Catatan
id	uuid	primary key
seller_id	uuid → sellers.id	pemilik toko
name	text	nama kue
price	integer	harga dasar (rupiah)
image_url	text	foto utama
is_active	boolean	tampil/tidak

orders — pesanan pembeli

Kolom	Tipe	Catatan
id	uuid	primary key
seller_id	uuid	penjual penerima
customer_name	text	nama pembeli
phone	text	kontak pembeli
event_date	date	tanggal acara
status	text	baru/dikonfirmasi/selesai/dibatalkan
total	integer	total harga

order_items — rincian per produk dalam pesanan (produk, ukuran, jumlah, harga satuan).

sellers — akun penjual (nama, email, password hash, alamat, deskripsi toko).

Relasi: satu penjual punya banyak produk dan banyak pesanan; satu pesanan punya banyak order_items.

---

Bab 12 — API, Keamanan & Roadmap

Endpoint utama (REST):

Metode	Path	Fungsi
GET	/api/products	daftar produk publik
POST	/api/orders	buat pesanan baru
GET/PATCH	/api/orders/:id	lihat / ubah status pesanan (penjual)
GET/POST/PATCH	/api/products/:id	kelola produk (penjual)

Keamanan & non-fungsional:

• Autentikasi sesi httpOnly + HTTPS; otorisasi per pemilik toko.
• Validasi input server-side; batas laju (rate limit) pada endpoint publik.
• Foto produk dioptimalkan; indeks pada kolom yang sering difilter.

Risiko & mitigasi:

• Pesanan palsu → verifikasi nomor HP pada checkout (P1).
• Lonjakan trafik acara besar → cache halaman katalog.

Roadmap iterasi:

1. Rilis MVP (P0) → uji dengan 3–5 penjual nyata selama 4 minggu.
2. Iterasi 1: pembayaran online + pencarian.
3. Iterasi 2: ulasan pembeli & rekomendasi.