Design principles
1. Intoduction
We continue to stand by our original product commitments for OpenCRVS, and these help steer the strategic direction of the product: Product commitments:
Fully open-source, with no license fees or ties to specific vendors
Configurable for all country contexts
Interoperable with other government systems
Highly accessible to ensure inclusion, even in remote areas
Safe and secure to keep personal data protected
Easy to deploy and use in low-resource settings
Enabling new models of civil registration that can help achieve universal registration
2. Our design principles
We are passionate about designing a product that fulfills our mission: to make civil registration easy and valuable for everyone by making high-quality and cost-effective digital systems widely available and sustainable.
Our design principles provide a clear framework for all those working on OpenCRVS to make design decisions that affect how the product works.
2.1. Start with users' needs
Listen to, engage with, and observe users. Spend time to understand their needs, assume nothing, and work with your users to create designs.
2.2. Prioritise offline
Every product feature must work offline and in areas of low connectivity. Where connectivity is required to complete an action, tell the user what's happening and always consider the loading state.
5.3. Give guidance throughout
The user shouldn't have any questions about what to do—it should be intuitive. Make the product simple and offer clear guidance every step of the way.
5.4. Test, learn, and iterate
The best way to develop new features is to get an early version into the hands of users, then listen → learn → iterate.
5.5. Enable rights
We want to empower and protect those who use and are served by OpenCRVS. Is what you are designing likely to exclude or discriminate against anyone? How can this be avoided?
5.6. Be consistent
Every part of the product should look and feel part of the whole. Always use the component library.
5.7. Be hyper-accessible
Our users are from across the world with varying levels of digital literacy. Whatever we design must be intuitive, legible, and as accessible as possible.
5.8. Words matter
Every word should be understood by users, with no room for ambiguity. When drafting text, avoid administrative language and test it with local users.
5.9. Design with data
Use data generated from the system to inform design improvements.
5.10. Consider other contexts
OpenCRVS is a global product. Consider the variability of what you are designing—will it work in other countries and contexts, and how will it be easily configured
Last updated