Back to portfolio
UX Research · Internship · Volvo Group

DXD Tools and Templates Research

Finding out what the chapter actually needed, before deciding how to fix it

Role
UX Researcher
Company
Volvo Group, Digital Experience Design chapter
Tools
Figma, FigJam, Mural, survey tools, workshop facilitation

Dashboard summarizing the DXD tools and templates survey: 38 responses, 18% recent usage, 71% awareness, and a breakdown by role.

Responses

38

Aware templates existed

71%

Used one recently

18%

Prefer FigJam over Mural

8 to 1

Used a shared template in the last 4 weeks

Usage: Yes 18%, No 74%, Not sure 8%.
Yes 18% No 74% Not sure 8%

Respondents by role

Roles: UX Designer 20, UX Researcher 8, Service Designer 6, Other 4.
38 responses, 71% aware the templates existed, only 18% had used one recently.

The chapter had a long list of tools and templates spread across FigJam, Mural, the playbook, and other internal sources, and the original task was to migrate and realign them with the new visual identity. Before doing that, I ran research to understand what was actually needed. The research changed the direction of the project entirely, and what came out of it eventually inspired a colleague to build something new.

There was no shortage of tools. There was a shortage of clarity.

Templates existed across FigJam and Mural, the design playbook, service design materials, and product management resources, and the original assumption was that they simply needed to be migrated and made visually consistent. Nobody had checked whether migration was actually the thing designers needed.

Understanding how designers actually use templates today.

I designed and ran a survey to understand which tools were actually being used, by whom, and why, rather than assuming the answer was migration. 38 responses came back from UX Designers, UX Researchers, and Service Designers across the chapter.

Survey scope: 38 responses from UX Designers, UX Researchers, and Service Designers, covering shared templates in FigJam and Mural.

Participants

38 responses

UX Designers, UX Researchers, and Service Designers

Research objective

Understand usage of shared DXD templates

Identify gaps and improvement opportunities

Scope

Shared templates in FigJam and Mural

The survey's scope and participants: 38 responses from UX Designers, UX Researchers, and Service Designers.

Awareness was high. Usage was low.

The core insight: awareness was high, but usage was low. Most people knew the templates existed. Only about 18% had used one recently. Many designers relied on their own templates instead.

Awareness is high, usage is low. 71 percent knew shared templates existed, but only 18 percent had used one in the past 4 weeks.

Aware templates existed

71%

Used one recently

18%

18% used a shared template in the past 4 weeks; 82% did not or were not sure.
Used recently 18% Did not / not sure 82%
Awareness is high, usage is low. Most people know the templates exist; only about 18% had used one recently.

Three reasons the gap existed.

Unclear when to use which template
Lack of guidance and real examples
Hard to find, scattered across tools

Four things designers said would actually help.

1
Real use case examples
2
Clear "when to use" guidance
3
Easier access and navigation
4
Step-by-step instructions

This reframed the whole project. The shift needed wasn't from one platform to another.

The shift wasn't about moving from one tool library to another. It was about turning a generic, scattered collection of resources into something guided, contextual, and structured, a direct response to the gap the survey at the top of this case study revealed.

Turning a scattered pile of resources into a structured view of the actual workflow.

I started by mapping every existing tool across Figma, Mural, the product management page, service design materials, and the digital experience playbook. I then organized that full list against the design process, Understand, Concept, Define, Develop, and Grow, and color coded each tool by which discipline it served, UX Design, UX Research, or Service Design. This turned a scattered pile of resources into a structured view of the actual workflow, and made the real gaps visible for the first time.

Every existing tool mapped against the design process
Every existing tool, mapped against the design process and color coded by discipline.

What a genuinely useful template actually needs.

Based on the research, I defined what a genuinely useful template needs: an existing example, a clear description of what the template is, guidance on how it works and when to use it, useful links or references, step-by-step instructions, and a version ready to copy. This became the structure I proposed to the chapter, organized into a starter kit, an advanced kit, and a per-discipline view.

The six things every template needs: an existing example, what the template is, when and how to use it, useful references, step-by-step guidance, and a copyable version.

1

An existing example

2

What this template is

3

How it works and when to use it

4

Useful links or references

5

Step-by-step guidance

6

A version ready to copy

The six things every template needed: an example, what it is, when to use it, references, step-by-step guidance, and a copyable version.

Grounding the kit concepts in what each part of the chapter actually needed.

To ground the starter kit and advanced kit concept in what each part of the chapter actually needed, I designed and ran a workshop with the managers of UX Design, UX Research, and Service Design.

The workshop became the spark for something I didn't build myself.

The workshop inspired a colleague from the UX Design team to build something further: an AI-supported prototype connecting tools directly to each stage of the design process. I didn't build this myself, but they've said directly that the workshop was the spark for it.

The brief you're given isn't always the problem that needs solving.

The most useful thing this project taught me was to question the task before executing it. I was asked to migrate templates, and the easy path would have been to just do that. Running the research first showed that migration wasn't the actual problem, and that finding changed the direction of the whole project. It's a good reminder that the brief you're given isn't always the problem that needs solving.

+46 (0) 737 528 390 farnooshdahesh@gmail.com LinkedIn