aDue to the small team, being a great producer and leader was not a full-time job, I had some time over to assist in the game design.
I did a couple things, including but not limited to:
In the image on the right, there's a part of the UI design I made for the mobile game called "Drink 'n Drunk." The first thing you can see is a sketch. When designing this, I had to keep in mind that the players might be drunk, so I decided to show the player's name and character twice. Additionally, I repeated the task on the screen and AR feature to make it easier to understand. There are also two buttons - one for "yes" and one for "no" - that allow the player to signal to the system if they completed the task.In the LoFi Prototype, you can see how I turned the sketch into a prototype. After testing it with the target audience, I discovered that the users didn't need the extra display for the task. Instead, they wanted more clarity on the buttons. To make it clearer, I added a context question to the user to link the buttons to a yes/no answer. In the last image, you can see the final UI design for this type of question. We tested it against a similar version of the LoFi UI to confirm that this new design was suitable for release.
The design of Drink 'n Drunk started, as usual with input from the team. This helps me design a game that everyone has fun developing. With this , I drafted some design guidelines to later develop into the core gameplay loop. For me, a core gameplay loop is a useful tool to find if the game has a clear beginning, middle and end.
With the entire team understanding the gameplay, I could work on a LoFi prototype for our first test as seen in UI design. With the information collected trough interviews, questionaires and feedback from peers. I could continue to improve the design, balance the tasks, questions and minigames.
Making games and media is a lot of fun, and us developers can be super strong in animation, design, code, etc. But this is all wasted if our product does not sell, or arguably worse, it sells but it does not make any money.
Interviews
Research papers
Articles
Conferences
Lectures
Hype Model
Value Growth Model
Playerbase statistics
Gacha
Free to play
Pay to play
Everything
Everywhere
While we love creating video games, it's important to remember that we also need to make money. As a producer, it's my job to consider monetization strategies. To get a head start on mobile game monetization, I conducted extensive research, including reviewing research papers, conference proceedings, university lectures, and interviews. I extracted all relevant information from each source and noted it in the images provided. This formed a solid foundation that allowed me to create a simplified flowchart.The flowchart begins by asking questions about when revenue is needed and warning the user about potential risks. This ensures that the user understands why the recommended option is the right choice for their mobile game. After answering these questions, the flowchart guides the user on what they need to do, but does not provide explicit instructions on how, where, or who to implement these strategies. This approach ensures that the user can use the flowchart as a first step in their monetization journey, while still keeping the flowchart readable.
Made for Tetem, an exposition and place where creatives and others meet. This group effort was designed to inspire what can we learn from physical and mechanical plants and in what way these plants can work together.
Core gameplay design
Minigame design
Target audience research
Client communication
Team skill evolution
Team passion exploration
Planning & Time management
Test preparation
Tester aquisition
Test administration
Action point building
Core gameplay design
Minigame design
UI design
Target audience research
Tetem, the client wanted us to link the physical world to the digital. We immediately had the idea to use augmented reality. However the client requested that the exhibition was played alone, but have others able to watch and enjoy. We could still have used AR to achieve this, but we decided a small lab environment would create a better experience.
To guide the users, I implemented a system of infographics, similar as what people see when they are in a classroom or laboratory. Here shown the itterations that one of them went trough.
The original design was quickly revised to have an artic background to reinforce the characteristics of the plant. To increase readability I added outlining to the text and shadows to the other plants to create a less flat view. However I didn't think this improved the readability enough, so in the next itteration I rearanged the poster to allow for a larger font. A white frame was considered to make the poster 'pop' more but this was quickly revised as well as adding a little bit of lore to the text in the final revision.
Tetem, the client wanted us to link the physical world to the digital. We immediately had the idea to use augmented reality. However the client requested that the exhibition was played alone, but have others able to watch and enjoy. We could still have used AR to achieve this, but we decided a small lab environment would create a better experience.
To guide the users, I implemented a system of infographics, similar as what people see when they are in a classroom or laboratory. Here shown the itterations that one of them went trough.
The original design was quickly revised to have an artic background to reinforce the characteristics of the plant. To increase readability I added outlining to the text and shadows to the other plants to create a less flat view. However I didn't think this improved the readability enough, so in the next itteration I rearanged the poster to allow for a larger font. A white frame was considered to make the poster 'pop' more but this was quickly revised as well as adding a little bit of lore to the text in the final revision.
