Continuous Testing for DevOps Teams
Product Testing for Startups & SMEs
Qapitol QA > Blog > Quality > Product Testing for Startups & SMEs
qapitol qa testing blog

Product Testing for Startups & SMEs

  • Quality
  • No Comments
  • Qapitol QA

Think Minimum Viable Quality (MVQ)

Meeting market requirements of speed and quality are critical to business success. However, in the race to release products quickly, startups tend to think short on customer experience. So, instead of providing solutions, they end up creating more problems. To hit the target in the products market, customer experience is the key. A good product with the aim of solving a major challenge could fall short of expectations, when it is discovered that the customers were expecting more or were using the product in a different way than expected. Here is where thinking of minimum viable quality (MVQ) helps – to focus on the main goal, execute on the desired user experience, and anticipate a diversity of use cases that may not have been thought of when releasing the product. A perfect product is a ‘perfectly tested’ product.

Scenario one – You are given a car to test-drive and told, it is a basic shell that has been quickly cobbled together, with an engine that we think will move the car forward but has not been tested; has brakes but not sure if the car will stop if traveling beyond a certain speed;

Scenario two – You go to a newly built multiplex and experience problems with the car parking system, ticket vending machine, the audio system inside the theater and the pop-corn machine.

First impression is the best impression

You would obviously rate the overall experience negative and share your experience with friends and family and if you are a social media enthusiast like most of us today, you will even share your experience on Facebook, Twitter, WhatsApp and other channels. Most importantly you will have a very strong bad memory of the day etched in your mind and in future, any reference to the multiplex will first be correlated to the first experience.

These two scenarios reflect the status of Minimum Viable Product (MVP) in today’s startup world. For various reasons, the startups are of a mind-set and possibly taught by their respective mentors that MVP means a structure which is just bones, loosely hinged and delivered as a product delivered to potential customers to gather feedback about the founders’ idea. And in majority of the cases, MVP has left a bad taste in the mouth of potential customers. This has resulted in customers not wanting to come back to the product, even when it gets launched as a full product.

Incorporating a ‘create and test’ culture

Of course time is of the essence when you are a startup and crunched for resource, most importantly time and money. However, what the founders tend to ignore is that it is the same resource wasted, when you try to cobble something together and release the bare-bone structure into market, without checking the product for Minimum Viable Quality.

It is well-known and widely accepted that the product building team, including founders, designers and architects, tend to develop blind spots, since they live with the product day-in and day-out. With the current trend of ‘Delivery to be done by Yesterday’, developers have little or no band-width to test the product for Minimum Viable Quality thereby resulting in a poor quality MVP being launched. Of course MVP is to indicate if the product should be built to begin with. However, in most of the cases, there is too much focus on Minimal with little focus on Viable.

The questions that I frequently get asked are What is Minimum Viable Quality? How much is good? How best to achieve Minimum Viable Quality with minimum resource (time and money) spent?

  • MVQ is more than just testing the software. It is ensuring that
  • Customer understands what problem you are trying to address
  • If your product is a mobile application or packaged application, customer is able to install the application successfully on the device
  • Customer is able to navigate, without any issues, the minimal features provided.

Start with testing the idea

Unfortunately, there is no shortcut to success. Invest in either a QA analyst or outsource to a QA vendor. Either ways, someone who is aware of the product but works independent of the product design and development team so as to not develop blind spots. This will ensure you don’t have to have rework on an otherwise bad quality MVP, resulting in saving time and money.

Make MVQ part of your plan at the IDEA stage. It adds more value than you can imagine.

Write to us at: [email protected]

Call: +0044 7850 987 161 (UK), +91 98450 08696 (India)

 

Author: Qapitol QA