Build a thriving app with this FREE guide

Streamlining Customer Experiences

Build a better app with Feature Discovery

Pocketworks

By Tobin Harris
Managing Director, Pocketworks
October 30, 2022
Updated October 30, 2022

Build a better app with Feature Discovery
Plant Motif Leaf

If you're anything like me, you want to be able to build great things quickly. You want to get your product in the hands of users and start learning what they think as soon as possible. But you also don't want to sacrifice quality for speed; you need to get it right.

The product discovery process sometimes has a bad reputation with stakeholders. That's where feature discovery comes in - it helps us build better products faster by helping us focus on the feature you're trying to build right now. In this article, we'll discuss the benefits of conducting product discovery for each feature, and how it can help you generate more ideas and build a better product more quickly.

The problem with big upfront product discovery

The way many companies conduct product discovery goes something like this.

  1. They bring together a team of people - designers, developers, product managers, stakeholders
  2. They spend weeks or even months doing research.
  3. They'll talk to users, look at data, and try to understand the problem from all angles.
  4. And then they'll come up with a big plan for the product.
  5. Often this involves creating wireframes, polished designs and technical architecture diagrams.

They effectively end up with a waterfall specification - an extensive plan of what to build.

Here's the problem. Waterfall has its strengths, but innovation isn't one of them.

With big upfront product discovery for your app, you're more likely to fall into the trap of placing one big bet on an app idea. If it fails, then the entire investment fails. Whilst you can keep your upfront discovery light, it often doesn't end up this way. Which is why I think it's dangerous.

Some executives love this approach because they are confident in their ideas and want to see them built. This is a very human problem; when you're trying to come up with the perfect solution for a problem, it's easy to get attached to your ideas and overlook better ones.

By moving from upfront product discovery to feature-by-feature discovery, you can move more quickly and avoid big-design-upfront or placing big bets on the favourite idea.

What is feature discovery?

Feature discovery means conducting discovery every time you embark on developing a feature. It's not a replacement for upfront product discovery. However, you will be able to do a smaller upfront product discovery knowing you will conduct deeper discovery on each feature you build.

The goal of feature discovery is to learn about a user's needs before you design, build, and release a solution for that need. This means that you're constantly learning and evolving your product based on user feedback. It's an agile approach to product development that helps you move more quickly, while still maintaining a focus on customer insight, quality and outcomes.

How to conduct feature discovery

A typical discovery process might look like this:

  • Learn about a customer problem
  • Define it well
  • Generate ideas to solve that problem
  • Test ideas to see which is the fittest
  • Pick the winner and elaborate on it
  • Deliver the winning idea and measure it
  • Use the learnings and repeat if necessary

For a product discovery, you might be focusing on a big strategic problem. For example "Only 15% of our mobile customers buy online". If you're conducting feature discovery, you'd still conduct an upfront product discovery to dig into this. However, your goal isn't to define an entire solution or app. It's to prove that there is a possible solution that could improve the status quo, without going into the details.

Then, once you have proven that you have an idea that can solve this problem, you then move into proper product development where feature discovery is conducted for each feature you build.

Doesn't this take a long time?

In my experience, feature discovery is pretty quick. You can do research for one feature whilst developing another.

An example may help.

We recently noticed that we were losing 55% of customers in the first 10 minutes of using our app. We felt like this was a big problem to solve. So we started exploring that problem by analysing customer reviews, getting stakeholder feedback and doing some user testing. We then generated three ideas and weighed up the pros and cons of each. In the end, we picked an idea and ran it as an A/B test. The whole process has taken five weeks. This may seem like a long time, but if we can create a 2% uptick in purchase conversions, we'll see almost £0.5m in revenue as a result.

As a small aside, other stakeholders and I were married to another idea that we decided not to go with. The new learnings convinced us that we might be making life too complicated for our customers, so we ended up trying what we felt was a better approach.

How does feature discovery compare to continuous discovery?

Continuous discovery is the concept of continuous learning. It's accepting that discovery isn't a one-time activity and that you need to constantly revise your understanding of customer needs, your market and technology. Teresa Tores lays out a framework for this in her book, Continous Discovery Habits.

Feature discovery is similar in that it takes a continuous approach to discovery. However, in feature discovery, the focus is to conduct the learning needed for the feature or opportunity in hand.

Feature discovery assumes you've already decided what problem to solve, or which feature to develop. The broader continuous discovery goes further and addresses the question "What should we focus on next?". Essentially, it provides a means of discovering opportunities, and then discovering solutions to those opportunities.

Take your first steps into feature discovery

In many organisations, executives dictate what must be built next based on their knowledge and experience. Gartner's research explains the risks of this:

There is nothing more wasteful for a product team than developing a product that fails in the market. Product managers can reduce the risk of failure by progressing ideas to development only after their problem/solution fit has been verified during product planning through customer discovery.

In my experience, the benefit of feature discovery is that it helps you create new habits without a big investment. You can start small and introduce learning and evaluating options into your feature development process. Each time you take a breath to consider what features to build next, you can initiate a team effort to frame the problem, and research customer needs or new technologies. You can then generate ideas, prototype them and validate them before committing to a direction.

About Pocketworks

We're mobile advisors, investors, and do-ers. We help you deliver positive impact at scale while hitting ambitious revenue targets. Partner with us to hone your strategy, develop apps and platforms, and drive epic growth with mobile. We offer education, consultancy and app development services.

Subscribe to the newsletter

Be the first to read our articles and get fortnightly tips on app research, development and growth.

Arrow

You can unsubscribe at anytime and we do not sell your data to anyone.