The sheer amount of information required to present to players in a city-builder can threaten cognitive overload right out of the gate - therefore UI that facilitated the information in a manageable way was critical for the Thrive interface. There were some narrow design constraints that limited what was possible to produce in time for release, which forced some creative thinking on what ould realistically be accomplished. In the end, I avoided fancy animation, decorative panel art and backgrounds to only focus on readability and presentation.

Ultrawide displays are favored by over 40% of our target audience - a high enough value to ensure each in-game screen conformed to both standard and ultrawide resolutions without losing fidelity.

To improve readability, icons and color-coded text were applied to keywords.

Four Panel HUD

(top) The in-game hud, and (bottom) a breakdown of the panel setup .

The interface had to convey a lot of data at any given time. The client wanted to divide the display into four 'panels' to break up this information. We agreed on the following:

• • Stats Panel : Non-structural data is handled on this side of the interface. This includes Trade, Edicts, Diplomacy, Research, Jobs, Stats and Events panels.
• • HUD : Conveys real-time numerical feedback on resource totals, happiness, wealth, time, date, and any other relevant information with immediate access needs. It also covers the 'Waelgrim' bar, and the tray buttons for the Stats Panel and Info Panel.
• • Info Panel : Shows information on structures the player interacts with. Holds relevant information needed on production, resources, population and other key metrics.
• • Build Bar : All elements related to placing or removing structures. Military unit information is displayed when interacting with combat units similar to RTS genre.
• • Tooltips : The unsung hero. These handled virtually all other information that did not need to be static. This allowed far less visible information at any given time, and with contextually relevant data.

Examples of tooltips provided in-game.

Fires, Construction, Deconstruction and Health all display above their respective structures when relevant.

Units for healthbars are minimal in the gameplay space so players can focus on combat.

The Build Bar, where players select which structure to build. Shown here displaying various Hover States.

Thrive needed well more than 100 icons to meet our needs. I opted for full-color rather than monochromatic to provide more visual variety (especially in terms of harvested resources.) I digitally painted each and got them into sprite atlases.

Examples of some Resource icons.

I chose to guide the player through their first hour or two of gameplay by directly teaching each core mechanic via text popups triggered by specific gameplay actions or progression milestones so they feel organic. Any structures required to complete a step trigger a tooltip when hovered over.

To help trim the fat in the tutorial and reduce reading to only the bare minimum required, I designed a 'Help' system that functioned similarly to an encyclopedia in the Civilization games: At any moment the player can open the panels and get information on the currently selected structure, unit or interface.

An FTUE panel, complete with hoverable building images with tooltips, and inline RichText icons.

(left) The 'Help' panel pullout. It contains textual information on all gameplay topics, with collapsible sections for easy reading. (right) Onscreen objective display for Tutorials.

Choice was a key pillar of Thrive; Every 2 to 3 days of gametime, narrative choices are presented by government advisors. The selections a player makes from these conversations affects the narrative of the game and drives progression. By mid-game these options lead the player down Tyrannical or Benevolent paths with different playstyles and unit or structure options.

When an event is ready, a player is prompted with an onscreen alert within the HUD.

Early on, a design choice was made to not show players the result of these options; We wanted to drive replayability by not gamifying these selections. This avoids the psychological tendency to make choices solely for their statistical output.

Advisors speak with players every 2 to 3 game days.

Choices are all weighted, giving points for Benevolent or Tyrannical leadership that ultimately lead to a particular style of rule (and the units available to that ethos.) The player is never informed of the points they gain to prevent gamification of choices.

Every choice has some form of meaningful outcome. This can vary from resources, to citizens, to unlocked technology.

In addition to Narrative choices, players can significantly change how the game operates via the Tome of Knowledge (the research system in Thrive.) The choices a player makes provide immediate adjustments to specific structures, classes of citizen, military units or trade actions. These choices can be made only once specific prerequisites are met, and are permanently applied to their kingdom.

In addition, players unlock 'Masteries' throughout the game which can provide significant game-changing specializations to their empire. They can select only 3 of these, though they are able to change them when they elect to do so.

Every choice has some form of meaningful outcome. This can vary from resources, to citizens, to unlocked technology.

The two different options available from the Food Stores item on the Tome of Knowledge.

Rather than a 3d map, I chose a hand-drawn look to provide a more illustrative approach. To access it, the player merely uses the mouse-wheel to zoom in and out. When they reach a certain zoom threshold, the map will load in rather than the gameplay area. This choice was made for two reasons: it was fluid and intuitive, and it solved our problem with rendering too many entities at maximum zoom levels.

The map displays real-time unit positions, military fortifications, provinces, trade units and other details.

Another key feature required in the UI was real-time tracking of production, allowing users to keep an eye on metrics important to their kingdoms. Real-time graphing, production tracking, and a wealth of options in how that data is displayed were necessary to bring this feature from concept to completion. Iteration was essential to completing this interface.

The Statistics panel provides all the real-time tracking a player could need.

Wealth can be tracked down to the last detail, complete with collapsible menus and real-time updates.

Thrive attempted to break new ground: typically, city-builders do not have multiplayer combat. We sought an 'Age of Empires' feel to combat. I arranged this through careful balance of unit stats, resource costs, required changes to animations, sound effect requirements, progression unlocks and a wealth of adjustments and feature additions to UX/UI.

I also designed a basic form of 'rock, paper, scissors' with our unit balance - certain types of troop were exceptionally effective against others - to drive strategic force composition and discourage spamming nothing but cheap and easy to field units. Instead, players need to react with appropriate forces to counter opponents.

Throughout the multiplayer implementation process there were many complications. We learned an important lesson as a result: Do not start multiplayer implementation past the halfway point in development. Scope properly, far in advance. While in the end I was successful in meeting expectations for combat design, complications proved extremely expensive and necessitated cuts in other areas that impacted quality.

The multiplayer Victory screen.