Customer Requirements and End-User Requirements

Q: My company thinks about customer requirements but does not think about end-users. What’s your advice?

Contact us

Customer Requirements and End-User Requirements

Q: My company thinks about customer requirements but does not think about end-users. What’s your advice?

Fill out form to continue
All fields required.
Enter your info once to access all resources.
By submitting this form, you agree to Expero’s Privacy Policy.
Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.

Q: My company thinks about customer requirements but does not think about end-users. What’s your advice?

For a software company, “customer” and “end-user” often are different. A customer is the one who buys the software, and an end-user is the one who’s stuck using it. Customers and end-users can have very different goals and requirements for the software. Customer requirements are usually driven by Product Management, while a User Experience group may own the end-user data. It’s critical for all of the people who collect requirements to communicate frequently and for both kinds of data to feed into planning for new releases.

End-user input and feedback are especially important in understanding why specific features are needed and how they should work.

Case in point: A software company we know created a new product feature based on a single large customer’s request. After the expensive new feature had been developed and released, the company learned that their customer’s request came from a desire to fix a workaround issue that could have been solved with just a few field-level changes on a single screen. Had end-user data been considered, the company would have saved a lot of money.

In a perfect world, Product Management and User Experience constantly communicate what they’re hearing from customers and end-users so that requirements can be validated or refuted just from talking to each other. (Other good data sources include Support, Customer Service, Sales and Training.)

In cases where there is a dispute over what Development time should be spent on, a smart person at a high level in the organization should determine the requirements based on the company’s overarching business goals.

User Audience

Services & capabilities

Project Details

Technologies

Expero Staff

May 15, 2007

Customer Requirements and End-User Requirements

Q: My company thinks about customer requirements but does not think about end-users. What’s your advice?

Tags:

Q: My company thinks about customer requirements but does not think about end-users. What’s your advice?

For a software company, “customer” and “end-user” often are different. A customer is the one who buys the software, and an end-user is the one who’s stuck using it. Customers and end-users can have very different goals and requirements for the software. Customer requirements are usually driven by Product Management, while a User Experience group may own the end-user data. It’s critical for all of the people who collect requirements to communicate frequently and for both kinds of data to feed into planning for new releases.

End-user input and feedback are especially important in understanding why specific features are needed and how they should work.

Case in point: A software company we know created a new product feature based on a single large customer’s request. After the expensive new feature had been developed and released, the company learned that their customer’s request came from a desire to fix a workaround issue that could have been solved with just a few field-level changes on a single screen. Had end-user data been considered, the company would have saved a lot of money.

In a perfect world, Product Management and User Experience constantly communicate what they’re hearing from customers and end-users so that requirements can be validated or refuted just from talking to each other. (Other good data sources include Support, Customer Service, Sales and Training.)

In cases where there is a dispute over what Development time should be spent on, a smart person at a high level in the organization should determine the requirements based on the company’s overarching business goals.

User Audience

Services

Project Details

View Transcript

Similar Resources

Feature Bloat or Genuine Value? Understanding Usefulness vs. Usability

Q: In usability tests, people say our application is easy to use. But in the field, very few users are actually using the app. What should we do?

Watch Demo

DataStax Astra Demo

  • Porting an existing DataStax Enterprise application to DataStax Astra
  • Astra allows for administration-free database services
  • Use the same DataStax tooling and modeling studio for Astra
  • All your APIs continue to work as you expect when moving to Astra
Watch Demo

Astra First Impressions - Porting an Existing Application

Learn about Astra, the new DataStax DBaaS offering for Cassandra.

Watch Demo

Hey TigerGraph! Your 2020 Forward Looking Thoughts Are Already Here!

At Expero, TigerGraph’s 2020 projections are already in place or well underway.

Watch Demo