Master
ThoughtWorks
Menu
Close
  • What we do
    • Go to overview
    • Customer Experience, Product and Design
    • Data Strategy, Engineering and Analytics
    • Digital Transformation and Operations
    • Enterprise Modernization, Platforms and Cloud
  • Who we work with
    • Go to overview
    • Automotive
    • Healthcare
    • Public Sector
    • Cleantech, Energy and Utilities
    • Media and Publishing
    • Retail and E-commerce
    • Financial Services and Insurance
    • Not-for-profit
    • Travel and Transport
  • Insights
    • Go to overview
    • Featured

      • Technology

        An in-depth exploration of enterprise technology and engineering excellence

      • Business

        Keep up to date with the latest business and industry insights for digital leaders

      • Culture

        The place for career-building content and tips, and our view on social justice and inclusivity

    • Digital Publications and Tools

      • Technology Radar

        An opinionated guide to technology frontiers

      • Perspectives

        A publication for digital leaders

      • Digital Fluency Model

        A model for prioritizing the digital capabilities needed to navigate uncertainty

      • Decoder

        The business execs' A-Z guide to technology

    • All Insights

      • Articles

        Expert insights to help your business grow

      • Blogs

        Personal perspectives from ThoughtWorkers around the globe

      • Books

        Explore our extensive library

      • Podcasts

        Captivating conversations on the latest in business and tech

  • Careers
    • Go to overview
    • Application process

      What to expect as you interview with us

    • Grads and career changers

      Start your tech career on the right foot

    • Search jobs

      Find open positions in your region

    • Stay connected

      Sign up for our monthly newsletter

  • About
    • Go to overview
    • Our Purpose
    • Awards and Recognition
    • Diversity and Inclusion
    • Our Leaders
    • Partnerships
    • News
    • Conferences and Events
  • Contact
Global | English
  • United States United States
    English
  • China China
    中文 | English
  • India India
    English
  • Canada Canada
    English
  • Singapore Singapore
    English
  • United Kingdom United Kingdom
    English
  • Australia Australia
    English
  • Germany Germany
    English | Deutsch
  • Brazil Brazil
    English | Português
  • Spain Spain
    English | Español
  • Global Global
    English
Blogs
Select a topic
View all topicsClose
Technology 
Agile Project Management Cloud Continuous Delivery  Data Science & Engineering Defending the Free Internet Evolutionary Architecture Experience Design IoT Languages, Tools & Frameworks Legacy Modernization Machine Learning & Artificial Intelligence Microservices Platforms Security Software Testing Technology Strategy 
Business 
Financial Services Global Health Innovation Retail  Transformation 
Careers 
Career Hacks Diversity & Inclusion Social Change 
Blogs

Topics

Choose a topic
  • Technology
    Technology
  • Technology Overview
  • Agile Project Management
  • Cloud
  • Continuous Delivery
  • Data Science & Engineering
  • Defending the Free Internet
  • Evolutionary Architecture
  • Experience Design
  • IoT
  • Languages, Tools & Frameworks
  • Legacy Modernization
  • Machine Learning & Artificial Intelligence
  • Microservices
  • Platforms
  • Security
  • Software Testing
  • Technology Strategy
  • Business
    Business
  • Business Overview
  • Financial Services
  • Global Health
  • Innovation
  • Retail
  • Transformation
  • Careers
    Careers
  • Careers Overview
  • Career Hacks
  • Diversity & Inclusion
  • Social Change
Experience DesignSan FranciscoTechnology

3 Ways to Add Design Thinking to Inceptions

Zichuan Xiong Zichuan Xiong

Published: Jun 1, 2014

An Inception is a collaborative design process for a group of stakeholders to share the same understanding about an upcoming project. It is an activity focusing more on “why we do it” rather than “how we do it”. The methods of conducting an inception continually evolve as we face different situations with each client. A good Inception practitioner should always be thinking about improving the methodology. In this article, I will detail our Inception experience at Technovation and discuss three improvements we made.

#1 No first day Elevator Pitch

Convention told us that on the first day of Inception we should have all participants share the same product vision. The Elevator Pitch is a good tool to get everyone on the same page, but there are some risks:

  • Do we really know what users we should be targeting at the very beginning?
  • Do we know our product value, given we haven't talked about real scenarios yet?
  • Do we really understand what features we should provide?

Do not jump into solution discussions before you are clear enough about what problems you are attempting to solve. Shouldn’t that be our guiding principle? But how do we do that when every time we go to a client inception, the very first thing we always do is to work on an elevator pitch, a.k.a product vision.

The Elevator Pitch, should instead be a retrospective at the end of the “definition” part of your inception, to check whether everyone is on the same page, after all those workshop sessions. But not a part of Day 1.

#2 Persona is overrated

The necessity of the Persona should be de-prioritized. We spend so much time with our clients creating those “user pictures” by imagining customers' names, occupation, gains, fears, hopes, etc. And after the Inception we find ourselves questioning, "Where did those personas go?". I agree that it is a nice way to collaborate with the client and focus on the user, but the bottom line is that you cannot make everything up about the user - you should at least base it on some facts, and real customer behavior. Considering we always de-value user research, I don't think those facts and data on user behavior are usually ready and available at inception.

So how do we get around it? We do a user goal session instead of a long persona session. Here’s how:

  • Stakeholder map practice: This maps high interest and high influence, with the focus area being the top right quadrant. It is a traditional approach to prioritize the important users of the system.
  • User relationship matrix: This determines the importance of the user role by discussing how one user type engages with another. It also helps us understand both their interaction.
  • User goal brainstorming: This is a good customer journey driven by a well-defined user goal. By identifying these user goals we can set up the right goal for to be achieved by the product.
  • Dependency analysis: User goals have to be prioritized. Understanding the dependency between the goals, helps us make more logical decisions about the priority, rather than intuitive voting. After this exercise, we get a list of the most important user goals for the most important stakeholders. We will use then them as an input for our customer journey mapping session.
    ​

#3 Be careful about voting for priority

We like voting. However one of the biggest challenges we receive from the design community is "good design cannot be voted". My response to that is this - before the product release no one knows what is good or bad, so a good design at this stage should be the cheapest and quickest design that helps you define good or bad. That's why we like voting (the cheapest and quickest bit). But design thinking says "it is always good to balance analytical and intuitive thinking". We should thus think how to add more analytical methods to the prioritization process.

First, the design process should be a convergent journey. Identify the most important stakeholders, user goals, challenges, etc. Every step of this approach is a prioritization, even if we don't call it out as such.

Second, the system analysis approach helps - methods like Root Cause Analysis, System Feedback Analysis, etc. These methods use a more logical way, rather than unclear “business value” to define priority. For example, when doing a dependency analysis on identified core features and using dependency as a key metric to define priority, we understand that the Team Dashboard would be less important than the Team Setup, because one first needs to have a team set up.

In Practice

Below is the deck based on our Design Thinking driven Inception with Technovation

Master
Privacy policy | Modern Slavery statement | Accessibility
Connect with us
×

WeChat

QR code to ThoughtWorks China WeChat subscription account
© 2021 ThoughtWorks, Inc.