--- title: "How Software Requirements Affect Each Stage of a Project · Appnovation" url: "https://www.appnovation.com/insights/how-software-requirements-affect-each-stage-project" description: "Clear requirements are key to software project success. How requirements affect each stage of a project, from design to testing." --- Article # How Software Requirements Affect Each Stage of a Project [![](https://cdn.sanity.io/images/ey850001/production/1198680705cc406e64523303028e3e79de321d6b-300x300.png?w=88&auto=format) tthomas tthomas Content Marketing Manager](/people/tthomas-tthomas.md) Aug 23, 2018 3 min read ![How Software Requirements Affect Each Stage of a Project](https://cdn.sanity.io/images/ey850001/production/ab588626fc8d9391b2dedef2b2b9d53f62e0ad19-845x507.jpg?w=1400&auto=format) *By: Michael Cooper, Appnovation Frontend Dev* When it comes to completing large software [projects](/work.md), one of the most important factors in achieving success is to lay the requirements out clearly. Unfortunately, this is a lot easier said than done. This article will outline a few of the ways that requirements affect development and what happens when they aren't clear from the onset. **Preparation (presale/predevelopment):** In the early foundational stages of a project, it is the objective of both the client and the team to try to come up with a set of technical requirements to define what a piece of software should do and it how it should work. This step is integral when it comes to accurate estimates and saving money during the [development](/services/web-development.md) process. Since there is a constant flow of communication between the client and the developers, clarifications are fairly straightforward and edge cases can be covered without issue. If these are missed until later, it can disrupt both parties adding additional costs and throwing off previous estimates. **Feature Development** This phase is the most dependent on strong, detailed requirements. [Developers](/services/technology-platform-development.md) will use it to frame every decision they make when it comes to constructing code. On top of that, it is a basis for communication between non-technical staff that allows a common context for how things should be done. Detailed requirements mean fewer decisions for developers to make (that could end up wrong in the client's eyes) and less time used on meetings and bothering [clients](/work.md) for more details. **Quality Assurance** The entire basis for performing accurate and complete Quality Assurance testing is the initial requirements. The more in depth those requirements, the easier it is for the testers to check off their acceptance criteria, without having to clarify with a developer or project manager. **Maintenance** In most cases it is not possible for a project to reach maintenance without clear requirements as otherwise it would not be possible to say when it has been completed! However, once in this phase, if issues arise or if new functionality is requested, the original requirements can be used as source material to determine how best to implement new features as well as understand what the feature will be implemented with. In the case that no formal documentation is written alongside the project, the requirements can act in place of it. Ultimately, the more time spent on determining clear, detailed requirements at the start of a project, the more time and money is saved in every subsequent phase. [![](https://cdn.sanity.io/images/ey850001/production/1198680705cc406e64523303028e3e79de321d6b-300x300.png?w=128&auto=format) tthomas tthomas Content Marketing Manager · Appnovation](/people/tthomas-tthomas.md) ## Keep reading [![Co-op students from marketing and GTM](https://cdn.sanity.io/images/ey850001/production/8a7b8228a29cc549ea864c40f56f7deb63639833-1200x644.png?w=640&auto=format)](/insights/meet-our-co-op-students.md) Article · 6 min Jun 06, 2023 ### [Meet our Co-Op Students](/insights/meet-our-co-op-students.md) [Appnovation](/people/appnovation.md) Article ## Get the thinking, *before everyone else.* One considered email a month. New essays, field notes from live engagements, and the occasional strong opinion. No noise.