Waterpark Simulator characters and staff

The table separates five verified categories that answer different questions. Security and Mascots are staff types introduced or named in the version 1.0 announcement. Star Staff are described as hireable team-member characters. Character customization belongs to the player system and supports five saved slots. Museum quest-giving NPCs belong to research, where three roles connect to three currencies and three branches.

This structure prevents a common wiki mistake: treating every person visible in a screenshot as a named entity. Visitors make the park feel populated and are important to the management loop, but an incidental label or appearance does not establish a stable character identity. The directory therefore lists only roles that the reviewed first-party text supports and keeps generic visitor behavior in the management guides.

A role entry answers what the official material actually establishes: what kind of character or staff category it is, which system it touches, and which other guide provides the useful context. It does not imply that every category has a fixed named roster, a universal hiring cost, or a known numerical efficiency. Those details are omitted until a version-bound first-party source supports them.

Security belongs to visitor control because the announcement states that this staff type removes bad visitors. Mascots belong to the amusement and happiness layer. Star Staff are team members who can be hired, but the source does not justify a fabricated list of personalities or a performance ranking. Museum roles are counted and structurally tied to research without assigning personal names that are not in the reviewed evidence.

This approach also keeps page navigation honest. A player looking for staff behavior can move to Park Management. A player looking for the museum’s branch structure can move to Research. Character customization remains here because saved slots answer an identity-management question rather than an attraction or research question. The directory is small by design, but every row carries a real field and a useful next step.

Named 1.0 staff types

2

Security and Mascots in this verified directory.

Hireable character category

1

Star Staff are described as team members.

Security provides a response to bad visitors, placing the role in the control side of daily operations. Mascots work on amusement and happiness, linking the character layer directly to one of the named rating inputs. Star Staff are hireable team-member characters and therefore belong to the staffing structure, but the reviewed announcement does not publish a complete list of names, prices, or performance statistics that would support a ranking table.

Use those distinctions when diagnosing the park. A visitor-control problem and a happiness problem may both involve staff, yet they are not the same operational question. Hiring or assigning a category should follow the problem the game is showing, not a fictional all-purpose tier list. The official material confirms purpose at the category level, which is enough to guide the decision while leaving exact efficiencies to the current game interface.

Staff also sit beside direct player work rather than replacing it. The core description still includes cleaning, repairing, rescuing, tickets, food, and park building as hands-on responsibilities. Read a staff category as one part of that broader system. The park’s success remains connected to cleanliness, slide fun, food quality, and guest happiness rather than to a single roster score.

Saved customization slots

5

Museum quest NPC roles

3

Currencies and branches

3

Character customization supports up to five saved slots. That count describes how many player-character setups can be retained; it does not establish five story characters or five staff positions. Keeping the field under the player system avoids turning a customization feature into a false cast list. Use the slots to maintain different appearances or identities as the live interface permits, while treating the exact cosmetic catalog as game data that can change.

The museum roles answer a different question. Version 1.0 confirms three quest-giving NPCs, with each role attached to its own currency and one of three research branches. The verified structure is count plus relationship: three roles, three currencies, three branches. This directory does not assign unsupported names, biographies, or quest conditions. The Research page explains how to use the branch structure without adding those missing details.

Both systems involve characters, but they serve different player tasks. Customization manages the player’s saved identity. Museum NPC roles organize progression. Combining them in one compact directory makes the distinction visible while directing deeper questions to the correct system page. That is more useful than expanding either category into thin individual URLs with no additional first-party facts.