{"content_id":"byzp3fenqn","slug":"matching-platform-policy-5-rules","locale":"id","schema_type":"HowTo","category":"how_to","category_name":"Panduan","title":"5 Kebijakan yang Harus Ditetapkan Sebelum Membuka Platform Pencocokan: Aturan Operasional untuk Mencegah Kebocoran Komisi dan Runtuhnya Kualitas","summary":"Platform pencocokan sulit bertahan hanya dengan fitur reservasi, pembayaran, dan chat; diperlukan aturan pasar yang melindungi komisi dan menjaga kedua pihak pengguna. Sebelum dibuka, urutan eksposur, metode pencocokan, kebijakan pembatalan, pencegahan transaksi langsung, serta standar sengketa dan pencairan harus ditetapkan dengan jelas.","author":{"name":"injoys","url":"https://injoys.com/ko/about"},"key_points":["Pendapatan inti platform pencocokan adalah komisi dari transaksi yang berhasil terjadi di dalam platform, sehingga jika transaksi langsung meningkat, model bisnis akan runtuh.","Urutan eksposur dan metode pencocokan bukan sekadar masalah UI, melainkan kebijakan operasional yang menentukan insentif perilaku penyedia dan kepercayaan pelanggan.","Standar pembatalan dan pengembalian dana harus diberitahukan serta disetujui sebelum pembayaran agar kerugian penyedia dan sengketa pelanggan dapat dikurangi.","Sulit mencegah transaksi langsung hanya dengan memblokir kontak; perlu dirancang manfaat bahwa pembayaran melalui platform memberi perlindungan berupa pengembalian dana, mediasi, dan catatan.","Jika pencairan tidak dibayarkan segera dan ditahan selama periode tertentu, platform dapat memperoleh sarana nyata untuk melakukan mediasi saat terjadi sengketa."],"content_markdown":"## Ringkasan Inti\n\nPlatform matching yang menghubungkan orang dengan orang, seperti pet sitter, les privat, interior, kebersihan, pelajaran, dan perawatan, tidak berjalan hanya dengan fitur. Reservasi, pembayaran, profil, chat, dan ulasan memang bisa dibuat cepat dengan AI, tetapi yang menjaga pendapatan dan kepercayaan platform bukanlah kode, melainkan **kebijakan**.\n\nTerutama, pendapatan platform matching sebagian besar berasal dari komisi transaksi. Jika penyedia dan peminta layanan bertemu pertama kali melalui platform lalu bertukar kontak eksternal dan mulai bertransaksi langsung, platform hanya menanggung biaya akuisisi pelanggan dan biaya operasional, tetapi kehilangan pendapatan. Karena itu, sebelum peluncuran, aturan marketplace harus ditentukan terlebih dahulu, lalu aturan tersebut diubah menjadi kebutuhan fitur dan disampaikan kepada AI serta tim pengembang.\n\n## Mengapa Platform Matching Berbeda dari Situs Web Biasa\n\n### Struktur Pasar Dua Sisi\n\nPlatform matching bukanlah layanan yang cukup memuaskan satu pihak saja. Baik peminta layanan maupun penyedia layanan adalah pelanggan.\n\n| Kategori | Contoh | Masalah yang Harus Diselesaikan Platform |\n|---|---|---|\n| Peminta layanan | Pemilik hewan, orang tua murid, pemilik rumah, pelanggan | Ingin mudah menemukan orang yang dapat dipercaya dan mendapat perlindungan saat terjadi masalah |\n| Penyedia layanan | Pet sitter, guru les privat, kontraktor, freelancer | Ingin menerima pesanan secara stabil dan terlindungi dari pembatalan atau pelanggan bermasalah |\n| Platform | Operator marketplace | Harus menyelesaikan transaksi, menarik komisi, dan mengelola biaya sengketa |\n\nDalam struktur ini, sering kali ada momen ketika aturan menjadi lebih penting daripada fitur. Misalnya, fitur “menampilkan daftar sitter” memang sederhana, tetapi siapa yang ditampilkan terlebih dahulu adalah inti bisnis. Kepercayaan marketplace dan struktur pendapatan akan berubah tergantung apakah sitter dengan tingkat respons tinggi dan ulasan bagus dinaikkan, apakah sitter baru juga diberi kesempatan, atau apakah produk iklan dimasukkan.\n\n## 3 Cara Platform yang Hanya Memiliki Fitur Bisa Gagal\n\n### 1. Jika Tidak Ada Urutan Eksposur, Penyedia yang Baik Akan Pergi\n\nJika penyedia hanya ditampilkan berdasarkan urutan pendaftaran, orang yang bekerja keras dan akun yang terbengkalai diperlakukan sama. Sitter dengan rating 4.9, 47 ulasan, dan tingkat respons cepat bisa terdorong ke bawah, sementara akun tanpa ulasan bisa muncul di bagian atas.\n\nDalam struktur seperti ini, alasan bagi penyedia untuk mengumpulkan ulasan bagus dan merespons cepat menjadi lemah. Peminta layanan juga akan merasa tidak percaya dan bertanya, “Mengapa orang ini muncul lebih dulu?” Kebijakan eksposur secara bersamaan memengaruhi kualitas pencarian, motivasi penyedia, dan kepercayaan pelanggan.\n\n### 2. Jika Kontak Dibuka Terlalu Cepat, Komisi Bocor\n\nJika chat bebas dan kontak ditampilkan sebelum pembayaran, percakapan seperti “Kalau hubungi langsung, bukan lewat aplikasi, saya bisa beri harga lebih murah” mudah terjadi. Pada saat itu, platform sudah menanggung biaya penelusuran, rekomendasi, pembentukan kepercayaan, dan dukungan pelanggan, tetapi tidak memperoleh pendapatan nyata.\n\nTransaksi langsung tidak hanya menimbulkan kerugian komisi. Jika transaksi dilakukan di luar platform, platform sulit memverifikasi atau menengahi masalah pengembalian dana, kecelakaan keselamatan, no-show, dan kualitas layanan. Pada akhirnya, baik peminta maupun penyedia layanan keluar dari mekanisme perlindungan.\n\n### 3. Jika Tidak Ada Kebijakan Pembatalan, Salah Satu Pihak Akan Dirugikan Sepihak\n\nJika pembatalan pada hari yang sama tetap mendapatkan pengembalian dana penuh, penyedia bisa saja mengosongkan jadwal satu hari tanpa mendapat kompensasi. Sebaliknya, jika penyedia tiba-tiba membatalkan tanpa penalti apa pun, peminta layanan bisa mengalami gangguan pada jadwal penting.\n\nKebijakan pembatalan adalah keseimbangan antara ramah pelanggan dan perlindungan penyedia. Jika tidak ada standar, operator harus menilai secara emosional setiap kali, dan kasus yang sama bisa menghasilkan kesimpulan berbeda sehingga menimbulkan kontroversi ketidakadilan.\n\n## 5 Kebijakan Wajib yang Harus Ditentukan Sebelum Peluncuran\n\n### 1. Urutan Eksposur: Siapa yang Muncul di Bagian Atas\n\nUrutan eksposur adalah sistem penghargaan platform. Harus ditentukan terlebih dahulu tindakan seperti apa yang akan menghasilkan eksposur di bagian atas.\n\n#### Kriteria yang Direkomendasikan\n\n- Tingkat respons terbaru\n- Rata-rata waktu respons\n- Rating ulasan\n- Jumlah ulasan\n- Tanggal aktivitas terbaru\n- Tingkat penyelesaian reservasi\n- Tingkat pembatalan\n- Riwayat laporan atau sengketa\n- Status penyedia baru\n\n#### Contoh Kebijakan\n\n| Faktor | Contoh Kebijakan | Tujuan |\n|---|---|---|\n| Tingkat respons | Semakin tinggi tingkat respons pertanyaan dalam 30 hari terakhir, semakin besar poin tambahan | Mendorong pelanggan mendapat jawaban cepat |\n| Rating | Semakin tinggi rating setelah jumlah ulasan tertentu, semakin besar poin tambahan | Mencerminkan kualitas yang sudah terverifikasi di bagian atas |\n| Aktivitas terbaru | Mendapat poin tambahan jika ada login atau pembaruan jadwal terbaru | Mencegah eksposur akun yang terbengkalai |\n| Tingkat pembatalan | Mendapat pengurangan poin jika banyak pembatalan karena kesalahan penyedia | Menekan penyedia yang tidak bertanggung jawab |\n| Area baru | Penyedia baru tanpa ulasan ditampilkan di area terpisah | Memberikan kesempatan awal bagi pendatang baru |\n\n#### Prinsip Penting\n\nMeskipun kriteria eksposur tidak dibuka sepenuhnya, sebaiknya faktor utama dijelaskan di layar. Misalnya, jika dijelaskan bahwa “urutan rekomendasi ditentukan secara menyeluruh berdasarkan tingkat respons, ulasan, aktivitas terbaru, dan tingkat penyelesaian reservasi,” penyedia dapat memahami tindakan apa yang perlu dilakukan.\n\n### 2. Metode Matching: Penugasan Otomatis atau Pengajuan dan Pemilihan\n\nMetode matching menentukan pengalaman pelanggan dan struktur tanggung jawab.\n\n| Metode | Penjelasan | Kelebihan | Kekurangan | Layanan yang Cocok |\n|---|---|---|---|---|\n| Penugasan otomatis | Platform langsung menghubungkan penyedia yang sesuai dengan syarat | Cepat dan sederhana | Keluhan terpusat sebagai tanggung jawab platform | Panggilan darurat, pekerjaan sederhana, layanan terstandardisasi |\n| Pengajuan dan pemilihan | Peminta layanan mengunggah permintaan, penyedia mengajukan diri, lalu peminta memilih | Menguntungkan untuk membangun kepercayaan dan tanggung jawab pemilihan tersebar | Memakan waktu lebih lama | Pet sitter, perawatan anak, les privat, konsultasi interior |\n| Campuran | Kandidat rekomendasi ditampilkan otomatis, tetapi pilihan akhir dilakukan pelanggan | Keseimbangan antara kecepatan dan kepercayaan | Perancangan kebijakan lebih kompleks | Sebagian besar platform matching tahap awal |\n\nJika layanan sangat bergantung pada kepercayaan, metode “pengajuan dan pemilihan” lebih menguntungkan. Ketika pemilik hewan atau orang tua murid membandingkan sendiri profil, ulasan, pengalaman, waktu yang tersedia, dan harga lalu memilih, rasa aman psikologis meningkat. Sebaliknya, penugasan otomatis memang cepat, tetapi jika hasilnya tidak memuaskan, keluhan seperti “platform salah menugaskan” bisa membesar.\n\n### 3. Kebijakan Pembatalan: Kapan dan Berapa yang Dikembalikan\n\nKebijakan pembatalan wajib ditampilkan dan disetujui sebelum pembayaran. Jika pelanggan baru mengetahui batasan pengembalian dana setelah pembayaran, kemungkinan sengketa meningkat.\n\n#### Contoh Kriteria Pembatalan·Pengembalian Dana\n\n| Waktu Pembatalan | Contoh Pengembalian Dana Pelanggan | Contoh Kompensasi Penyedia | Tujuan Operasional |\n|---|---:|---:|---|\n| Hingga 3 hari sebelum layanan | Pengembalian dana 100% | Tidak ada | Mengizinkan perubahan fleksibel bagi pelanggan |\n| Hingga 1 hari sebelum layanan | Pengembalian dana 50% | Kompensasi sebagian | Mengganti kerugian jadwal penyedia |\n| Pembatalan pada hari yang sama | Tidak ada pengembalian dana atau pengembalian terbatas | Kompensasi dalam persentase tertentu | Menekan no-show dan pembatalan mendadak |\n| Pembatalan karena kesalahan penyedia | Pengembalian dana penuh kepada pelanggan | Pengurangan poin eksposur penyedia | Melindungi pelanggan dan mencegah pembatalan tidak bertanggung jawab |\n\nAngka di atas adalah contoh, dan persentase sebenarnya harus ditentukan sesuai karakteristik layanan, regulasi lokal, kebijakan penyedia pembayaran, dan tingkat ekspektasi pelanggan.\n\n#### Penalti Pembatalan bagi Penyedia\n\nMenerapkan denda uang tanpa syarat kepada penyedia dapat menimbulkan beban hukum dan operasional. Pada tahap awal, penalti nonfinansial seperti berikut bisa lebih praktis.\n\n- Pengurangan skor rekomendasi\n- Dikecualikan dari eksposur atas selama periode tertentu\n- Pembatasan reservasi baru jika pembatalan berulang\n- Meninjau apakah perlu memberikan kupon permintaan maaf otomatis kepada pelanggan\n- Peringatan atau penangguhan akun setelah ditinjau operator\n\n### 4. Komisi dan Pencegahan Transaksi Langsung: Harus Merancang Manfaat Perlindungan, Bukan Sekadar Memblokir\n\nTingkat komisi berbeda tergantung model bisnis. Misalnya, memilih antara 10%, 15%, atau 20% harus mempertimbangkan biaya akuisisi pelanggan, biaya pembayaran, biaya dukungan pelanggan, biaya asuransi atau jaminan, dan margin penyedia.\n\nMasalahnya bukan tingkat komisi itu sendiri, melainkan transaksi langsung. Pencegahan transaksi langsung bukan sekadar fitur menyembunyikan nomor telepon, tetapi membangun struktur bahwa “bertransaksi di dalam platform lebih aman dan menguntungkan.”\n\n#### Fitur dan Kebijakan yang Dibutuhkan\n\n| Item | Contoh Kebijakan | Tujuan |\n|---|---|---|\n| Kontak tidak dibuka | Nomor telepon, email, ID messenger tidak dibuka sebelum pembayaran dikonfirmasi | Mengurangi keluarnya pengguna sebelum pembayaran |\n| Deteksi chat | Mendeteksi pola nomor telepon, nomor rekening, ID messenger eksternal | Memberi peringatan percobaan transaksi langsung |\n| Kalimat peringatan | Memberi informasi “Transaksi eksternal tidak dapat menerima perlindungan pengembalian dana·mediasi” | Menekankan manfaat perlindungan daripada hukuman |\n| Sanksi pelanggaran berulang | Pembatasan eksposur atau peninjauan akun jika berulang kali membagikan kontak secara tidak langsung | Menjaga ketertiban marketplace |\n| Manfaat pembayaran platform | Menyediakan aturan pengembalian dana, mediasi sengketa, catatan transaksi, perlindungan settlement | Memberikan alasan untuk membayar di dalam platform |\n\n#### Contoh Kalimat Peringatan\n\n“Demi keamanan, berbagi kontak dan nomor rekening sebelum pembayaran dibatasi. Jika bertransaksi di luar platform, Anda tidak dapat menerima perlindungan pengembalian dana, mediasi sengketa, dan catatan transaksi.”\n\nInti dari kalimat ini bukan “jangan lakukan,” melainkan “Anda harus membayar di dalam aplikasi agar terlindungi.” Peminta dan penyedia layanan harus memahami manfaat transaksi internal platform agar godaan transaksi langsung berkurang.\n\n### 5. Sengketa dan Settlement: Kapan Uang Dibayarkan\n\nKekuatan nyata mediasi sengketa berasal dari struktur settlement. Jika jumlah pembayaran langsung dibayarkan penuh kepada penyedia begitu layanan selesai, ketika terjadi masalah, platform sulit mengeksekusi pengembalian dana atau pengembalian dana sebagian.\n\nKarena itu, banyak platform matching memiliki struktur menyimpan dana selama periode tertentu setelah pembayaran atau menahan pencairan. Ini sering dijelaskan sebagai konsep yang mirip escrow, tetapi perlu memeriksa ketentuan penyedia pembayaran serta regulasi keuangan dan e-commerce di masing-masing wilayah untuk mengetahui metode apa yang sebenarnya memungkinkan.\n\n#### Contoh Kebijakan Settlement\n\n| Tahap | Proses | Tujuan Operasional |\n|---|---|---|\n| Pembayaran reservasi | Pelanggan membayar di platform | Mengamankan catatan transaksi |\n| Pelaksanaan layanan | Chat, jadwal, dan permintaan disimpan di platform | Mengamankan bukti sengketa |\n| Layanan selesai | Diubah menjadi status selesai | Masa tunggu settlement dimulai |\n| 48 jam setelah selesai | Mengoperasikan periode pengajuan keberatan | Memungkinkan penerimaan laporan kecelakaan·keluhan |\n| Tidak ada sengketa | Settlement kepada penyedia | Mengakhiri transaksi normal |\n| Sengketa diterima | Settlement ditahan lalu bukti ditinjau | Menentukan pengembalian dana·pengembalian sebagian·penolakan |\n\n48 jam adalah contoh. Tergantung karakteristik layanan, bisa berbeda menjadi 24 jam, 72 jam, 7 hari, dan sebagainya. Layanan seperti perawatan hewan peliharaan atau interior, di mana masalah bisa ditemukan belakangan, mungkin membutuhkan periode pemeriksaan yang lebih panjang.\n\n## Data Sengketa yang Wajib Ada di Layar Operator\n\nUntuk menangani sengketa dengan benar, operator harus bisa melihat konteks kasus dalam satu layar.\n\n| Data | Alasan Dibutuhkan |\n|---|---|\n| Informasi reservasi | Memeriksa tanggal, jumlah, dan cakupan layanan |\n| Status pembayaran dan settlement | Memeriksa jumlah yang dapat dikembalikan dan apakah pembayaran ditahan |\n| Riwayat chat | Memeriksa isi janji dan apakah ada pemberitahuan sebelumnya |\n| Bukti foto atau file | Memeriksa kecelakaan, cacat, atau hasil pekerjaan |\n| Riwayat pembatalan·perubahan | Memeriksa atas permintaan siapa jadwal berubah |\n| Riwayat sengketa sebelumnya | Memeriksa apakah akun memiliki masalah berulang |\n| Alasan keputusan operator | Digunakan sebagai standar untuk kasus serupa berikutnya |\n\nMencatat alasan keputusan operator sangat penting. Harus ada catatan “mengapa pengembalian dana penuh diberikan,” “mengapa pengembalian dana sebagian diberikan,” dan “mengapa dinilai sebagai tanggung jawab penyedia” agar standar operasional yang konsisten terbentuk.\n\n## Persyaratan Kebijakan yang Harus Dimasukkan ke Prompt Pengembangan AI\n\nJika hanya meminta AI “buatkan fitur reservasi, pembayaran, dan chat,” kemungkinan besar aturan inti marketplace akan terlewat. Kebijakan harus dinyatakan seperti di bawah ini.\n\n### Contoh Prompt\n\n```text\nMembuat platform matching pet sitter. Tolong rancang dengan mencerminkan kebijakan operasional di bawah ini, bukan sekadar implementasi fitur sederhana.\n\n1. Daftar sitter diurutkan secara default dengan menggabungkan tingkat respons, rating ulasan, jumlah ulasan, tanggal aktivitas terbaru, dan tingkat penyelesaian reservasi.\n2. Sitter baru ditampilkan di area sitter baru terpisah agar tidak sepenuhnya terdorong ke bawah karena kurang ulasan.\n3. Matching dilakukan dengan cara pemilik hewan mengunggah permintaan, sitter mengajukan diri, lalu pemilik hewan memilih setelah melihat profil dan ulasan.\n4. Sebelum pembayaran, kebijakan pembatalan·pengembalian dana ditampilkan di layar dan persetujuan diminta.\n5. Sebelum pembayaran, berbagi nomor telepon, email, nomor rekening, dan ID messenger eksternal dibatasi.\n6. Jika pola yang terlihat seperti kontak atau nomor rekening terdeteksi di chat, tampilkan kalimat peringatan transaksi langsung.\n7. Setelah layanan selesai, settlement ditahan selama 48 jam, dan jika sengketa diterima dalam periode ini, settlement dihentikan.\n8. Operator harus dapat melihat informasi reservasi, status pembayaran, riwayat chat, file bukti, dan alasan keputusan dalam satu layar.\n\nSebelum implementasi, jika ada kebijakan yang belum saya tentukan dan perlu diputuskan, tanyakan terlebih dahulu.\n```\n\nKalimat terakhir penting. AI harus dibuat agar menanyakan kebijakan yang terlewat, sehingga hasil pengembangan tidak hanya menjadi sekumpulan layar sederhana, tetapi lebih dekat dengan platform yang dapat dioperasikan.\n\n## Berpikir dengan Mengubahnya Menjadi Model Data\n\nPada akhirnya, kebijakan harus tersisa sebagai data. Item di bawah ini adalah struktur yang dapat diimplementasikan sebagai tabel dasar dan nilai status bahkan di web framework seperti Ruby on Rails.\n\n| Domain | Contoh Data yang Dibutuhkan |\n|---|---|\n| Pengguna | Peran, status verifikasi identitas, apakah kontak dapat dibuka |\n| Profil penyedia | Pengalaman, area layanan, harga, jadwal tersedia, perkenalan, status verifikasi |\n| Skor eksposur | Tingkat respons, rating, jumlah ulasan, tanggal aktivitas terbaru, tingkat pembatalan, riwayat pengurangan poin |\n| Permintaan | Isi permintaan pelanggan, jadwal yang diinginkan, anggaran, lokasi, status |\n| Pengajuan | Pesan pengajuan penyedia, harga yang ditawarkan, waktu tersedia |\n| Reservasi | Penyedia yang dipilih, jadwal, jumlah, waktu pembatalan yang memungkinkan, status selesai |\n| Pembayaran | Status pembayaran, status pengembalian dana, komisi platform, jumlah settlement yang dijadwalkan |\n| Chat | Pesan, file terlampir, apakah kontak terdeteksi, riwayat tampilan peringatan |\n| Sengketa | Alasan, bukti, waktu penerimaan, apakah settlement ditahan, hasil keputusan |\n| Settlement | Menunggu settlement, ditahan, pembayaran selesai, gagal, status percobaan ulang |\n\nJika dirancang seperti ini, kebijakan operasional tidak tersebar di berbagai bagian kode, tetapi dikelola sebagai status dan catatan.\n\n## Checklist Sebelum Peluncuran\n\n- Apakah kriteria pengurutan default sudah ditentukan?\n- Apakah ada cara untuk memberi kesempatan eksposur kepada penyedia baru?\n- Apakah sudah ditentukan apakah metodenya matching otomatis, pengajuan dan pemilihan, atau campuran?\n- Apakah pembatalan pelanggan dan pembatalan penyedia dibedakan?\n- Apakah persentase dan waktu pengembalian dana diberitahukan sebelum pembayaran?\n- Apakah berbagi kontak dan nomor rekening sebelum pembayaran dibatasi?\n- Apakah kalimat peringatan transaksi langsung menjelaskan manfaat perlindungan daripada hukuman?\n- Apakah tingkat komisi platform dan rumus perhitungan jumlah settlement jelas?\n- Apakah ada periode penahanan settlement setelah layanan selesai?\n- Apakah settlement dapat dihentikan otomatis saat sengketa diterima?\n- Apakah operator dapat melihat bukti dan riwayat chat dalam satu layar?\n- Apakah alasan keputusan operator dicatat?\n- Apakah AI atau tim pengembang diminta “tanyakan terlebih dahulu kebijakan yang belum ditentukan”?\n\n## Kesimpulan\n\nKesalahpahaman paling berbahaya dalam pengembangan awal platform matching adalah pemikiran bahwa “jika ada fitur, marketplace akan berjalan.” Pada kenyataannya, yang menggerakkan marketplace adalah aturan seperti eksposur, matching, pembatalan, komisi, settlement, dan penanganan sengketa.\n\nAI dapat membuat kode dengan cepat, tetapi pendirilah yang harus menentukan tindakan apa yang diberi penghargaan dan risiko apa yang dicegah. Sebelum peluncuran, 5 kebijakan harus didokumentasikan, lalu dihubungkan ke layar, nilai status, fitur admin, dan kalimat panduan pelanggan agar komisi tidak bocor dan kualitas layanan tetap terjaga.","content_html":"\u003ch2\u003e\n\u003ca href=\"#ringkasan-inti\" class=\"anchor\" id=\"ringkasan-inti\"\u003e\u003c/a\u003eRingkasan Inti\u003c/h2\u003e\n\u003cp\u003ePlatform matching yang menghubungkan orang dengan orang, seperti pet sitter, les privat, interior, kebersihan, pelajaran, dan perawatan, tidak berjalan hanya dengan fitur. Reservasi, pembayaran, profil, chat, dan ulasan memang bisa dibuat cepat dengan AI, tetapi yang menjaga pendapatan dan kepercayaan platform bukanlah kode, melainkan \u003cstrong\u003ekebijakan\u003c/strong\u003e.\u003c/p\u003e\n\u003cp\u003eTerutama, pendapatan platform matching sebagian besar berasal dari komisi transaksi. Jika penyedia dan peminta layanan bertemu pertama kali melalui platform lalu bertukar kontak eksternal dan mulai bertransaksi langsung, platform hanya menanggung biaya akuisisi pelanggan dan biaya operasional, tetapi kehilangan pendapatan. Karena itu, sebelum peluncuran, aturan marketplace harus ditentukan terlebih dahulu, lalu aturan tersebut diubah menjadi kebutuhan fitur dan disampaikan kepada AI serta tim pengembang.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#mengapa-platform-matching-berbeda-dari-situs-web-biasa\" class=\"anchor\" id=\"mengapa-platform-matching-berbeda-dari-situs-web-biasa\"\u003e\u003c/a\u003eMengapa Platform Matching Berbeda dari Situs Web Biasa\u003c/h2\u003e\n\u003ch3\u003e\n\u003ca href=\"#struktur-pasar-dua-sisi\" class=\"anchor\" id=\"struktur-pasar-dua-sisi\"\u003e\u003c/a\u003eStruktur Pasar Dua Sisi\u003c/h3\u003e\n\u003cp\u003ePlatform matching bukanlah layanan yang cukup memuaskan satu pihak saja. Baik peminta layanan maupun penyedia layanan adalah pelanggan.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eKategori\u003c/th\u003e\n\u003cth\u003eContoh\u003c/th\u003e\n\u003cth\u003eMasalah yang Harus Diselesaikan Platform\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Kategori\"\u003ePeminta layanan\u003c/td\u003e\n\u003ctd data-label=\"Contoh\"\u003ePemilik hewan, orang tua murid, pemilik rumah, pelanggan\u003c/td\u003e\n\u003ctd data-label=\"Masalah yang Harus Diselesaikan Platform\"\u003eIngin mudah menemukan orang yang dapat dipercaya dan mendapat perlindungan saat terjadi masalah\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Kategori\"\u003ePenyedia layanan\u003c/td\u003e\n\u003ctd data-label=\"Contoh\"\u003ePet sitter, guru les privat, kontraktor, freelancer\u003c/td\u003e\n\u003ctd data-label=\"Masalah yang Harus Diselesaikan Platform\"\u003eIngin menerima pesanan secara stabil dan terlindungi dari pembatalan atau pelanggan bermasalah\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Kategori\"\u003ePlatform\u003c/td\u003e\n\u003ctd data-label=\"Contoh\"\u003eOperator marketplace\u003c/td\u003e\n\u003ctd data-label=\"Masalah yang Harus Diselesaikan Platform\"\u003eHarus menyelesaikan transaksi, menarik komisi, dan mengelola biaya sengketa\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eDalam struktur ini, sering kali ada momen ketika aturan menjadi lebih penting daripada fitur. Misalnya, fitur “menampilkan daftar sitter” memang sederhana, tetapi siapa yang ditampilkan terlebih dahulu adalah inti bisnis. Kepercayaan marketplace dan struktur pendapatan akan berubah tergantung apakah sitter dengan tingkat respons tinggi dan ulasan bagus dinaikkan, apakah sitter baru juga diberi kesempatan, atau apakah produk iklan dimasukkan.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#3-cara-platform-yang-hanya-memiliki-fitur-bisa-gagal\" class=\"anchor\" id=\"3-cara-platform-yang-hanya-memiliki-fitur-bisa-gagal\"\u003e\u003c/a\u003e3 Cara Platform yang Hanya Memiliki Fitur Bisa Gagal\u003c/h2\u003e\n\u003ch3\u003e\n\u003ca href=\"#1-jika-tidak-ada-urutan-eksposur-penyedia-yang-baik-akan-pergi\" class=\"anchor\" id=\"1-jika-tidak-ada-urutan-eksposur-penyedia-yang-baik-akan-pergi\"\u003e\u003c/a\u003e1. Jika Tidak Ada Urutan Eksposur, Penyedia yang Baik Akan Pergi\u003c/h3\u003e\n\u003cp\u003eJika penyedia hanya ditampilkan berdasarkan urutan pendaftaran, orang yang bekerja keras dan akun yang terbengkalai diperlakukan sama. Sitter dengan rating 4.9, 47 ulasan, dan tingkat respons cepat bisa terdorong ke bawah, sementara akun tanpa ulasan bisa muncul di bagian atas.\u003c/p\u003e\n\u003cp\u003eDalam struktur seperti ini, alasan bagi penyedia untuk mengumpulkan ulasan bagus dan merespons cepat menjadi lemah. Peminta layanan juga akan merasa tidak percaya dan bertanya, “Mengapa orang ini muncul lebih dulu?” Kebijakan eksposur secara bersamaan memengaruhi kualitas pencarian, motivasi penyedia, dan kepercayaan pelanggan.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#2-jika-kontak-dibuka-terlalu-cepat-komisi-bocor\" class=\"anchor\" id=\"2-jika-kontak-dibuka-terlalu-cepat-komisi-bocor\"\u003e\u003c/a\u003e2. Jika Kontak Dibuka Terlalu Cepat, Komisi Bocor\u003c/h3\u003e\n\u003cp\u003eJika chat bebas dan kontak ditampilkan sebelum pembayaran, percakapan seperti “Kalau hubungi langsung, bukan lewat aplikasi, saya bisa beri harga lebih murah” mudah terjadi. Pada saat itu, platform sudah menanggung biaya penelusuran, rekomendasi, pembentukan kepercayaan, dan dukungan pelanggan, tetapi tidak memperoleh pendapatan nyata.\u003c/p\u003e\n\u003cp\u003eTransaksi langsung tidak hanya menimbulkan kerugian komisi. Jika transaksi dilakukan di luar platform, platform sulit memverifikasi atau menengahi masalah pengembalian dana, kecelakaan keselamatan, no-show, dan kualitas layanan. Pada akhirnya, baik peminta maupun penyedia layanan keluar dari mekanisme perlindungan.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#3-jika-tidak-ada-kebijakan-pembatalan-salah-satu-pihak-akan-dirugikan-sepihak\" class=\"anchor\" id=\"3-jika-tidak-ada-kebijakan-pembatalan-salah-satu-pihak-akan-dirugikan-sepihak\"\u003e\u003c/a\u003e3. Jika Tidak Ada Kebijakan Pembatalan, Salah Satu Pihak Akan Dirugikan Sepihak\u003c/h3\u003e\n\u003cp\u003eJika pembatalan pada hari yang sama tetap mendapatkan pengembalian dana penuh, penyedia bisa saja mengosongkan jadwal satu hari tanpa mendapat kompensasi. Sebaliknya, jika penyedia tiba-tiba membatalkan tanpa penalti apa pun, peminta layanan bisa mengalami gangguan pada jadwal penting.\u003c/p\u003e\n\u003cp\u003eKebijakan pembatalan adalah keseimbangan antara ramah pelanggan dan perlindungan penyedia. Jika tidak ada standar, operator harus menilai secara emosional setiap kali, dan kasus yang sama bisa menghasilkan kesimpulan berbeda sehingga menimbulkan kontroversi ketidakadilan.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#5-kebijakan-wajib-yang-harus-ditentukan-sebelum-peluncuran\" class=\"anchor\" id=\"5-kebijakan-wajib-yang-harus-ditentukan-sebelum-peluncuran\"\u003e\u003c/a\u003e5 Kebijakan Wajib yang Harus Ditentukan Sebelum Peluncuran\u003c/h2\u003e\n\u003ch3\u003e\n\u003ca href=\"#1-urutan-eksposur-siapa-yang-muncul-di-bagian-atas\" class=\"anchor\" id=\"1-urutan-eksposur-siapa-yang-muncul-di-bagian-atas\"\u003e\u003c/a\u003e1. Urutan Eksposur: Siapa yang Muncul di Bagian Atas\u003c/h3\u003e\n\u003cp\u003eUrutan eksposur adalah sistem penghargaan platform. Harus ditentukan terlebih dahulu tindakan seperti apa yang akan menghasilkan eksposur di bagian atas.\u003c/p\u003e\n\u003ch4\u003e\n\u003ca href=\"#kriteria-yang-direkomendasikan\" class=\"anchor\" id=\"kriteria-yang-direkomendasikan\"\u003e\u003c/a\u003eKriteria yang Direkomendasikan\u003c/h4\u003e\n\u003cul\u003e\n\u003cli\u003eTingkat respons terbaru\u003c/li\u003e\n\u003cli\u003eRata-rata waktu respons\u003c/li\u003e\n\u003cli\u003eRating ulasan\u003c/li\u003e\n\u003cli\u003eJumlah ulasan\u003c/li\u003e\n\u003cli\u003eTanggal aktivitas terbaru\u003c/li\u003e\n\u003cli\u003eTingkat penyelesaian reservasi\u003c/li\u003e\n\u003cli\u003eTingkat pembatalan\u003c/li\u003e\n\u003cli\u003eRiwayat laporan atau sengketa\u003c/li\u003e\n\u003cli\u003eStatus penyedia baru\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch4\u003e\n\u003ca href=\"#contoh-kebijakan\" class=\"anchor\" id=\"contoh-kebijakan\"\u003e\u003c/a\u003eContoh Kebijakan\u003c/h4\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eFaktor\u003c/th\u003e\n\u003cth\u003eContoh Kebijakan\u003c/th\u003e\n\u003cth\u003eTujuan\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Faktor\"\u003eTingkat respons\u003c/td\u003e\n\u003ctd data-label=\"Contoh Kebijakan\"\u003eSemakin tinggi tingkat respons pertanyaan dalam 30 hari terakhir, semakin besar poin tambahan\u003c/td\u003e\n\u003ctd data-label=\"Tujuan\"\u003eMendorong pelanggan mendapat jawaban cepat\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Faktor\"\u003eRating\u003c/td\u003e\n\u003ctd data-label=\"Contoh Kebijakan\"\u003eSemakin tinggi rating setelah jumlah ulasan tertentu, semakin besar poin tambahan\u003c/td\u003e\n\u003ctd data-label=\"Tujuan\"\u003eMencerminkan kualitas yang sudah terverifikasi di bagian atas\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Faktor\"\u003eAktivitas terbaru\u003c/td\u003e\n\u003ctd data-label=\"Contoh Kebijakan\"\u003eMendapat poin tambahan jika ada login atau pembaruan jadwal terbaru\u003c/td\u003e\n\u003ctd data-label=\"Tujuan\"\u003eMencegah eksposur akun yang terbengkalai\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Faktor\"\u003eTingkat pembatalan\u003c/td\u003e\n\u003ctd data-label=\"Contoh Kebijakan\"\u003eMendapat pengurangan poin jika banyak pembatalan karena kesalahan penyedia\u003c/td\u003e\n\u003ctd data-label=\"Tujuan\"\u003eMenekan penyedia yang tidak bertanggung jawab\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Faktor\"\u003eArea baru\u003c/td\u003e\n\u003ctd data-label=\"Contoh Kebijakan\"\u003ePenyedia baru tanpa ulasan ditampilkan di area terpisah\u003c/td\u003e\n\u003ctd data-label=\"Tujuan\"\u003eMemberikan kesempatan awal bagi pendatang baru\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003ch4\u003e\n\u003ca href=\"#prinsip-penting\" class=\"anchor\" id=\"prinsip-penting\"\u003e\u003c/a\u003ePrinsip Penting\u003c/h4\u003e\n\u003cp\u003eMeskipun kriteria eksposur tidak dibuka sepenuhnya, sebaiknya faktor utama dijelaskan di layar. Misalnya, jika dijelaskan bahwa “urutan rekomendasi ditentukan secara menyeluruh berdasarkan tingkat respons, ulasan, aktivitas terbaru, dan tingkat penyelesaian reservasi,” penyedia dapat memahami tindakan apa yang perlu dilakukan.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#2-metode-matching-penugasan-otomatis-atau-pengajuan-dan-pemilihan\" class=\"anchor\" id=\"2-metode-matching-penugasan-otomatis-atau-pengajuan-dan-pemilihan\"\u003e\u003c/a\u003e2. Metode Matching: Penugasan Otomatis atau Pengajuan dan Pemilihan\u003c/h3\u003e\n\u003cp\u003eMetode matching menentukan pengalaman pelanggan dan struktur tanggung jawab.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eMetode\u003c/th\u003e\n\u003cth\u003ePenjelasan\u003c/th\u003e\n\u003cth\u003eKelebihan\u003c/th\u003e\n\u003cth\u003eKekurangan\u003c/th\u003e\n\u003cth\u003eLayanan yang Cocok\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Metode\"\u003ePenugasan otomatis\u003c/td\u003e\n\u003ctd data-label=\"Penjelasan\"\u003ePlatform langsung menghubungkan penyedia yang sesuai dengan syarat\u003c/td\u003e\n\u003ctd data-label=\"Kelebihan\"\u003eCepat dan sederhana\u003c/td\u003e\n\u003ctd data-label=\"Kekurangan\"\u003eKeluhan terpusat sebagai tanggung jawab platform\u003c/td\u003e\n\u003ctd data-label=\"Layanan yang Cocok\"\u003ePanggilan darurat, pekerjaan sederhana, layanan terstandardisasi\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Metode\"\u003ePengajuan dan pemilihan\u003c/td\u003e\n\u003ctd data-label=\"Penjelasan\"\u003ePeminta layanan mengunggah permintaan, penyedia mengajukan diri, lalu peminta memilih\u003c/td\u003e\n\u003ctd data-label=\"Kelebihan\"\u003eMenguntungkan untuk membangun kepercayaan dan tanggung jawab pemilihan tersebar\u003c/td\u003e\n\u003ctd data-label=\"Kekurangan\"\u003eMemakan waktu lebih lama\u003c/td\u003e\n\u003ctd data-label=\"Layanan yang Cocok\"\u003ePet sitter, perawatan anak, les privat, konsultasi interior\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Metode\"\u003eCampuran\u003c/td\u003e\n\u003ctd data-label=\"Penjelasan\"\u003eKandidat rekomendasi ditampilkan otomatis, tetapi pilihan akhir dilakukan pelanggan\u003c/td\u003e\n\u003ctd data-label=\"Kelebihan\"\u003eKeseimbangan antara kecepatan dan kepercayaan\u003c/td\u003e\n\u003ctd data-label=\"Kekurangan\"\u003ePerancangan kebijakan lebih kompleks\u003c/td\u003e\n\u003ctd data-label=\"Layanan yang Cocok\"\u003eSebagian besar platform matching tahap awal\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eJika layanan sangat bergantung pada kepercayaan, metode “pengajuan dan pemilihan” lebih menguntungkan. Ketika pemilik hewan atau orang tua murid membandingkan sendiri profil, ulasan, pengalaman, waktu yang tersedia, dan harga lalu memilih, rasa aman psikologis meningkat. Sebaliknya, penugasan otomatis memang cepat, tetapi jika hasilnya tidak memuaskan, keluhan seperti “platform salah menugaskan” bisa membesar.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#3-kebijakan-pembatalan-kapan-dan-berapa-yang-dikembalikan\" class=\"anchor\" id=\"3-kebijakan-pembatalan-kapan-dan-berapa-yang-dikembalikan\"\u003e\u003c/a\u003e3. Kebijakan Pembatalan: Kapan dan Berapa yang Dikembalikan\u003c/h3\u003e\n\u003cp\u003eKebijakan pembatalan wajib ditampilkan dan disetujui sebelum pembayaran. Jika pelanggan baru mengetahui batasan pengembalian dana setelah pembayaran, kemungkinan sengketa meningkat.\u003c/p\u003e\n\u003ch4\u003e\n\u003ca href=\"#contoh-kriteria-pembatalanpengembalian-dana\" class=\"anchor\" id=\"contoh-kriteria-pembatalanpengembalian-dana\"\u003e\u003c/a\u003eContoh Kriteria Pembatalan·Pengembalian Dana\u003c/h4\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eWaktu Pembatalan\u003c/th\u003e\n\u003cth\u003eContoh Pengembalian Dana Pelanggan\u003c/th\u003e\n\u003cth\u003eContoh Kompensasi Penyedia\u003c/th\u003e\n\u003cth\u003eTujuan Operasional\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Waktu Pembatalan\"\u003eHingga 3 hari sebelum layanan\u003c/td\u003e\n\u003ctd data-label=\"Contoh Pengembalian Dana Pelanggan\"\u003ePengembalian dana 100%\u003c/td\u003e\n\u003ctd data-label=\"Contoh Kompensasi Penyedia\"\u003eTidak ada\u003c/td\u003e\n\u003ctd data-label=\"Tujuan Operasional\"\u003eMengizinkan perubahan fleksibel bagi pelanggan\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Waktu Pembatalan\"\u003eHingga 1 hari sebelum layanan\u003c/td\u003e\n\u003ctd data-label=\"Contoh Pengembalian Dana Pelanggan\"\u003ePengembalian dana 50%\u003c/td\u003e\n\u003ctd data-label=\"Contoh Kompensasi Penyedia\"\u003eKompensasi sebagian\u003c/td\u003e\n\u003ctd data-label=\"Tujuan Operasional\"\u003eMengganti kerugian jadwal penyedia\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Waktu Pembatalan\"\u003ePembatalan pada hari yang sama\u003c/td\u003e\n\u003ctd data-label=\"Contoh Pengembalian Dana Pelanggan\"\u003eTidak ada pengembalian dana atau pengembalian terbatas\u003c/td\u003e\n\u003ctd data-label=\"Contoh Kompensasi Penyedia\"\u003eKompensasi dalam persentase tertentu\u003c/td\u003e\n\u003ctd data-label=\"Tujuan Operasional\"\u003eMenekan no-show dan pembatalan mendadak\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Waktu Pembatalan\"\u003ePembatalan karena kesalahan penyedia\u003c/td\u003e\n\u003ctd data-label=\"Contoh Pengembalian Dana Pelanggan\"\u003ePengembalian dana penuh kepada pelanggan\u003c/td\u003e\n\u003ctd data-label=\"Contoh Kompensasi Penyedia\"\u003ePengurangan poin eksposur penyedia\u003c/td\u003e\n\u003ctd data-label=\"Tujuan Operasional\"\u003eMelindungi pelanggan dan mencegah pembatalan tidak bertanggung jawab\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eAngka di atas adalah contoh, dan persentase sebenarnya harus ditentukan sesuai karakteristik layanan, regulasi lokal, kebijakan penyedia pembayaran, dan tingkat ekspektasi pelanggan.\u003c/p\u003e\n\u003ch4\u003e\n\u003ca href=\"#penalti-pembatalan-bagi-penyedia\" class=\"anchor\" id=\"penalti-pembatalan-bagi-penyedia\"\u003e\u003c/a\u003ePenalti Pembatalan bagi Penyedia\u003c/h4\u003e\n\u003cp\u003eMenerapkan denda uang tanpa syarat kepada penyedia dapat menimbulkan beban hukum dan operasional. Pada tahap awal, penalti nonfinansial seperti berikut bisa lebih praktis.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003ePengurangan skor rekomendasi\u003c/li\u003e\n\u003cli\u003eDikecualikan dari eksposur atas selama periode tertentu\u003c/li\u003e\n\u003cli\u003ePembatasan reservasi baru jika pembatalan berulang\u003c/li\u003e\n\u003cli\u003eMeninjau apakah perlu memberikan kupon permintaan maaf otomatis kepada pelanggan\u003c/li\u003e\n\u003cli\u003ePeringatan atau penangguhan akun setelah ditinjau operator\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch3\u003e\n\u003ca href=\"#4-komisi-dan-pencegahan-transaksi-langsung-harus-merancang-manfaat-perlindungan-bukan-sekadar-memblokir\" class=\"anchor\" id=\"4-komisi-dan-pencegahan-transaksi-langsung-harus-merancang-manfaat-perlindungan-bukan-sekadar-memblokir\"\u003e\u003c/a\u003e4. Komisi dan Pencegahan Transaksi Langsung: Harus Merancang Manfaat Perlindungan, Bukan Sekadar Memblokir\u003c/h3\u003e\n\u003cp\u003eTingkat komisi berbeda tergantung model bisnis. Misalnya, memilih antara 10%, 15%, atau 20% harus mempertimbangkan biaya akuisisi pelanggan, biaya pembayaran, biaya dukungan pelanggan, biaya asuransi atau jaminan, dan margin penyedia.\u003c/p\u003e\n\u003cp\u003eMasalahnya bukan tingkat komisi itu sendiri, melainkan transaksi langsung. Pencegahan transaksi langsung bukan sekadar fitur menyembunyikan nomor telepon, tetapi membangun struktur bahwa “bertransaksi di dalam platform lebih aman dan menguntungkan.”\u003c/p\u003e\n\u003ch4\u003e\n\u003ca href=\"#fitur-dan-kebijakan-yang-dibutuhkan\" class=\"anchor\" id=\"fitur-dan-kebijakan-yang-dibutuhkan\"\u003e\u003c/a\u003eFitur dan Kebijakan yang Dibutuhkan\u003c/h4\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eItem\u003c/th\u003e\n\u003cth\u003eContoh Kebijakan\u003c/th\u003e\n\u003cth\u003eTujuan\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item\"\u003eKontak tidak dibuka\u003c/td\u003e\n\u003ctd data-label=\"Contoh Kebijakan\"\u003eNomor telepon, email, ID messenger tidak dibuka sebelum pembayaran dikonfirmasi\u003c/td\u003e\n\u003ctd data-label=\"Tujuan\"\u003eMengurangi keluarnya pengguna sebelum pembayaran\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item\"\u003eDeteksi chat\u003c/td\u003e\n\u003ctd data-label=\"Contoh Kebijakan\"\u003eMendeteksi pola nomor telepon, nomor rekening, ID messenger eksternal\u003c/td\u003e\n\u003ctd data-label=\"Tujuan\"\u003eMemberi peringatan percobaan transaksi langsung\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item\"\u003eKalimat peringatan\u003c/td\u003e\n\u003ctd data-label=\"Contoh Kebijakan\"\u003eMemberi informasi “Transaksi eksternal tidak dapat menerima perlindungan pengembalian dana·mediasi”\u003c/td\u003e\n\u003ctd data-label=\"Tujuan\"\u003eMenekankan manfaat perlindungan daripada hukuman\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item\"\u003eSanksi pelanggaran berulang\u003c/td\u003e\n\u003ctd data-label=\"Contoh Kebijakan\"\u003ePembatasan eksposur atau peninjauan akun jika berulang kali membagikan kontak secara tidak langsung\u003c/td\u003e\n\u003ctd data-label=\"Tujuan\"\u003eMenjaga ketertiban marketplace\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item\"\u003eManfaat pembayaran platform\u003c/td\u003e\n\u003ctd data-label=\"Contoh Kebijakan\"\u003eMenyediakan aturan pengembalian dana, mediasi sengketa, catatan transaksi, perlindungan settlement\u003c/td\u003e\n\u003ctd data-label=\"Tujuan\"\u003eMemberikan alasan untuk membayar di dalam platform\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003ch4\u003e\n\u003ca href=\"#contoh-kalimat-peringatan\" class=\"anchor\" id=\"contoh-kalimat-peringatan\"\u003e\u003c/a\u003eContoh Kalimat Peringatan\u003c/h4\u003e\n\u003cp\u003e“Demi keamanan, berbagi kontak dan nomor rekening sebelum pembayaran dibatasi. Jika bertransaksi di luar platform, Anda tidak dapat menerima perlindungan pengembalian dana, mediasi sengketa, dan catatan transaksi.”\u003c/p\u003e\n\u003cp\u003eInti dari kalimat ini bukan “jangan lakukan,” melainkan “Anda harus membayar di dalam aplikasi agar terlindungi.” Peminta dan penyedia layanan harus memahami manfaat transaksi internal platform agar godaan transaksi langsung berkurang.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#5-sengketa-dan-settlement-kapan-uang-dibayarkan\" class=\"anchor\" id=\"5-sengketa-dan-settlement-kapan-uang-dibayarkan\"\u003e\u003c/a\u003e5. Sengketa dan Settlement: Kapan Uang Dibayarkan\u003c/h3\u003e\n\u003cp\u003eKekuatan nyata mediasi sengketa berasal dari struktur settlement. Jika jumlah pembayaran langsung dibayarkan penuh kepada penyedia begitu layanan selesai, ketika terjadi masalah, platform sulit mengeksekusi pengembalian dana atau pengembalian dana sebagian.\u003c/p\u003e\n\u003cp\u003eKarena itu, banyak platform matching memiliki struktur menyimpan dana selama periode tertentu setelah pembayaran atau menahan pencairan. Ini sering dijelaskan sebagai konsep yang mirip escrow, tetapi perlu memeriksa ketentuan penyedia pembayaran serta regulasi keuangan dan e-commerce di masing-masing wilayah untuk mengetahui metode apa yang sebenarnya memungkinkan.\u003c/p\u003e\n\u003ch4\u003e\n\u003ca href=\"#contoh-kebijakan-settlement\" class=\"anchor\" id=\"contoh-kebijakan-settlement\"\u003e\u003c/a\u003eContoh Kebijakan Settlement\u003c/h4\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eTahap\u003c/th\u003e\n\u003cth\u003eProses\u003c/th\u003e\n\u003cth\u003eTujuan Operasional\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Tahap\"\u003ePembayaran reservasi\u003c/td\u003e\n\u003ctd data-label=\"Proses\"\u003ePelanggan membayar di platform\u003c/td\u003e\n\u003ctd data-label=\"Tujuan Operasional\"\u003eMengamankan catatan transaksi\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Tahap\"\u003ePelaksanaan layanan\u003c/td\u003e\n\u003ctd data-label=\"Proses\"\u003eChat, jadwal, dan permintaan disimpan di platform\u003c/td\u003e\n\u003ctd data-label=\"Tujuan Operasional\"\u003eMengamankan bukti sengketa\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Tahap\"\u003eLayanan selesai\u003c/td\u003e\n\u003ctd data-label=\"Proses\"\u003eDiubah menjadi status selesai\u003c/td\u003e\n\u003ctd data-label=\"Tujuan Operasional\"\u003eMasa tunggu settlement dimulai\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Tahap\"\u003e48 jam setelah selesai\u003c/td\u003e\n\u003ctd data-label=\"Proses\"\u003eMengoperasikan periode pengajuan keberatan\u003c/td\u003e\n\u003ctd data-label=\"Tujuan Operasional\"\u003eMemungkinkan penerimaan laporan kecelakaan·keluhan\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Tahap\"\u003eTidak ada sengketa\u003c/td\u003e\n\u003ctd data-label=\"Proses\"\u003eSettlement kepada penyedia\u003c/td\u003e\n\u003ctd data-label=\"Tujuan Operasional\"\u003eMengakhiri transaksi normal\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Tahap\"\u003eSengketa diterima\u003c/td\u003e\n\u003ctd data-label=\"Proses\"\u003eSettlement ditahan lalu bukti ditinjau\u003c/td\u003e\n\u003ctd data-label=\"Tujuan Operasional\"\u003eMenentukan pengembalian dana·pengembalian sebagian·penolakan\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003e48 jam adalah contoh. Tergantung karakteristik layanan, bisa berbeda menjadi 24 jam, 72 jam, 7 hari, dan sebagainya. Layanan seperti perawatan hewan peliharaan atau interior, di mana masalah bisa ditemukan belakangan, mungkin membutuhkan periode pemeriksaan yang lebih panjang.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#data-sengketa-yang-wajib-ada-di-layar-operator\" class=\"anchor\" id=\"data-sengketa-yang-wajib-ada-di-layar-operator\"\u003e\u003c/a\u003eData Sengketa yang Wajib Ada di Layar Operator\u003c/h2\u003e\n\u003cp\u003eUntuk menangani sengketa dengan benar, operator harus bisa melihat konteks kasus dalam satu layar.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eData\u003c/th\u003e\n\u003cth\u003eAlasan Dibutuhkan\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Data\"\u003eInformasi reservasi\u003c/td\u003e\n\u003ctd data-label=\"Alasan Dibutuhkan\"\u003eMemeriksa tanggal, jumlah, dan cakupan layanan\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Data\"\u003eStatus pembayaran dan settlement\u003c/td\u003e\n\u003ctd data-label=\"Alasan Dibutuhkan\"\u003eMemeriksa jumlah yang dapat dikembalikan dan apakah pembayaran ditahan\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Data\"\u003eRiwayat chat\u003c/td\u003e\n\u003ctd data-label=\"Alasan Dibutuhkan\"\u003eMemeriksa isi janji dan apakah ada pemberitahuan sebelumnya\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Data\"\u003eBukti foto atau file\u003c/td\u003e\n\u003ctd data-label=\"Alasan Dibutuhkan\"\u003eMemeriksa kecelakaan, cacat, atau hasil pekerjaan\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Data\"\u003eRiwayat pembatalan·perubahan\u003c/td\u003e\n\u003ctd data-label=\"Alasan Dibutuhkan\"\u003eMemeriksa atas permintaan siapa jadwal berubah\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Data\"\u003eRiwayat sengketa sebelumnya\u003c/td\u003e\n\u003ctd data-label=\"Alasan Dibutuhkan\"\u003eMemeriksa apakah akun memiliki masalah berulang\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Data\"\u003eAlasan keputusan operator\u003c/td\u003e\n\u003ctd data-label=\"Alasan Dibutuhkan\"\u003eDigunakan sebagai standar untuk kasus serupa berikutnya\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eMencatat alasan keputusan operator sangat penting. Harus ada catatan “mengapa pengembalian dana penuh diberikan,” “mengapa pengembalian dana sebagian diberikan,” dan “mengapa dinilai sebagai tanggung jawab penyedia” agar standar operasional yang konsisten terbentuk.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#persyaratan-kebijakan-yang-harus-dimasukkan-ke-prompt-pengembangan-ai\" class=\"anchor\" id=\"persyaratan-kebijakan-yang-harus-dimasukkan-ke-prompt-pengembangan-ai\"\u003e\u003c/a\u003ePersyaratan Kebijakan yang Harus Dimasukkan ke Prompt Pengembangan AI\u003c/h2\u003e\n\u003cp\u003eJika hanya meminta AI “buatkan fitur reservasi, pembayaran, dan chat,” kemungkinan besar aturan inti marketplace akan terlewat. Kebijakan harus dinyatakan seperti di bawah ini.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#contoh-prompt\" class=\"anchor\" id=\"contoh-prompt\"\u003e\u003c/a\u003eContoh Prompt\u003c/h3\u003e\n\u003cpre\u003e\u003ccode\u003e\u003cspan\u003eMembuat platform matching pet sitter. Tolong rancang dengan mencerminkan kebijakan operasional di bawah ini, bukan sekadar implementasi fitur sederhana.\n\u003c/span\u003e\u003cspan\u003e\n\u003c/span\u003e\u003cspan\u003e1. Daftar sitter diurutkan secara default dengan menggabungkan tingkat respons, rating ulasan, jumlah ulasan, tanggal aktivitas terbaru, dan tingkat penyelesaian reservasi.\n\u003c/span\u003e\u003cspan\u003e2. Sitter baru ditampilkan di area sitter baru terpisah agar tidak sepenuhnya terdorong ke bawah karena kurang ulasan.\n\u003c/span\u003e\u003cspan\u003e3. Matching dilakukan dengan cara pemilik hewan mengunggah permintaan, sitter mengajukan diri, lalu pemilik hewan memilih setelah melihat profil dan ulasan.\n\u003c/span\u003e\u003cspan\u003e4. Sebelum pembayaran, kebijakan pembatalan·pengembalian dana ditampilkan di layar dan persetujuan diminta.\n\u003c/span\u003e\u003cspan\u003e5. Sebelum pembayaran, berbagi nomor telepon, email, nomor rekening, dan ID messenger eksternal dibatasi.\n\u003c/span\u003e\u003cspan\u003e6. Jika pola yang terlihat seperti kontak atau nomor rekening terdeteksi di chat, tampilkan kalimat peringatan transaksi langsung.\n\u003c/span\u003e\u003cspan\u003e7. Setelah layanan selesai, settlement ditahan selama 48 jam, dan jika sengketa diterima dalam periode ini, settlement dihentikan.\n\u003c/span\u003e\u003cspan\u003e8. Operator harus dapat melihat informasi reservasi, status pembayaran, riwayat chat, file bukti, dan alasan keputusan dalam satu layar.\n\u003c/span\u003e\u003cspan\u003e\n\u003c/span\u003e\u003cspan\u003eSebelum implementasi, jika ada kebijakan yang belum saya tentukan dan perlu diputuskan, tanyakan terlebih dahulu.\n\u003c/span\u003e\u003c/code\u003e\u003c/pre\u003e\n\u003cp\u003eKalimat terakhir penting. AI harus dibuat agar menanyakan kebijakan yang terlewat, sehingga hasil pengembangan tidak hanya menjadi sekumpulan layar sederhana, tetapi lebih dekat dengan platform yang dapat dioperasikan.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#berpikir-dengan-mengubahnya-menjadi-model-data\" class=\"anchor\" id=\"berpikir-dengan-mengubahnya-menjadi-model-data\"\u003e\u003c/a\u003eBerpikir dengan Mengubahnya Menjadi Model Data\u003c/h2\u003e\n\u003cp\u003ePada akhirnya, kebijakan harus tersisa sebagai data. Item di bawah ini adalah struktur yang dapat diimplementasikan sebagai tabel dasar dan nilai status bahkan di web framework seperti Ruby on Rails.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eDomain\u003c/th\u003e\n\u003cth\u003eContoh Data yang Dibutuhkan\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Domain\"\u003ePengguna\u003c/td\u003e\n\u003ctd data-label=\"Contoh Data yang Dibutuhkan\"\u003ePeran, status verifikasi identitas, apakah kontak dapat dibuka\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Domain\"\u003eProfil penyedia\u003c/td\u003e\n\u003ctd data-label=\"Contoh Data yang Dibutuhkan\"\u003ePengalaman, area layanan, harga, jadwal tersedia, perkenalan, status verifikasi\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Domain\"\u003eSkor eksposur\u003c/td\u003e\n\u003ctd data-label=\"Contoh Data yang Dibutuhkan\"\u003eTingkat respons, rating, jumlah ulasan, tanggal aktivitas terbaru, tingkat pembatalan, riwayat pengurangan poin\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Domain\"\u003ePermintaan\u003c/td\u003e\n\u003ctd data-label=\"Contoh Data yang Dibutuhkan\"\u003eIsi permintaan pelanggan, jadwal yang diinginkan, anggaran, lokasi, status\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Domain\"\u003ePengajuan\u003c/td\u003e\n\u003ctd data-label=\"Contoh Data yang Dibutuhkan\"\u003ePesan pengajuan penyedia, harga yang ditawarkan, waktu tersedia\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Domain\"\u003eReservasi\u003c/td\u003e\n\u003ctd data-label=\"Contoh Data yang Dibutuhkan\"\u003ePenyedia yang dipilih, jadwal, jumlah, waktu pembatalan yang memungkinkan, status selesai\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Domain\"\u003ePembayaran\u003c/td\u003e\n\u003ctd data-label=\"Contoh Data yang Dibutuhkan\"\u003eStatus pembayaran, status pengembalian dana, komisi platform, jumlah settlement yang dijadwalkan\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Domain\"\u003eChat\u003c/td\u003e\n\u003ctd data-label=\"Contoh Data yang Dibutuhkan\"\u003ePesan, file terlampir, apakah kontak terdeteksi, riwayat tampilan peringatan\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Domain\"\u003eSengketa\u003c/td\u003e\n\u003ctd data-label=\"Contoh Data yang Dibutuhkan\"\u003eAlasan, bukti, waktu penerimaan, apakah settlement ditahan, hasil keputusan\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Domain\"\u003eSettlement\u003c/td\u003e\n\u003ctd data-label=\"Contoh Data yang Dibutuhkan\"\u003eMenunggu settlement, ditahan, pembayaran selesai, gagal, status percobaan ulang\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eJika dirancang seperti ini, kebijakan operasional tidak tersebar di berbagai bagian kode, tetapi dikelola sebagai status dan catatan.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#checklist-sebelum-peluncuran\" class=\"anchor\" id=\"checklist-sebelum-peluncuran\"\u003e\u003c/a\u003eChecklist Sebelum Peluncuran\u003c/h2\u003e\n\u003cul\u003e\n\u003cli\u003eApakah kriteria pengurutan default sudah ditentukan?\u003c/li\u003e\n\u003cli\u003eApakah ada cara untuk memberi kesempatan eksposur kepada penyedia baru?\u003c/li\u003e\n\u003cli\u003eApakah sudah ditentukan apakah metodenya matching otomatis, pengajuan dan pemilihan, atau campuran?\u003c/li\u003e\n\u003cli\u003eApakah pembatalan pelanggan dan pembatalan penyedia dibedakan?\u003c/li\u003e\n\u003cli\u003eApakah persentase dan waktu pengembalian dana diberitahukan sebelum pembayaran?\u003c/li\u003e\n\u003cli\u003eApakah berbagi kontak dan nomor rekening sebelum pembayaran dibatasi?\u003c/li\u003e\n\u003cli\u003eApakah kalimat peringatan transaksi langsung menjelaskan manfaat perlindungan daripada hukuman?\u003c/li\u003e\n\u003cli\u003eApakah tingkat komisi platform dan rumus perhitungan jumlah settlement jelas?\u003c/li\u003e\n\u003cli\u003eApakah ada periode penahanan settlement setelah layanan selesai?\u003c/li\u003e\n\u003cli\u003eApakah settlement dapat dihentikan otomatis saat sengketa diterima?\u003c/li\u003e\n\u003cli\u003eApakah operator dapat melihat bukti dan riwayat chat dalam satu layar?\u003c/li\u003e\n\u003cli\u003eApakah alasan keputusan operator dicatat?\u003c/li\u003e\n\u003cli\u003eApakah AI atau tim pengembang diminta “tanyakan terlebih dahulu kebijakan yang belum ditentukan”?\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2\u003e\n\u003ca href=\"#kesimpulan\" class=\"anchor\" id=\"kesimpulan\"\u003e\u003c/a\u003eKesimpulan\u003c/h2\u003e\n\u003cp\u003eKesalahpahaman paling berbahaya dalam pengembangan awal platform matching adalah pemikiran bahwa “jika ada fitur, marketplace akan berjalan.” Pada kenyataannya, yang menggerakkan marketplace adalah aturan seperti eksposur, matching, pembatalan, komisi, settlement, dan penanganan sengketa.\u003c/p\u003e\n\u003cp\u003eAI dapat membuat kode dengan cepat, tetapi pendirilah yang harus menentukan tindakan apa yang diberi penghargaan dan risiko apa yang dicegah. Sebelum peluncuran, 5 kebijakan harus didokumentasikan, lalu dihubungkan ke layar, nilai status, fitur admin, dan kalimat panduan pelanggan agar komisi tidak bocor dan kualitas layanan tetap terjaga.\u003c/p\u003e\n","tags":["Pengembangan AI","Platform pencocokan","Marketplace","Biaya","Pencegahan transaksi langsung","Desain kebijakan"],"faqs":[{"question":"Mengapa kebijakan lebih penting daripada fitur di platform pencocokan?","answer":"Pendapatan platform pencocokan bergantung pada komisi yang muncul ketika transaksi berhasil dilakukan di dalam platform. Jika hanya ada fitur reservasi, pembayaran, dan chat tanpa aturan mengenai eksposur, pembatalan, pencegahan transaksi langsung, dan penyelesaian pembayaran, pengguna dapat bertransaksi di luar platform dan penyedia dapat merasa tidak puas terhadap operasional yang tidak adil."},{"question":"Mengapa berbahaya jika kontak dibuka sebelum pembayaran?","answer":"Jika kontak dibuka sebelum pembayaran, kemungkinan peminta dan penyedia bertransaksi langsung tanpa melalui platform menjadi lebih tinggi. Dalam hal ini, platform bukan hanya tidak dapat menerima komisi, tetapi juga sulit menyediakan fungsi perlindungan seperti pengembalian dana, mediasi sengketa, dan verifikasi riwayat transaksi."},{"question":"Apakah pencegahan transaksi langsung sudah cukup dengan memblokir kontak?","answer":"Pemblokiran kontak memang diperlukan, tetapi tidak cukup. Insentif untuk bertransaksi langsung akan berkurang jika platform dirancang agar pengguna merasakan manfaat nyata bahwa dengan membayar di dalam platform mereka dapat memperoleh pengembalian dana, penahanan penyelesaian pembayaran, mediasi sengketa, dan perlindungan riwayat chat."},{"question":"Untuk pencocokan pet sitter atau les privat, mana yang lebih cocok antara penugasan otomatis dan metode pengajuan?","answer":"Untuk layanan yang sangat membutuhkan kepercayaan seperti pet sitter, penitipan anak, dan les privat, biasanya metode pengajuan dan pemilihan lebih cocok. Jika pelanggan membandingkan dan memilih sendiri profil, ulasan, pengalaman, dan harga, kepercayaan serta penerimaan terhadap hasilnya akan meningkat."},{"question":"Kapan kebijakan pembatalan harus ditampilkan?","answer":"Kebijakan pembatalan dan pengembalian dana harus selalu ditampilkan sebelum pembayaran dan persetujuan pengguna harus diperoleh. Jika syarat pembatasan diberitahukan setelah pembayaran, kemungkinan timbulnya sengketa pelanggan dan kontroversi ketidakadilan akan meningkat."},{"question":"Jika penyedia tiba-tiba membatalkan, penalti seperti apa yang tepat?","answer":"Pada platform tahap awal, penalti nonmoneter seperti pengurangan skor eksposur, pembatasan eksposur di bagian atas, dan pembatasan reservasi jika terjadi pembatalan berulang secara praktis lebih mudah diterapkan daripada denda uang. Namun, sanksi yang spesifik harus ditentukan sesuai dengan syarat dan ketentuan, peraturan setempat, dan karakteristik layanan."},{"question":"Mengapa penyelesaian pembayaran tidak langsung dilakukan setelah layanan selesai?","answer":"Jika penyelesaian pembayaran ditahan selama periode tertentu, platform dapat memediasi pengembalian dana atau pengembalian dana sebagian ketika masalah seperti cacat layanan, kecelakaan, atau no-show dilaporkan. Setelah seluruh jumlah sudah dibayarkan, kekuatan penyesuaian praktis platform menjadi lebih lemah."},{"question":"Apakah penahanan penyelesaian pembayaran selama 48 jam cocok untuk semua layanan?","answer":"48 jam adalah salah satu contoh. Untuk layanan sederhana, durasinya boleh lebih pendek, sedangkan untuk layanan seperti perawatan hewan peliharaan atau interior, di mana masalah dapat ditemukan terlambat, periode pemeriksaan yang lebih panjang mungkin diperlukan."},{"question":"Kalimat apa yang wajib dimasukkan saat menugaskan AI untuk mengembangkan platform pencocokan?","answer":"Sebaiknya tambahkan kalimat “sebelum mengimplementasikan, jika ada kebijakan yang belum saya tetapkan tetapi perlu diputuskan, tolong tanyakan terlebih dahulu” di akhir prompt. Kalimat ini membuat AI memeriksa aturan operasional yang terlewat sehingga mengurangi celah dalam perencanaan."},{"question":"Apakah metode escrow cukup langsung diimplementasikan saja?","answer":"Tidak. Struktur penahanan penyelesaian pembayaran yang mirip dengan escrow dapat dipengaruhi oleh syarat dan ketentuan penyedia layanan pembayaran, regulasi keuangan per wilayah, dan peraturan perdagangan elektronik. Sebelum peluncuran sebenarnya, dokumen penyedia pembayaran dan tinjauan hukum harus diperiksa."}],"sources":[{"url":"https://docs.stripe.com/connect","title":"Dokumentasi Stripe: Connect","type":"source"},{"url":"https://digital-strategy.ec.europa.eu/en/policies/platform-business-trading-practices","title":"Komisi Eropa: Praktik perdagangan platform-ke-bisnis","type":"source"},{"url":"https://www.ftc.gov/business-guidance/resources/bringing-dark-patterns-light","title":"Komisi Perdagangan Federal: Mengungkap Dark Patterns","type":"source"}],"images":[{"id":288,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzA5MSwicHVyIjoiYmxvYl9pZCJ9fQ==--3592bdae32a2213c56d8355eb7faa2adab6c3678/ai-2c4cebee.webp","is_representative":true,"generation_method":"ai_image","license":"ai_generated","mime_type":"image/webp","translations":{"ko":{"alt":"이용자와 전문가를 연결한 중앙의 방패와 수수료, 평점, 일정, 규칙 아이콘","caption":"매칭 플랫폼의 거래 보호와 품질 관리를 상징하는 운영 정책 일러스트입니다.","description":null},"en":{"alt":"Users and professionals connected to a central shield with fee, rating, schedule, and rule icons","caption":"The illustration shows platform policies for protecting transactions and maintaining service quality.","description":null},"ja":{"alt":"利用者と専門家を中央の盾につなぎ、手数料、評価、日程、ルールのアイコンを示す図","caption":"取引保護と品質管理のためのマッチングプラットフォーム運用ルールを表しています。","description":null},"es":{"alt":"Usuarios y profesionales conectados a un escudo central con iconos de tarifas, valoraciones, agenda y reglas","caption":"La ilustración representa políticas de operación para proteger transacciones y mantener la calidad.","description":null},"id":{"alt":"Pengguna dan profesional terhubung ke perisai pusat dengan ikon biaya, rating, jadwal, dan aturan","caption":"Ilustrasi ini menggambarkan kebijakan platform untuk melindungi transaksi dan menjaga kualitas layanan.","description":null},"pt":{"alt":"Usuários e profissionais conectados a um escudo central com ícones de taxas, avaliações, agenda e regras","caption":"A ilustração mostra políticas da plataforma para proteger transações e manter a qualidade.","description":null},"zh-hant":{"alt":"用戶與專業人員連到中央盾牌，周圍有費用、評分、排程與規則圖示","caption":"這張插圖呈現媒合平台用來保護交易與維持品質的營運政策。","description":null}}},{"id":289,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzA5NywicHVyIjoiYmxvYl9pZCJ9fQ==--0b5eabdcb2e7a33a83eae8920bc2e1a7cb18e7ba/ai-903eceec.webp","is_representative":false,"generation_method":"ai_image","license":"ai_generated","mime_type":"image/webp","translations":{"ko":{"alt":"체크 표시 파이프와 다섯 정책 아이콘이 있는 매칭 플랫폼 운영 대시보드","caption":"매칭 플랫폼 운영자가 품질, 일정, 수수료, 규정을 관리하는 모습을 보여준다.","description":null},"en":{"alt":"Matching platform control dashboard with a checked pipeline and five policy icons","caption":"The dashboard visualizes rules for managing matches, fees, schedules, and quality.","description":null},"ja":{"alt":"チェック付きの配管と5つの方針アイコンがあるマッチング平台の操作盤","caption":"マッチング平台の品質、日程、手数料、ルール管理を表している。","description":null},"es":{"alt":"Panel de control de una plataforma de matching con tubería verificada y cinco iconos de políticas","caption":"El panel muestra reglas para gestionar coincidencias, tarifas, calendarios y calidad.","description":null},"id":{"alt":"Dasbor kontrol platform pencocokan dengan pipa bertanda centang dan lima ikon kebijakan","caption":"Dasbor ini menggambarkan aturan untuk mengelola kecocokan, biaya, jadwal, dan kualitas.","description":null},"pt":{"alt":"Painel de controle de plataforma de matching com tubulação aprovada e cinco ícones de políticas","caption":"O painel representa regras para gerir combinações, taxas, prazos e qualidade.","description":null},"zh-hant":{"alt":"配對平台控制面板，含打勾管線與五個政策圖示","caption":"這個面板呈現配對、費用、時程與品質管理規則。","description":null}}}],"published_at":"2026-07-26T05:56:02+09:00","updated_at":"2026-07-26T05:56:02+09:00","license":"cc_by","translation_status":"reviewed","available_locales":["ko","en","ja","es"],"data_locales":["ko","en","ja","es","id","pt","zh-hant"],"url":"https://injoys.com/en/articles/matching-platform-policy-5-rules"}