เวิร์กช็อป ๒ — โครงสร้างเอกสารออกแบบเกม

เช้านี้คุณได้แกนของเกม ชั่วโมงนี้เราทำให้มันสื่อสารได้ ชิ้นงานที่ต้องได้คือ เอกสารออกแบบเกมหนึ่งหน้า (one-page GDD)

ทำไมมันถึงยาก

คุณเขียนประสบการณ์ไม่ได้ คุณเขียนได้แค่กฎที่ผลิตประสบการณ์นั้นออกมา

Salen และ Zimmerman เรียกสิ่งนี้ว่า ปัญหาการออกแบบอันดับสอง (second-order design problem) นักออกแบบสร้างระบบ ส่วนการเล่นที่งอกออกมาจากระบบนั้นเป็นของผู้เล่น Sylvester พูดเรื่องเดียวกันจากฝั่งการผลิต — คุณประพันธ์กลไก กลไกสร้างเหตุการณ์ และมีเพียงเหตุการณ์เท่านั้นที่พาอารมณ์

ดังนั้นเอกสารของคุณต้อง แม่นยำเรื่องกฎ และ ซื่อสัตย์ว่าประสบการณ์เป็นเพียงคำทำนาย

เอกสารนี้เขียนให้ใครอ่าน

เขียนโดยไม่รู้ว่าใครอ่าน แล้วคุณจะเขียนยาวเกินไปพร้อมกับตอบคำถามของเขาไม่ได้อยู่ดี

ผู้อ่าน	เขาต้องการรู้อะไร	สิ่งที่คุณต้องให้
ทีมของคุณ	พรุ่งนี้ต้องสร้างอะไร	กฎที่แม่นพอจะลงมือทำโดยไม่ต้องเดา และเส้นแบ่งชัดระหว่าง “ตัดสินแล้ว” กับ “ยังเปิดอยู่”
ตัวคุณในอีกสามเดือน	ตอนนั้นคิดอะไรอยู่	บันทึกเหตุผลของการตัดสินใจ ไม่ใช่แค่ตัวการตัดสินใจ
คนนอก	ทำไมต้องเกมนี้ ในเมื่อมีเกมอื่น	เขาให้เวลาคุณราวสองนาที นี่คือเหตุผลที่ฉบับหนึ่งหน้าต้องมีอยู่

Schell บอกว่าเอกสารออกแบบทำหน้าที่สองอย่าง: กระตุ้นความจำของตัวเอง และ สื่อสารกับคนอื่น ผู้อ่านที่ถูกลืมบ่อยที่สุดคือตัวคุณเองในอนาคต และเขาคือคนที่ขอบคุณคุณมากที่สุด

สามชิ้นงาน ไม่ใช่เอกสารเดียว

Rogers เรียกโครงสร้างนี้ว่าเอกสารแบบ “เป็นชั้น” (tiered) — แต่ละชั้นมีผู้อ่านคนละกลุ่มและความยาวคนละระดับ

ชิ้นงาน	ชื่อในตำรา	เขียนเมื่อไร	บรรจุอะไร
เอกสารหนึ่งหน้า	The One-Sheet	เขียนก่อน อ่านก่อน	แปดช่อง · กลุ่มผู้เล่นเป้าหมาย · เรตติ้ง · จุดขายที่ไม่เหมือนใคร (USP)
เอกสารสิบหน้า	The Ten-Pager	เมื่อจะเสนอโปรเจกต์หรือเริ่มวางแผนการผลิต	ตรรกะระดับมหภาค · กฎสามข้อ (rule of threes) · ตารางจังหวะ (beat chart)
เอกสารออกแบบเต็ม	The GDD	ค่อย ๆ โตทีละหัวข้อ เมื่อถึงเวลาต้องตัดสินใจจริง	การเล่นระดับวินาทีต่อวินาที · ภาพประกอบเยอะ · ผังงานและอนิเมติก

หลักเสริมสามข้อที่ใช้กับทุกชั้น

กฎสามข้อ (Rule of Threes) — มนุษย์ประมวลข้อมูลเป็นชุดละสามได้ดีที่สุด จัดกลุ่มฟีเจอร์ กลไก และหัวข้อเป็นสามเสมอถ้าทำได้
สื่อสารด้วยภาพ — วาดมันออกมา อย่าบรรยาย
ตารางจังหวะ (Beat Chart) — สเปรดชีตหน้าเดียวที่ไล่ตลอดความยาวเกม (ด่าน · ศัตรูใหม่ · กลไกใหม่ · อารมณ์ · รางวัล) ใช้เทียบจังหวะและการไหลได้ในแผ่นเดียว เพื่อจับ “ช่วงที่แบน” ก่อนจะสร้างจริง

เอกสารหนึ่งหน้า — แปดช่อง

ใส่ทั้งแปดช่องนี้ลงในหนึ่งหน้าได้เมื่อไร แปลว่าคุณเข้าใจเกมของตัวเองมากพอจะเริ่มสร้างแล้ว

#	ช่อง	เกณฑ์
๑	แนวคิดหลัก (high concept)	หนึ่งถึงสองประโยค ไม่มีสรุปเนื้อเรื่อง
๒	แนว แพลตฟอร์ม กลุ่มผู้เล่น	ให้ผู้อ่านเทียบกับสิ่งที่เขารู้จักได้
๓	แกนวน (core loop)	ยกมาจาก Loop Canvas เมื่อเช้าตรง ๆ
๔	เสาหลักสามข้อ	ช่องที่บอกว่าคุณจะไม่ทำอะไร
๕	ฟีเจอร์หลัก ๓–๕ ข้อ	เฉพาะสิ่งที่เกมขาดไม่ได้
๖	ทิศทางภาพและเสียง	เป็นคำ ไม่ใช่ภาพ อ้างอิงงานจริงได้ยิ่งดี
๗	ตะขอ (the hook)	ทำไมต้องเกมนี้ ในเมื่อมีเกมคล้ายกันอีกสิบเกม
๘	ขอบเขตและกำหนดการ	ความยาว ขนาดทีม เดดไลน์

ตัวอย่างที่เขียนเสร็จแล้ว — เอกสารหนึ่งหน้าของเกมตัวอย่าง

สังเกตว่าไม่มีช่องไหนยาวเกินสองบรรทัด และมีช่องหนึ่งที่ยอมรับตรง ๆ ว่ายังไม่ได้ตัดสินใจ

ช่อง	เนื้อหา
แนวคิดหลัก	เกมเอาตัวรอดมุมมองบุคคลที่หนึ่ง ที่ผู้เล่นใช้การได้ยินแทนการมองเห็นในการตัดสินใจว่าจะเคลื่อนที่เมื่อไร
แนว · แพลตฟอร์ม · กลุ่มผู้เล่น	สยองขวัญเอาตัวรอด · พีซีบน Steam · ผู้เล่นอายุ ๑๘–๓๐ ที่ดูสตรีมเมอร์เล่นเกมสยองขวัญเอเชีย
แกนวน	ฟัง เลือกเส้นทาง เคลื่อนที่เงียบ ๆ ภัยคุกคามขยับเข้ามา — ราว ๒๐–๓๐ วินาทีต่อรอบ
เสาหลัก	ความเงียบคืออาวุธ · แพ้เพราะรีบ · ความกลัวมาจากสิ่งที่ไม่เคยถูกแสดง
ฟีเจอร์หลัก	เสียงบอกทิศทาง · ตะเกียงที่ลดลงทุกเทิร์น · ภัยคุกคามที่จำเส้นทางของคุณได้
ตะขอ	เกมสยองขวัญที่ส่งข้อมูลผ่านหู สร้างบนความเชื่อพื้นบ้านอีสาน
ทิศทางภาพและเสียง	ภาพแบบเทปวิดีโอเสื่อมสภาพ แสงจำกัดอยู่แค่ตะเกียง เสียงบันทึกภาคสนามจากหมู่บ้านจริง
ขอบเขตและกำหนดการ	เล่นจบใน ๔๕ นาที · ทีม ๓ คน · ต้นแบบใน ๘ สัปดาห์ · จำนวนด่านยังไม่ตัดสินใจ

เขียนแนวคิดหลักอย่างไร

สูตร: ผู้เล่นคือ X ต้อง [คำกริยา] เพื่อ Y ภายใต้ข้อจำกัด Z

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

วิธีทดสอบ: อ่านแนวคิดหลักให้ใครสักคนฟัง แล้วขอให้เขาอธิบายว่าผู้เล่นทำอะไร ถ้าเขาอธิบายไม่ได้ ให้เขียนใหม่

เนื้อกับเกลือ — ทำไมแนวคิดหลักถึงห้ามมีเนื้อเรื่อง

คำถามที่ถูกเถียงมากที่สุดในห้องเรียนออกแบบเกม: เนื้อเรื่องหรือเกมเพลย์สำคัญกว่ากัน Rogers ตอบด้วยภาพเปรียบเทียบที่จบเรื่อง

เกมเพลย์คือเนื้อ — มันคือสารอาหารหลัก เป็นเครื่องยนต์เชิงโต้ตอบที่ตรึงผู้เล่นไว้ เนื้อเรื่องคือเกลือ — มันเติมรสชาติ บริบท และแรงสะเทือนทางอารมณ์ แต่ถ้าโรยหนักเกินไป มันทำลายทั้งจาน

จัดโครงสร้างกลไกก่อน แล้วปล่อยให้เรื่องเล่า “ปรุงรส” ประสบการณ์นั้น — นี่คือเหตุผลที่ช่องแนวคิดหลักห้ามมีสรุปเนื้อเรื่อง และทำไมโลกกับเบื้องหลังถูกจำกัดไว้ไม่เกินสองบรรทัดบนเอกสารหนึ่งหน้า

เรื่องเล่าที่แท้จริงคือของผู้เล่น

โครงเรื่องแบบคลาสสิก (ตัวเอกมีความปรารถนา → เหตุการณ์ทำให้ปั่นป่วน → ความเสี่ยงทวีขึ้น → คลี่คลาย) คือโครงสร้างที่ฮอลลีวูดใช้ แต่เกมมีเรขาคณิตคนละแบบโดยสิ้นเชิง

การกระทำของผู้เล่นคือเรื่องเล่า ทุกครั้งที่เกมถูกเล่น เรื่องเล่าจำนวนนับไม่ถ้วนถูกสร้างขึ้นใหม่ งานของนักออกแบบจึงไม่ใช่การเขียนเรื่องเดียวให้ดี แต่คือการมองการเรียงสับเปลี่ยนที่ไม่สิ้นสุดแล้วทำให้ทุกเส้นทางสนุก

ตัวอย่างเชิงระบบ: Left 4 Dead ใช้ “ผู้กำกับ” ที่เป็นปัญญาประดิษฐ์ คำนวณความเครียดของผู้เล่นจากพลังชีวิต ฝีมือ และตำแหน่ง แล้วปรับการเกิดของศัตรู การดรอปกระสุน และจังหวะแบบสด ๆ — ระบบเป็นผู้กำกับประสบการณ์ และประสบการณ์เป็นผู้ผลิตอารมณ์ ไม่ใช่บทที่เขียนไว้ล่วงหน้า

ในเอกสารของคุณ นี่แปลว่า: อธิบายว่าระบบตอบสนองอย่างไร ไม่ใช่อธิบายว่าฉากไหนจะทำให้ผู้เล่นซึ้ง

ปลูกให้โตเป็นเอกสารเต็ม

เขียนหัวข้อหนึ่ง ณ วินาทีที่จำเป็นต้องใช้มันตัดสินใจ — ไม่ใช่ก่อนหน้านั้น

หัวข้อ	เขียนเมื่อไร	คำถามที่มันปิดจบ
๑. ภาพรวมและเสาหลัก	วันแรก	เรากำลังทำอะไร และเราจะปฏิเสธอะไร
๒. กฎและระบบ	ก่อนระบบนั้นถูกเขียนโค้ด	ตัวเลข สถานะ และเงื่อนไขชนะคืออะไรกันแน่
๓. เศรษฐกิจและความก้าวหน้า	หลังต้นแบบผ่านการทดสอบ	ผู้เล่นได้อะไรและเสียอะไร เมื่อไร
๔. โลก เนื้อเรื่อง ตัวละคร	เมื่อกลไกหยุดขยับแล้ว	บริบทอะไรทำให้กลไกเหล่านั้นมีความหมาย
๕. ด่านและการสอนผู้เล่น	ก่อนเริ่มสร้างด่านจริง	ผู้เล่นเรียนรู้กฎตามลำดับไหน
๖. อินเทอร์เฟซและ UX	ก่อนงานศิลป์ขั้นสุดท้าย	ผู้เล่นเห็นอะไร ณ จังหวะไหน
๗. ภาพและเสียง	ตอนเริ่มบรีฟหรือจ้างคน	ใครต้องส่งมอบอะไรบ้าง
๘. เทคโนโลยี ขอบเขต กำหนดการ	วันแรก แล้วทบทวนทุกเดือน	ทีมนี้ทำสิ่งนี้เสร็จในเวลานี้ได้จริงไหม

สี่นิสัยที่ทำให้เอกสารยังมีชีวิต

ลงวันที่และเวอร์ชัน — บรรทัดบนสุดบอกว่าแก้ครั้งล่าสุดเมื่อไร ผู้อ่านจะได้รู้ว่ากำลังอ่านความคิดปัจจุบันหรือของเก่า
ทำเครื่องหมายสิ่งที่ยังไม่ทดสอบ — ติดป้ายทุกข้ออ้างว่า ทดสอบแล้ว / ยังไม่ทดสอบ / ยังไม่ตัดสินใจ ความเชื่อกับหลักฐานต้องไม่อ่านออกมาด้วยน้ำเสียงเดียวกัน
ตัดสิ่งที่เลิกทำออก — ย้ายฟีเจอร์ที่ยกเลิกไปหน้าสุสานพร้อมเหตุผล เพื่อกันไม่ให้คนใหม่เสนอมันซ้ำ
เก็บสำเนาเดียว — ลิงก์เดียวที่ทุกคนเปิด ไม่มี final_v3_actual_latest ลอยอยู่ในแชท

ลงมือทำ — เขียนเอกสารหนึ่งหน้าของเกมคุณ (๑๔ นาที)

เริ่มจากช่องที่คุณมีอยู่แล้ว — แกนวนและเสาหลักสามข้อ
เขียนแนวคิดหลักด้วยสูตร: ผู้เล่นคือ X ต้อง [คำกริยา] เพื่อ Y ภายใต้ข้อจำกัด Z
เลือกฟีเจอร์หลักไม่เกินห้าข้อ แล้วขีดฆ่าข้อที่เกมอยู่ได้โดยไม่มีมัน
เขียนตะขอด้วยการเทียบกับเกมที่มีอยู่ ไม่ใช่ด้วยการอ้างว่าไม่เคยมีใครทำ
ปิดท้ายด้วยขอบเขตและกำหนดการ — ความยาว ขนาดทีม เดดไลน์

ใบงานของเวิร์กช็อปนี้

📄 One-Page GDD — แม่แบบเปล่า + ตัวอย่างที่กรอกแล้ว (PDF, ๒ หน้า)

หน้า ๑ คือแปดช่องที่ต้องกรอกในชั่วโมงนี้ หน้า ๒ คือเอกสารหนึ่งหน้าของเกมสาธิตไว้เทียบ เอา Loop Canvas จากเวิร์กช็อปที่ ๑ วางข้าง ๆ ตอนกรอก

ถ้าเวลาเหลือ — ออกแบบกล่องเกมก่อน

แบบฝึกเสริมของ Rogers ที่ใช้ตรวจว่าเอกสารหนึ่งหน้าของคุณคมพอหรือยัง: วาดกล่องเกมของคุณเอง

สโลแกนบนกล่อง — สรุปเป้าหมายของเกมได้เรียบง่ายเท่าเกมกระดานยุค ๑๙๕๐ หรือยัง
ฟีเจอร์หลังกล่องสามข้อ — จำกัดตัวเองไว้ที่กลไกแกนสามอย่าง ถ้ามันไม่พอลงบนกล่อง มันอาจไม่ควรอยู่ในเกม
เรตติ้งและกลุ่มผู้เล่น — ใครคือผู้เล่นที่แน่ชัด แคชวลหรือฮาร์ดคอร์

หมายเหตุจากนักออกแบบ: เด็กมักอยากเล่นเกมที่ออกแบบให้คนอายุมากกว่าตัวเองเล็กน้อยเสมอ — อย่าพูดกับผู้เล่นแบบดูถูก

การทดสอบด้วยการอ่านย้อน (read-back test)

การทดสอบที่ถูกที่สุดและโหดที่สุดที่เอกสารหนึ่งฉบับจะเจอได้ ใช้เวลาแปดนาที และไม่เคยประจบใคร

อ่านเงียบ ๆ ๓ นาที — สลับเอกสารกับเพื่อน ผู้อ่านห้ามถาม ผู้เขียนห้ามอธิบาย ต่อให้อยากอธิบายแค่ไหนก็ตาม
เล่าย้อนกลับ ๒ นาที — ผู้อ่านบอกว่าเกมนี้คืออะไร ผู้เล่นทำอะไร และตะขอคืออะไร ผู้เขียนได้แต่ฟังและจด
วงกลมเฉพาะจุดที่พลาด — ถ้าผู้อ่านเข้าใจผิด เอกสารผิด ไม่ใช่ผู้อ่านผิด วงกลมบรรทัดที่ทำให้เขาหลง แล้วแก้เฉพาะบรรทัดนั้น

สรุปเวิร์กช็อป ๒

เอกสารที่ไม่มีใครอ่านเท่ากับไม่มีอยู่จริง — เขียนให้ผู้อ่านที่ระบุชื่อได้ และเขียนให้เป็นภาพ
ฉบับหนึ่งหน้าคือฉบับที่ยากกว่า เพราะหนึ่งหน้าบังคับให้ตัดสินใจ
เกมเพลย์คือเนื้อ เนื้อเรื่องคือเกลือ — เขียนกฎก่อน แล้วค่อยปรุงรส
ทุกอย่างในนั้นยังเป็นสมมติฐาน จนกว่าจะมีคนที่ไม่ใช่คุณได้เล่นมัน

ต่อไป: เอาช่องที่คุณวงกลมว่า “ยังไม่รู้” ขึ้นโต๊ะ แล้วให้คนจริงเล่นภายในหนึ่งชั่วโมง → เวิร์กช็อป ๓