ในฐานะลูกค้าพยายามรับ coder / โปรแกรมเมอร์เพื่อพัฒนาความคิดของฉันให้เป็นโปรแกรมที่ใช้งานได้ฉันควรให้อะไรกับนักพัฒนาซอฟต์แวร์ของฉัน

ฉันเป็นผู้อำนวยการกลุ่มพัฒนาเกมเริ่มต้น (ฉันพูดว่า "กลุ่ม" เพราะยังไม่เป็น บริษัท อย่างเป็นทางการ) เมื่อเร็ว ๆ นี้ฉันได้รับความเต็มใจของผู้เขียนโค้ดจำนวนไม่กี่คนที่ยินดีช่วยเหลือฉันในโครงการนี้ แต่พวกเขากำลังขอเอกสาร

ฉันเข้าใจความจำเป็นในการจัดทำเอกสารและฉันมีความคิดมากมายในเอกสารที่แตกต่างกันเล็กน้อย แต่ฉันคิดว่าฉันจะต้องการจัดระเบียบด้วยวิธีการที่นักพัฒนาสามารถเข้าใจเป็นรายบุคคลและเรียกรวมกัน

มีอะไรบ้างที่ฉันควรปล่อยให้จากเอกสารดังกล่าว ถ้าเป็นเช่นนั้นสิ่งที่ชนิดของ? มีแม่แบบที่เหมาะสมสำหรับเอกสารประเภทนี้หรือไม่ ถ้าใช่ฉันจะหาได้ที่ไหน มีอะไรอีกบ้างที่ฉันควรรู้ที่จะเสนอโคเดอร์ก่อนที่จะเริ่มทำงาน?

ฉันรู้ว่าฉันมีคำถามมากมายที่ถูกถามที่นี่ ฉันหวังว่าจะไม่มีปัญหา ขอบคุณล่วงหน้าสำหรับคำแนะนำใด ๆ !

การพัฒนาเกมมักใช้งานได้แตกต่างจากการพัฒนาแอปพลิเคชัน เหตุผลก็คือเกมมักจะมีข้อกำหนดที่เข้มงวดน้อยกว่าและน้อยกว่ามาก คุณไม่มีปัญหาทางธุรกิจที่ชัดเจนว่าซอฟต์แวร์ของคุณควรจะแก้ปัญหา ข้อกำหนดที่แท้จริงเพียงอย่างเดียวของเกมคือ "ทำงานอย่างถูกต้องบนแพลตฟอร์มเป้าหมาย", "ดึงดูดความสนใจไปยังกลุ่มประชากรเป้าหมาย" และ "สนุกกับการเล่น" (และอาจเป็น "ขาย microtransactions จำนวนมาก" ถ้าคุณอยู่ในส่วนนั้นของอุตสาหกรรม ) ทุกสิ่งทุกอย่างอาจมีการเปลี่ยนแปลงระหว่างการพัฒนา

อย่างไรก็ตามเพื่อให้แน่ใจว่าผู้พัฒนาเกมทุกคนทำงานในทิศทางเดียวกันและไม่ต้องต่อสู้กับความตายด้วยความแตกต่างของความคิดสร้างสรรค์คุณควรมี "วิสัยทัศน์" ที่ประมวลผลเป็นวิธีที่คุณต้องการให้เกมสุดท้ายดูและเล่น . วิสัยทัศน์นี้มักจะทำเป็นในเอกสารการออกแบบเกม เอกสารดังกล่าวมักจะอธิบาย:

• หลักฐานพื้นฐานของเกม:
  • The pitch pitch : ความคิดหลักของเกมอธิบายได้สั้นที่สุด
  • ประเภทของเกมคืออะไร?
  • ใครคือกลุ่มเป้าหมายของคุณ
  • คุณกำลังกำหนดเป้าหมายแพลตฟอร์มใด
• กลไกของเกม:
  • ผู้เล่นสามารถกระทำอะไรได้บ้างในเกมนี้และมีผลต่อเกมอย่างไร
  • เอนทิตีที่ไม่ใช่ผู้เล่นอยู่ในเกมพวกเขาประพฤติตนอย่างไรและพวกเขามีปฏิสัมพันธ์กับผู้เล่นและผู้เล่นอย่างไร
• ขอบเขต:
  • คุณต้องการให้เกมมีเนื้อหาเท่าใด
  • คุณต้องการให้เนื้อหานั้นมีคุณภาพระดับใด
• ทิศทางความสวยงามของเกม:
  • คุณต้องการให้เกมมีบรรยากาศโดยทั่วไปอย่างไร
  • คุณต้องการให้เกมเป็นอย่างไร
  • คุณต้องการให้เสียงดังเป็นอย่างไร?
• เมื่อพูดถึงเนื้อเรื่องมันขึ้นอยู่กับประเภท เกมบางเกมไม่จำเป็นต้องมีเรื่องอะไรเลย เกมหลายเกมต้องการประโยคเพียงเล็กน้อยเท่านั้น แต่ถ้าคุณกำลังสร้างเกมที่เน้นการวางแผนเช่นเกม RPG หรือการผจญภัยสิ่งนี้อาจเป็นส่วนที่ยาวที่สุดของเอกสารการออกแบบและอาจรวมถึง:
  • คำอธิบายเกี่ยวกับโลกของเกมที่ใช้สถานที่และสถานที่สำคัญ
  • คำอธิบายของตัวละครที่สำคัญหน้าตาบุคลิกภาพและ backstory ของพวกเขา
  • โครงร่างพื้นฐานของเนื้อเรื่องซึ่งบอกในระหว่างเกม

หากคุณมองไปรอบ ๆ เว็บคุณจะพบเทมเพลตมากมายสำหรับเอกสารการออกแบบเกม อุตสาหกรรมเกมนั้นมีพิธีการและกระบวนการที่ได้มาตรฐานน้อยกว่าอุตสาหกรรมอื่น ๆ ดังนั้นคุณจะไม่พบมาตรฐาน ISO เดียวที่จะปกครองพวกเขาทั้งหมด เพียงลองค้นหาสไตล์ที่เหมาะกับโปรเจ็กต์ของคุณทีมงานและวิธีการทำงานของคุณ

อย่างไรก็ตามเปิดรับการเปลี่ยนแปลงในระหว่างการพัฒนา เมื่อเอกสารออกแบบเกมของเกมยอดนิยมรั่วไหลสู่สาธารณะไม่ว่าโดยเจตนาหรือไม่ตั้งใจคุณมักจะสังเกตเห็นบางสิ่งที่น่าสนใจ หากคุณเปรียบเทียบบันทึกย่อการออกแบบก่อนหน้านี้กับเกมที่เสร็จแล้วมักจะมีความแตกต่างมากมาย นี่เป็นผลมาจากกระบวนการออกแบบเกมที่ผู้พัฒนาเรียกว่าFail Faster :

1. เกิดขึ้นด้วยการออกแบบคร่าวๆ
2. สร้างต้นแบบง่ายๆ
3. ลองเล่นด้วยความคิดที่สำคัญและค้นหาว่ามันใช้งานอะไรไม่ได้
4. แก้ไขการออกแบบของคุณ
5. กลับไปที่ด่าน 2

ดังนั้นอย่ากลัวที่จะเปลี่ยนหรือตัดฟีเจอร์เมื่อคุณรู้ว่าในระหว่างการทดสอบว่าพวกเขาไม่สนุกเหมือนอยู่ในหัวของคุณ นอกจากนี้ยังเปิดรับข้อเสนอแนะจากทีม คนส่วนใหญ่ในอุตสาหกรรมการพัฒนาเกมตัดสินใจที่จะเข้าร่วมอุตสาหกรรมเพราะพวกเขาต้องการที่จะนำความคิดของเกมของพวกเขาเองไปสู่การปฏิบัติ ดังนั้นการให้ทีมของคุณมีอิทธิพลต่อความคิดสร้างสรรค์สามารถเป็นแรงจูงใจที่ยอดเยี่ยมสำหรับพวกเขา แต่ในฐานะโปรดิวเซอร์ที่ดีคุณต้องพูดว่า "ไม่!" หากคุณคิดว่าความคิดจะไม่ทำงานหรือเกินงบประมาณ

ฉันรอคอยที่จะเล่นเกมของคุณ