Why Disqus uses Discovery Sprints to design products
This is Part 1 of 2. Read Part 2 at “Tips for running a successful Discovery Sprint”.
Over the past year, the design team at Disqus has worked with product management and leadership make our product development process more open and inclusive. Myself, the Product Design Lead, along with the Design Team at Disqus successfully introduced design thinking practices, including user research and creative brainstorm sessions, across the company. At the heart of this work is the Product Discovery Sprint.
A Product Discovery Sprint is a multi-day workshop led by the design team and involves team members from sales, marketing, engineering, product management, data, and analytics. Most recently at Disqus, the design team led two simultaneous Discovery Sprints to define our roadmap for the remainder of 2017. The workshop helped us gather input from different voices across the company and conduct research more rapidly to validate ideas. The end results were broad, team-wide alignment and a new process that can be successfully replicated in the future.
Here we are sharing what we’ve learned about Discovery Sprints in hopes that other designers and product teams can apply these principles in their own work. We’ve included some information about what a Discovery Sprint is, but for the most part assume you have basic knowledge of what they are, but may not have run a sprint yourself.
What is a Discovery Sprint?
A Discovery Sprint is a 5-phase workshop that brings together participants from different teams in an organization to collaboratively solve a problem. It’s based on the popular Design Sprint, a design-thinking methodology developed at Google and IDEO. At Disqus, we choose to call it a Discovery Sprint because it more accurately represents what we accomplish and fosters a more inclusive environment.
The 5-phases of a Discovery Sprint are Align, Sketch, Decide, Prototype, and Test. Sprints are usually led as a five-day (Monday through Friday) workshop with each day dedicated to a single phase. However, this format is flexible. At Disqus, we configure the timeline to better suit our team and the project. For example, our last sprint at Disqus followed this format:
There are many resources online teaching people how to run these sprints. Here are a few of our favorites:
- Design Sprint: A Practical Guidebook for Building Great Digital Products by Richard Banfield
- Sprint by Jake Knapp, John Zeratsky, and Braden Kowitz
- Design Sprint Kit from Google
We’ve also prepared an example slide deck close to one we would use at Disqus.
Why are Discovery Sprints valuable?
Disqus is a publisher-first company. Publishers work hard to create and distribute great content to their readers, and Disqus helps them increase engagement and build audience loyalty. Discovery Sprints make it easy to keep publishers at the forefront of our work because every exercise keeps the team thinking about what they know about publishers, what they need to learn about publishers, and how their ideas will affect publishers. In addition, conducting customer interviews, reviewing past research, and conducting user testing gives us the input we need from publishers to build new products with high confidence.
In our last sprint, we were able to significantly cut down the scope of upcoming projects based upon our research findings. We use Discovery Sprints to evaluate ideas before dedicating extensive time and resources to a project.
Our team creates a shared vision when projects are kicked-off with a Discovery Sprint. It helps us break out of the normal cadence of work and set a refreshing tone for the next problem to solve. Sprints create an inclusive and fun space for people to explore new ideas where everyone has a voice — no matter your role. Not to mention, sprints are fast and efficient. Our team comes feeling excited about the projects they will work on in the coming weeks.
How did we get team buy-in?
The Design Team didn’t start running full five-day Discovery Sprints from the get-go. We started with a smaller group of teammates and much less time. We identified opportunities to run small, ad-hoc sessions that addressed immediate needs in the projects we were working on. For example, when our ads team was looking for new ways to display one of our ad-types, we led an ad-hoc sketching session to generate solutions. The result of this session was shared out to the company. By working incrementally towards more rigorous Discovery Sprints, we established the confidence we needed to make Sprints a regular part of product development at Disqus.
The first step to take when planning your first Discovery Sprint is to get teammates involved. Start by getting buy in from a Product Manager and high-level executive. At Disqus, we’re fortunate our senior team values design and research. However, if you don’t have buy-in from a senior decision maker to run a Sprint, talk to someone with a close relationship with your customers and get them involved. Then, scope down your sprint to a few exercises relevant to a project you’re working on. Think of this like building an MVP Discovery Sprint. When you’re done, present the results. Even with a smaller team and less time you can start generating output and show your company the results are valuable.
What did our team think?
The response from our team after our last sprint was very positive. Even though most of our teammates have never participated in this workshop before, everyone grew into the creative, publisher-first mindset we hoped to foster.
“Discovery Sprint was an opportunity to look deeper into key issues and ask questions, such as, what makes a reader come back to a site and how does a publisher decide on what content to write. It was great to see Disqus, as a team, successfully come together to share feedback and create solutions for publishers.”
“We are never short of ideas for new and cool things to build. The Discovery Sprint helped us to focus our creative efforts around solving real problems that our customers face. The process kept us focused on tangible goals, without inhibiting creativity. The hands-on research conducted with customers at the end of the sprint was especially useful both for product prioritization and for me as a marketer. The insights we learned from research will definitely help me in the future when I work to introduce new features to our market.”
“The first day was a little rocky for us, but we really got into the groove in day two. Bringing together this diverse group of people brought out the best in our ideas. The creativity was through the roof!”
Final thoughts
Our last Discovery Sprint was indispensable to the most recent roadmapping cycle at Disqus. We came out of the sprint with research that helped us scope down our efforts and set a direction for the rest of the year. As we continue using Discovery Sprints, we hope to share more tips and resources to help others run them successfully. Also, a big shout out to Darlena Tran who’s work has been essential to making this happen.
What has your experience with design sprints been like? Any tips, questions? Let us know in the comments!
This article was originally published on The Disqus Blog.
