UX Collective

We believe designers are thinkers as much as they are makers. https://linktr.ee/uxc

Follow publication

How do product design teams converge on an idea?

Sharon Ferguson
UX Collective
Published in
12 min readJun 22, 2022
Arrows diverging with the text “create choices”, followed by arrows converging and the text “make choices”
Divergent and convergent thinking. Image via Imagethink.

Slack messages provide a rich and appealing dataset to study the design process.

6 arrows represent stages of the product design process: Planning, Concept Development, System-Level Design, Detail Design, Testing and Refinement, and Production Ramp-Up.
A generic product design process adapted from Ulrich, Eppinger and Yang [4]. Image from author.
Two side-by-side diamonds representing the design process. The line between the two diamonds represents a design brief or a problem definition. The four steps: Discover (insight into the problem), Define (the area to focus on), Develop (potential solutions), and Deliver (solutions that work) are listed along the top of the image.
Double-Diamond Design Process. Image via Design Council.

We collected data from 32 product design teams.

Seven boxes represent phases of the design process. Arrows show that the first 3 phases have the team split into 2subteams, and they rejoin the fourth phase. The first phase, 3-Ideas, ends on Sept 26th; the second phase, Sketch Model, ends on Oct 6; the third phase, Mockup Review, ends on Oct 20; the fourth phase, Final Selection, ends on Oct 27; the fifth phase, Assembly Review, ends on Nov 4th; the sixth phase, Technical Review, ends on Nov 17; the last phase, Final Presentation, on Dec 12.
The product design process for the course. Image from author team.

We used topic modelling to identify the number of topics discussed.

We define convergent phases as having fewer topics which are of higher quality.

The number of topics follows the proposed Double-Diamond pattern.

Three line graphs side by side, where the y-axis measures number of topics. The first graph shows that weak teams have more topics than strong teams. The second graph has seven phases on the x-axis and shows that number of topics decreases in the first three phases, increases in the next three, and decreases in the final. The last graph combines the first two, with phases on the x-axis, and two lines that represent strong (lower line) and weak (higher line) teams.
Relationship between the number of topics discussed and a) team strength, b) phase of the product design process, and c) both. Image from author.
a line graph that measures coherence of the topics (from 0–0.4) on the y-axis and the seven phases along the x-axis. Shows that the coherence decreases from the first to second phase, increases to the fourth phase, decreases in the fifth phase and then remains consistent until the end.
Relationship between the topics' quality and the product design process phase. NPMI = Normalized Pointwise Mutual Information, a specific coherence metric. Image from author.

We found that teams overwhelmingly use Slack to make plans regarding designing, building, and testing products.

While we were able to model the design process using Slack messages, their short nature remains problematic.

A table showing two example topics, with columns representing Team ID, Team Strength, Phase, Topic Words, and the corresponding subthemes. The first row is a strong team in the Mockup Review phase, with topic words: [team name], compile, presentation, team, new, conference, room, pm, thank, grace, guy, tonight, great, quote, channel, beautiful, picture, side, usually, reminder. And subthemes: plans, project deliverables, and physical resources and tools.
Examples of two topics, both discussing planning as one of the themes.

Final Takeaways

References

Written by Sharon Ferguson

PhD student at the University of Toronto studying engineering design processes, innovation & enterprise social network use.

Responses (2)

Write a response

Fabulous piece, Kai. It matches my experience working for a tiny start-up and a larger organization at a mid level of UX maturity.

The best thing I ever did at my final job was to request an invite to the weekly product strategy meeting. This is when a lot of key decisions were made that really needed a UX perspective before going down a dead-end.