


EWENIVERSE
EWENIVERSE is a playful exploration of how interface design can support clarity and emotional connection in complex, real-time management systems. Set in a whimsical galactic world where players act as cosmic shepherds managing a flock of alien sheep, the project investigates how UI systems can communicate moment-to-moment information without breaking immersion.
Through spatial feedback, behavioral cues, and a consistent visual language, the design reduces reliance on traditional UI while supporting intuitive decision-making during play.
ROLE - UI/UX Designer, Researcher, Interaction Designer
SCOPE - GAME UI/UX, System design, Technical prototype, Motion Studies
OVERVIEW
DURATION
TOOLS
4 Months
Unity, Blender, Figma, After Effect, Photoshop

PROJECT TIMELINE
Project Planning
-
Concept ideation
-
Thematic Direction
Research
-
Comp Analysis
Information Architecture
-
Userflow
-
Wire-framing
High-Fidelity Design
Implementation & Development in Game engine
01 CORE CHALLENGE

QUESTION
Through designing the player’s interface, I aimed to answer:
How might we design an interface that balances fun, clarity, and management complexity in a playful real-time game?
02 RESEARCH - COMPETITIVE ANALYSIS
Reference Study: Pikmin’s Command cue and Feedback System
To better understand how players manage multiple entities through limited controls, I analyzed Pikmin 4 as a reference for its intuitive tool system and use of spatial feedback. The game coordinates large groups of agents through in-world cues and contextual responses rather than heavy UI, making it a strong case study for designing clarity in real-time interaction.

OBSERVATIONS/BREAKDOWN - Calling and Return Pikmins


(1) INTERACTION PATTERN:
Color-coded cursor communicates which Pikmin type will act and where, using spatial feedback instead of heavy UI.
(2) FEEDBACK SYSTEM:
Visual and audio cues confirm when actions are available and successfully triggered. e.g. color changes, sound effects, and contextual pop-up prompts indicate when an action (such as throw, gather, or attack) can be performed.
(3) STATE COMMUNICATION:
Group states are conveyed through animation and movement rather than interface panels, enabling players to read system status directly from in-world behavior.
(4) AFFORDANCES:
Consistent color and behavior mapping across Pikmin types reduces cognitive load and supports rapid recognition during real-time decision making.

(6) SPATIAL MESSAGING (AoE FEEDBACK)
An expanding area-of-effect visual communicates action range and scope, enabling players to anticipate outcomes and coordinate multiple agents(pikmins) before committing to an action.
03 DESIGN PILLARS
Synthesizing insights from interaction patterns observed in Pikmin, I translated these findings into a set of design principles that guided how EWENIVERSE addresses the challenge of managing multiple entities through clear, real-time feedback.
Visual Cohesion Across Systems
Color, motion, and form function as a shared visual language across tools and states, enabling consistency and reducing cognitive load.
Behavioral Cues Over Explicit Controls
System availability and outcomes are communicated through behavior, animation, and response patterns, reducing reliance on instruction-heavy UI.
Motion as System Feedback
Animation communicates causality, timing, and consequence, allowing players to perceive system changes in real time.
Spatial Feedback Over UI
Spatial cues, in-world markers, and area-based feedback communicate intent and scope, enabling players to interpret actions without persistent UI elements.
Guided by these principles, I identified 3 design challenges in EWENIVERSE:
(1) REAL TIME ACTION CLARITY
Players need to understand what actions will do, where they apply, and what outcomes to expect without relying on too much UI.
(2) MOMENT TO MOMENT FEEDBACK
System responses must be immediately readable through motion, animation, and visual cues to confirm player actions.
(3) PAUSE & SYSTEM UNDERSTANDING
Players need a way to step out of real-time interaction to review system state, plan actions, and understand tool behavior.
DESIGN RESPONSE
-
MOTION & VFX FEEDBACK SYSTEM
-
REFLECTIVE SYSTEM UI

04 CHALLENGE#1 - TOOL BASED INTERACTION LACKS CLARITY
✦ GENERAL PLAYTEST OBSERVATIONS
-
"Players repeatedly triggered tools to “test” their effects"
-
"Players could not predict how many sheep would respond"
-
"Aiming felt unclear across tools"
-
"Lack of trajectory and target visibility made interactions feel imprecise"
✦ KEY INSIGHT
Players lacked predictive clarity, which they could not understand outcomes before committing to an action.

#1 PROBLEM with the Early ROD TOOL design
Players could trigger the rod without understanding its area of effect, making outcomes difficult to predict and reducing confidence in the system.
✦ EXPLORATIONS & ITERATIONS
To improve predictive clarity of the rod’s area of effect, I conducted A/B testing on different AoE interaction models, evaluating both feedback communication and input flow.
[Approach A] — Cursor-Based Targeting (Decoupled from Player)
-
✔️ Precise placement
-
✖️ Slowed interaction, increased input cost
Observation: Decoupling the AoE from player movement caused players to focus on UI positioning rather than spatial interaction with the environment.
[Approach B] — Player-Centered AoE (Coupled to Player Movement)
-
✔️ Faster, communicates range dynamically
-
✖️ Less precise targeting
Observation: Coupling the AoE to the player improved spatial predictability, allowing players to anticipate outcomes through movement rather than cursor positioning.
✦ EVALUATION & DECISION
-
The key distinction between the two models lies in control coupling: Approach A separates targeting from player movement, while Approach B integrates movement and effect, reducing interaction steps and cognitive load.
-
Expanding radius reduced input cost and better communicated range dynamically, aligning with the rod’s role as a group-based, area interaction tool
-
Precision-based targeting overlapped with directional tools (e.g., Light Gun, Grabber), reducing clarity in tool differentiation
I selected [Approach B] to prioritize:
Speed in multi-entity interaction
Predictive clarity of outcomes
Clear differentiation from precision tools
-
Sheep inside area preview expected response
-
No additional UI needed for prediction
-
Expanding radius communicates timing + range
By reducing precision and emphasizing area-based feedback, the rod establishes its role as a broad, predictive tool, distinct from directional and proximity-based interactions.


#2 PROBLEM with GRABBER & LIGHT GUN TOOL
Both the Grabber and Light Gun rely on directional targeting, but lacked differentiated feedback, making aiming unclear and causing the tools to feel functionally indistinct.

Using identical targeting visuals across tools reduced clarity and blurred their functional roles.
✦ SYSTEM RULE - Matching Feedback to Interaction Type

LIGHT GUN
Directional Tools → Directional Clarity
Question: “Where am I aiming?”
Uses:
-
trajectory line
-
reticle
-
target indicator

GRABBER
Proximity Tools → Proximity Clarity
Question: “What can I act on right now?”
Uses:
-
highlight
-
outline
-
soft radius / snap
✦ FINAL INTERACTION DESIGN
Light Gun: Trajectory line communicates direction and intent. Supports precise, high-consequence actions
Grabber: Nearest target highlight enables quick selection. Prioritizes speed over precision

05 FINAL TOOL SYSTEM DESIGN

▲ Gameplay - Tool Select, Map View



-
A Commander rod for leading the sheep. Swing it around to gather the sheep to a designated location.



-
Good for fending off looming predators.



-
A Giant Grabbing hand that allows you to quickly grab and place the nearest EwE around the scene, or even environmental objects.
06 CHALLENGE#2 - REFLECTIVE SYSTEM UI
✦ THE PROBLEM
During real-time gameplay, information is communicated through motion and spatial cues. However, players needed a clear way to access system-level information (tools, status, inventory) without disrupting gameplay flow.
✦ KEY INSIGHT
Real-time feedback supports action, but players also need a reflective layer to understand systems, review state, and plan decisions.
SOLUTION
A Reflective System UI that enables players to step out of real-time gameplay to review state, understand systems, and plan actions without losing context.
✦ EXPLORATION — CONTEXT vs CLARITY

Half-screen overlay
Tradeoff: keeps context, limits space

Full-screen UI
Tradeoff: clearer info, breaks immersion
✦ DECISION
I chose a full-screen, structured UI with contextual preview to support clarity in high-density information while maintaining spatial awareness.
-
Enables a clear separation between action (real-time gameplay) and reflection (pause state)
-
Improves scanability and hierarchy, which half-screen overlays could not support
-
Uses world previews to preserve orientation despite leaving gameplay
✦ INFORMATION ARCHITECTURE & STRUCTURE
I established a consistent spatial structure where system information (tools, stats, inventory) is placed on the left, and contextual world previews are shown on the right.
This helps players quickly connect system knowledge with in-world outcomes, reducing cognitive load and improving scanability.

Left side → system
-
tools / stats / inventory
-
abstract information
-
selection & control
Right side → context
-
world preview
-
current state
-
spatial reference
✦ KEY DECISIONS

[1] Separate Action vs Reflection
Real-time = action, spatial feedback
Pause = pause, planning, understanding
[2] Structure by Player Intent & Importance
-
Status (current state) = now
-
Inventory (collected entities) = assets
-
Tools (capabilities & behavior) = capabilities
-
System (settings & meta info) = meta setttings
[3] Preserve Context While Paused
-
Maintain world preview
-
Avoid full disconnection from gameplay


Consistent visual patterns (icons, color, layout) reinforce recognition and reduce relearning.
The pause menu is structured as a layered system (Status, Inventory, Tools, System), allowing players to quickly locate information based on intent.
07 FINAL SYSTEM UI

▲ Player Status
▲ Inventory & Craft
▲ Tools View
▲ System Settings
08 DESIGNING MOTION FOR NAVIGATION & ORIENTATION
✦ THE PROBLEM
Abrupt transitions between menus, gameplay, and system UI disrupted continuity and made it harder for players to maintain orientation.
✦ KEY INSIGHT
Motion can communicate change, continuity, and focus—helping players understand where they are and what happens next.
I used motion as a functional layer to maintain continuity between gameplay, menus, and system UI to help players understand where they are and what changed.
✦ MENU → GAMEPLAY TRANSITION
-
Fade + expansion → signals entering world
-
Maintains continuity between UI and world, preventing abrupt context switching

▲ 01 Menu Screen

▲ 03 Biome Select

▲ 02 Option Menu

▲ 04 Gameplay - Tool Select, Map View
✦ TAB NAVIGATION (PAUSE UI)
-
Sliding motion → indicates spatial relationship between tabs
-
Preserves mental map of categories

▲ 01 Status

▲ 03 Tools

▲ 02 Inventory

▲ 04 System
09 VISAUL FEEDBACK & STATE COMMUNICATION
Beyond UI motion, I experimented with using character animation and VFX as feedback systems.
By exploring exaggerated sheep animations and responsive effects, I found that system states, success, and alerts could be communicated at a glance: reinforcing gameplay messaging while reducing reliance on text.

IDLE

EATING

WALK

BITE
✦ ANIMATION


✦ VFX

THE MAKING OF EWENIVERSE
10 OVERALL PRODUCTION PROCESS
01 Exploring Thematic Direction & Visual Language
Defined Ewe-niverse’s playful sci-fi tone through moodboards, color studies, and shape language to establish a visual identity guiding both UI and world-building.

02 Early Interface Wireframes & Interaction Flows
Mapped core player interactions into low-fidelity wireframes to test hierarchy, screen structure, and user flow early in the design process.

03 3D World-Building: Models, Textures, Props
Built a stylized 3D environment to contextualize the interface, using simplified forms and hand-painted textures to support clarity and readability.

04 Animation & VFX for Feedback
Designed animations and VFX as feedback systems to communicate success, danger, and player actions through motion rather than heavy UI overlays.

05 Custom Shader Development
Developed a custom watercolor shader to unify UI and world visuals while reinforcing depth, focus, and readability through consistent texture and color blending.

06 Unity Implementation & Integration
Integrated all assets in Unity to prototype the full experience and test interaction timing, feedback clarity, and real-time interface behavior.

11 VISUAL DIRECTION & STYLE GUIDE
LOGO

The Rod is a main/default tool used in the game by player to lead the sheeps. Thus, I made use of the element and combined it with the title's letter. and by adding some sort of splash effect I am able to reflect the function it brings in game: Guide & Influence > Gather.
ART DIRECTION


To define the UI and icon language, I developed a hybrid visual style that merges two contrasting aesthetics: a clean, rounded futuristic look and a rough, textured botanical feel.
This duality reflects the core setting of Eweniverse — a natural biome shaped by cosmic exploration.UI elements tied to the environment (containers, panels, holders) draw from the botanical side, using grounded textures and organic forms.
In contrast, UI components tied to the player (information displays, the tool-switching interface, and action prompts )— adopt the smoother, futuristic aesthetic, reinforcing the player’s identity as an astronaut navigating an untamed world.


STYLE GUIDE


The UI throughout the game continues to echo the key themes and ideas at the heart of the concept.
Larger elements like containers, holders, and area panels lean into the botanical side of the style, symbolizing the natural ground and environment.
In contrast, UI components related to the player, such as the information display, tool-switching interface, and action-based interactions during gameplay to lean more toward the futuristic, clean aesthetic, reflecting the player’s identity as an astronaut.





























