Sebagai klien, mencoba untuk mendapatkan seorang programmer / programmer untuk mengembangkan ide-ide saya menjadi program yang berfungsi, apa yang harus saya sediakan untuk pengembang saya?

Saya adalah direktur dari grup pengembangan game pemula (saya katakan "grup" karena ini belum menjadi perusahaan resmi). Saya baru-baru ini mendapatkan kesediaan beberapa coders yang bersedia membantu saya dengan proyek ini, tetapi mereka meminta dokumentasi.

Saya memahami perlunya dokumentasi, dan saya memiliki banyak ide dalam beberapa dokumen yang berbeda, tetapi saya membayangkan bahwa saya ingin mengaturnya sedemikian rupa sehingga pengembang dapat memahaminya secara individu maupun secara kolektif.

Apakah ada sesuatu yang harus saya tinggalkan dari dokumen semacam itu; jika demikian, hal-hal apa? Apakah ada template yang sesuai untuk jenis dokumen ini; jika ya, di mana saya bisa menemukannya? Apakah ada hal lain yang harus saya ketahui untuk menawarkan coders sebelum mereka memulai pekerjaan mereka?

Saya tahu bahwa saya memiliki banyak pertanyaan yang diajukan di sini. Saya harap itu bukan masalah. Terima kasih sebelumnya atas bimbingannya!

Pengembangan game biasanya bekerja sedikit berbeda dari pengembangan aplikasi. Alasannya adalah bahwa permainan biasanya memiliki persyaratan yang jauh lebih sedikit dan jauh lebih ketat. Anda tidak memiliki masalah bisnis yang jelas yang harus diselesaikan oleh perangkat lunak Anda. Satu-satunya persyaratan sebenarnya dari sebuah permainan adalah "berjalan dengan baik pada platform target", "menarik demografis target" dan "menyenangkan untuk dimainkan" (dan mungkin "menjual banyak transaksi mikro" jika Anda berada di bagian industri tersebut) ). Segala sesuatu yang lain dapat berubah selama pengembangan.

Namun, untuk memastikan bahwa semua pengembang game bekerja di arah yang sama dan tidak berakhir berjuang mati-matian atas perbedaan kreatif, Anda harus memiliki "visi" yang dikodifikasikan tentang bagaimana Anda ingin permainan terakhir terlihat dan dimainkan . Visi ini biasanya dikodifikasikan dalam Dokumen Desain Game . Dokumen seperti itu biasanya menggambarkan:

• Premis dasar permainan:
  • The Lift lapangan : Ide permainan utama, digambarkan sebagai sesingkat mungkin.
  • Apa genre permainannya?
  • Siapa target demografis Anda?
  • Platform apa yang Anda targetkan?
• Mekanika game:
  • Tindakan apa yang dapat dilakukan pemain dalam permainan ini dan bagaimana pengaruhnya terhadap permainan?
  • Entitas non-pemain apa yang ada dalam game, bagaimana perilaku mereka, dan bagaimana mereka berinteraksi satu sama lain dan dengan pemain?
• Ruang lingkup:
  • Berapa banyak konten yang Anda inginkan dari gim tersebut?
  • Tingkat kualitas apa yang Anda inginkan dari konten itu?
• Arah estetika permainan:
  • Suasana umum apa yang Anda inginkan dari gim ini?
  • Bagaimana Anda ingin permainan terlihat?
  • Bagaimana Anda ingin permainan terdengar?
• Ketika sampai pada cerita, itu sangat tergantung pada genre. Beberapa permainan tidak membutuhkan cerita sama sekali. Banyak permainan hanya membutuhkan beberapa kalimat. Tetapi jika Anda membuat game plot-driven, seperti RPG atau petualangan, maka ini bisa menjadi bagian terpanjang dari dokumen desain dan dapat mencakup:
  • Deskripsi dunia tempat permainan berlangsung dan lokasi kuncinya
  • Deskripsi karakter penting, penampilan, kepribadian, dan latar belakang mereka
  • Garis besar dasar plot yang diceritakan selama pertandingan

Jika Anda melihat-lihat web, Anda dapat menemukan banyak template untuk dokumen desain game. Industri permainan jauh lebih sedikit ke formalitas dan proses standar daripada industri lainnya, sehingga Anda tidak akan menemukan satu standar ISO untuk mengatur semuanya. Cobalah temukan satu gaya yang sesuai dengan proyek Anda, tim Anda, dan metodologi pekerjaan Anda.

Namun, terbuka terhadap perubahan selama pengembangan. Saat dokumen desain gim dari game populer bocor ke publik, baik secara sengaja atau tidak, Anda biasanya dapat melihat sesuatu yang menarik. Jika Anda membandingkan catatan desain awal ini dengan permainan yang sudah selesai, biasanya akan ada banyak perbedaan besar. Ini biasanya hasil dari proses desain yang disebut pengembang game Fail Faster :

1. Datang dengan desain yang kasar
2. Buat prototipe sederhana
3. Playtest dengan pola pikir kritis dan cari tahu apa yang tidak berhasil
4. Perbaiki desain Anda
5. Kembali ke tahap 2

Jadi, jangan takut untuk mengubah atau memotong fitur ketika Anda menyadari selama playtesting bahwa mereka sebenarnya tidak menyenangkan seperti yang ada di kepala Anda. Juga, terbuka untuk saran dari tim. Kebanyakan orang di industri pengembangan game memutuskan untuk bergabung dengan industri karena mereka ingin mempraktikkan ide-ide permainan mereka sendiri. Jadi memberi tim Anda beberapa pengaruh kreatif bisa menjadi motivator hebat bagi mereka. Tetapi sebagai produser yang baik, Anda juga berkewajiban untuk mengatakan "Tidak!" jika Anda berpikir sebuah ide tidak akan berhasil atau akan melebihi anggaran.

Saya menantikan untuk memainkan game Anda.