Xu hướng hiện nay (2026) trong ngành video game, đặc biệt trong lĩnh vực phát triển game độc lập có nhiều người kêu gọi những người mới bắt đầu nên làm game nhỏ hay “small game”. Câu hỏi phổ biến hiện nay không còn là làm game như thế nào nữa mà là làm game to hay nhỏ, đơn giản hay phức tạp. Cá nhân tôi cũng đã làm qua hai tưạ game cho PC toàn thời gian. Tựa game thứ hai nhỏ hơn game đầu tiên, và càng ngày tôi lại càng muốn tập trung làm game nhỏ. Nhưng thực sự tôi chưa nắm rõ hoàn toàn thế nào là một game nhỏ. Khi chưa biết làm game, nhìn những game như Tetris, Snake, Pacman, Galaxy Invader, Contra, Mario, v.v… thấy game nào cũng lớn cả. Khi các game engine chưa được cho dùng miễn phí, khả năng để tự tạo ra được một game có cơ chế chơi đơn giản như Pong hay Minesweeper cũng khiến người ta cảm thấy có một cảm xúc tự hào dâng trào.
Nhưng hiện nay, lĩnh vực video game đã có quá nhiều thay đổi hơn mười hay hai mươi năm trước, các game engine đã được phổ biến rộng rãi và cho dùng miễn phí. Thậm chí người ta còn phải đắn đo xem nên chọn sử dụng game engine nào, vì chỉ cần biết dùng game engine là có thể làm được game. Và tất nhiên là với người mới bắt đầu và người thiếu kinh nghiệm thì không thể làm game lớn được, mà phải làm game nhỏ – small game. Nhưng định nghĩa game nhỏ của ngày xưa và ngày nay lại khác nhau rất nhiều.
“Small game” không được xác định bởi kích thước của thiết bị như điện thoại, máy tính, console hay webgame. Ví dụ game điện thoại ngày nay tuy chơi trên một chiếc điện thoại nhỏ bé nhưng có thể là một game lớn được vận hành bởi những công ty quy mô lên đến hàng trăm, hàng ngàn người. Hoặc một game máy tính hay webgame lại là một game nhỏ với thời lượng chơi vài tiếng đồng hồ hay vài phút. Như vậy có thể thấy “small game” chính là quy mô nội dung, thời lượng chơi. Hay nói cách khác xác định game lớn hay game nhỏ chính là xác định phạm vi – scope. Scope thì phụ thuộc vào việc xác định game genre (dòng game) căn bản là gì.
Như vậy thì có thể dựa vào phạm vi (scope) để tìm ra một tựa game nhỏ. Và cái game nhỏ đó là nhỏ đối với ai, nó hoàn toàn tùy thuộc vào người thực hiện dự án game đó. Một game có thể là nhỏ với một người hoặc một tổ chức vì nó còn tùy thuộc vào kinh nghiệm đã tích lũy, tài nguyên, công cụ có trong tay người và tổ chức đó. Một người đã có nhiều kinh nghiệm nhìn vào một phạm vi nào đó cho là game nhỏ, nhưng với người chưa có kinh nghiệm thì game đó lại có phạm vi lớn khó thực hiện. Người có nhiều kinh nghiệm còn có thể đánh giá khả năng của công cụ để xác định xem phạm vi đề ra là lớn hay nhỏ, dễ thực hiện hay khó thực hiện. Tới đây thì quá rõ ràng rồi, xác định thế nào là “small game” chính là bước đầu tiên trong quy trình phát triển phần mềm, đó là phân tích dự án. Ai đã từng học qua bộ môn này thì sẽ hiểu, còn với những người chưa được học thì đơn giản là làm thôi và thử sai. Mà kể cả khi chưa đủ kinh nghiệm thì cũng vẫn là thử và sai. Nhưng lợi thế của việc có kiến thức chuyên môn nền tảng là giúp hiểu được bản chất vấn đề, tăng tốc khả năng học hỏi khi ứng dụng lý thuyết vào thực hành. Sự khác biệt nằm ở chỗ một bên nhanh, một bên chậm, một bên tốn nhiều thời gian và một bên tốn ít thời gian hơn.
Cá nhân tôi đã tự tiêu tốn nhiều thời gian, công sức, tiền túi vào hai dự án trước đây nên để duy trì công việc yêu thích được lâu dài thì mỗi một dự án cần phải được đánh giá cẩn thận trước khi tiến hành để tránh lãng phí nguồn tài nguyên ít ỏi đang có. Nhờ hôm nay ngồi viết bài này mà tôi cảm thấy bớt hoang mang. Và quan trọng hơn nữa là khi hiểu rõ được phạm vi của “small game” giúp tôi tự tin hơn trong việc tiếp tục hoàn thiện tựa game số ba Ancestral Fury, với tiêu chí là giữ cho Ancestral Fury là một game nhỏ.