Bagaimana saya harus menyusun dokumen desain? [Tutup]


30

Haruskah dokumen desain berupa baris teks yang kontinu, dengan kalimat nyata, lebih seperti deskripsi dari seluruh permainan, atau haruskah saya menyusunnya dalam poin-poin sederhana? Apa manfaatnya, dan apakah ada lebih banyak cara menyusunnya?


5
Bukannya saya sama sekali tidak setuju dengan jawaban Josh, tetapi 35 menit dengan hanya 1 jawaban agak terlalu dini untuk menandai pertanyaan yang dijawab, tentunya?
Kylotan

4
Ya saya setuju. Anda selalu dapat mengubahnya nanti, tetapi itu selalu mengecewakan bagi orang yang jawabannya Anda ubah. Dan lebih tepatnya, terkadang memiliki jawaban yang dipilih membuat orang lain enggan menjawabnya sendiri, dan itu bisa menyebabkan Anda kehilangan jawaban yang jauh lebih baik daripada jawaban saya.
Josh

OKE, welp, jangan tandai jawabannya. Tapi, saya mungkin akan menandainya lagi besok, saya merasa sangat berguna! Kecuali, tentu saja, seseorang memberi saya sesuatu yang lebih berguna;). Terima kasih atas petunjuk ini, saya tidak memikirkan itu!
jcora

Anda juga dapat memeriksa artikel ini untuk informasi lebih lanjut tentang struktur GDD Anda. Ini adalah sumber yang hebat: active.tutsplus.com/articles/game-design/…
Daniel Sidhion

@Josh skor Anda adalah intimidasi - siapa yang akan mencoba untuk mengalahkan Anda pada jawaban;)
Tim Holt

Jawaban:


30

Tidak ada aturan atau standar industri; susun dokumen dengan cara yang paling bermanfaat bagi orang yang akan menggunakan dokumen itu, dengan mengingat apa tujuan dokumen Anda.

Secara pribadi saya berharap akan ada bagian-bagian dari dokumen yang lebih cocok untuk menggunakan "kalimat nyata" untuk menyampaikan ide Anda, serta bagian-bagian yang lebih cocok untuk ditulis sebagai daftar poin-poin fitur.

Siapa audiens Anda? Jika itu hanya Anda, jika ini hanya dimaksudkan untuk membantu Anda memfokuskan pikiran Anda, lakukan apa pun yang bekerja untuk Anda. Jika Anda bekerja dengan orang lain, tanyakan kepada mereka bagaimana mereka lebih suka melihat dokumen tersebut dipecah dan bagaimana mereka akan menggunakannya.

Saya akan mengharapkan untuk melihat deskripsi prosa tentang poin-poin penting dari permainan: itu konsep utama, gaya dan perasaan. Saya kemudian akan berharap untuk melihat bagian untuk setiap fitur utama permainan.

Jangan berlebihan dengan detail dan statistik, ingatlah bahwa dokumen desain biasanya adalah sesuatu yang akan berkembang sepanjang masa permainan saat Anda membangun dan mengulanginya. Tidak praktis untuk berpikir bahwa Anda akan menulisnya sekali, di muka, dan itu akan sempurna, jadi fokus pada apa yang Anda butuhkan untuk disampaikan dokumen sekarang dan bagaimana Anda bisa menyampaikannya kepada konsumen spesifik dokumen itu.

Tidak masalah apa yang dilakukan orang lain, Anda ingin melakukan yang terbaik untuk tim Anda.


dokumen desain pada intinya merupakan garis besar dari permainan. dengan cara yang sama Anda menulis garis besar untuk sebuah buku, satu-satunya hal yang benar-benar penting adalah apa yang "Anda butuhkan" untuk memahami ide Anda, dan membuatnya. meskipun saya ingin memperkuat sudut pandang audiens yang dituju, dan bahwa bahkan setiap subbagian dapat memiliki audiens yang berbeda, rencana proyek adalah untuk tim / manajer, use case / ERD adalah untuk para programmer, dan deskripsi entitas adalah untuk para seniman. itu salah satu dari beberapa kali Anda dapat menulis sesuatu yang tampaknya tidak cocok bersama selain tentang topik umum yang sama.
gardian06

24

Selain apa yang dikatakan Josh dalam jawabannya, beberapa orang telah membagikan gagasan mereka tentang apa yang harus ada dalam dokumen desain game, yang dapat membantu Anda memutuskan aspek apa yang akan berguna dalam dokumen Anda sendiri. Ingatlah bahwa ini adalah desainer profesional, dan apa yang bekerja untuk mereka dalam konteks industri permainan tradisional belum tentu tepat untuk Anda, jadi sangat berguna untuk mencoba dan mencari tahu mengapa mereka menggunakan pendekatan tertentu dan memilih yang akan paling membantu Anda. .


Saya telah mencari-cari dokumentasi desain game dan bagaimana melakukannya. Tautan pertama Anda sangat bagus. Bekerja sangat baik dengan 'pelingkupan'. Menyiapkan ruang lingkup dasar proyek dan dengan kata-kata kasar menjelaskan apa yang ada di dalam dan di luar ruang lingkup permainan.
Wertilq

5

Ada satu informasi yang ingin saya tambahkan: ketika mendokumentasikan desain sebenarnya dari game (yaitu: aturan), berikan penjelasan yang jelas mengapa Anda membuat pilihan desain aturan tertentu.

Salah satu hal yang lebih mungkin Anda lupakan ketika Anda menerapkan sesuatu adalah alasan tepat mengapa Anda menambahkan aturan tertentu. Juga, salah satu hal yang sangat mungkin Anda lakukan adalah menambahkan aturan dan elemen gim hanya karena gim lain memilikinya, bukan karena gim Anda membutuhkannya .

Dengan menambahkan bagian tentang mengapa elemen game ada, itu memaksa Anda untuk membenarkan penggunaan elemen itu dalam hal desain game secara keseluruhan. Dan nanti, ini memungkinkan Anda untuk mengevaluasi secara efektif apakah suatu elemen tertentu benar-benar memenuhi kebutuhan yang Anda inginkan. Jika tidak, maka Anda dapat menghapusnya dan menggantinya dengan sesuatu yang lain yang memenuhi kebutuhan tersebut.

Bahkan lebih baik, jika Anda menemukan permainan tidak berhasil, dan Anda ingin mengganti beberapa elemen untuk membuat permainan lebih menyenangkan, Anda dapat melihat kembali dokumen desain Anda dan memahami mengapa Anda memilih elemen-elemen itu dan elemen baru apa yang perlu dicapai . Jika kebutuhan desain game Anda berubah, maka Anda dapat memperbarui daftar tentang apa yang seharusnya dilakukan oleh elemen-elemen game.


1

Saya suka cara penulis Level Up menulis dokumen desain gimnya dengan menggambar banyak bentuk, karakter, dan lain-lain yang lucu.

Saya sangat menyarankan Anda melihat buku ini Level Up !: Panduan untuk Desain Video Game Hebat

Dengan menambahkan sedikit gambar pada dokumen Anda, yang lain akan lebih memperhatikan Anda dan Anda bisa yakin mereka akan membaca dokumen desain Anda


0

Struktur dokumen desain game Anda sepenuhnya terserah Anda, tetapi yang saya buat cenderung menyertakan (perhatikan bahwa ini berfungsi lebih baik untuk RPG atau game yang digerakkan oleh cerita lain):

Daftar Isi - Sangat penting, karena begitu Anda memiliki gim yang lebih rumit, Anda perlu memasukkan metode organisasi

Deskripsi Gim - Uraian singkat gim, memberikan beberapa deskripsi gim, beserta platform dan detail penting lainnya

Gambaran umum cerita - Berikan gambaran umum plot Anda

Kontrol - Daftar kontrol yang akan Anda gunakan dalam game Anda

Persyaratan teknologi - Anda dapat melihat lebih detail tentang platform di sini

Game Flowchart - Tunjukkan bagaimana layar game Anda terhubung

Presentasi - Berikan detail tentang jenis kamera, HUD, dan info lain yang akan dilihat pemain

Karakter Pemain - Berikan informasi tentang pemain Anda, seperti apa penampilan mereka, cerita latar, dan alat / senjata yang mungkin mereka gunakan

Combat - Jelaskan cara kerja tempur (jika ada)

Level Game - Berikan beberapa contoh level

Musuh - Berikan detail tentang musuh Anda (serangan, penampilan)

Bos - Informasi tentang bos tertentu

NPC - Jelaskan AI yang tidak menyerang karakter Anda

Musik / SFX - Musik dan SFX apa yang perlu diproduksi

Lampiran - Tempatkan daftar panjang di sini bersama dengan skrip dan informasi lainnya

Anda mungkin juga ingin membuat versi yang lebih ringkas dari dokumen desain game Anda, yaitu sekitar satu halaman, berisi hal-hal berikut:

Judul dan Tinjauan Konsep - Berikan gambaran singkat tentang seperti apa permainan itu dan apa yang akan dilakukan pemain

Platform - Daftar platform tempat game ini akan dipublikasikan

Poin Utama - Berikan info yang sangat mendasar tentang gim Anda, seperti FPS, MMO, dan memiliki mode pemain tunggal

Ringkasan - Ringkas plot Anda, jika ada

Karakter - Berikan info tentang karakter Anda

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.