UX Audit and Review
We work through your existing product as a user would, note where journeys break down, and give you a prioritised list of what to fix and in what.
We test structure, flows and interactions before polishing the interface.
NovaCraft maps user journeys, prototypes critical flows, reviews evidence and documents interface behaviour so development starts from clearer product decisions.
When something is not working, the cause is usually one of these:
People cannot find the thing they came for.
A task takes more steps than it needs to.
The interface asks for information too early.
Nothing on the screen indicates what matters most.
None of those are fixed by a new colour palette. They are fixed by changing the order of things, cutting what is not carrying weight, and being deliberate about what a screen is asking someone to do.
We work in that order: understand the task, restructure it, then design it. Visual design comes last, and it is better for having something settled to dress.
A new product needs different work from one with existing users and existing data. We agree which of these your project actually needs before quoting it.
We work through your existing product as a user would, note where journeys break down, and give you a prioritised list of what to fix and in what.
Stakeholder interviews, competitor review and, where you have them, conversations with real users, so design decisions rest on something firmer than opinion.
We organise content, navigation and labelling so people can predict where things live instead of hunting for them.
Low-fidelity layouts that settle structure, hierarchy and sequence while changes are still cheap to make.
High-fidelity screens built on your brand, with states, empty views and error cases designed rather than left for the build to invent.
Clickable versions your team and your users can move through, so a flow can be judged by using it rather than by reading about it.
We put the prototype in front of people, watch where they hesitate, and record what should change before development starts.
Reusable components, spacing and type rules, plus annotated files, so what gets built matches what was approved and the next screen does not start from zero.
Early work benefits from being rough and fast. Later work benefits from being precise and shareable. These are the tools we use for each.
Used for discovery sessions, journey mapping, affinity sorting and keeping decisions written down where everyone can see them.
Used for wireframes, interface design, component libraries and interactive prototypes shared by link rather than by file.
Used for unmoderated usability tests, task completion checks and reviewing how existing screens are actually being used.
Used to review colour contrast, focus order, target sizes and whether every action can be reached without a mouse.
Retro-fitting accessibility into a finished interface is expensive, and it usually shows. Deciding contrast, focus order and target sizes while the screens are still being drawn costs almost nothing.
We design against WCAG 2.2 AA as a working standard rather than as a certificate, and we tell you plainly which items are design decisions and which depend on how the product is built.
Depending on the project, our design work can cover:
This gives a build a strong starting point. Full conformance also depends on how the product is developed and tested, which we are happy to review with your engineers.
Existing users, existing habits and real data, where the risk is changing the wrong things.
Teams about to commit engineering time who want the flow settled while it is still cheap to change.
Interfaces carrying a lot of data, where hierarchy and defaults matter more than styling.
Products where screen space is tight and every extra tap is felt.
Engineering-led teams that need a system and a set of rules they can keep building against.
Journeys where people arrive but do not finish, and nobody is certain which step loses them.
The exact set depends on the agreed scope. A typical UX and UI engagement may include:
The delivery method stays visible to both teams. Scope, responsibilities, feedback, approvals and handover are documented from the start.
We document deliverables, responsibilities, dependencies, review points and exclusions before production begins, so every participant works from the same agreed scope.
Files, notes, decisions, links and current priorities stay in one shared workspace, giving both teams a consistent source of project information.
Each week we record completed work, current tasks, blockers, decisions required and the next review point, keeping progress visible without constant meetings.
Feedback is consolidated by the client decision owner, reviewed against the agreed objective, then recorded before the next production stage begins.
Requests outside the approved scope are documented with their impact on timing, effort and dependencies before either team commits to the change.
Before handover, we review agreed acceptance criteria, test required journeys, document remaining actions and confirm ownership for launch or ongoing support.
Working instructions
UX design decides how a product should work, the structure, the sequence and what each screen is for. UI design decides how that structure looks and feels, including layout, typography, colour and interaction detail. We treat them as one process because a decision in either affects the other.
Not always. If the scope is genuinely settled and the flows are simple, we can move to interface design directly. Where a project has several user types, a long form or a complex journey, a short structural stage usually saves more development time than it costs.
Yes. We can design within your existing brand, extend an existing component library, or take over Figma files created elsewhere. We will tell you if something in the current system is likely to cause problems as you grow.
Yes, at the depth the project supports. That can range from a structured review against usability principles to interviews and moderated or unmoderated testing with real users. We agree the method before starting so expectations are clear.
A focused audit can take one to two weeks. A full design stage for a website is often two to four weeks, and a product or dashboard with many screens takes longer. We confirm a timeline once the number of screens and flows is known.
We design against WCAG 2.2 AA, contrast, focus states, target sizes, reading order and form labelling. Full conformance also depends on how the product is built, so we share our notes with whoever develops it, including your own engineers.
Yes. NovaCraft can take the same project through development, which removes the gap between an approved design and the finished product. We are equally happy handing over to an in-house or third-party team.
Access to your current product or website, an idea of who the users are, any research or analytics you already hold, and someone on your side who can give feedback and make decisions.
Whether you are planning something new or trying to work out why an existing product underperforms, the first useful step is looking at the journey properly.
Tell us what you are building, who it is for and where you think it is losing people.
Clear scope. Honest assessment. No pressure to buy research you do not need.