Coding Brief RewangOS — Draft untuk Persetujuan Founder

Status: belum GO_BUILD. Dokumen ini menerjemahkan riset ke scope kandidat. Ia bukan otorisasi implementasi, penetapan arsitektur/biaya, integrasi pembayaran atau deployment.

Temuan riset yang mengarahkan scope

Sinyal listing lokal terkuat saat ini adalah packing/gudang/helper produksi dan tugas event komersial. Bukti hajatan tradisional, demand rombongan serta willingness-to-pay komisi masih lemah. Karena itu kandidat prototype dimulai dengan brief operasional UMKM/packing dan event sebagai kategori pembanding; cakupan ini perlu persetujuan.

17 tes sintetis lulus, tetapi enam probe menemukan kelemahan input quantity, refund sengketa, dan penguncian slot. Prototype sebaiknya menguji brief, quote dan reservasi jadwal dengan data fiktif, bukan mengklaim alur dana production-ready.

Kandidat milestone pertama

Prototype lokal/staging tanpa transaksi nyata:

• Pemberi kerja demo membuat brief: kategori terbatas, wilayah kasar, tanggal/jam/durasi, jumlah orang, skill dan upah.
• Kartu pekerja sintetis menampilkan skill, kisaran area, ketersediaan demo dan alasan matching.
• Matching deterministik menyaring jarak, kompetensi, slot, upah yang diterima dan usia dewasa sintetis.
• Reservasi sementara mendeteksi dua order yang waktunya bentrok.
• Quote simulasi memisahkan jumlah upah, fee hipotesis dan total hipotetis.
• Status order demo mencakup reserved, confirmed, in progress, completion, cancelled, dispute dan resolved.
• Panel admin memperlihatkan audit perubahan state.
• Semua seed data fiktif; tidak ada KTP, rekening, GPS presisi atau kontak nyata.

Tidak termasuk fase pertama

Integrasi payment/payout, saldo/dompet/escrow, transaksi riil, akun dan verifikasi identitas riil, chat, rekomendasi ML, reputasi publik, paspor kerja resmi, jaminan Rewang Cadangan, aplikasi mobile, deployment publik. Perlu bukti dan persetujuan terpisah.

Acceptance criteria draft

1. Brief valid dapat dibuat dengan jumlah orang integer positif; 0, negatif dan desimal ditolak.
2. Kandidat yang skill/jadwal/upahnya tidak cocok tidak ditawarkan.
3. Reservasi mengunci slot dan mencegah double booking; expiry melepaskan slot.
4. Upah, fee simulasi dan total tampil terpisah dengan label hipotesis.
5. Sengketa menahan penutupan finansial simulasi; jalur refund sengketa dapat selesai di state machine.
6. Setiap perubahan status tercatat dengan actor, waktu dan alasan.
7. Tidak ada panggilan ke payment provider atau transfer dana.

Persetujuan terpisah yang diperlukan sebelum coding

Founder perlu menyetujui fokus kategori/brief, acceptance criteria, sumber data dan batas privasi, pilihan tech/hosting/biaya, serta scope dan target staging. Memo legal/provider harus menutup isu sebelum fase yang mengubah uang/data nyata. Deployment selalu gate sendiri.