Elsevier • Senior Product Designer (Contract)
October 2022 - March 2023
Researchfish
Researchfish is used under mandate. Researchers have to submit through it whatever they think of it, and in 2022 that tension broke into public view. I joined six months later as the sole UX designer on a six-month contract, to fix the submission process behind the complaints.
I shipped a set of low-risk improvements before the next peak period, then built the evidence base the team had never had: a 1,936-response survey I initiated and co-wrote with Elsevier's research team, establishing the platform's first NPS and CSAT baselines, a 15-participant contextual inquiry, and a research participant library of 1,418 volunteers.
I presented the findings to senior stakeholders during a multi-day on-site and the product roadmap was reprioritised around them. The foundation for designing this platform properly wasn't there before I arrived.
Overview
Researchfish is a desktop platform that helps research funders collect impact-related data to advocate research and inform funding strategies and it has two distinct users.
Funding organisations
These are Researchfish’s paying customers and have chosen the platform as their preferred way to capture their researcher’s outcomes.The researchers
Are not paying customers and are required by their funders to use the platform to submit their data and therefore have no alternative options.
Twitterstorm, a symptom of poor UX
Once a year Researchfish has a peak period for researcher submissions, the 2022 peak saw some critical tweets emerge from the researchers, complaining about a frustrating Researchfish submission process.
Researchfish’s Twitter account messaged individual researchers saying, “We understand that you’re not keen on reporting on your funding through Researchfish but this seems quite harsh and inappropriate. We have shared our concerns with your funder.”
This was perceived by many researchers as a thinly veiled threat to have their funding cut off. Writing on Twitter, Brian Patton, a senior lecturer at the University of Strathclyde, described Researchfish’s response as “completely unacceptable corporate bullying”. Apologies were made by Researchfish, but the damage was done.
The brief
I needed to quickly identify and implement low-risk changes that could be in place before the next peak submission period in five months, whilst exploring more fundamental long-term changes to the researcher experience.
My role
I was initially the sole UX designer for the team and worked with:
Project Manager
Project Owner
Chief Analyst, (subject matter expert)
Developers
Various senior management within Researchfish and Elsevier
Towards the end of my contract, I was joined by another UX designer who had taken a position as a permanent employee.
I led multiple stages of the process including:
A series of low-risk, quick turnaround improvements
Review of new Material theme
Discovery kick-off workshops
Initiating and co-writing the researcher survey
Building a database of volunteer researcher users for various UX research activities
Contextual Inquiry
Early stage ideation
Low-risk, quick turnaround improvements
The low-risk, quick improvements needed to be implemented before the upcoming peak submission period and included:
An improved side navigation
Warmer, shorter and easier-to-understand copy
Adding clear card headers in place of misused notification bars
A new banner offering information in an area of known confusion for researchers
A site-wide set of guidelines and rules for button usage, appearance and placement
Removal of extraneous and distracting content
A clear way to switch back to an ‘old’ theme
An improved footer that was clearly only linked to the page content
Dialog boxes explaining some key features to users
'My awards' page BEFORE my improvements
'My awards' page AFTER my improvements
An 'award detail' page BEFORE my improvements
An 'award detail' page AFTER my improvements, addressing several issues.
A more considered version of the same pages
I delivered two options at the same time: the low-risk changes that could be in place before the peak period, and a more considered version of the same pages that took the interface further.
The second option included:
Tabs separating 'Awards I submit' from 'Awards I don't submit'
Page-related dropdown menus moved higher up the page
Clearer page titles and more consistent use of icons
A light blue page background to make cards more visible
Sentence case for buttons in place of caps
Typographic changes for consistency and alignment
Presenting both meant the team could weigh the development investment against the benefit, rather than taking my judgement on that for them. They chose the low-risk set, and that is the version that shipped before my contract ended.
My Awards page - second option, not shipped
My Award Detail page - second option, not shipped
A longer-term plan for the platform, based on evidence
Researchfish needed to make longer-term plans, based on evidence rather than intuition.
Discovery kick-off workshop
I set up and ran a discovery workshop to ensure that as a team we were focusing on the right problems and asking the right questions. My aims for the team by the end of the workshop were:
Write a problem statement
Set discovery goals and objectives
Plan discovery and wider research activities
Define how we measure success for the redesign
Research plan
Our discovery kick-off workshop produced a set of actions for myself and the rest of the core team to follow, which I then captured in a Gantt chart and wrote up in Confluence.
The plan also included interviewing funding organisations, since much of the submission burden originates in what funders ask to be collected. That work didn't happen within the six months, and the research focus stayed on researchers.
Researcher survey
Researchfish had no baseline measure of user satisfaction. I initiated one, and it aligned with what senior management at Elsevier were already thinking. Elsevier assigned a researcher from their team, and we wrote the questions together. He ran the survey and analysed the results, and the charts below are his.
Survey results
With 1,936 responses, Researchfish had achieved a Net Promoter Score of only -49 and a CSAT score of only 62%, a disappointing, but not unexpected result.
Many survey respondents found the platform unintuitive to use, with a confusing workflow and poor guidance, not knowing where to get the help they needed.
Another issue that ranked highly among respondents was the desire to know what the funders did with their data.
Question 6 answers (n=862), from the Elsevier researcher's analysis
Heuristic Review of HMRC Self Assessment Journey
Researchfish and HMRC self-assessment share a structure: mandatory submission, high precision required, and a task most people put off. HMRC does it well, so I ran a heuristic review of their journey against Nielsen's ten usability heuristics to see what applied to ours. It gave us a working reference for the redesign.
User research Participant Library
Before I joined, each research activity started with a fresh recruitment round, often reaching the same institutions with the same request. It worked, but it spent researcher goodwill on a group already telling us the platform asked too much of them, and it made testing slow enough to discourage doing it often.
I built a standing library instead. We recruited through direct emails to institutions, a newsletter and in-app messages, explaining that we were building a group of willing participants who could be contacted for research over an extended period rather than for one study.
By the end of my contract it held 1,418 volunteers and was still growing. It was there so the team could test more regularly and faster than a one-off recruitment cycle allowed.
Contextual inquiry
For the contextual inquiry, we observed 15 participants go through the submission process in their natural environment and then interviewed them to uncover hidden insights.
We made sure we had a mix of juniors and seniors, various disciplines and institutions to give us a full picture of the experience for the range of researchers on the platform.
What I did:
Participant recruitment
Set up a Calendly account for participants to book Zoom meetings
Wrote pre- and post-submission journey questions
Created and managed Miro boards to capture the notes
Ran all 15 sessions over Zoom
Ran follow-up review sessions with the internal team after each session where I captured key takeaways
Reviewed recordings of all 15 sessions for evaluation
Consolidated three sets of notes taken by myself and two colleagues
Affinity mapping
I had asked my PM and new UX designer to capture their notes on Miro post-its as I wanted to affinity map them in the following session. After collating all of our original notes into one group to avoid repetition, I colour-coded all 15 sets by participants.
During the affinity mapping process, we sorted hundreds of the collated notes into groups of common topics.
Once groups had been formed, we dot-voted, but with cartoon animal heads, for our priorities.
I identified seven priorities, with 1. being a clear top.
1: Task priority/workflow
2: Confusion with multiple fields for search
3: Table headers
4: Does not know what funders do with data
5: Does not know which outcome to place data into
6: Does not know what to add
7: Terminology not understood
Task priority/workflow
The task priority/workflow was essentially users not knowing how to submit, go back or generally do the next thing they needed to do.
"Feels that you're going down rabbit holes all the time."
Participant 8
"I have no idea how to (submit)"
Participant 11
"It's not super obvious to me how to get back
to that submission bit. Do I to go back to the
start again? I'm going around in the loop now.
But I don't really know why."
Participant 12
Reframing the roadmap
I presented my findings to senior stakeholders as part of a multi-day on-site, and as a group we agreed that the task priority/workflow would be given priority as part of a wider strategic business goal to sell the product into other markets.
Outcome
After the presentation, the product team, along with senior stakeholders, had a short workshop to map out a rough guide to how the new flow should work.
The roadmap for the future of the product was now based on qualitative and quantitative evidence and had buy-in from all senior stakeholders both within Researchfish, and the new parent company Elsevier.
Out of interest, I tracked the 2023 peak submission period from the outside. The public criticism that had defined the previous year didn't repeat, and former colleagues confirmed complaint volumes were noticeably lower. I can't attribute that solely to the changes I made, but the pattern that prompted the contract didn't recur.
The baseline NPS and CSAT scores captured during my contract gave Researchfish a measurement system that hadn't existed before. The low-risk improvements were already live when the survey ran, so the baseline measures the platform as it stood after them, not before. What it gave the team was a fixed point to measure the redesign against.
Closing reflection
A six-month contract wasn't long enough to redesign the submission journey, and it was never going to be. What it was long enough for was giving the team the things they'd been designing without: a standing group of researchers to test with, a baseline they could measure against, and evidence of how the platform was actually being used. The redesign was someone else's to build. The foundation for doing it properly wasn't there before I arrived.
I'd sequence the measurement differently. The survey ran after the low-risk changes were already live, so the baseline captures the platform as it stood after them rather than before, and I'd committed the team to no dates for a second round. A baseline with a fixed re-measurement date attached is a very different asset from a single number.
Colin Millerchip, Researchfish Project Manager
“I only had the pleasure of working with Nigel for 6 months, but in that time he proved himself a quick learner of the nuances of our business model.
He quickly added value to our development team, and was able to find a pragmatic path between UX perfectionism, and the need to deliver value. He also led a successful Contextual Inquiry process, distilling some insight that will fuel our future developments plans.
And finally, he's good fun to work with - he'll be missed around here.”