Background
The project was a result of Brexit. A number or processes within the Veterinary Medicines Directorate are managed by a central European body. On leaving the European Union these processes will need to be managed within the UK.
These processes revolve around reporting and registering drugs and medicines fit for use within the UK. At the time of the project the administration was managed via a number of smart PDF’s some of which were over 15 years old and having over 160 fields to fill.
My role in this project was to design a user experience and interface that gathered the same information as the original forms.
One major requirement here was that whatever the end result it must adhere to Government Digital Services Guidelines. https://www.gov.uk/service-manual
Agile Process
The project team here consisted of 3 designers, 8 developers, 5 testers, 3 businesses’ analysists and one srum master. We had daily stand ups, a retrospective and planning meeting every 2 weeks, a show and tell every week along with extensive workshops.
Design
I held a number of initial workshops with product owners to establish requirements. These workshops resulted in taking the original document, stripping it back to basics and filtering essential information. Card sorting exercise were used to create a user flow. The result of these exercise were design flow charts created in Omnigraffle. Omnigraffle was chose due to the complexity of the information flow.
Omnigraffle user flow diagram. This has deliberately been left in a state that is not readable to protect confidentially.
Once user flow was determined screens were created in Invision implementing GDS design patterns. One major hurdle we had to overcome here was GDS guidelines state that JavaScript is only to be used to enhance the user experience and cannot be used in the most basic iteration of the product. In cases were multiple entries may be required within one field. being limited to no JavaScript was a major pain point. Collaborating with developers we designed a solution that involved a looping flow to another page where data was recorded in cache. The loop back to the page adding each additional field.
Prototyping and Testing
Because Invison is not hosted within the UK Data Protection would not allow a typical Invision prototype build. In this case I was required to build a complete html working prototype using the GDS prototyping kit - https://govuk-prototype-kit.herokuapp.com/docs. The prototype was uploaded to https://www.heroku.com/ for testing purposes.
The working html prototype also helped ensure that we passed the stingent GDA assessment.
Testing was conducted with a number of typical users both online and face-to-face. I was required to write test scripts and conduct testing sessions. Users were required to complete the form using data that had previously been submitted. Testing resulted in a number of iterations of the final product.