Purpose of Discovery phase
Formalize needs
The first step is a domain workshop, where the Client describes his needs, pains, and existing status quo by sharing how he achieves goals today.
Identify showstoppers
The second step is to list and validate possible technical, legal, and business model related show-stoppers by making a set of experimental proofs-of-concept.
List all dependencies
Research on listed and prioritized vendors and dependencies of a product allows to provide a precise project estimate instead of abstract placeholders.
Maintenance cost
Once the technical set of tools is clear, it is possible to make calculations for different system workloads - downtime, minimum profitable, target, and exponential growth.
Discovery phase artefacts for different project size
Bare minimum
Feature Breakdown list
Software architecture document (SAD)
User Journey Map
Software requirements specification (SRS)
Wireframes
Healthy pack
Project Goals and Scope
Feature Breakdown list
SAD
User Journey Map
List of User stories
SRS
Wireframes
Design Concept
UI/UX design
Statement of Work
Nice-to-haves
BPMN/UML
Risks Register and Mitigation Plan
Quality attribute scenarios
Informational Architecture
Market research
Upon request
Security Architecture
Dependencies map
Customer development
Test Plan
Related Service
UI/UX Design
Related Service
MVP development
6 cases for whom the Discovery phase is obligatory
We work hard every day to help our Client's Products success
Non-technical entrepreneurs who plan to outsource all the tech tasks
For founders who are new to the business domain
For existing software updates with complex interdependencies and multiple vendor changes
For those who introduce a new business model or service to a market
For entrepreneurs who have too many ideas or prioritization issues
For any fixed-price project with a budget of more than 50 000 USD
Awards
How do we engage with Clients during Discovery phase
Homework
Internal Kick-off meetings, team composition or hiring activities, reading 5 times for each document provided by a Client, setting up a place in infrastructure, and a lot of silent work by a Project Manager. At this stage, a Client just provides the documentation and contacts of project stakeholders.
Interviews, workshops and brainstorms with Business analyst
We appreciate when Client's team members are engaged in conversations and openly share the business context. Be ready to spend 5-8 hours on calls with us weekly.
Experiments with focus groups
When a Proof of Concept is ready - it's time to model an experiment on a focus group. Here we have a set of tools from Product management to facilitate and receive valid data sets and decrease UX uncertainty.
Interdependencies check between Tech, Marketing and Management teams
Before we proceed to the execution, we collide all groups of interest within the project to make a last check of business logic and exclude future frustration. Once everybody agrees on a sense level, we document and visualize the system.
Core Discovery phase team

Business analyst
Full-time

Project manager
Part-time

UI/UX Designer
Full-time

Technical lead
Part-time
Optional Discovery phase team

Delivery manager
Part-time

QA engineer
Part-time

Security specialist
Upon request

System architect
Upon request
Got more specific questions and ready to talk?
Other Services
RedCat developers use proven and modern technologies to create apps that reach business goals while remaining unique and easy-to-maintain.
Mobile development
A clear representation of business data and smooth interactions with customers, working with analytics regardless of the screen size or browser used.
Web development
Websites, Admin dashboards and PWA
Our Clients testimonials
Questions You may have
The overall idea of this phase is to reveal and fill in the critical gaps before investing in the most costly part, e.g., development. The more clarity, documents, design, etc the Client has in the beginning – the less work needs to be done during the discovery phase. But the official position of RedCat for a fixed price, sometimes dedicated team contracts, and projects delivered by milestone is the same: without a critical obligatory minimum of documentation, development start is senseless. A predictable budget is possible only if you have etalon documentation to refer to.