สร้างรายได้จากเกม AI บน Steam

เลือกผลิตภัณฑ์ที่มีเหตุผลให้ซื้อ

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

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

ใช้ Astra หรือ coding agent อื่นสร้างส่วนแรกของเกม

กรณี Circuit Shift แสดงผลการพัฒนาที่จำกัดขอบเขต: งาน Codex ที่ตั้งค่าด้วย Astra สร้างต้นแบบ Godot แบบ native สามห้อง พร้อมระบบชน พัซเซิลรีเลย์ การแพ้และเริ่มใหม่ การตั้งค่า และการบันทึกความคืบหน้า เวลาที่บันทึกไว้ประมาณ 24 นาที 20 วินาที โดยมีเอนจินที่พร้อมใช้อยู่แล้ว บรีฟต้นฉบับ ภาพหน้าจอ โปรเจกต์ต้นทาง และผลการตรวจสอบอยู่ในกรณีศึกษาแยกต่างหาก

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

เลือกรูปแบบรายได้ก่อนขยายขอบเขต

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

เกมที่มีตัวละคร AI แบบทำงานสดมีเศรษฐศาสตร์ต่างออกไป เพราะกิจกรรมของผู้เล่นอาจก่อให้เกิดค่า inference การแปล หรือเสียงอย่างต่อเนื่อง คำแนะนำการสำรวจเนื้อหาของ Steam อธิบายการจัดการการเข้าถึงและการใช้วิธีชำระเงินที่ Steam รองรับ วางงบประมาณสำหรับปริมาณการใช้ จำนวนการทำงานพร้อมกัน การควบคุมความปลอดภัย และความต่อเนื่องของบริการก่อนสัญญาว่าลูกค้าจะเข้าถึงได้ต่อเนื่อง

วางแผนเส้นทางเปิดตัว Steam ที่เกิดขึ้นจริง

ปัจจุบัน Steam Direct เรียกเก็บค่าธรรมเนียม $100 USD หรือเทียบเท่าต่อแอปใหม่หนึ่งแอป ค่าธรรมเนียมนี้ไม่คืนเงิน เงื่อนไขการเรียกคืนที่มีการระบุไว้คือมี Adjusted Gross Revenue อย่างน้อย $1,000 และบันทึกการจ่ายคืนแยกต่างหาก ตรวจสอบภาษีและข้อกำหนดบัญชีที่ใช้บังคับเมื่อวางงบเปิดตัว

สำหรับเกมชุดแรก Steam ระบุให้รอ 30 วันหลังชำระค่าธรรมเนียมแอป และมีหน้า Coming Soon แบบสาธารณะอย่างน้อยสองสัปดาห์ การตรวจสอบหน้าร้านและบิลด์ก็ต้องใช้เวลาเช่นกัน เตรียมหน้าร้านควบคู่กับการผลิต ให้เนื้อหาบนหน้าตรงกับเกมที่ส่ง และกรอกแบบสำรวจเนื้อหาอย่างถูกต้อง ใช้คู่มือ Steam ฉบับละเอียดสำหรับเช็กลิสต์ปฏิบัติการและลิงก์ทางการปัจจุบัน

สร้างความต้องการด้วยเดโม หน้าที่ชัดเจน และการเข้าถึงกลุ่มที่เกี่ยวข้อง

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

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

คำนวณยอดขายที่ต้องใช้เพื่อคืนงบประมาณ

ใช้รายรับของผู้พัฒนาหลังหักส่วนของแพลตฟอร์ม ไม่ใช่ราคาที่แสดงในร้านค้า เมื่อสร้างแบบจำลองคุ้มทุน เอกสารการเงินของ Steam แยกรายได้รวม รายการปรับปรุง รายได้สุทธิ และการจ่ายส่วนแบ่งรายได้ตามสัญญาออกจากกัน กระทบยอดรายงานของคุณเอง และทำให้ภาษีเงินได้ ผลกระทบจากธนาคาร และมูลค่าเวลาของคุณปรากฏในแบบจำลอง อย่าถือว่าจำนวนเงินที่จ่ายคือกำไรส่วนตัว

ตารางนี้เป็นสถานการณ์ประกอบ ไม่ใช่การคาดการณ์ของ Steam หรือผลลัพธ์เกมที่รายงานไว้ สมมติว่าต้นทุนเงินสดของโปรเจกต์คือ $1,200 และรายรับผู้พัฒนาต่อการขายหลังหักส่วนแพลตฟอร์มคือ $6 โดยไม่มีค่าบริการเพิ่มเติมต่อผู้เล่น จุดคุ้มทุนคือยอดขาย 200 ชุด ติดตามการเรียกคืนค่าธรรมเนียมแอปแยกต่างหากเมื่อมีการบันทึกจริง

contribution_per_sale = developer_receipts_per_sale - variable_service_cost_per_sale
break_even_sales = ceil(fixed_project_cost / contribution_per_sale)
project_contribution = paid_sales * contribution_per_sale - fixed_project_cost
# Break-even is undefined when contribution_per_sale <= 0.

เรียนรู้จากบันทึกธุรกิจเกม AI ที่เผยแพร่แล้ว

ในบทสรุปหลังการพัฒนา Vaudeville Early Access นักพัฒนา Simone Odoardi รายงานว่าสตูดิโอเติบโตจากการทำงานคนเดียวแบบพาร์ตไทม์เป็นนักพัฒนาเต็มเวลาสองคน เขาอธิบายว่าค่าใช้บริการ AI จัดการได้เมื่อเทียบกับรายได้ Steam พร้อมระบุว่าจังหวะการจ่ายเงินทำให้ต้องมีเงินสำรอง และบริการเสียงหนึ่งรายมีราคาแพงเกินไป เรื่องนี้เป็นประสบการณ์ที่อ้างอิงจากคำบอกเล่าของนักพัฒนา ไม่ใช่ข้อมูลกำไรที่ผ่านการตรวจสอบหรือผลลัพธ์ของ Astra/APIsRouter

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

ปรับปรุงธุรกิจหลังยอดขายชุดแรก

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

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

คำถามที่พบบ่อย