;

Research Section

Featured Image

Overview

Welcome to the fourth article of the 3x3 series – Confluence for Designers looking at the communication structure for medium and large organisations to achieve transparency, which leads to frictionless and smooth design delivery.

This article will be closing the business pillar of three – Hello, Business and Research. The last section has the most significant impact on the design integration within the product team. This is where the business and the design glue objectives together under a well-researched and well-documented knowledge base that is accessible to the entire team 24/7. 

No one would disagree that well-made decisions rely on well-informed teams or individuals. And that’s where the philosophy behind 3x3 starts to resonate in full. 

“If a man does not know to what port he is steering, no wind is favourable to him.”  – Seneca.

Having a great design and development team means nothing if neither one of them does not know where they are going and what problem they are trying to solve together. And that’s where the research team and this section come in and define a powerful relationship that ties the business proposal with design ambition and development capabilities into something that is: 

  1. Achievable (Capabilities)
  2. Realistic (Business and Customer ROIs and OKRs)
  3. Measurable (based on realistic and measurable outcomes) 
  4. Releasable (Coded and Tested)

The research section in confluence structure includes all customer and competitive landscape analyses. Once completed, we make the most valuable decision for the product. Each department is accountable for its own contribution. 


As one CEO recently commented,

“No research and no understanding of the market means no right decision about direction and product itself”.

If there are no insights or initial landscape analysis, the product answer only the hypotheses of “what if” (unsure CEO) or better “I think” (dominant CEO), and both lead to more lavish spending, and waste of time and resources.  

Figure02: Product Landscape Analysis

What does the research section do?

The research section offers a knowledge hub of competitive landscape analyses followed by behavioural and mental models of existing and prospective customers. It also contains the test of early-stage prototypes analysing the appetite for certain features or desired behaviour. 

“How can we” (curios CEO) allow CPOs and their team to address specific challenges for the business or customer. This allows the having a unique lens for each problem and finding an appropriate solution to a very specific challenge. 

You might probably ask, “all the analysis and every week testing, how do you structure it?” The same as business section automation plays a significant role in this hub. Over a decade of testing and implementation showed the balance between “documenting enough(from the agile manifesto) more importantly “documenting what has an impact” (design at scale™ - reflects versioning, relevant data for design and dev sprints etc.). Several researchers confirmed that strengthening their knowledge of JIRA and Confluence serves well in applying their learnings directly to existing development. That’s why I became teaching JIRA and Confluence for designers, and that is where I gathered a substantial amount of feedback from the design and research colleagues that make this structure resilient.     

Figure03: Powerpoint

The research section does not.

As you can imagine, this clarity took a while; most businesses and corporations were afraid to let it go, the PPTX and Words and Excels from their own systems to really see the power of an integrated function of Confluence with JIRA in real product design development. Equally, the researchers who were fantastic with interviews and customers were not so tech-savvy with the technology  – our design courses change that. 

Even this section was a damp yard of almost 3000-word documents with different names, a person who did the interview not clear or fluctuating objectives for the research, legal management of the research data and so on. Not even mention the fact when the research was handed over from person to person, no one knew what was the action to take “what we have learned.”

Once the team invested the time in standardising these 3000-word documents, Confluence automation tools make this task really easy, engaging and quite fun for both designers and researchers. While our knowledge grew, and our impact strengthened as we started linking our findings directly to an Epic and User Stories. Suddenly our developers knew why they do what they do – it was not a change forced by the CEO or CPO it was a well-researched and documented reason for improving the product. And that’s where the dynamic of responsibility changed to accountability. 

From that day onwards development team required the research to be linked directly to their task – it meant that the User story went through the evaluation and the team is making the decision on real data and not on someones feeling – a practical example can be found as part of the DaS™ Courses. 

For more information, please join the Design at Scale™ Courses that explain the function, impact, and common pitfalls that can be avoided while implementing the DaS™ in your business.

Figure04: Structure

Structure

Let’s look at the Confluence structure in detail:

Business

1.0 — BRAND* Hello 
2.0 — BRAND* Business 
3.0 — BRAND* Research

Design

4.0 — BRAND* Content
5.0 — BRAND* Experience
6.0 — BRAND* Design

Development

7.0 — BRAND* Development
8.0 — BRAND* Releases
9.0 — BRAND* Integrations

I hope you’ve enjoyed the fourth article from 3x3 – Confluence for Designers. Please contact me at @designatscaletm to discuss this implantation in detail if you have any questions. The next article will focus on the Content section and all information-related integration of the copy function in this method. See you there.

Tagged: agile · coaching · collaboration · cx · dastm · design · designatscale · designer2designer · framework · madebyhuman · management · mentoring · Method · organisations · process · scale · sme · startup · ux · ways_of_working
EMT

Related.

Featured Image
Welcome to the Figma series brought to you by Design at Scale™ – Academy(↘︎Link). After five articles and almost 100+ messages, “How do you …” here are two articles that will bring you closer …
 · 
2023-02-21
 · 
7 min read
Featured Image
Welcome to the Figma series brought to you by Design at Scale™ Academy(↘︎Link). In the last article, we explored what role tiles play in Figma visual discovery and how we can improve the findability …
 · 
2023-02-23
 · 
8 min read
Featured Image
Welcome to the Figma series brought to you by Design at Scale™ – Academy(↘︎Link). Today, we’ll dive into Marketing(↘︎Link). As the majority of our work is to sell or promote someone's product or service, …
 · 
2023-02-28
 · 
4 min read
Featured Image
Welcome back to our Design at Scale – Academy series, focusing on the design practice in a team of ten. Once you define your team's network, you will be more likely to succeed as …
 · 
2021-04-02
 · 
6 min read
Featured Image
Welcome to the Figma series brought to you by Design at Scale™—Academy (↘︎Link). Our previous articles have focused on the product(↘︎Link) and service design(↘︎Link) verticals in product design development(↘︎Link). The underlying factors for both …
 · 
2023-02-16
 · 
7 min read
Featured Image
Welcome to the Figma series brought to you by Design at Scale™ – Academy(↘︎Link). This article aims to show how Figma(↘︎Link), let alone FigmaJam(↘︎Link), can bring your research closer to your product team.To clarify …
 · 
2023-02-14
 · 
6 min read
Featured Image
Welcome to the Figma series brought to you by Design at Scale™ – Academy(↘︎Link). The ambition behind this article is to look at how Figma, especially FigmaJam(↘︎Link), assists Service Designers(↘︎Link) in crafting their propositions. …
 · 
2023-02-09
 · 
6 min read
Featured Image
Welcome to the Figma series brought to you by Design at Scale™ – Academy(↘︎Link). In the following nine articles, we will explore the history behind cloud-based design propositions called Figma. We’ll discuss how the …
 · 
2023-02-02
 · 
5 min read
Featured Image
Welcome to the Figma series brought to you by Design at Scale™ — Academy(↘︎Link). This article will focus on the product design settings for teams of one, ten, and one hundred — teams that …
 · 
2023-02-07
 · 
7 min read

Newsletter

Subscribe.

Subscription.

A tailored list of meaningful tips and assets that help designers of all levels manage their daily challenges at scale.

100+

Design Articles 

Join more than 5,000 readers who redefine product design delivery through Design at Scale™

INSTAGRAM—We know you love visual stories and bite-size quick suggestions. That is why we created an Instagram channel specifically for your taste. 

X – Daily updates, shared links, and conversations about scaling design propositions in small, medium, and large teams. Join the conversation.

DAS-Social

Your Story
Matters.

Community.

Beyond every design is a story. Every story drives curiosity and helps us grow.
Join our community to share yours.

LINE_MAGENTA_050_301

Categories

LINE_MAGENTA_050_301

Legal

LINE_MAGENTA_050_301

Share

All brands and trademarks presented on the DesignatScale™ website are owned by their relevant companies or agencies. The projects represent collaborations between designers, developers and product owners.
Do not copy or publish any of the projects shown here without approval from 9V™ + GIVE™ + Design at Scale™ and/or relevant companies and agencies.

View