IntelliMatch

Cross-agency Data Matching Platform
My Roles
Research

Digested technical requirements and came up with user experience expectations for the product.  

UX Design

Designed user experience for different user groups. Applied design system to the product with additional customized components. Worked with the dev team on front-end development.

Branding & UI Design

Developed a brand style guide for the IntelliMatch and related products. Extended the brand style guide to user interface components. Expanded design pattern labrary with the front-end developers.

Design Question

Where I got Started?

How might we let city agencies find shared clients between each other without releasing data?

Context

Scope and limitations

Our office‘s Enterprise Data Solutions team asked for support to design IntelliMatch, A tool that lets city agencies match data sets with each other and our offices Common Client Index. The tool currently exists as a Java applet. Our Data team is working with a vendor to evolve the backend functionality and develop this into a web app. I am leading the design work for an improved front-end user experience and UI.
Research

How does a user interact with the product and service providers, currently and ideally?

Stakeholder Interview
I conducted stakeholder interviews with the project manager and back-end developer to get clarities on the scope of the project, technical details of each function and edge cases.

Output1: Service Blueprint
I worked with the Design Lead to map the relationship between backend processes and user actions on the front-end. A lot of the “work” in these products is done behind the scenes, with users actually having very few actions they can take within the tool. That meant we had to make sure that we were tying each user action with the correct backend processes, and providing the right amount of information and feedback for users so they could follow what was happening without feeling overwhelmed with server-side jargon.

Output2: File Transition Flow
By mapping out the back-end of the product, I was able to further understand both the service provider (Enterprise Data Solutions team) and user’s point of view. Therefore I could bride these two, to create a smooth journey for both parts.

Design Principles

What experience we want users to have?

Make the System Status Visible to Users
The product should clearly communicate needed actions, results of previous actions and the status of the system to users.
Speak Users' Language
Most users don't have a data science background, the product plays a role in translating the technical, complex processes that happen at the back end to simple, intuitive functions to users.
Reduce Back-end's workload
An easy-to-use interface with thoughtfully designed user flows will not only make users achieve their goals easily and delightfully but reduce service providers' workload.
Design

How did I navigate the process step by step?

1. Sketches and quick iterations
I created a series of sketches/lo-fi wireframes to show a few design directions. By presenting this progress work to stakeholders and users, I got feedback quickly thus was able to do fast iterations and improvements.
3. An Expansion of Pattern Library
Our office has an open-source design pattern library, which was only used for our official website. Facilitated by the design lead, I worked with the front-end developer to adapt and evolve this pattern library for IntelliMatch and the entire Equity Data Portal, where the IntelliMatch sits.
Design Handover

How did I communicate design outputs to developers?

1. Screens, User Flows and Events
I created detailed documentation of screens, user flows with major back-end events, to help front-end and back-end developers better connect pieces together.
2. Detailed Instructions on Design Pattern Implementation
An external vendor was in charge of the front-end development of the product by applying the design system of our organization. The vendor didn't have previous experience using design system nor had strong capacity in front-end development. To make sure they adapt this new way of development smoothly and be able to create customized components on their own. I created a detailed documentation of all the components and corresponding elements in the design system. For customized components, I broken them down into pieces and marked individually.
3. Code-level QA with Engineers
I inspected elements in the browser, tweaked code to achieve the ideal design outcomes and communicate necessary changes to the front-end engineers with screenshots and instructions.