Your game UI looks amateur. Here is usually why
It is almost never talent, and it is almost never the artwork. It is eight small failures of consistency that stack up until a screen looks unfinished. Here is each one, why it happens, and the order I would fix them in.
In this article
Open to new projects
Hadjoudj Idris
Game UI/UX Designer
Upwork100% Job Success
Hire me Browse the workPeople describe this feeling in vague terms: the game looks cheap, or unpolished, or like an asset flip. The feeling is real and the cause is specific. Almost every time, it is one or more of the eight below, and none of them require you to be a better illustrator.
It is almost never about talent
The gap between an amateur-looking interface and a professional one is mostly discipline, not skill. A professional screen is not made of better rectangles. It is made of the same rectangles, all agreeing with each other about where edges go, how much space sits between things, and what a button looks like.
That is genuinely good news, because discipline is learnable in an afternoon and taste takes years. Work through the eight below and most self-made game interfaces move from "unfinished" to "clean", which is the jump that actually matters commercially.
2. Spacing is arbitrary
The gap above one heading is 18 pixels, above the next it is 25, and between two buttons it is 11. There is no system, so the eye reads the whole layout as accidental, because it is.
The fix: define a spacing scale and use only values from it. 4, 8, 12, 16, 24, 32, 48, 64 covers everything. No exceptions, no in-between values because something "looked better". If a gap needs to be 20, use 16 or 24 and move on.
The rule that makes spacing communicate rather than just exist: related things sit closer together than unrelated things. A label should be nearer to its field than to the previous field. Most confusing screens are confusing because that relationship is inverted somewhere.
3. Too many typefaces, too many weights
A display font for the title, something different for buttons, the engine default for body text, and a fourth thing for numbers because it looked more "game". Four voices, one screen.
The fix: one family, two weights, and a maximum of four sizes across the entire interface. If you want a second face, restrict it to one job and hold that line: a display face for titles only, or a monospace for numbers only. Two families is a decision. Four is an accident. Choosing the two, and the numerals and scale that go with them, is typography for game UI.
| Role | How many you need | Common mistake |
|---|---|---|
| Titles and screen names | One face, one weight | A different display font per screen |
| Body and labels | One face, regular and bold | Three weights doing near-identical jobs |
| Numbers, timers, counters | Same face, or one monospace | A fourth face chosen for flavour |
| Buttons | Same as body, bold | Its own typeface entirely |
4. Everything is shouting
Every element is high contrast, bold, and about the same size. The title, the body text, the secondary link and the disabled option all compete equally, so the player has to read the whole screen to find the one thing they came for.
The fix: decide the single most important element on each screen and make it unmistakably dominant, then push everything else down. Real hierarchy needs a visible gap between levels, not a polite one. If your body text is 16 and your heading is 18, you do not have a heading.
Contrast is a hierarchy tool too, not just a legibility one. Secondary information should genuinely be dimmer. Most amateur screens use full-strength white for everything, which flattens the whole layout into a wall. Building the palette as roles rather than swatches is in colour in game UI.
5. Defaults left where they landed
Pure #000000 and #FFFFFF. The engine's default button. The stock font that ships with the template. A drop shadow at the tool's default settings, on everything. Individually defensible, collectively a signature that says nobody made a decision here.
- Never pure black or pure white. Use an off-black around
#0b0b0fand an off-white around#f4f4f6. It is a two-minute change and it immediately looks considered. - Replace the default button. Its radius, height and padding are the most recognisable defaults in any engine.
- Change the default shadow. Softer, larger, and much lower opacity than any tool ships with.
- Pick your own greys. Neutral greys are the giveaway. Tint them very slightly towards your accent colour and the whole interface feels art-directed.
6. Mixed corner radii and stroke weights
One panel has 4px corners, a button has 20px, a card has 12px, and a modal is square. Same for borders: 1px here, 2px there, 3px on the thing that was made last. Nothing is wrong individually and the set never resolves into a style.
The fix: two radii maximum. One for small elements such as buttons and inputs, one for large containers, and they should be visibly related. One border weight everywhere, chosen once. If you want a heavier border to signal emphasis, change the colour instead of the weight.
7. Missing states
The button looks the same before you hover it, while you press it, and when it is disabled. Nothing acknowledges focus. Nothing looks unavailable. The interface feels like a picture of an interface, which is exactly what it is.
The fix: every interactive element gets four states: default, hover or focus, pressed, and disabled. On a gamepad, focus is the most important state in the entire interface, because it is the only thing telling the player where they are. It needs to be obvious from across a room, not a subtle tint.
This is also the difference between a screen that feels responsive and one that feels dead, and it is covered from the gameplay side in seven HUD mistakes that make players quit.
8. Effects doing the job of structure
Bevels, gradients, glows, outer strokes, inner shadows and a slight emboss, all deployed to make an element feel important. The underlying problem is usually that the element is the wrong size, in the wrong place, or the wrong colour, and effects are being used to compensate.
The fix: turn every effect off, then fix the screen with position, size, spacing and colour alone. Almost always it looks better immediately. Add effects back one at a time, and only where they do a job nothing simpler could do. A single soft shadow to lift a modal off the page is worth it. Six stacked effects on a button never are.
If a screen only works with the effects turned on, the effects are not the polish. They are the structure, and they are load-bearing in the wrong place.
The one-hour fix, in order
Run these on your worst screen first. They are ordered by impact per minute, and none of them require new artwork.
- Align every element to one left edge. Ten minutes, biggest single improvement.
- Replace every gap with a value from your spacing scale. Fifteen minutes.
- Reduce to one typeface and two weights. Five minutes.
- Set one radius for small elements and one for containers. Five minutes.
- Swap pure black and white for off-black and off-white. Two minutes.
- Make one element per screen obviously primary, and dim the rest. Ten minutes.
- Turn off every effect, then add back at most one. Five minutes.
- Add four states to your buttons. The rest of the hour, and the one people notice.
Then leave it overnight and look again in the morning. The screens that still feel wrong after that pass usually have a structural problem rather than a styling one, which is a different and more interesting conversation.
When it really is an art direction problem
Sometimes the consistency is fine and the screen still feels off. A few honest signs that the issue is direction rather than discipline:
- The interface does not look like it belongs to the game. Clean, modern UI on a hand-painted fantasy world reads as two products.
- The palette has no relationship to the art. Interface colours picked in isolation always look bolted on.
- Everything is technically correct and completely characterless. Correct is the floor, not the ceiling, and getting past it is the part that takes a designer.
- It falls apart on real content. Long names, big numbers and full inventories break layouts that were designed against tidy sample data.
That last one is the most common reason a tidy-looking interface fails in production, and it is worth checking before concluding anything about direction.
Why does my game UI look bad even though the art is good?
Good artwork and good interface design are different skills. Artwork is judged on the individual image; an interface is judged on the relationships between elements. Beautiful assets arranged with inconsistent spacing, mixed radii and no hierarchy will still read as amateur.
What is the single fastest improvement I can make?
Consistent alignment, then consistent spacing. Not colour, not fonts, not effects. Almost every screen that reads as amateur has arbitrary edges and arbitrary gaps, and fixing both costs nothing but attention.
Do I need a design tool, or can I do this in the engine?
You can do all eight in the engine. A design tool makes alignment and spacing faster because of snapping and guides, but the discipline is what matters, not the software.
How many colours should a game UI use?
Three plus greys is a good working limit: one accent for the thing you want pressed, and two supporting colours at most. Reserve the accent for actions and state changes so it keeps meaning something.
Is a UI kit going to fix this?
A kit gives you internally consistent components, which solves radii, states and some spacing straight away. It does not give you hierarchy or a flow, and popular kits are recognisable on sight. There is a practical way to use one in indie game UI on a budget.
How do I know when it is good enough to ship?
Put it in front of three people who have never seen it. If nobody hesitates, nobody asks what something means, and nobody mentions the interface at all, it is good enough. Silence is the target.
Should I copy the UI of a game I like?
Copy the structure and the reasoning, not the styling. Why a menu is ordered that way and what the designer chose to leave off screen is transferable. The visual treatment belongs to that game's art direction and will look borrowed on yours.
How much does it cost to have someone fix this properly?
A usability and visual review of an existing build is typically $300 to $1,200 and often identifies more than a full redesign would. Full ranges are in what game UI/UX design actually costs.
Hadjoudj Idris
Game UI/UX Designer, Remote, worldwide
Need this done properly on your game?
Menus, HUDs, a full UI system, or one screen that isn't working. Tell me what you're building and I'll tell you honestly whether I'm the right fit, and what it would cost.
Upwork100% Job Success