Stiqy Rewards Dashboard
Partner mengatur satu task, misalnya selesaikan lima level di game mereka, dan Stiqy mengubahnya jadi reward yang diklaim pemain di halaman di luar game itu sendiri, ditukar untuk item, hadiah, atau apa pun yang dibayarkan kampanye itu.
Kunjungi stiqy.io- Klien
- Sektor
- Peran
- Tim
- Periode
- Platform
Ringkasan
Stiqy adalah lapisan reward yang dipasang studio game ke dalam game mereka sendiri: partner mengatur satu task, misalnya selesaikan lima level, dan Stiqy melacak siapa yang menyelesaikannya, membayarnya dalam GEM, dan meng-host halaman klaim yang dipakai pemain di luar game client. Saya mendesain separuh dashboard yang benar-benar dipakai partner menjalankan kampanyenya: task, GEM, referral, dan setup white-label yang dilihat komunitas sebelum satu kampanye pun tayang.
Cakupan
- 01Wawancara stakeholder
- 02Bedah kompetitor
- 03Taksonomi task & reward
- 04User flow
- 05Wireframe
- 06Desain antarmuka
- 07Visualisasi data
- 08Design system
- 09Prototyping
- 10Design QA
Masalah
Task yang selesai di dalam game dan reward yang diklaim di luar game tidak punya satu catatan yang sama.
Partner yang menjalankan kampanye reward untuk game mereka sendiri butuh satu hal supaya tetap utuh: pemain menyelesaikan lima level di dalam game, custom API memberi tahu Stiqy, dan reward sudah menunggu di halaman klaim yang di-host di luar game client, bukan spreadsheet yang diperbarui manual oleh admin. Pada volume yang sudah melewati 550.000 task selesai, task ada di satu modul, saldo GEM di modul lain, dan lucky draw atau shop yang membelanjakan GEM itu di modul ketiga, masing-masing dibangun sebelum ada yang bertanya bagaimana caranya seorang manager menjawab satu pertanyaan sederhana: reward ini benar-benar sampai ke pemain yang menyelesaikan level itu, atau tidak? Mengecek satu peserta saja berarti membuka tiga tab sekaligus.
Meluncurkan kampanye untuk game baru membuatnya lebih buruk. Logo, domain, governance token, dan sosial media, kolom-kolom yang dibutuhkan supaya halaman klaim white-label terasa seperti milik game partner itu sendiri, bukan halaman Stiqy generik, tidak punya rumah sendiri, jadi permintaan setup berubah jadi thread support, bukan formulir yang bisa diisi dan langsung dipakai untuk meluncurkan kampanye.
Pendekatan
Satu alur dari level yang selesai sampai reward yang diklaim, satu layar untuk membuat halaman klaim terasa seperti milik game partner sendiri.
Kartu task kini membawa hitungannya sendiri: poin dan GEM duduk di kartu itu sendiri, di sebelah jenis aksi yang dihargai, entah itu quest sosial, cek on-chain, atau custom API event yang terpicu begitu pemain menyelesaikan sebuah level, dan quest aktif serta tidak aktif dipisah ke tab masing-masing sehingga manager memindai enam task yang sedang berjalan, bukan menggulir lewat empat puluh yang sudah selesai.
Satu diagram alur menggantikan spreadsheet: GEM tercipta dari Task dan Party Spin, dibelanjakan lewat Shop atau Lucky Draw untuk item, hadiah, atau apa pun yang dibayarkan kampanye itu, atau tersisa sebagai Unspent, dibaca dari kiri ke kanan, tanpa perlu legenda, tepat di sebelah leaderboard referral yang didanai GEM yang sama, loop loyalitas yang oleh Stiqy disebut Passive Yield Rewards.
Community Settings mengumpulkan semua yang dibutuhkan halaman klaim white-label, logo, favicon, domain, alamat kontrak governance token, jaringan, sosial media, dalam satu formulir dengan satu tombol Update, sehingga partner yang meluncurkan kampanye reward untuk game berikutnya cuma makan waktu hitungan menit, bukan satu tiket.
Layar
Hasil
Deliverable
