08 November 2016
This is a set of values and principles that guides the design approach, processes and decisions in every project at Oxford Computer Consultants.
Source: www.oxfordcc.co.uk
We meet user needs by meeting users regularly from the beginning of the project and throughout the process. The design and features we build are led by user feedback. Everyone in the team meets users, not only designers.
A Dose of User Research: every time we run user research, we stream back to a meeting room in the office so that anyone at OCC can observe users interacting with our products and giving feedback on our design ideas.
Every feature or piece of functionality we add to the system should add value for users and the business. We should spend time and effort building the features that people need and want to use. We do this by understanding the root of the problem we are trying to solve and by fully understanding user needs and business needs.
Each delivered feature should work well and be well designed before we move on to adding the next feature.
The whole team understands what is being commissioned: we get involved in the sales process and communicate our principles and practices to the customer throughout the project.
We take responsibility for changes in scope and estimate: we identify reasons for such changes and report changes for appropriate adjustments.
We ensure that design services are valued: we make the design budget explicit in the contract or we agree an internal design budget.
Inclusivity and accessibility are good for everyone. Everything we build should be accessible, inclusive and responsive by default. The design should perform well in different contexts and on different platforms and be appropriate to the target user groups.
We should aim to meet at least the WCAG AA accessibility standard and ensure our websites, mobile apps and other software are compatible with assistive technology, for example, screen readers.
We are aware that our design solutions are assumptions until they are tested with real users.
We experiment, test assumptions, learn and improve our ideas. We iterate our ideas in small steps to reduce risks of failure. Experimentation is key to innovation. We value testing with users, learning and iterating not only the systems we are building but also our design process.
Being consistent helps with usability, efficiency and how users perceive the software (trust and professionalism). We should be consistent with our designs, the language we use on interfaces, our code and the data.
Modular Design helps us identify the common elements used across the system, remove unnecessary duplication of elements and allow team members to iterate the design without compromising the quality. We create design patterns and follow usability conventions that help users get familiar with the interface and navigate within the system.
Applying a consistent style for language usage, spelling and grammar will help give OCC output a clear and professional look. Good use of microcontent (for example, page titles, labels, headlines, navigation links) helps with usability.
Front-end code we produce should be modular, efficient to write, easy to maintain and easy for other developers to understand.
Numbers matter. Accuracy and reliability of data is important for the type of work we do. Our software must consistently provide accurate results.
Usable interface allows user to achieve their goals without friction. We also care about how our applications look and feel because attractive interfaces have an impact on perceived usability and users’ trust.
The interfaces we design are used by people who work on them every day. Make the interface pleasant to look at and a delight to interact with.
We spend our effort efficiently and remove any waste when communicating an idea, solving a problem or building the product. Our focus should be on the effectiveness of the outcome. We use our client’s budget efficiently and wisely.
We spend effort in the most valuable areas of the product and reuse elements whenever possible by creating reusable elements and following conventions. (For example, designing a login page from scratch is a waste of effort in most cases, since login pages follow many conventions that can be used out of the box.).
We enjoy solving complex technical and design challenges – that’s what we are best at. To really understand the problems and to solve them effectively, we work in small multidisciplinary teams that tackle problems together and work closely with our clients.
We build relationships and mutual trust with our clients. We listen, we understand their business, we encourage them to tell us the problems (rather than a proposed solution) and we are flexible to accommodate their needs. Our team members learn from each other, are empowered to make decisions on functionality and design and understand the value of what we’re building.
We meet user needs by meeting users regularly from the beginning of the project and throughout the process. The design and features we build are led by user feedback. Everyone in the team meets users, not only designers.
A Dose of User Research: every time we run user research, we stream back to a meeting room in the office so that anyone at OCC can observe users interacting with our products and giving feedback on our design ideas.
Every feature or piece of functionality we add to the system should add value for users and the business. We should spend time and effort building the features that people need and want to use. We do this by understanding the root of the problem we are trying to solve and by fully understanding user needs and business needs.
Each delivered feature should work well and be well designed before we move on to adding the next feature.
The whole team understands what is being commissioned: we get involved in the sales process and communicate our principles and practices to the customer throughout the project.
We take responsibility for changes in scope and estimate: we identify reasons for such changes and report changes for appropriate adjustments.
We ensure that design services are valued: we make the design budget explicit in the contract or we agree an internal design budget.
Inclusivity and accessibility are good for everyone. Everything we build should be accessible, inclusive and responsive by default. The design should perform well in different contexts and on different platforms and be appropriate to the target user groups.
We should aim to meet at least the WCAG AA accessibility standard and ensure our websites, mobile apps and other software are compatible with assistive technology, for example, screen readers.
We are aware that our design solutions are assumptions until they are tested with real users.
We experiment, test assumptions, learn and improve our ideas. We iterate our ideas in small steps to reduce risks of failure. Experimentation is key to innovation. We value testing with users, learning and iterating not only the systems we are building but also our design process.
Being consistent helps with usability, efficiency and how users perceive the software (trust and professionalism). We should be consistent with our designs, the language we use on interfaces, our code and the data.
Modular Design helps us identify the common elements used across the system, remove unnecessary duplication of elements and allow team members to iterate the design without compromising the quality. We create design patterns and follow usability conventions that help users get familiar with the interface and navigate within the system.
Applying a consistent style for language usage, spelling and grammar will help give OCC output a clear and professional look. Good use of microcontent (for example, page titles, labels, headlines, navigation links) helps with usability.
Front-end code we produce should be modular, efficient to write, easy to maintain and easy for other developers to understand.
Numbers matter. Accuracy and reliability of data is important for the type of work we do. Our software must consistently provide accurate results.
Usable interface allows user to achieve their goals without friction. We also care about how our applications look and feel because attractive interfaces have an impact on perceived usability and users’ trust.
The interfaces we design are used by people who work on them every day. Make the interface pleasant to look at and a delight to interact with.
We spend our effort efficiently and remove any waste when communicating an idea, solving a problem or building the product. Our focus should be on the effectiveness of the outcome. We use our client’s budget efficiently and wisely.
We spend effort in the most valuable areas of the product and reuse elements whenever possible by creating reusable elements and following conventions. (For example, designing a login page from scratch is a waste of effort in most cases, since login pages follow many conventions that can be used out of the box.).
We enjoy solving complex technical and design challenges – that’s what we are best at. To really understand the problems and to solve them effectively, we work in small multidisciplinary teams that tackle problems together and work closely with our clients.
We build relationships and mutual trust with our clients. We listen, we understand their business, we encourage them to tell us the problems (rather than a proposed solution) and we are flexible to accommodate their needs. Our team members learn from each other, are empowered to make decisions on functionality and design and understand the value of what we’re building.