เกริ่น

---

เป็น Diagram ง่าย ๆ ได้ดังนี้

---

Case ยกตัวอย่าง

• สมมุติว่าเราไปสมัครงาน แล้วทางออฟฟิศที่เราไปสมัครนั้นเค้าให้เราเขียน game design document ไปให้ดู
• เราควรจะเขียนอย่างไร
• เราก็ถามเค้าก่อนว่า “ใครเป็นคนรับสาร เพื่อจุดประสงค์อะไรครับ/ค่ะ?”
  • เราจะได้เขียนได้ถูก format
• ปกติแล้วเค้าจะให้เขียนแบบเอาไว้ใช้สื่อสารกับเพื่อนร่วมงานในออฟฟิศ
• เราก็มาคิดว่าเราจะเขียนแบบไหนดี
• ถ้าเป็นผมเดี๋ยวนี้ผมให้นักเรียนเขียนเป็น slide presentation เพราะ
  • ใส่รูป ใส่ diagram ช่วยในการอธิบายได้ง่าย
  • ใส่ animation หรือ vdo ได้ง่าย
    • บางทีเราอยากจะอธิบายด้วยภาพเคลื่อนไหว มันเร็วกว่าพยายามจะเขียนอธิบายมากมาย
• สิ่งที่ควรทำ
  • กระชับได้ใจความ
    • อย่างที่ผมเขียนเป็น bullet point นี่ก็ช่วยจัดกลุ่มข้อความให้อ่านง่ายขึ้น
  • อย่าลืมว่าเพื่อนร่วมงานเราไม่อยากอ่านอะไรยาว ๆ ให้เข้าจุดเลย
    • อยากให้ทำอะไร เพื่ออะไรก็บอกมา เขียนให้ชัด ๆ
    • โดยปกติก็อธิบายก่อนว่าเรามี design goal / design concept ว่าอย่างไร ต้องการอะไร สิ่งที่ออกแบบมานั้นต้องการอะไร
      • อธิบายสิ่งที่อยากให้เกิด (Design Goal)
        • ส่วนใหญ่ตรงนี้คืออธิบาย effect ของ feature ที่อยากใส่ลงไปในเกม
      • อธิบายสิ่งต้องทำ (Design Decision)
        • เพื่อให้ได้ สิ่งที่เราอยากให้เกิดต้องทำอะไรบ้าง
      • ยกตัวอย่าง
        • Design Goal –> ต้องการให้คนเล่นรู้สึกกลัว
        • Design Decision –> ต้องทำอะไรบ้าง
          • ด้วยวิธีการ jump scare ตรงมุมตึก
          • พอคนเล่นเดินมาถึงจุดนี้ เราจะต้องทำดังนี้
            1. พอมาถึงมุมตึกระยะคือ 25 pixels รอบ ๆ มุมตึก
            2. ตัดภาพไปเป็น first person view
            3. แล้วมีผีน่ากลัว ๆ กระโดดออกมาเลย
            4. พร้อมเสียง แบร่!!!!
        • อะไรแบบนี้แหละ ให้มันชัดเจนว่า อยากได้อะไรแล้วต้องทำอะไรบ้าง
    • การใช้ diagram ทำ animation ง่าย ๆ บน powerpoint ก็ช่วยได้
      • คนที่เค้าอ่านจะได้เข้าใจไวไว เห็นปุ๊ปเข้าใจเลย
      • พยายามให้เค้าเข้าใจตรงกับที่เราคิดในหัวให้ชัดเจนที่สุด
        • การใช้ตัวช่วยต่าง ๆ จึงเป็นสิ่งจำเป็น
        • บางคนเขียนไม่เก่ง อธิบายไม่รู้เรื่อง ก็เอาภาพมาช่วย (จริง ๆ ถ้าพูดไม่รู้เรื่องต้องไปฝึกเพิ่มเยอะ ๆ เพราะเป็น designer ต้องขายเก่ง)
      • เราอาจจะ sketch ง่าย ๆ ถ้าส่งให้เพื่อนร่วมงาน อธิบายด้วยภาพ

• สิ่งที่ไม่ควรทำ
  • เขียนยาวแต่ไม่มีสาระ
  • เขียนสั้นจนไม่มีอะไรเลย
  • Ideas มันย้อนแย้งกันเอง เพราะไปจำมากจากเกมโน้นเกมนี้แล้วเอามาใช้ด้วยกันเฉย ๆ ไม่ได้คิดว่ามันทำงานด้วยกันได้
  • ไม่มี design goal ไม่มี design decision
  • ไม่อธิบายที่มาที่ไป

---

สรุป TL,DR

• จะเขียน design document ก็ควรจะรู้ก่อนว่าเขียนไปทำไม เขียนให้ใครอ่าน เพื่ออะไร?
• พอรู้แล้วจะได้เขียนถูก
• ถ้าเขียนอ่านเองก็เอาที่เราสบายใจ ถ้าเขียนให้คนอื่นอ่านก็ต้องคิดว่าทำอย่างไรให้มันมีประสิทธิภาพ
• กระชับได้ใจความ ไม่ยาวไม่สั้นจนเกินไป
• มีที่มาที่ไปอธิบายสิ่งที่อยากได้กับอธิบายสิ่งที่จะทำให้ได้มาซึ่งสิ่งที่อยากได้นั้น
• Design goal คืออะไร / Design decision คืออะไร

ประมาณนี้แหละครับ ถ้ามีคำถามอะไรก็ comment ทิ้งไว้ได้ ขอให้สนุกกับการออกแบบเกมนะครับ