Discover more from The MVP Sprint
Seeking validation from strangers on the internet
How I figure out if users will pay me for my product - without writing a line of code.
I’m building a startup in public!
Want to follow along? Subscribe to get next week’s update in your inbox:
From idea to revenue
In Step One, I chose a problem to work on.
In Step Two, I chose my niche and my target users.
This week, I’m validating the problem for my target users.
I’ll know that my product solves my problem when I have users that use it, love it, and pay for it.
I want to go as far as possible down that funnel now, before I build a product (or even define what I’ll build).
So I built a landing page using Webflow with a waitlist to collect leads.
I don’t have a defined product yet, but I can still pack a punch with messaging that emphasizes:
the problem I want to solve.
the outcomes I want to produce (a happy, connected, team)
Having a list of interested users would be a huge asset for me. Signing up requires an 8-step survey - quick and easy, but enough friction that it requires some level of commitment.
Having no one add themselves to the waitlist would be an even bigger asset - it could save me weeks of building something no one wants.
What’s with the name?
I used to socialize with the dogs in the office as much as my coworkers. They'd calm me down when I was stressed and cheer me up when I was down.
Hailey was my childhood golden retriever.
Now she's everyone's (remote) office dog.
Interested in trying it out? Grab an invite!
My goal this week is 10 users on the waitlist. Wish me luck!
Validating a problem in three steps
It’s rarely advisable to seek validation from strangers on the internet; at least in your personal life.
When building a product, however, it’s exactly what you need to do.
First, let’s revisit the problem I’m solving:
As is everything at this stage, the key to validation is learning. My learning process involved three steps:
List what I want to learn.
Talk to potential users.
Synthesize my learnings and determine whether to retreat or continue to step four.
Listing what I want to learn
In my humble opinion, the best resource for learning how to talk to users is The Mom Test, by Rob Fitzpatrick. Picking up my old copy was the first thing I did this week.
Here’s what I wanted to learn:
What are people doing today?
Remember from Step Two:
People are terrible at predicting their future behavior. Rather than ask if they would use some hypothetical product, I wanted to know they’re already using. This could be anything - an app, a recurring meeting, even postcards delivered by carrier pigeons.
Why do they care about solving the problem?
I wanted to understand my users’ underlying motivations; what drives them to take time out of their busy schedules to try and solve this problem.
This will be particularly valuable for product messaging. By regurgitating what users tell me, I’ll be able to write copy that resonates with my niche.
Will they pay for it?
Again, people are terrible at predicting their future behavior. This includes questions like “how much would you pay for a product that solves x?”
Instead, I looked for evidence that they’re already paying for solutions.
Talking to potential users
My target users are engineering and product managers. It’s these users that I expect to sign up and introduce HelloHailey to their teams and companies.
Here’s a few different strategies I used to get in touch with them:
Personal network - I know lots of engineering and product managers. Linkedin was my friend here.
Cold emails - All of my target users are just an email away.
Synthesize what I learned
I don’t need to completely de-risk the business to feel confident moving forward. I just want to remove enough uncertainty to justify investing more time.
If there’s a land mine in my path, I want to know now (before investing weeks or months).
Here’s what I learned within those three areas:
What are people doing today?
People engage in social activities (1) within their teams (team-driven) and (2) across teams (company-driven).
It seems like all teams have introduced at least one solution; in many cases, two or three solutions. The most common types of solutions were:
Games - Most teams play free online games. These games are all real-time, not asynchronous turn-based games. There are plenty of free online games like Skribbl.io or Jackbox, but many teams actually invented their own games. There’s usually a dedicated time on the team’s calendar once a week to play them.
Facilitated conversation - Teams use icebreakers to connect before beginning a recurring daily or weekly meeting. These are quick; usually 1-2 minutes per person.
Company-driven activities have a primary goal of connecting employees across teams and job functions. A few common ways they achieve this:
Randomized “coffee” chats - a bot that pairs two random employees for a video call. Donut was mentioned several times.
Shared interest groups - A few people mentioned virtual book clubs. I’ve also seen religious or gaming groups.
For smaller companies, the line between “company-driven” and “team-driven” is vague.
Why do they care about solving the problem?
Some feedback I heard about solutions:
It’s been a fun way to get to know each other and have a laugh.
They’re good bonding sessions.
Being able to see each other’s faces when conversing really does help build trust and alignment within my team.
I have a few hypotheses about why people invest time and money into these solutions:
Team-driven solutions - Teammates that feel connected to each other communicate more openly. This ultimately makes it easier to align everyone on shared team objectives.
Company-driven solutions - A company wants employees to stay longer and to feel like their work matters.
I made some headway into confirming these hypotheses, but I don’t think I did a great job of confirming them this week.
Are they paying for solutions today?
Team-driven solutions -They’re not paying. Nearly all the solutions I’ve mentioned are free solutions.
While they’re not paying with money, they are paying with time:
Team leads spend time preparing icebreakers before meetings.
They’re inventing games from scratch - one product manager built a simple web app around icebreaker questions. One founder invented a complex game in Slack.
One team member collected short 15-30 second videos from throughout the company and stitched them together.
Most teams have budgets for social activities like team offsites, usually in the ballpark of around $50-$100 per person, per quarter (~$15-$30 per month). Since it’s already budgeted, team leads can spend this money as they see fit.
I’m hopeful that they’ll spend 10% of that budget on a product like HelloHailey, but I haven’t seen a strong precedent for it.
Company-driven solutions - People are paying. Donut and similar competing products charge around $2-$4 per person, per month.
My blind spots
What I don’t know about the problem is still much bigger than what I do know. Here’s a few notable blind spots:
My feedback was overwhelmingly over text, with only a few video conversations. This makes it hard to read emotion. That being said, my public posts did gather a lot of engagement in the form of upvotes and comments, particularly in the r/ProductManagement subreddit. This is a decent proxy for how much product managers care about the problem.
I haven’t received any kind of commitment - Talk is cheap. No one has signed up or paid me money. Building a landing page with a waitlist is one way to push for a commitment, however small it is.
Purchasing process - I hypothesize that team leads will sign up using their teams’ social budgets. Then I can expand within a company using product-driven virality. I’ll investigate purchasing processes for teams and companies this week in Step Four (Distribution).
Proceed to Step Four (Distribution)
Now it’s time to use what I’ve learned to decide on next steps. In my eyes, I have 3 options:
Go back to Step One (find a new problem) - If I have little faith in my problem and niche, I can scrap it all and start over.
Go back to Step Two (find a new niche) - Maybe I still believe in my problem, but disagree with my choice of niche (product and engineering managers in teams distributed across time zones). I could go back and re-do Step Two.
Proceed to Step Four (Distribution) - If I’ve found enough validation for my problem within my niche, I can proceed forward.
Despite the blind spots that I’ve called out, I feel confident that I’ve validated the problem enough to move forward.
Reducing uncertainty one week at a time
This week I’ll be tackling distribution, with two main areas of focus:
Distribution channels - Even a perfect product won’t find users without good distribution channels. This week, I’ll dive deeper into what makes a good distribution channel, and the channels I believe will be effective within my niche.
Purchasing processes - Being able to reach my target users is just the first step. What I really need is for them to pay me. So I’ll also be investigating the purchasing process for companies within my niche.
Want to get notified when Step Four is published? Subscribe and I’ll hand-deliver it to your inbox.
I’ll be documenting my startup journey from idea to paying users over the coming weeks and months. I’d love to have you along for the ride.