;

Proposition Shaping

Featured Image

The purpose of proposition shaping is alignment. By the end of this stage, every discipline should hold the same documented understanding of the work: scope, timing, resources, knowledge gaps, operational needs, customer objectives, revenue model, ROI expectations, and the KPIs that define success.

The process begins with a design brief created by the CPO (Certified Product Owner). This includes goals, constraints, early assumptions, and the role of technology in enabling the proposition.

We then convene a structured workshop with a cross-functional team — CPO, senior designer, service designer, solution architect, business analyst, organisational navigator, lead engineer, and any additional contributors. The output is a draft design brief, incubation summary, competitive analysis, background documentation, and a written business case describing how the proposition will generate revenue.

Next, the team identifies gaps in understanding. These are documented in the Project Identification Document (PID) alongside required research, heuristic reviews, and competitive landscape work. The team records all assumptions and decisions early to avoid ambiguity later. Once the business case is refined and validated, each party has a clear sense of their role in delivering the product or service.

BOK — Proposition Shaping

Proposition shaping draws on tools such as workshops, customer research, landscape analysis, creative briefs, service roadmaps, and brand guideline reviews. A high-level review of tech and data sources is also conducted. The insights generated feed into a value proposition canvas, which clarifies customer needs and expected outcomes.

The stage concludes with a formal review with the same group. Required materials include a completed design brief or PID and a detailed service or product roadmap showing milestones, requirements, and system-wide agreements. Depending on the proposition's complexity, this results in either one PID or multiple interconnected design briefs. All documentation links back to the roadmap, typically managed through Jira.

Based on two decades of practice, avoid physical boards or offline documentation when shaping propositions. Use Confluence and Jira to maintain clarity, transparency, and traceability from day one.

Happy scaling through design!

Hey, I’m Jiri Mocicka.
London-based Product Design Director, Trusted Advisor and Author of Design at Scale™. The method that empowers individuals to shape the future organisation through design.
If you have a question, join our Community and reach out to like-minded individuals who scale design propositions. An online Academy can help you to define teams of 01, 10, and 100, and 1% is supported by Grid Magazine and Supply section, where we bring more insights weekly on how to become a design leader in your Agentic Organisation

Jiri Mocicka

AVATAR

inResearch

127

inWriting

12

Released

310
EMT

Related.

Featured Image
In our digitally mediated age, user interface design is no longer a mere decorative advantage of commerce. It has become the very engine room …
January 6, 2026
 · 
4 min read
Featured Image
Welcome back; this article is part of the series called DaS™ – Naming convention. The previous article explored the history and mental models behind …
May 11, 2020
 · 
6 min read
Featured Image
Welcome back; this article is part of the series called Naming convention. The previous article explored the history and mental models behind sorting information …
May 4, 2020
 · 
6 min read
Featured Image
We’ve all been there. Someone, most probably a boss, asks us to find the latest email or Miro [001↘︎] board or simply share a …
April 27, 2020
 · 
5 min read
Featured Image
Welcome back; this article is part of the series called Naming convention. The previous articles explored the impact of folder naming conventions. This article …
April 20, 2020
 · 
5 min read
Featured Image
Many designers worldwide ask the same questions repeatedly “how do we deliver our design at scale?”. In other words, how can we adapt to …
February 10, 2020
 · 
4 min read
Featured Image
How long does it take before we designers realise that our work's ultimate destiny is to understand the scale?  Very recently, one of my …
January 1, 2021
 · 
4 min read
Featured Image
Welcome to every first article of the DaS™ Academy series that focuses on designers in the team of one. Let’s start with ambition – after …
January 8, 2021
 · 
6 min read
Featured Image
Welcome to the second article of this series that focuses on designers in the team of one.  Starting with ambition, I have received many …
January 15, 2021
 · 
4 min read

GRID Magazine

Explore OUR 
Articles

Every week we bring set of stories reflecting on communication, operation and technology.

Newsletter

Subscribe.

We share our 20 years of experience in creating, managing and scaling products and services that allow individuals to shape organisations through design.

Design at Scale™

LINE_MAGENTA_050_301

Categories

LINE_MAGENTA_050_301

Data

LINE_MAGENTA_050_301

Share

Internal

Collaborate

Resources

IBM PlexSan
Regular
Charcoal

Design at Scale™ is defined by three models, which form the Method. Each model operates in a different part of the business and collects and informs parties on design and engineering decisions that have a direct impact on the delivery.

All brands and trademarks presented on the Design at Scale™ 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 written approval from Design at Scale™ (alternatively GIVE™, 9V™) and/or relevant companies and agencies.

SOC_Twitter
SON_LinkedIn
SON_Instagram
SOC_-Medium
View