Prompt dan konteks
Desain produk yang membantu orang menemukan acara lokal. Cakup target pengguna, use case, pasokan (supply), pencarian dan rekomendasi, kepercayaan dan keamanan (trust and safety), cold start, metrik, serta cakupan V1.
Jawaban tidak harus selalu mengandalkan peta atau jejaring sosial secara default. Pilih audiens dan konteks yang spesifik, lalu jelaskan mengapa arah lain ditunda terlebih dahulu. Data lokasi, privasi acara, dan kualitas penyelenggara adalah kendala nyata.
Apa yang diuji oleh pewawancara
Segmentasi pengguna
Jawaban yang kuat memilih kelompok konkret, seperti orang yang baru pindah ke suatu kota, keluarga dengan anak-anak, atau komunitas hobi, alih-alih memperlakukan setiap penduduk sebagai satu jenis pengguna. Segmen ini mengubah jenis acara, persyaratan kepercayaan, dan titik masuk penemuan (discovery entry points).
Prioritas masalah
Validasi mengapa pengguna tidak dapat menemukan acara yang bagus: informasi yang terfragmentasi, waktu, jarak, kualitas yang tidak pasti, atau tidak adanya teman pergi. Prioritaskan satu masalah yang sering terjadi yang dapat diperbaiki oleh produk.
Pasokan dua sisi (two-sided supply)
Penyelenggara dan peserta bersama-sama menciptakan nilai. Jelaskan bagaimana acara nyata masuk ke dalam katalog, bagaimana duplikat dan daftar kedaluwarsa ditangani, serta mengapa penyelenggara terus memperbaruinya.
Metrik dan konsekuensi (tradeoffs)
Hubungkan metrik keberhasilan dengan penemuan dan kehadiran di acara yang sesuai. Lacak daftar yang menyesatkan, keluhan, penolakan izin lokasi, dan konsentrasi pasokan sebagai metrik pembatas (guardrails).
Pertanyaan klarifikasi yang perlu diajukan
- Kota, jenis acara, dan rentang usia mana yang masuk dalam cakupan?
- Apakah produk ini ditujukan untuk wisatawan, penduduk lokal, penyelenggara, atau ketiganya?
- Apakah pasokan berasal dari mitra, penyelenggara, atau data publik?
- Apakah penemuan harus bersifat real-time dan dipersonalisasi, atau akurat terlebih dahulu?
- Apakah lokasi presisi diperbolehkan, dan apa yang terjadi setelah izin ditolak?
- Apakah tujuannya adalah browsing, pendaftaran, kehadiran, atau memenuhi kapasitas penyelenggara?
Kerangka jawaban 30 detik
“Saya akan mulai dengan orang dewasa yang baru pindah ke suatu kota dan menginginkan aktivitas akhir pekan berskala kecil bersama orang-orang dengan minat yang sama, tanpa harus bergabung dengan grup sosial yang besar. Masalahnya adalah menemukan acara yang tepercaya, sesuai dengan waktu mereka, dan cukup dekat. V1 memungkinkan penyelenggara lokal terverifikasi mengirimkan data acara terstruktur; pengguna memfilter berdasarkan waktu, jarak, dan minat, dengan sumber, waktu pembaruan, serta kebijakan pembatalan yang terlihat jelas. Area yang dipilih pengguna berfungsi tanpa izin lokasi. Saya akan mengukur konversi dari tampilan detail ke pendaftaran dan pendaftaran ke kehadiran, dengan guardrail kedaluwarsa, keluhan, serta retensi penyelenggara.”
Pembahasan mendalam langkah demi langkah
Langkah 1: Pilih strategi awal (wedge)
Pilih kelompok dengan kebutuhan konkret (job to be done), seperti penduduk baru yang mencari acara hobi berskala kecil. Jelaskan perilaku pencarian saat ini, mengapa cara tersebut gagal, dan informasi apa yang akan diberikan pengguna.
Langkah 2: Tentukan tugas utama (core job)
Definisikan tugas utama sebagai menemukan acara yang tepercaya dalam waktu dan jarak yang dapat diterima. Pisahkan aktivitas browsing, menyimpan, membagikan, mendaftar, dan menghadiri agar klik tidak disalahartikan sebagai penyelesaian tugas.
Langkah 3: Bangun pasokan dan kepercayaan
Izinkan penyelenggara terverifikasi memasukkan waktu mulai, area, kapasitas, harga, kebijakan pembatalan, dan waktu pembaruan. Gabungkan data duplikat, hapus acara yang sudah kedaluwarsa, dan dukung pelaporan penipuan, diskriminasi, atau bahaya.
Langkah 4: Desain pengalaman penemuan
V1 menawarkan filter area, waktu, minat, jarak, dan harga. Urutkan berdasarkan relevansi, kebaruan, dan kepercayaan daripada hanya berdasarkan sponsor. Tampilkan sumber, presisi lokasi, pembaruan terakhir, dan tujuan pendaftaran di halaman detail.
Langkah 5: Tangani lokasi dan privasi
Minta pengguna untuk memilih kota atau lingkungan (neighborhood) sebelum meminta izin lokasi peramban. Pertahankan pencarian manual setelah izin ditolak; simpan hanya area perkiraan yang diperlukan dan sediakan kontrol penghapusan serta pengeditan. Lokasi adalah peningkatan bertahap (progressive enhancement), bukan penghalang akses.
Langkah 6: Cold start dan metrik
Bermitra dengan sejumlah kecil tempat acara (venues), kelompok komunitas, dan platform acara di satu kota. Lacak konversi dari tampilan detail yang memenuhi syarat ke pendaftaran dan dari pendaftaran ke kehadiran. Guardrail mencakup kedaluwarsa, duplikat, keluhan, pembatalan, penolakan izin, dan retensi penyelenggara tujuh hari.
Model jawaban berkualitas tinggi
“Saya akan menargetkan orang dewasa yang baru pindah ke suatu kota dan menginginkan aktivitas hobi akhir pekan berskala kecil. Masalah mereka bukanlah kurangnya acara; melainkan informasi yang terfragmentasi, ketidakcocokan waktu dan jarak, serta kualitas penyelenggara yang tidak pasti.
V1 adalah direktori tingkat kota. Penyelenggara terverifikasi mengirimkan data melalui kolom terstruktur, dan sistem memeriksa duplikat, kedaluwarsa, serta data yang hilang. Pengguna memilih kota atau lingkungan dan memfilter berdasarkan waktu, minat, jarak, dan harga. Halaman detail menampilkan sumber, waktu pembaruan, kapasitas, dan kebijakan pembatalan, lalu mengarahkan pendaftaran ke penyelenggara. Pencarian area manual tetap tersedia tanpa lokasi presisi.
Metrik nilai saya adalah konversi detail ke pendaftaran dan pendaftaran ke kehadiran. Tingkat kedaluwarsa, keluhan, duplikat, pembatalan, dan retensi penyelenggara adalah guardrail. Saya akan memvalidasi pasokan dan kehadiran di satu kota dan satu vertikal minat sebelum menambahkan rekomendasi, fitur sosial, atau penemuan lintas kota.”
Kesalahan umum
- Melayani semua orang → tidak ada permintaan atau pasokan yang terfokus → pilih satu kota dan segmen.
- Memulai dengan peta dan fitur sosial → nilai produk belum tervalidasi → selesaikan penemuan dan pendaftaran yang tepercaya terlebih dahulu.
- Hanya mengandalkan kiriman pengguna → cold start dan kualitas tidak terkendali → tambahkan penyelenggara terverifikasi dan kolom terstruktur.
- Menggunakan klik sebagai tolok ukur keberhasilan → daftar yang menyesatkan dapat meningkatkan klik → lacak pendaftaran, kehadiran, dan guardrail keluhan.
- Mewajibkan lokasi presisi → penolakan izin akan memblokir produk → sediakan pencarian berdasarkan kota atau lingkungan.
- Menghitung volume acara semata → duplikat dan acara kedaluwarsa mencemari pasokan → pantau kebaruan, duplikat, dan waktu penghapusan.
- Mengabaikan penyelenggara → pasokan tidak akan bertahan lama → rancang alur verifikasi, pengeditan, dan retensi.
- Berekspansi ke fitur sosial terlalu cepat → biaya keamanan dan moderasi meningkat → validasi alur dari penemuan hingga kehadiran terlebih dahulu.
Pertanyaan lanjutan dan respons
Pertanyaan lanjutan 1: Bagaimana jika pasokan terlalu sedikit?
Persempit cakupan kota dan minat, rekrut beberapa penyelenggara berkualitas tinggi, dan sediakan alat impor data. Buktikan kepadatan (density) yang memadai sebelum membuka pengiriman publik dan rekomendasi.
Pertanyaan lanjutan 2: Bagaimana jika pengguna menolak izin lokasi?
Pertahankan pencarian kota, lingkungan, dan kode pos. Gunakan area yang dipilih pengguna untuk tugas utama; gunakan lokasi perangkat hanya setelah izin eksplisit diberikan untuk meningkatkan pemeringkatan.
Pertanyaan lanjutan 3: Bagaimana cara mencegah acara palsu atau berbahaya?
Verifikasi penyelenggara, detail kontak, dan aturan pembatalan; deteksi duplikat dan pengeditan yang tidak biasa; dukung pelaporan dan penghapusan cepat. Tambahkan peninjauan manual oleh manusia untuk kategori berisiko tinggi.
Pertanyaan lanjutan 4: Apakah pemeringkatan akan membuat acara populer semakin populer?
Buat pemeringkatan berdasarkan relevansi, kebaruan, kepercayaan, dan keragaman, serta berikan eksposur terkontrol untuk acara baru. Pantau konversi detail ke pendaftaran pada segmen long-tail alih-alih hanya mengandalkan klik.
Pertanyaan lanjutan 5: Bagaimana Anda memutuskan kapan harus berekspansi ke kota kedua?
Wajibkan beberapa siklus kepadatan pasokan yang berkualitas, konversi pendaftaran ke kehadiran, tingkat keluhan, pengiriman acara berulang oleh penyelenggara, dan retensi pengguna di kota pertama. Kemudian nilai akses pasokan dan peraturan lokal di kota berikutnya.
Sumber 1: Panduan wawancara product manager Meta
Panduan persiapan resmi Meta menekankan penjelasan tentang mengapa suatu masalah penting, empati pengguna, segmentasi, tradeoffs, tujuan, dan metrik—sinyal-sinyal yang relevan untuk jawaban product-sense ini.
Sumber 2: Izin lokasi dan fallback
MDN mendokumentasikan bahwa Geolocation API memerlukan izin pengguna, tersedia dalam secure contexts, dan memerlukan penanganan penolakan serta error. Hal ini mendukung pencarian area manual sebagai fallback ketika izin tidak diberikan.
Sumber 3: Prompt product-sense publik
Materi persiapan wawancara publik mencantumkan “membantu orang menemukan acara lokal” sebagai latihan desain produk yang berfokus pada segmentasi, penentuan prioritas, tradeoffs, dan metrik alih-alih banyaknya fitur.