How to Buy the
Right Software

Chapter 3: Capturing Requirements

​Shopping for almost anything, including software, is as easy as a Google search today. With a few phrases and clicks, we can quickly see what’s available in any category from phone apps for meditation or financial planning to enterprise software for product lifecycle or quality management. Amazing and convenient, right? We also can quickly go down rabbit holes of possible solutions without the guidance of requirements. We do cover the research and evaluation stage later in this guide, but before you start Googling or checking out G2 reviews, you need to articulate and prioritize your requirements.

What Are Solution Requirements?

You may be familiar with product requirements, which range from market, customer/user, and business to functional, technical, operational, quality, and more. While you won’t be doing full requirements management activities as you do with your own products, you need to identify requirements for the solution that will meet your business needs.

Solution requirements are capabilities or conditions the software you select must have to meet the business needs and provide confidence in continued success.

​Requirement Categories

You can name and sort requirements into categories. This will help you as you work through requirements prioritization or weighting discussions as well as provide some organization to your list. You may also further group requirements into areas under the main categories.

Identifying Requirements

Creating a full requirements list from scratch is work and can be challenging if you have not defined solution requirements before. Instead, upcycle! Gather a few templates for requirements in the solution space you need and use them as the basis of your own.

Where to find templates?

• Vendors (should be free!)
• Teams that have done this before (free!)
• Peers at other companies with similar needs (free!)—reach out to them via LinkedIn and other networks
• Software consulting companies (usually as part of a fee-based service)
• Industry analysts (often fee-based)

Prioritizing Requirements

“The perfect is the enemy of the good.”
– Voltaire

There is no perfect solution. You won’t meet all stakeholder needs and you can’t make all users happy. You can find the best solution—the solution that best:

1. Meets business needs based on prioritized requirements
2. Will be adopted by users
3. Fits within your overall cost structures and resource plan
4. Will grow with you in the future

To get to the best solution, you will need to prioritize requirements. You can use a simple prioritization, such as 1=must have, 2=nice to have, and 3=do not need. As you evaluate solutions, you’ll use this prioritization value to determine weighted final scores, so use numbers.

Don’t overcomplicate the priorities. The simpler the scheme, the more valuable your conversations about what is needed, preferred, or just technology-induced dreams.

Adjusting Requirements

As you engage with vendors and see the functionality they offer, you may realize that what the vendors are providing differs in scope more than you expected. Indeed, sometimes no vendor does all you need in one package. In these cases, you want to talk with vendors (and some of their customers) about how they help with your business needs and how they don’t. With structured data and standards, many companies use data flows and integrations across systems as needed. This removes the pressure to settle for a cumbersome, expensive, or unfriendly “all-in-one” solution.