Challenge
The end result of working in Almego is a number of PDF documents — mainly Safety Data Sheets (SDS) — generated by the system engine from compiling and processing the chemical product information, rules and regulations, document templates, text translations and much more.
For each chemical product there can be a number of language and country versions of the same document as well as any number of brand names (i.e. the same product can be sold under different brand names). A document can be in different states, in particular Draft and Released (later called Approved). It can also be Published to external integrations. Furthermore, after editing the chemical data new document versions can be generated ad hoc.
Pfeww, clearly, there was a lot of documents for users to keep track of…
The old user interface consisted of a single big list of generated documents, across all products, countries, languages and brand names – and in all stages of Draft, Released or published. While there was basic substring search, column sorting and attribute filtering, this list was just overwhelming and inefficient to use.
To add new documents (or versions) to the list, the user had to use a separate part of the UI to search for a single product, choose a single brand name and then choose from a list of available countries and their languages — and then click Generate documents to get the Draft versions.
The document management feature is obviously very important to users, since the final documents are what they actually need. But the feature is also very important to the business, since only Released (not Draft) documents count towards the subscription tier. So, to earn higher subscription fees, we needed to make it much easier for users to generate a lot of Released documents, quickly. Simply put, we needed to greatly streamline the user flow.
Process
As a first step after kickoff, I conducted an internal survey asking questions such as:
- What works well/doesn't work so well in the current design?
- Please describe an optimal workflow for a redesigned document management?
- What are the most important properties of a redesigned document management?
I also did a number of user interviews to help understand current workflows and pain points.
As part of the process I analyzed the existing UI. From all these data, the most important design goals materialized, in particular:
- Make it much easier and quicker to generate Drafts and Released documents, also across products and brands, in bulk. Consider the typical cycle of going back and forth between editing data and generating drafts to see the changes
- Provide a much better organization to make it easier to find relevant documents (i.e. the most recent Drafts and Released versions), and thus remove the noise of irrelevant documents
Then I got to work with the concept development, sketching screens and flows and prototyping interactions. Along the way I did a number of usability tests as well as stakeholder reviews.
Outcome
The final design was a big improvement, allowing users to quickly find relevant documents and generate new Drafts and Released versions in bulk across products, brands and countries. When put into production, the new design was well received by customers and internal consultants.
At first glance, the new design seemed more complex than the old one, so the sales team felt they needed to add a disclaimer for leads and customers: while it might look busy initially, after a short learning curve it would prove far more efficient.