What Redbrix design work is based on
The main test Redbrix applies to its work is simple: the result must not give the user a second job. Business software that needs workarounds, notes or a colleague’s help to complete a routine task has failed that test, however good it looks.
Evaluate a design against agreed critical workflows, exception paths and measurable acceptance criteria.
Key facts
- Success is assessed against agreed workflows, exception paths and acceptance criteria.
- User capability and convenience come first, and they are inseparable from the client’s business goals.
- Visual quality matters, and it is one part of a fit between meaning, audience and experience.
- For a working product, compare staged and coordinated rollout options against operational risk, dependencies and training needs.
- Redbrix offers alternatives when it disagrees with a client. The decision is the client’s.
Users and business goals together
Redbrix gives priority to what users can do and how easily they can do it. Reaching the client’s business goals is part of the same work, and the two are treated as one goal.
The same test applies to sales. For a hands-on demo, test whether a representative user can repeat the demonstrated task. A buyer-facing demo should also explain the value, fit and limitations relevant to the buying decision.
Meaning, audience and experience
Visual aesthetics matter in business software. They are one part of the work, and they have to fit the meaning of the product, the people who use it and the experience it offers.
Stable patterns, new where they fit
Redbrix follows new interface trends and uses what has proven stable. Over thirty years of interfaces, a button has stayed a button, and users rely on the patterns they already know. New patterns come in where the context gives them a reason and the product can implement them well.
Realistic from the first review
High-fidelity screens and interactive prototypes in HTML or Figma help founders, engineers and users review data density, states and interactions. Choose the fidelity for the question being tested and agree which flows the prototype covers.
Gradual change and the client's decision
A staged rollout can preserve familiar workflows while changes are introduced. A coordinated switch may be more suitable when modules cannot operate separately. Choose the rollout with the client and engineers, accounting for dependencies, training, support for two versions and rollback.
When Redbrix disagrees with a client’s direction, it offers alternatives and improvements to the client’s option. The decision stays with the client.