In the book design of everyday things, there is a mention of design is a very complex thing and needs to involve people from multiple parts and roles of the company but usually it is not done. Very few companies involve people from multiple roles and disciplines. At Recruiterbox, we borrowed heavily from the sprint book by Jake , John & Braden and created a design process that helps us rapidly come up with solutions within two-three days for complex and vague problems. We involve people from customer support, engagement, design, engineering, product owner and managers in our design process.

We approach our design meetings with the following objectives

To get everyone to a common understanding about the problem to be solved
To arrive at a starting point for design
To break down the values that can be delivered incrementally to customers
To derisk the risks in terms of perceived customer value & tech constraints

We pace the sessions across multiple days depending on the outputs from each session. We have been able to quickly churn out designs involving everyone possible.

We rank top in the user friendliness in capterra - http://www.capterra.com/applicant-tracking-software/#user-friendly

 

 
1 favorite thumb_down thumb_up 3 comments visibility_off  Remove from Watchlist visibility  Add to Watchlist
 

Outline/structure of the Session

Outline of the session.

Day 1

Problem definition - The product owner gives an overview of the problem and why we need to solve. Every one are given a sticky pad to keep writing any questions popping up, one sticky at a time. They also note down their thoughts but do not speak up (Just make sure every one participates, a writeup here)

Questions - Some time is given to the team to go through their notes and write down the questions and put them on the board, the product owner keeps grouping the questions based on the theme. These questions are why, what, when, who nature. We skip the how to implement part for later sessions.

The product owner goes through the questions along with the designers and scopes the solution space. Risks and assumptions are identified in the process and noted down on the wall.

User Journey Mapping - Based on the solution scope, a rough user journey map is drawn to get everyone on the same page. This draft keeps changing over the entire exercise.

How will we implement questions - After scoping, stating risks and assumption, the team then puts up their how will we implement a scenario or condition question. We collect all the questions, remove duplicates and out of scope ones. If the final list is greater than 10, we either cancel our exercise or revisit the scope to keep it manageable. 

The team breaks for the day with a home work to find inspirations from existing designs and present it to the team.

Day 2

Demo - The entire team brings the results of their findings and present it to the team. Each one takes turns to tell what they found in the public domain potentially solves the problem and why they liked it.

Sketch - The team then sketches their solutions which may or may not answer all the questions about the implementation and put it up on the wall like a gallery.

Walkthrough - Each person gives a walkthrough of their solution, feedback is captured and put next to the sketch.

Storyboard - The designer and product owner picks up the sketches which solve the problem well and map a story board to reflect the user journey map.

Values to be delivered and sequence - From the storyboard the engineers derive the values to be delivered and in what order to deliver so that we can keep delivering week on week.

We validate if all our objectives are met, archive our sketches and get to implementation

Learning Outcome

How to involve people from all disciplines in the design process and make them participate as well.

Target Audience

Product Managers, Engineering Managers

schedule Submitted 7 months ago

Comments Subscribe to Comments

comment Comment on this Proposal
  • Shiv Sivaguru
    By Shiv Sivaguru  ~  7 months ago
    reply Reply

    Vinod,

    multiple questions:

    The proposal seems to indicate that the design is done in 2 days.

    When you say homework in day 1, is that expected to be done between the end of day 1 and beginning of day 2?

    While it is ok to look at existing designs for information, if that is used for inspiration,how do you bring in breakthrough creativity?

    What about validation of the design? or, the assumptions related to the design?

    How will the two days be simulated or explained in 20 minutes?

    • Vinod Kumaar R
      By Vinod Kumaar R  ~  7 months ago
      reply Reply

      When you say homework in day 1, is that expected to be done between the end of day 1 and beginning of day 2?

      -Yes, the homework is expected to be done between at the end of day1 and beginning of day 2.

      How do you bring in breakthrough creativity?

      - The problem statement we discuss is very unique to Recruiterbox, the existing solutions helped us to narrow down our efforts

      What about validation of the design? or, the assumptions related to the design?

      - One of the objectives of this is to arrive at the starting point for design. The validation is taken by phased rollout which is not part of the design process

      How will the two days be simulated or explained in 20 minutes?

      - I want to explain briefly on what we do spending about 1-2 minutes about each step. A lot of these ideas have been borrowed from the sprint book. Do you have any recommendations to change the format, I usually prefer 20 minute presentations.

      • David Hussman
        By David Hussman  ~  7 months ago
        reply Reply

        I would like to see a 20 minute format.