Creating Product Requirements Document

In the beginning, you create the most basic version of your product. It may be simple, but it does the job: move your users from point A to point B.

The next step will be to gather user feedback on your product. Do users like it? If so, you can implement a new feature to improve the product. If not, you need to go back and see what can be done differently. But wait, before developing a set of features, you need to create a digital product strategy and vision for its further development.

restaurant mobile app design

In other words, building a great product requires plenty of research and in-depth planning. But where do you start?

Product managers often start with defining product requirements documents. It helps to outline the product purpose, value, and behavior.

In this case study, we're going to showcase how we took our client's product from an idea stage to developing a scope of a product MVP. 

Project Overview

Project Overview

Project Overview

Project Overview

Eating healthy while traveling is no easy task. Once you get to the final destination you’ve got to decide where to eat balanced meals in a foreign city. Our client advocates for a healthy lifestyle. The problem she often encounters is the limited ability to have proper nutrition while traveling. Thus one of the main ideas of the service is to help users quickly access a list of organic restaurants when visiting a new city.

Problem statement

Problem statement

Problem statement

Problem statement

The client had an idea to launch a service that would essentially be the directory of all healthy food restaurants. The aim was to find out the product viability while giving equal importance to features.

Also, any technical work related to synchronization took a lot of time, and it was difficult to debug it. 


Our role in the project was to fix issues related to data synchronization across multiple devices and make synchronization more stable and fast. It was also important to ensure proper planning along with the offline-first approach.


There's a tendency to plunge head into coding without any initial preparation. 

At CXDojo, we primarily focus on the business needs of our clients. 

Every collaboration, we start with a 1-2 day workshop, where we bring our product development team and the client together to understand what's the product, and what we want to achieve. It enables us to create a digital strategy for the clients, including MVP releases for testing the product in real market conditions. 

We joined this project at the idea stage - a service that will help travelers to access a list of organic restaurants wherever they are. When we stumble upon a challenging idea, we can spend around one week articulating and prototyping our vision. Defining all the product details and business goals can significantly reduce costs during the digital product development process

So let's get to it: before proceeding to develop the product requirements document, there was a need to create a restaurant database. We processed the existing directories with restaurants to compile the initial list of organic restaurants. For example, to speed up the process, we automated our approach to data collecting, structured it, and calculated the so-called restaurant organic score. In this way, we got a list of organic restaurants in the Bay Area. The only thing required from the user was to open the page from this region, and the list of organic restaurants would automatically pull up. To process all the data received, we used a WordPress plugin. It allowed us to collect statistics as well as prioritize features and product improvements. 


The first outcome was the database of restaurants that needed to be processed. 

The next step was to dive deeper into building an algorithm that would allow us to categorize the restaurants (organic, vegan, meat, fish, local food). To test our idea and verify the client's assumptions, we created a simple landing page. It helped us learn in real-time how users interacted with a product and which features were used more often. 

To capture the vision and product strategy, we used the product vision board. It helped us to test our assumptions and capture the newly gained insights.


The advantage of using this kind of approach includes a deeper understanding of the product concept, its value for users, and a higher quality final result. By keeping the product vision at the core of our development process, product ideas and features may radically change during the project but the result will be exactly what is needed. 

At this point, we understood what our product was and what we wanted to achieve. It was time to go a bit more into detail and define user stories


We described each action the user will take in a very concise and objective way. Then we moved on to prototyping the MVP.



Right away, in a simple manner and at almost no cost, we were able to involve as many early adopters as we wanted to participate in our project.

The outcome is the visibility we now have on: what features matter to people and what's the V (viable) of our MVP, and what is not.

Value Delivered

Value Delivered

Value Delivered

Value Delivered

Based on the product idea and regular communication with our client, we’ve developed requirements for our future app. 

We created a product vision that helped us understand the target group better and assess how much value the product would provide.

We defined the scope of our future MVP by creating user stories, and acceptance criteria with all the estimates. 

We've identified and approved all requirements necessary for further product development. 

Have a project you’d like to discuss? Contact Us!

Improving app retention rate

grow app user base


Conduct an effective survey Facebook Twitter Dribbble LinkedIn

541 Jefferson Ave. Ste. 100
Redwood City, CA, USA 94063

4a bakulina st. Ste. 48
Kharkiv, Ukraine 61000

4a bakulina st. Ste. 48
Kharkiv, Ukraine 61000


© Copyright 2021 CXDojo