Telerik blogs
870x220_Telerik-Blogs

Bailey is a guest author from our partner truematter - user experience experts who help their customers achieve greater efficiency and engagement.


When creating a digital product, be sure you don't skip that crucial first step: Determining the problem that needs to be solved.

You’ve decided to create a digital product. You have a great idea and business case for your new site, app, or software suite. It’s tempting to dive right in – you’re ready to get started! You look over your marketing analysis, set out a few technical requirements, and get someone from marketing to mock up how it will look. You’re almost ready to build the thing. Most teams go into development just like this. But there’s a big problem with this approach. You’ve skipped the crucial first step in creating a successful digital product: Determining the problem that needs to be solved.

The Solution Can’t Come First

If you decided to go into space and set off in the rocket the very next day with just a star map and a radio, you might have a fantastic and impressive intergalactic adventure. But it’s very unlikely you would accomplish anything, or even ever return home. How could you? You never defined a mission, let alone what it would take to complete it and get back to Earth. The same is true for digital product creators who skip the Discovery phase.

“Come to terms with the fact that you don’t know your users’ problems.”

Identify the Problem(s)

The first step in creating a successful site, app, or software suite for other people, is to come to terms with the fact that you don’t know your users’ problems. This is crucial. You know what you want them to do, but that’s not the same as understanding their tasks and issues. You don’t know what they need from you. For that, you need Discovery.

Discovery Before Strategy

For any truly successful digital product that improves business and reaches project goals, Discovery comes before anything else. Do not make any decisions about how your site, app, or software will look, what functionality it will support, or anything else until Discovery is complete.

“Don’t assume you know anything about what your digital product should do.”

Don’t Guess, Do Your Research

Discovery is where you conduct your fact finding, information gathering, and research doing. It’s where you find out what users really need from your digital product and realize your assumptions about what the thing should look like and how it should act were totally wrong. Don’t assume you know anything about what your digital product should do or how it should do it before you understand what your users need and why they need it. Your assumptions are really nothing more than guesses and almost 100% of the time they will be wrong.

By the way, this goes for any help you bring in as well. If a consulting firm gives you design, structure, or any other strategic recommendations before Discovery, they’re just guessing at your users’ problems and solutions, hoping it will work out. It won’t, and you’ll end up wasting time and money on a solution that doesn’t address the real issues.

Discovery Leads to Success

We won’t lie – Discovery is a time-intensive, thorough, painstaking process. It has to be. It’s the only way you’ll know the strategic direction your site, app, or software suite should take. It’s the only way you’ll know what your users need on all fronts: functionality, structure, content, and design. It’s the only way to make a digital product that solves the business problems it exists to solve in the first place.

Discovery will Happen Either Way

If you don’t set out to conduct an intentional, informative Discovery, it doesn’t mean Discovery won’t ever happen. It will happen on its own – you’ll learn things about your users, technical needs, timeline, and every other aspect of your project. But you’ll learn them in a haphazard, undocumented way, and you’ll often learn about them too late to do anything about it. It’s a very risky and costly way to run a project.

When you complete Discovery, you’ll be able to see what the path forward must be.

Discovery Reduces Risk

Going through a proper Discovery will lessen risk in all areas of your project: budget, timeline, requirements, meeting user needs, the list goes on. It will also bring a definition and clarity to your project that will help you stay on track strategically and create helpful and thorough requirements for your developers. When you complete Discovery, you’ll be able to see what the path forward must be and you’ll have specific user data to use against any unwanted meddling and opinionated stakeholders.

Deciding to Start with Discovery

The first step to conducting a successful Discovery is to decide to do it. You’ll need to set aside the time, resources, and planning to get it done. You’ll need to ask for stakeholders’ time and coordinate getting users together for user exercises. That all takes intention and a commitment to doing it right. But, believe it, the extra time and effort will spell out increased success for your project in the end.

As you start your Discovery, you’re going to do four things:*

  1. Talk to real users and get data from them through user research exercises.
  2. Take stock of what you have and what you need.
  3. Study the competition. (It’s amazing how many teams skip this step.)
  4. Identify and clarify your business goals.

Once you complete these things, then and only then will you be ready to talk strategy – what the product should look like, how it should function, what information it should give users. Only then are you ready to move forward creating and developing your digital product.

*Here’s a list of great resources for getting started with user exercises:

Persona creation dos and don’ts: http://blog.truematter.com/2018/dos-donts-creating-powerful-user-personas/
Why made-up personas don’t work: http://blog.truematter.com/2018/made-personas-dont-work/
How to conduct user observation: http://blog.truematter.com/2018/let-users-show-whats-not-working/
How user testing helps with design: http://blog.truematter.com/2018/user-testing-made-better-designer/
Intro to card sorting with examples: https://usabilitygeek.com/card-sorting-quick-guide-for-beginners/
How to use cards to improve your IA and content strategy: https://www.smashingmagazine.com/2014/10/improving-information-architecture-card-sorting-beginners-guide/
How to conduct different types of user interviews: https://www.interaction-design.org/literature/article/how-to-conduct-user-interviews
Intro to running a successful UX interview: http://theuxreview.co.uk/user-interviews-the-beginners-guide/
How to conduct a user-focused survey: https://uxmastery.com/better-user-research-through-surveys/
Running a successful UX survey: https://www.surveygizmo.com/survey-blog/6-tips-ux-surveys/
Think user testing is just a luxury?: http://blog.truematter.com/2018/think-user-testing-luxury-ask-airbnb/

Building with UX in Mind

One good way to help your UX efforts is to make sure that you use UI components that were designed with UX in mind: Kendo UI. Get great UX whether you are using a Grid, Chart, Scheduler, or any of the components from the extensive library. Check out Kendo UI and see for yourself.


UX
Bailey Lewis
About the Author

Bailey Lewis

As director of content strategy at user experience consulting firm truematter, Bailey oversees the content and writing initiatives for all UX projects. Her work is informed by researching and testing digital products with real users. She works with regional, national, and Fortune 500 clients on UX and content strategy projects, from definition through implementation.

You can find UX articles by Bailey at http://blog.truematter.com/.

Comments

Comments are disabled in preview mode.