This playtest feedback meeting focused more on the opening sequence, objectives, the dialogue system, and the reputation system. The more obvious issues from the test feedback included: the opening being too long, players not knowing their current objective, weak character readability during dialogue, and confusion around narrative order and quest trigger logic. These issues were all connected to the areas I focused on early as a Mechanics Designer: dialogue, reputation, and progression.

First, the team discussed the opening flow. The playtest feedback suggested that the opening was too long, and we also realised that the comic and dialogue content at that point was quite lengthy and not integrated closely enough with the following gameplay. Since the voice-over playback speed was slower than the player’s reading speed, the team decided to remove the opening voice-over and only keep the comic, subtitles, or a more concise version of the static text.

To avoid players completely missing key information after skipping the opening, the team also discussed adding a story summary. Whether the player chose to skip the opening or not, they could still see a short summary before entering the main gameplay, so they could quickly understand the core background. This decision made me realise that narrative content in games is not only about being “fully written”. It also needs to fit the player’s pace and the testing context. For a Vertical Slice, players need to enter the playable section quickly while still understanding the basic setup.

The second focus was the objective system. During the test, some players were not sure what they were supposed to do next, so the team decided that objective prompts should be triggered automatically after dialogue, and specific goals should be shown in the backpack or UI, such as picking berries or finding the map. After an objective is completed, the UI needs to show the state change through a tick mark, a greyed-out state, or by automatically moving focus to the next objective.

This discussion made me realise that the objective system is not just a UI feature. Technically, we can prepare the task system framework in advance, but the actual objective content still needs to be connected to the narrative structure. For example, objectives like picking berries or finding the map need to be introduced through dialogue or story context. Otherwise, even if players see the task in the UI, they may not understand why they are doing it. Because of this, the objective system actually connects narrative, dialogue, inventory, and UI feedback.

The meeting also covered character readability. Players sometimes could not tell who was currently speaking, so the team decided to add character name cards to the dialogue system and strengthen the visual feedback of “whoever is speaking gets highlighted”. This was related to my earlier attempt at portrait feedback. Although my early version used a temporary logic that roughly guessed whether the player was responding based on whether choices were visible, the playtest feedback proved that this direction itself was valuable. Later, the TD implemented a more stable version through player / speaker tags, allowing the Dialogue Manager to identify the current speaker from Ink tags and highlight the correct portrait.

Another important issue was confusing narrative logic. The meeting mentioned that players could sometimes trigger later dialogue before completing the required previous task, which made the story order unclear. The team discussed two possible solutions: one was to trigger different dialogue based on whether the player had a specific quest item, such as the map; the other was to add prerequisite locks for certain quests or dialogue.

This discussion helped me understand more clearly that the dialogue system cannot simply play text in a fixed order. It needs to read the player’s current state, such as whether they have a certain item, whether they have completed a task, or whether a story flag has already been triggered. Otherwise, the dialogue content can become disconnected from the player’s actual progress. This also explains why the later Dialogue Manager needed to push states such as inventory, story flags, and reputation into Ink.

The most important topic was the reputation system. Around 33:41 in the meeting, we discussed the difficulty of implementing reputation. At the time, I mentioned that although I had already built the basic framework for reputation, the system was highly tied to the story and needed affection changes to be clearly embedded into the dialogue scripts. For example, handing in berries could increase reputation by a certain amount, while handing in the map could increase reputation by a larger amount. In other words, the value system itself was only the foundation. It had to be placed into specific dialogue, item delivery, and quest nodes before it could become a mechanic the player could actually experience.

This made me realise that the difficulty of the Reputation Manager was not just whether the system could add or subtract values. The more important questions were: when the player triggers this change, why it happens, how the NPC reacts afterwards, and whether the player can see the consequence. Without matching narrative content and dialogue branches, reputation can only remain a background variable instead of becoming a complete gameplay loop.

This meeting also explains why reputation was not fully implemented into the final Vertical Slice. The issue was not just code implementation, but the combined result of narrative content, system interfaces, and production scope. As a Mechanics Designer, I learned that cross-system mechanics need clearly defined interfaces from the early stage: what variables Ink needs, which tags will change reputation, which items will affect dialogue, and what feedback the player will see after completing a task.

If I were to rebuild this system, I would first design a minimum playable loop: one NPC, one Ink dialogue, one quest item, one reputation change, and one immediately visible NPC reaction. This would prove that the reputation mechanic can actually be perceived by the player before expanding it to more NPCs, more quests, and more ending branches.