When designing a new product, you typically describe the business case and objectives up-front which in turn are further detailed by business and functional requirements.
So let’s take a look at the requirement specification process.
Typically requirement specifications are defined at two different levels from a business point of view:
- Business requirements (high-level)
- Functional requirements, non-functional requirements and use cases (detailed)
Business requirements are high level requirements that management and a board of directors would typically understand, as follows:
"We need to establish an online customer portal."
"The portal should list our products."
Functional requirements on the other hand are very detailed and outline exactly what needs to be delivered and would typically be read by business analysts, developers, project manager and testers:
"The system shall be able to register a product using the following fields: Name (20 characters long), Details (2000 characters long), Price (currency), Category (pick list)."
"The system shall support that up to 5 pictures can be listed per product."
So it means that a business requirement (“The portal should list our products”) will be broken in to one or more detailed functional requirements as shown above. In addition you would have a section with user stories that details the different uses of the system step-by-step e.g.
REQUIREMENT MANAGEMENT TOOLKIT
Get your $7 Requirement Management Toolkit & control your requirements without mistakes!
Use case 1: Login
1. Go to website
2. Click on login
3. Enter username and password
4. You are redirected to the start page.
In turn requirements should be linked to the user stories.
Note: I have on purpose not described how wireframes should be used. Neither have I included any additional designs being developed based on the functional requirements, such as technical architecture or implementation requirements, because they will be highly dependent on how the implementation is made (mobile, web, desktop, physical product etc).
Read the blog listing the Top 10 tips for writing good requirements.
Feel free to share your own experiences and questions.