Saat Game Berkebun Ditinggalkan: Merancang Waktu Jeda dan Momen Kembali

Tentukan apa arti “waktu jeda”

Progresi luring (offline progression) berarti bahwa beberapa bagian dari game terus berjalan saat ditutup, seolah-olah pemain masih ada di sana. Dokumentasi Epic menggunakan game pertanian sebagai contoh: tanaman dapat terus tumbuh, sering kali bergantung pada batas waktu. Itu menggambarkan salah satu mekanisme yang memungkinkan, bukan aturan universal. Dokumentasi progresi luring Epic

Tulis aturan waktu kebun dalam bahasa sederhana sebelum membangun sistem tanaman individual. Sebagai contoh: “Pertumbuhan berlanjut hingga tiga hari dalam game saat game ditutup; tanaman tidak mati, layu, atau kehilangan hasil panen hanya karena pemain sedang pergi.” Durasi dalam kalimat tersebut hanyalah ilustrasi. Tentukan durasi tersebut sesuai dengan ritme permainan yang diinginkan, dan tunjukkan aturannya sebelum pemain mengandalkannya.

Jika game dimaksudkan untuk terasa seperti tempat yang berubah di antara setiap kunjungan, waktu yang berlalu dapat membuat pertumbuhan baru atau perubahan visual lainnya menjadi bagian dari momen kembali. Jika tujuannya adalah melestarikan pemandangan yang telah diatur dengan cermat, jeda (pause) jam kebun saat ditutup. Pendekatan hibrida dapat melanjutkan pertumbuhan tetapi berhenti pada batas tertentu, lalu membiarkan kebun stabil sampai pemain membuka game. Model mana pun yang Anda pilih, bedakan antara menutup game dengan gangguan singkat seperti penangguhan (suspension) atau koneksi yang terputus; pemain perlu tahu jam mana yang berlaku dalam setiap kasus.

Pisahkan pertumbuhan yang aman dari pembusukan yang merugikan

Buat daftar status kebun berdasarkan apa yang mungkin terjadi padanya seiring waktu. Tanaman mungkin sedang tumbuh, siap dipanen, dorman, atau dalam masa transisi musiman. Game dapat memperlakukan setiap status secara berbeda: pertumbuhan dapat berlanjut; tanaman yang matang dapat tetap tersedia; perubahan musiman dapat mengubah penampilan; dan hasil yang merusak dapat dikecualikan dari simulasi luring.

Aturan yang berguna adalah membiarkan waktu tanpa pengawasan menciptakan opsi baru alih-alih menghapusnya. Tanaman yang siap panen dapat tetap siap, mungkin dengan perubahan visual yang terlihat, daripada menghilang setelah jendela waktu yang tidak teramati. Jika desain membutuhkan pembusukan atau kehilangan musiman demi fiksi narasinya, buat transisi tersebut dapat dipahami sebelumnya dan hindari menerapkannya secara retroaktif atas ketidakhadiran yang tidak dapat diamati pemain. Ini adalah inferensi desain: penelitian yang dikutip mendokumentasikan pengalaman kembali dan pola game, tetapi tidak menetapkan satu aturan kebun yang mutlak terbaik.

Pembedaan ini penting karena kebun mengandung kemajuan dan juga pilihan. Pengatur waktu (timer) yang selesai dapat memberi pemain yang kembali sesuatu yang baru untuk dilakukan. Pengatur waktu tersembunyi yang menghancurkan tanaman dapat menghilangkan pilihan sebelum pemain memiliki kesempatan untuk merespons. Untuk kebun bertekanan rendah, pertahankan identitas tanaman, penempatan, tahap pertumbuhan, dan item yang diperoleh; jauhkan kerugian yang tidak dapat diubah dari waktu tanpa pengawasan. Setiap pengecualian harus spesifik, diungkapkan secara jelas, dan dapat dipahami dari kebun itu sendiri.

Pilih model simulasi yang konsisten

Tiga model mencakup sebagian besar kebutuhan desain. Jam yang dijeda (paused clock) adalah yang paling mudah dijelaskan dan melindungi kebun dari perubahan tanpa pengawasan. Jam terbatas (bounded clock) memajukan sistem tertentu untuk periode waktu tertentu, lalu berhenti. Simulasi waktu berlalu penuh (full elapsed-time) menjaga sistem tertentu terus berjalan tanpa henti dan cocok untuk game yang aktivitas utamanya adalah memantau produksi yang sedang berlangsung. Penelitian tentang pola idle game menggambarkan otomatisasi sistem dan imbalan kembali seperti penyorotan perubahan, sembari mencatat bahwa pola-pola tersebut dapat tumpang tindih. Studi Villareale dan rekan-rekan tentang pola desain idle game

Pilihlah salah satu di antaranya dengan mempertimbangkan apa yang seharusnya ditawarkan kebun saat pemain kembali. Jika tindakan yang diinginkan adalah “melihat pertumbuhan, lalu memilih apa yang harus dilakukan,” pertumbuhan terbatas dengan status panen yang stabil adalah titik awal yang kuat. Jika tindakan yang diinginkan adalah “melanjutkan tepat di tempat saya berhenti,” gunakan jeda. Jika mengelola produksi saat tidak bermain merupakan inti permainan itu sendiri, progresi berkelanjutan mungkin cocok—tetapi tentukan batas atas dan konsekuensinya. Hindari membiarkan bagian kebun yang berbeda mengikuti jam yang tidak dapat disimpulkan oleh pemain.

Untuk model terbatas, tentukan perhitungannya dan tampilannya: catat waktu terakhir disimpan, hitung waktu yang berlalu menggunakan unit yang ditentukan, batasi hingga ambang batas (cap), dan majukan hanya sistem yang ditandai memenuhi syarat luring. Nyatakan apa yang terjadi ketika batas tersebut tercapai. Jangan menyiratkan bahwa konektivitas daring diperlukan untuk progresi luring atau bahwa mode luring berperilaku sama di semua produk; ini adalah pilihan yang bergantung pada desain dan pengaturan teknis sebuah game.

Pertahankan kondisi yang telah diatur pemain

Persistensi menjawab pertanyaan yang berbeda dari simulasi waktu: apa yang diingat oleh game? Untuk kebun, simpan tata letak, jenis dan tahap tanaman, kondisi tanah atau petak, hasil panen yang tersimpan, area yang terbuka, dan tugas aktif apa pun yang penting untuk kunjungan berikutnya. Simpan penanda waktu (timestamp) yang digunakan untuk perhitungan waktu berlalu bersama dengan kondisi tersimpan tersebut. Jika game dapat ditangguhkan atau kehilangan konektivitas, menyimpan status membantu pemain melanjutkan tanpa kehilangan progres. Panduan khusus Xbox dari Microsoft merekomendasikan penyimpanan saat game ditangguhkan dan membuat perilaku luring dapat diprediksi; panduan tersebut juga memperjelas bahwa game tidak selalu diwajibkan untuk mendukung permainan luring. Panduan permainan luring Microsoft

Perlakukan konflik data simpanan (save conflict) sebagai kasus desain, terutama saat simpanan lokal dan cloud mungkin sama-sama berubah. Panduan Xbox yang tersedia menekankan pelestarian status selama penangguhan, tetapi tidak menentukan aturan konflik untuk setiap game. Tentukan versi simpanan mana yang menjadi acuan utama (authoritative), dan buat pilihan pemulihan apa pun terlihat alih-alih mengganti kebun pemain secara diam-diam. Rekomendasi tersebut berasal dari tujuan mempertahankan kondisi yang telah diatur pemain; ini bukan klaim tentang implementasi penyimpanan platform tertentu.

Buat kondisi saat kembali mudah dibaca dalam menit pertama

Pemain yang kembali membutuhkan jembatan dari kebun yang mereka ingat ke kebun saat ini. Penelitian tentang pemain yang kembali ke game pemain tunggal jangka panjang mendeskripsikan "Titik Putar" (Pivot Point), momen ketika pemain terhubung kembali dengan game, dan mengeksplorasi cara-cara untuk mendukung proses masuk kembali tersebut. Ini adalah studi tentang pengalaman dan prototipe momen kembali, bukan bukti bahwa satu antarmuka bekerja untuk setiap game. Studi Hammad dan rekan-rekan, “Homecoming: Exploring Returns to Long-Term Single Player Games”

Gunakan ringkasan kepulangan yang ringkas yang menjawab tiga pertanyaan: berapa banyak waktu yang dihitung oleh simulasi, apa yang berubah, dan apa yang siap menerima perhatian pemain. Sebagai contoh: “Waktu jeda yang diterapkan: 2 hari (maksimum 3). Tiga petak telah tumbuh; dua tanaman siap dipanen. Tidak ada tanaman yang mati.” Angka-angka tersebut hanyalah ilustrasi. Ringkasan harus dibuat dari status tersimpan, bukan pesan tetap (canned message) yang bisa berbeda dari kondisi kebun sebenarnya.

Kemudian biarkan kebun menampilkan informasi yang sama dalam konteksnya: pertumbuhan baru dapat dibedakan secara visual, tanaman yang siap panen dapat memiliki status yang jelas, dan jurnal opsional dapat menampilkan kunjungan terakhir serta log perubahan singkat. Buat interaksi pertama tetap sederhana—periksa, panen, atau lanjutkan merawat—dan biarkan pemain melanjutkan permainan reguler tanpa harus menutup tumpukan pemberitahuan yang tidak terkait. Studi pola idle game mendeskripsikan penyorotan visual dari status yang berubah sebagai pola imbalan kembali; menerapkan pengamatan tersebut pada ringkasan kebun adalah inferensi desain, bukan jaminan hasil. Villareale et al.

Urutan keputusan praktis

Gunakan urutan ini untuk mengubah desain menjadi serangkaian aturan:

Atur jamnya. Pilih waktu yang dijeda, terbatas, atau berkelanjutan, dan tentukan unit serta durasi maksimumnya jika berlaku.

Tandai status yang memenuhi syarat. Tentukan apakah pertumbuhan, kesiapan panen, cuaca, musim, dan visual lingkungan terus berjalan saat game ditutup.

Lindungi kondisi yang telah diatur. Simpan penempatan dan identitas tanaman, serta tentukan bagaimana konflik data simpanan diselesaikan.

Buat pilihan yang terlewat dapat dipulihkan. Jaga agar waktu tanpa pengawasan tidak menghancurkan tanaman atau menghilangkan item yang diperoleh dalam desain yang dimaksudkan untuk bersahabat.

Jelaskan hasilnya saat kembali. Laporkan waktu yang dihitung, perubahan status, dan tindakan berikutnya yang tersedia, lalu biarkan pemain memeriksa kebun.

Pengaturan pastinya bergantung pada kecepatan yang diinginkan dari game fiktif tersebut. Tugas desainnya adalah membuat jam dapat diprediksi, status kebun tahan lama, dan momen-momen pertama saat kembali mudah dipahami. Hal itu memberi pemain jawaban yang jelas untuk pertanyaan di balik fitur tersebut: setelah istirahat panjang, mereka tahu apa yang telah terjadi pada kebun, apa yang tetap utuh, dan dari mana harus memulai.

Lanjutkan topik ini