fbpx
Contact

Collecting software requirements. Real life story

Max Babych
0 | 382 | 4 minutes
Real life storyStartup tips

    I would like to share my experience of collecting the requirements for four projects. Despite my first project being unsuccessful it taught me a lot about creating digital products. In the majority of cases when founders are collecting software requirements they often rely on their own conclusions rather than deeply researching their potential market. 

    I am going to use this article to show you the mistakes I made, so you can avoid them! 

    How did I collect my product requirements?

    When creating my first product I was creating a solution for a problem that only existed in my own mind. I had not done the necessary research to ensure that this wonderful idea actually had a market wanting to buy it. Due to the lack of research I undertook, I would not even count this experience when discussing the collection of product requirements

    I approached my second product more responsibly, having already received the primary requirements from industry experts. Using the internet to collate necessary research I tried to determine who would need this solution. I discovered that my potential customers were representatives of the automotive industry.

    For my next product, I went a step further, by first finding the demand for my product before working on its realization. Determining who the client was first, allowed me to sign a preliminary contract on this basis so that I could develop the business. 

    The following two products had already been made to a high standard. I had started with the validation of an idea followed by a deep competitive analysis that identified all the potential advantages as well as issues. I also studied statistics and necessary materials on the industry and entered into a dialogue with 100 people who fell into my target audience. An MVP was then developed to test out the hypotheses I had formed.  What is MVP?

    Why do you need software requirements?

    meme if you collect software requirements? you will not fail

    The biggest mistake

    The need for collecting proper requirements became apparent immediately after the first one and a half to two months of working on my first product. I realised when you do not yet have a full understanding of what your product should do, you cannot effectively explain it to your target audience. 

    This was the biggest mistake I made when developing my product. I also found that when the requirements are not fully detailed this often leads to issues with budgeting and timing.  

    Preventing a lack of data

    So you are looking for an investor for your business, you have a great idea, you understand who needs it and have studied all the statistics as well as having analysed all similar solutions currently on the market. The investor agrees that you have a great idea and is ready to invest but do you know how much investment you will need? How long you will need to complete your product? and how long it will take to see a return?

     

    You cannot guess the answers to these questions and this is where you need a specialist like me to help. From my experience, it is almost impossible to get money from an investor until you have the answers to the questions above. So, how to find investors and deal with them?

    Discussing the software requirements

    What does it mean to prioritize application requirements?

    Variability and inaccuracy

    When you work on collecting requirements, you have a very big problem – this is detailing. As an example, one of the requirements might be to create a user registration page. 

    The details of this requirement will be regarding which systems we can use to authorize and register new users. Do new customers need to provide you with an email and/or phone number? Should the sign-up be verified via SMS or email? There can be a lot of variations around this which,  greatly affects the flow of your product, your understanding of the customer and the budget.

    Details are everything

    With my first two products there was no detailing, which later became a big problem. In one situation we wanted to increase the speed of recognition of objects when the car was moving through the snow. 

    We discussed this requirement with the team and gave ourselves a deadline of 1-2 weeks. A week passed with no results because in the process of analyzing a lot more details we had not previously considered cropped up. What type of snow? what kind of lighting? what was along the edges of the road? what speed was the snow falling at? what was the speed of the car? did the snow stay on the windshield? 

    The latter question proving to be one of the most difficult queries. If we had detailed all these questions earlier we would have realized that our budget was not big enough to complete this product.  

    Once you have a deep understanding of the details of your product, you then need to work on prioritization and organizing your timeline. If you do not spend time on these things in advance, halfway through the development process you will suddenly realize you have run out of either time or money or maybe even both! 

    My mistake was that I prioritized tasks based solely on my budget. Despite there being little written about it I believe prioritization should be done by all interested parties including customers, stakeholders as well as the team

    Step chart of collecting software requirements

    How do you collect software requirements?

    A lot of time has passed since I created my first product and I have since gained a lot of experience and knowledge. 

    As we speak I am currently collecting requirements for both internal products and for those of my clients. When we work with people we always explain to them why it is so important to collect all the necessary product details and requirements before anything else. 

    After collecting all necessary requirements we can then communicate with our customers on how realistic their expectations are with regards to budgeting and timescales. With that information, we can then prioritize the most useful areas to work on. 

    Remember it is important to liaise with stakeholders and explain to them your process of working however, their word should not be definitive.

    Posted by

    Max Babych
    Max Babych
    CEO, Founder

    I am serial entrepreneur and IT professional. Launched 4 own products and more than 20 products for customers in SaaS and Marketplace industry

      No comments

    Leave a Reply

    Your email address will not be published. Required fields are marked *

    Subscribe to our blog

    Recommended posts

    POC vs Prototype vs MVP

    POC vs Prototype vs MVP

    Such terms as POC, prototyping and MVP are rather widespread today. But what do they stand for? How to use them in…

    read more
    38.8 Million revenue! Gary Winkler shares insights.

    38.8 Million revenue! Gary Winkler shares insights.

    Gary Winkler Linkedin President at Brothers Desserts – Did you have the aim of starting this business when you were a student?…

    read more
    129.6 million revenue! Steve Pollack shares insights.

    129.6 million revenue! Steve Pollack shares insights.

    Steve Pollack Linkedin CEO/President and Co-Founder Anchor Loans – I know you were studying Psychology and Optometry at the university. How have…

    read more
    What Is a Startup: Everything You Always Wanted To Know, But Were Afraid To Ask

    What Is a Startup: Everything You Always Wanted To Know, But Were Afraid To Ask

    How often do you hear the word “startup” in your everyday life? If you ask me, I would say I hear it…

    read more
    Lilia Stoyanov: 20X Revenue in a Year

    Lilia Stoyanov: 20X Revenue in a Year

    Lilia Stoyanov Linkedin CEO at Transformify – Was it your dream to start a business since you were a student? I wouldn’t…

    read more
    SpdLoad Recognized by Clutch as Industry Leader in Ukraine

    SpdLoad Recognized by Clutch as Industry Leader in Ukraine

    It’s great to receive this award. We take pride in the work we do, and this motivates us to work even harder…

    read more
    Uber-like App – How Much Would Cost MVP Development and Marketing?

    Uber-like App – How Much Would Cost MVP Development and Marketing?

    UberCab, now known as Uber, was launched in 2010. In February 2011 it had a $60 million valuation. Today, its valuation is…

    read more
    Co-founder at C Squared Social. Caleb Crail shares insights

    Co-founder at C Squared Social. Caleb Crail shares insights

    Caleb Crail Linkedin Co-founder at C Squared Social  – Tell a bit about your company. C: We are an advertising agency based…

    read more
    Founder & CEO at Lemlist. Guillaume Moubeche shares insights

    Founder & CEO at Lemlist. Guillaume Moubeche shares insights

    Guillaume Moubeche LinkedIn Founder & CEO at Lemlist – I know you were studying chemistry. How have you turned into a marketing…

    read more