Stakeholders face many questions when building an app for the business. Software development companies offer Discovery phase service, which forces them to realize the problem first, empathize with people who lack the solution, and then build it with the right means. If to skip the phase, the software development project has more chances to fall through due to not finding users’ needs, other requirements, and finally a wrong solution.

Need help with software development? Contact us now
Get a quote
Contents

What is a Discovery Phase in Software Development?

Unfortunately, some people often underestimate the Discovery phase for software development. Clients may think “I know everything inside out about my project, just let’s jump to implementation now”. However, many insufficiencies, badly written requirements, or not relevant for end-users features can be improved and identified during this phase. Think of the cost of mistakes. They can be eliminated during discovery, for which you pay a truly affordable price, or you can pay users’ trust, income, and time when it is an already built solution.

Discovery is applied not to misinterpret your vision over a product (which can be restricted to your preferences and experience) with the vision of your end-users, your target audience. This is why the idea of product discovery appeared as a call to go out of your offices and talk with customers, gathering their pain-point in real life. Hence, the value of the discovery phase of a software project is to avoid the risk of building the wrong app. Wrong is the one that is useless for end-users.

When Do You Need Discovery?

Hardly it is mere guessing whether you need discovery or not. It is firstly the experience in software development that from the first talk with a client can answer the question: “Does this idea need discovery?” Raw projects, the ones with constantly changing requirements due to trends or other conditions, startups are especially recommended to have an expert view over the project idea. If you have ever thought about the next questions, and doubts arose, then it is almost a verified need for discovery service:

  • How not to miss any requirements for my system?
  • Do I properly set requirements for the system?
  • How will my clients use the application in a particular situation when…?
  • What trends could differentiate my app from other apps?
  • How many screens would be optimal to have?
  • How much does it cost to make such an application?
  • What improvements can be made, but how much will it increase development costs?
  • Where can I get a consultation on my software product?

If you’ve not consulted any business analysts, or software companies, or professionals who could apply tools of analytics to learn your customers in a technically right and advantageous way, if these questions resonate for you and you have other specific ones concerning your app then let’s go deeper into how discovery is conducted and what it will bring to you.

Note On the Goal of Product Discovery

The goal of the discovery phase in software development is to eliminate risks of building app users won’t need, not to find out the product requirements.

Focus on problem validation, not solution building

Product Discovery Tips, Roman Pichler

This is what the discovery phase in web development is by the author of “How to Lead in Product Management”, “Strategize” and “Agile Product Management with Scrum”.

Get to know more about the phases of agile methodology! 

It doesn’t say that requirements are not important. Quite the opposite: it means requirements go after you have validated the problem knowing what product you are building and what the target audience is. Your product features, design, trends, and values your input should resonate with the needs and values of the target audience.

UX, user stories, choosing tech stack, and drawing architecture should be done after your idea is assessed. Firstly, understand what problem you solve with your app. This way, you can smoothly shift to the actual features of the solution and how users would interact with the system.

Whether you need a mobile application for education, a cloud web application for logistics, or any other industry you will certainly ponder the risks, possibilities, and future success of the product.

Your product discovery work should focus on nailing the value proposition, target group, business goals, business model, and stand-out features of the product — not on writing user stories, designing the user interface, or building the actual solution. Your goal should be to mitigate the risk of building a product nobody wants and needs, not to figure out the product details.

Roman Pichler

How to Conduct Discovery for Your Business?

Turn to a software provider. When you address a software development company, do not expect they will start the implementation the next day. Instead, the team will look at your requirements or documentation if you have any. You can present an already compiled project plan ready for implementation. However, if your requirements are vague and you dimly understand what improvements you could drive, the team would like to get to know you better. They will challenge your vision and set a variety of questions during discovery meet-ups. 

Conduct enough research yourself. Talk to users, send surveys to people who you think are your target audience, and will benefit from the solution the most. Be ready that doing it yourself can take pretty much time. You should have a fine sense of what to ask, have tools to reach your customers, learn a lot about market trends. In addition, test your product strategy with observations, interviews, and prototypes. Namely, there are three key elements in product strategy you should pay attention to:

  • Market and Needs
  • Business Goals
  • Key Features

The Process of Discovery at Software Development Companies

what is discovery phase in web development based on

To avoid loss of knowledge, people who work in delivery are usually involved in the discovery phase. In a team, there will be UX designers, QA engineers, technical architects, senior engineers, business analysts, and lead software developers. Usually, the discovery phase in web development is based on meetings with a client for one-two week. However, depending on the size of the project discovery can take more than four weeks.

The following are the steps you need to take during the discovery phase.

Validating problems

One of the focuses of the discovery phase process is setting, refining, and analyzing the right requirements to deliver the system with 100% effective performance and high-quality functionality. In the beginning, the product owner explains how the solution should work, how and when users will use it, whether it will be a web and mobile or responsive app, and what key features should be there. The client presents the company the first portion of the necessary information.

Research end-users and identify challenges

Here the team nails down real end-users ’ problems, learns about project stakeholders and sets objectives, and learning opportunities. Experts use different methods like SWOT analysis, business cases, benchmarking and market analysis, and canvas. Many teams use root-cause analysis techniques like 5 WHY or fishbone diagram. User stories are great for describing product functionality, how users reach the product, where they find it, and how they use it. Each user story is a bridge between business and solution requirements. The base of a user story is to:

  • Define end-users
  • Specify their needs
  • Explain the benefits
  • Add acceptance criteria

Acceptance criteria are a mandatory part of drawing project requirements. AC translates user needs and client’s non-specific wishes over what the app should do into clear, technically right, understandable by engineers requirements: As a <user role>, I want <goal>, so that <benefit>.

Use case technique is also used as a part of user research, but use cases are more specific as they show how users interact with the system when it is already at their disposal and what way users choose to attain this or that goal. Use cases work well when you want to have a detailed view of the usage of the app and if requirements need better investigation to make the app as much convenient for end-users as possible. This is how Roman Pichler explains user research methods:

You can also use stories to capture non-functional aspects of a product, such as performance, robustness, and interoperability. But when it comes to the user interface and user interaction, user stories are less suitable. Sketches and mock-ups are better at describing the UI design. And scenarios, workflow diagrams, storyboards, and story maps are better suited to capture user interactions that comprise several steps

Roman Pichler

Setting functional requirements

The team creates and approves the solution’s functional decomposition to cover key business processes most efficiently. Naturally, functional requirements depend on the final vision of the expected product. By showing various models, functional Decomposition, Key Business Processes, and Sequence Diagrams it is possible to visualize the future result.

Non-functional requirements

Non-functional requirements describe the characteristics of the system or in other words quality attributes. The system’s important non-functional requirements may include a few categories: installability, performance, interoperability, usability, scalability, security, and more.

Technical vision

At this stage, the discovery team will suggest improvements or add some features if necessary. Then technical lead will define the best tech stack for desired functionality. Example of how technology stack may look like:

API Application

  • Programming language – Python/Java/ HTML / etc.
  • Web framework – Django/ Ruby on Rails/.NET Core/ etc.

Front-end Application

  • React/ Flutter/ etc.

Data Storage

  • AWS S3/ CloudFront/ etc.

Thus, both parties can proceed to setting priorities for tasks and developing a project scope. Every change in the solution is discussed with a customer to ensure everybody is on the same page. That’s why there is a justified necessity for customers to be involved in the discovery of their app. Furthermore, clients should understand that the data they provide should be consistent and clear.

It makes no good to keep silent during discussions thinking the team will certainly understand what you mean. Be concise in your demands and open with your questions. At this stage, the team and customers work on the project roadmap, which is a compiled document of the project strategic plan: objectives, milestones, deliverables, resources, and timeframes.

Basic wireframes

Without a doubt, visualization and prototyping of the future project are essential. The wireframe is a layout to show the main functionality on a page. It takes into account user needs and user journeys. At this stage, UI/UX Design team works on product usability, the best option for navigation, and innovative design. As a matter of fact, designers focus on UI/UX design for mobile and web applications. Thus, their usage of different design processes and methods such as User Research, Information Architecture, workflows, Low/High fidelity wireframes, and prototypes makes a discovery phase successful.

Creating Solution Vision and Scope Document

The final steps of the discovery stage are filling the road map with estimations, technical specifications, and design sketches. The following documents are included in the Solution Vision and Scope Document:

  • Business requirements
  • Analysis of business background, goals, and risks
  • Solution scope
  • Solution strategy diagram
  • Functional & Non-functional requirements
  • Specification of web application features and how the system works
  • Technical vision and architecture
  • Applied technologies and effective technological solutions
  • Basic UX design

What Tools Do Companies Use for the Analysis of Software Development Projects?

Business analysts apply various approaches and handful tools to evaluate the data. Consequently, experts’ use the following tools and methodologies for product discovery which is partly a business analysis of the future software:

  • Roles & Permissions Matrix, RACI Matrix, Personas for Roles evaluation;
  • Scope Modeling and Root Cause Analysis;
  • Use Cases (how users interact with the developed software), User Stories (how the functionality works to satisfy the end-user);
  • Functional Decomposition and Prototyping for System Capabilities;
  • Data Dictionary, Data Flow Diagrams for gathering information and data structuring;
  • Interface Analysis (how software components interact to make interface and system 100% effective);
  • Feasibility Analysis (how practical the solution is);
  • SWOT Analysis.

RACI matrix principles

The RACI matrix is widely used in software development. Moreover, it is a responsibility allocation map for key activities and decisions which helps to delegate tasks effectively and clearly direct each team member into his or her role in the project.

Types of Requirements for Software Projects: How are Requirements Set in Software Development Projects?

What are the requirements for software projects

Modeling of requirements during the discovery phase of a software development project can include texting, diagrams, descriptions, matrix, and other scope modeling methods for systematizing information of:

  • Functional/Non functional (subtypes of solution requirements)
  • Stakeholder requirements
  • Business requirements

Business requirements define goals, objectives, and outcomes that are to be achieved for an enterprise or organization as a whole. This can be measured with the help of the SMART system.

Stakeholder analysis describes the specific needs of a stakeholder or group of stakeholders, how they will accord with the solution.

Solution requirements include functional requirements which describe the functionality, workflow, performance, and logic of the system operations. Non-functional requirements describe “Quality Attributes” of the system and conditions under which the system stays efficient, fast, secure, etc.

Transition requirements describe the capabilities of the solution needed during transforming the current state of the product to a new one. Data conversion, business continuity can relate to this category of requirements.

Product Owners Receive a Consistent Picture of the Software Project Plan

Discovery phase presents product owners a consistent picture of the software project plan

The software development discovery phase assures high market demand for the product. Plus, it guides the team to the successful creation of UI/UX, system functionality, architecture, and more. In fact, mobile, cloud, progressive web applications thrive tremendously in the Apple Store and Google Play because their product owners have done huge work on identifying problem areas. 

At the end of Discovery, stakeholders understand the needs of end-users, receive documents with improved requirements, estimation of time and money to be invested in the project development. Naturally, matrices, data analytics tools, prototyping, scope modeling, and other techniques help companies present the product owner with the following deliverables of the Discovery process:

  • Assessed and approved project idea;
  • Clearly identified pain points of end-users and known risks;
  • Clarified, negotiated, and validated functional, nonfunctional, and software requirements;
  • Estimated costs and time frames of the project implementation;
  • Compiled Documentation highlighting key statements and requirements (Solution Scope, Vision Scope, Software Requirements Specification, Wireframes, Metrics, Business requirement document).

Company’s Experience and Discovery Phase Cases

The key to getting a better app, higher profit and happy users is to plan and analyze the idea first. The Discovery phase at Inoxoft is based on properly organized management, the process of challenging clients’ minds by setting the questions they’ve never heard, and the answers to which reveal essentials about the future product. Also, it’s about challenging the technical team by making them find solutions for meeting clients’ requirements and end-user needs.

For instance, our client, the Netherlands-based company that specializes in providing HR services for enterprises, provided Inoxoft with a detailed description of his idea. The business need was to provide enterprises with a web application in which HR experts could manage the system of questionnaires and measure results. After carrying out the discovery phase of web development Inoxoft’s team delivered the SaaS solution that consists of a web application for specialists to manage and provide their HR services. Here, HR services can be managed in form of custom questionnaires, talent analysis, and individual feedback. In addition, a cross-platform mobile app for employees who connect the system, respond to questions and get feedback on their results from HR specialists.

To ensure successful fulfillment of the client’s expectations by the company, we developed three Discovery Phase Packages: Prime, Standard, and Progressive which offer from 2 to 6 weeks of research and analysis. Afterward, the mobile app’s or website development discovery phase deliverables will include: Business Requirements, Business Background, Business Goals, Business Risks, Functional Requirements (functional decomposition, diagrams for representing the functions of the expected solution), Non-functional requirements, Technical vision (per case: Cloud architecture vision, and High-Level Design, Technology stack, ERD, Technical Risks, Tech stack trade-offs), UX design (low fidelity wireframes, which reflect main screens, and user flows)

Why Discovery Phase In Software Development Process is Required | Inoxoft

Summarizing Benefits of Discovery Phase in Software Projects

We have experience in conducting a discovery phase of website development and building MVP for startups. The company assists product owners in making better decisions. The process is critically helpful for product owners because it:

  • makes the collaboration with a dedicated team of developers long-term and trusting;
  • creates a consistent picture of a software solution;
  • offers proficient support of an expert team in idea evaluation and improvement;
  • provides all clarified requirements and ensures the relevance of solution for its end-users;
  • ensures technically successful decisions and compiled matrices for measuring business value;
  • makes the software solution elegant, compatible with business needs, and worthy of investments for the specific field.

Nevertheless, is Discovery really mapping a route towards successful software products? Yes, it is! More than both parties win: the customer gets a market-ready, fully-functional application, while the team keeps motivated and interesting knowing they are building the product users will love.

Are you interested in the software product discovery phase? Contact us to receive a consultation now. Learn all details to confidently start a project. Get to see our language learning game to know what we can do for you!