QA for early-stage startups

Practical advice for getting started with QA for early-stage startups.

June 24, 2024

Introduction

One common question we received from our QA in VC investment analysis report was how should early-stage startups should be thinking about QA while developing their product. Thinking on this, and applying the advice we learned from the research survey, we've established some general guidelines to help you get started.

The main challenge with this question is the response is vertical specific; but, there's still advice applicable in each case. The main partition is between startups who are deep-tech or have legal risks, and startups with customers more tolerant of failure. It's imperative to know where you sit on this divide, and there are some general questions you can ask to help figure it out. These include:

  • How tolerant are my customers of my product failing?
  • If my product breaks, are there any competitors who can scoop up these customers?
  • Will bugs create financial pain, or can customers wait until a fix to finish their workflow?

Regardless of where you fit, it's still a challenge figuring out where QA integrates into your product development pipeline. It's your job as a founder to move fast, find product market fit (PMF), and build a unique product around core customer pain point(s). Once you have PMF, you should focus on building and releasing new features.

QA advice for every early-stage startup

Word-of-mouth recommendations carry the highest weight, with 73% of buyers ranking it first. - Wynter

There's some QA that every early-stage startup can benefit from, but it's best to know what constraints you face to get the best possible mileage out of this kind of work. At this point, you've found customer pain points and have built an MVP to solve their problem, but it's a good idea to dive deeper into what expectations customers have for your product.

These expectations set the constraints for how much time you need to invest in testing before releasing new features. Some constraints to consider are understanding your customer's technical abilities, their patience with new tech, tolerance for bugs or broken workflows, ability to handle product changes, or even their external constraints. You may be building products used by workers at 3 AM in the morning. If they didn't get the sleep they needed before their night shift it's your obligation to ensure they can't easily fail while using your product. Finding these constraints is essential for understanding who you're building your product for. Without this, you can be blindsided by mistakes which can cause unneeded churn.

Once you have an idea of your customers, their challenges, and their constraints, you can start thinking about the usability of your product. In every early-stage startup, usability is key to building a successful product. Without great usability you'll be confusing your customers, spending more time on support tickets, and can expect more sluggish growth.

Now, having a QA in the UX design phase accelerates you towards a well-crafted product that customers love. This is because QA is helpful during these early points for noticing workflow quirks before your customers find them. In addition, this adversarial mindset helps further refine product workflows. Any extra page or click you can shave off a workflow has tremendous benefits. Not only will customers experience less friction using your product, but now you will have less complexity to deal with. This can reduce bug-surface area and lead to faster development time. Better usability leads to better workflows, happier customers, and more referrals for growing your customer base.

Order a usability report
Want us to deep dive into your product and accelerate your startup's UX? Our reports start at $999 for 20 pages, and each additional 10 pages is $399.
Purchase Report

Measuring your performance

One of the most common ways to measure your product's performance amongst customers is to measure your Net Promotor Score (NPS) [Nielsen Norman]. Calculating this starts by surveying customers to rate on a 0-10 scale how likely they will recommend your product to a friend or their company. Then you take their ratings and put them into two buckets. The first is the number of promoters and the second is the number of detractors. A promoter is someone who rates 9 or 10, and a detractor is someone who rates their likelihood somewhere between 0-6. You then calculate NPS with the following formula:

NPS = %promoters - %detractors

This measures not only the percentage of customers who are true believers but it's weighted down by those who don't like it. If %40 of customers are true believers, and %40 are detractors, you'll have an NPS of 0. This translates to mixed signals to folks within your market who may become customers. With so many detractors, you're more likely to receive poor reviews on software rating tools, such as G2. This hurts your startup because reviews are used by 98% of buyers before purchasing software.

In fact, reading reviews before making a purchase decision is important for 98% of buyers. - Gartner

Now, if 40% of customers are true believers, and only 10% are detractors then you're doing pretty well since most are neutral or love your product. This leaves an opportunity to convert those more apathetic customers into true believers. Additionally, you should find out from your investors, or conduct market research yourself, on what the expected NPS is for startups within your market. This will give you a better idea of how well your startup is performing.

QA for early-stage technical startups

48% of customers see security as a key factor they consider during their software search. - Gartner

Now if you're an early-stage startup that has more technical requirements, has legal risks from managing PII, or have finicky customers who want a perfect product, you're now playing an additional ball game to ensure your customers are safe and happy. With products like these, you should follow best practices to ensure your product is rigorously tested every time you make a feature change or update. This includes

  • Integrating Continuous Integration (CI) into your Software Development LifeCycle (SDLC).
  • Using test automation with broad coverage ensuring core workflows are functioning correctly.
  • Automating adversarial tests ensuring your security is tight.
  • Using QA at each phase of the product development cycle.

For the last point, this means having someone QA during the design phase, QA should be looking for bugs and other problems while developing features and committing code, and finally having a final pass-through before releasing to production whenever you need the additional level of safety. Having these layers of both automated and manual checks helps ensure the software you are releasing is safe for your customers.

References