Ketika tim kecil mulai membangun game petualangan, ide biasanya hidup di kepala satu orang. Begitu anggota kedua ikut mengerjakan seni atau skrip, informasi yang sama harus ditulis agar tidak salah paham. Desain dokumen game adalah tempatnya: catatan kerja yang menjelaskan apa yang dibangun, bagaimana alurnya, dan apa yang belum diputuskan.
Berikut cara menulis dokumen tersebut dari nol tanpa membuatnya jadi birokrasi. Fokusnya pada kebutuhan tim indie yang bergerak cepat dan sering mengubah rencana.
Mulai dari satu halaman ringkasan
Buka dokumen baru dan tulis ringkasan sepanjang satu halaman. Isinya: siapa tokoh utama, di mana cerita berlangsung, apa masalah yang harus dipecahkan pemain, dan bagaimana game berakhir. Cukup paragraf pendek, bukan naskah lengkap.
Ringkasan ini berguna saat kamu menjelaskan proyek ke orang luar, misalnya seniman lepas atau calon kolaborator. Kalau dalam satu halaman kamu belum bisa menjelaskan inti permainan, idenya biasanya masih terlalu kabur untuk masuk produksi.
Sertakan juga satu kalimat tentang pengalaman pemain yang kamu incar. Contohnya: pemain menyelesaikan investigasi lewat percakapan, tanpa pertarungan. Kalimat itu jadi penyaring saat kamu memilih mekanik baru nanti.
Susun alur cerita per babak
Bagi cerita menjadi tiga sampai lima babak, lalu tulis tujuan pemain di setiap babak. Jangan menulis dialog di tahap ini. Yang dibutuhkan hanya lokasi, tokoh yang ditemui, dan perubahan keadaan di akhir babak.
Contoh format yang cukup:
- Babak 1, Pelabuhan: pemain mencari nahkoda yang hilang, mendapat peta sobek, akses ke pasar terbuka.
- Babak 2, Pasar: pemain menukar barang untuk informasi, mengetahui ada penjaga yang bisa disuap.
- Babak 3, Gudang: pemain menyusun bukti, memilih salah satu dari dua akhir.
Alur per babak memudahkan programmer memetakan ruang dan seniman menghitung aset. Kalau kamu baru memulai proyek, kerangka seperti ini juga dipakai dalam panduan membuat game petualangan indie dari nol sebagai titik awal sebelum dokumen teknis ditulis.
Rinci setiap teka-teki dan syaratnya
Teka-teki paling sering berubah saat pengujian. Tulis setiap teka-teki sebagai satu blok dengan empat isian: kondisi awal, petunjuk yang tersedia, aksi yang diharapkan, dan hasil.
Teka-teki: Peti di ruang bawah tanah
Kondisi awal : peti terkunci, kunci hilang
Petunjuk : goresan di lantai, catatan di meja
Aksi : pakai kunci tembaga pada peti
Hasil : peta pelabuhan terbuka, babak 3 dimulaiBlok seperti ini memaksa kamu memikirkan petunjuk, bukan hanya solusi. Pemain yang macet biasanya kekurangan petunjuk, bukan kekurangan teka-teki. Catat juga teka-teki alternatif bila pemain melewatkan satu objek, agar cerita tidak buntu.
Tentukan sistem dan aturan main
Bagian ini menjelaskan aturan yang berlaku di seluruh game: cara menyimpan progres, cara berpindah ruang, apakah ada inventaris, dan bagaimana pemain berinteraksi dengan objek. Tulis dalam bentuk daftar aturan singkat.
- Pemain hanya bisa membawa enam objek; objek berlebih disimpan di lokasi terakhir.
- Dialog tidak bisa diulang setelah topik selesai dibahas.
- Setiap ruang punya satu titik simpan otomatis saat dimasuki pertama kali.
Aturan yang tertulis mencegah dua orang mengimplementasikan hal berbeda. Kalau ada aturan yang belum yakin, tandai dengan status “terbuka” dan pemilik keputusan. Dokumen yang jujur soal hal belum pasti lebih berguna daripada dokumen yang terlihat lengkap tetapi menyesatkan.
Pisahkan kebutuhan seni, audio, dan teknis
Buat tiga daftar terpisah agar mudah dibagikan ke orang yang tepat. Daftar seni berisi latar, sprite tokoh, dan ikon antarmuka. Daftar audio berisi musik latar per babak dan efek suara untuk aksi penting. Daftar teknis berisi fitur yang harus diprogram, misalnya sistem dialog bercabang atau penyimpanan slot.
Setiap butir sebaiknya punya prioritas. Beri tanda wajib untuk hal yang dibutuhkan agar game bisa dimainkan dari awal sampai akhir, dan tanda tambahan untuk hal yang bisa ditunda. Prioritas membantu saat waktu produksi memendek, karena tim tahu apa yang boleh dipotong lebih dulu.
Uji dokumen lewat pembacaan bersama
Sebelum menulis versi final, minta satu orang membaca dokumen dan menjelaskan kembali alurnya tanpa melihat catatan. Bagian yang membuatnya bingung menandakan penjelasan yang perlu dirapikan. Cara ini lebih cepat daripada memperbaiki masalah setelah kode ditulis.
Perhatikan juga apakah dokumen sudah cukup jelas bagi orang di luar tim. Kalau proyek nanti dipromosikan lewat halaman toko atau siaran komunitas, pemahaman yang sama membantu menyusun materi promosi yang tidak melebih-lebihkan isi game.
Perbarui dokumen seiring pengujian
Dokumen desain bukan arsip mati. Setiap kali kamu mengubah teka-teki atau menambah ruang, perbarui blok terkait dan catat tanggal perubahan. Versi lama sebaiknya tetap disimpan agar bisa dibandingkan saat ada masalah.
Kalau game mulai diuji di perangkat lain, catat spesifikasi minimum yang kamu pakai. Informasi itu berguna saat pemain bertanya apakah perangkat mereka cukup, dan kamu bisa mengarahkan mereka ke panduan seperti cara memilih game mobile sesuai spesifikasi HP untuk gambaran umum.
Untuk pengujian cepat di sela waktu luang, kamu bisa memakai game kasual di browser sebagai pengisi jeda tanpa mengganggu jadwal. Prinsipnya mirip dengan tips main game kasual browser untuk pemula, yakni mengenali batas waktu dan perangkat agar sesi singkat tetap terkendali.
Ringkasan
Desain dokumen game petualangan indie yang berguna dimulai dari ringkasan satu halaman, alur per babak, rincian teka-teki dengan petunjuk, aturan sistem, dan daftar kebutuhan per disiplin. Uji dengan pembacaan bersama, lalu perbarui setiap kali pengujian mengubah rencana. Dokumen yang ringkas dan rajin diperbarui lebih membantu daripada naskah tebal yang tidak pernah dibaca tim.
Pertanyaan yang Sering Diajukan
Berapa panjang ideal desain dokumen untuk tim indie kecil?
Tidak ada angka pasti. Untuk tim dua sampai empat orang, dokumen setebal sepuluh sampai dua puluh halaman biasanya sudah cukup, asalkan mencakup alur cerita, teka-teki, aturan sistem, dan daftar kebutuhan. Yang penting mudah diperbarui, bukan tebal.
Apakah dokumen harus selesai sebelum mulai membuat aset?
Tidak perlu menunggu semuanya selesai. Kamu bisa mulai membuat aset untuk babak pertama sambil menulis rincian babak berikutnya. Namun alur utama dan aturan dasar sebaiknya sudah jelas agar aset tidak dibuat dengan asumsi yang berbeda.
Alat apa yang cocok untuk menulis dokumen desain game?
Alat apa pun yang mendukung kolaborasi dan riwayat perubahan bisa dipakai, termasuk pengolah kata berbasis awan atau alat catatan tim. Yang lebih penting adalah kesepakatan soal struktur dan siapa yang bertanggung jawab memperbarui setiap bagian.