It’s been seven months since we launched our SaaS startup and we’re ramen profitable. Canny makes enough to pay for its own expenses and our personal living expenses.
This is far less money than we made working at Facebook, but a huge milestone for our bootstrapped startup. We’ve eliminated one of the biggest risks of failure: running out of money.
In this post I’ll cover how we got here, and what we’ve learned.
How we found our burning problem
I won’t bore you with generic advice. You’ve heard it a thousand times. Solve a burning problem! Make something people want! Great advice, but not super actionable.
Instead, I’ll share how we found our burning problem.
We actually started with a problem of our own, then pivoted to a more valuable one.
Our original problem
We followed Paul Graham’s advice and started with a problem we had ourselves:
As users, it doesn’t feel like companies listen to our feedback. They’ll say “thanks, we’ll pass it on to the team”, but nothing ever happens. This is demoralizing. Apps are buggy and missing useful features. Fixing them would mean making all software experiences better.
We built a community where people could post and vote on feedback for any product, publicly.
Around 5,000 people posted and voted on ideas for several hundred products. It was a neat beta, but retention was weak. It was difficult to get teams to subscribe to feedback about their product.
Learning Lesson: We kind of just assumed our problem was valid and started building the product. We should have talked to more people first. It would have saved us months. We would have realized it wasn’t something people really needed or would pay for.
MRR: $0 (Oct, 2016)
The bigger problem
We starting talking to a ton of teams about user feedback.
- How do you collect feedback from your users?
- How do you keep track of user feedback?
- How do you decide what to build?
It turns out there’s a reason it doesn’t feel like companies are listening to our feedback. It’s because they aren’t.
It’s not that they don’t care. They care deeply. It’s just that feedback is a mess. Product managers don’t have time to read every chat message, email, and support ticket. And even if they did, they wouldn’t remember it all.
This is when we realized there was a business problem causing our consumer problem.
To validate our new findings, we built a widget to help teams collect and keep track of user feedback.
I still remember the first time someone paid us $19/mo for it. We were ecstatic. It was the first time we’d ever sold something we built. The best part: they’re still using us today, a year later.
Learning Lesson: Talking to people is a great way to discover and validate problems. Writing code isn’t. Charging money is the ultimate form of validation. If a total stranger pays for your product, they must think you’re solving some problem for them.
MRR: $100 (Dec, 2016)
Understanding our value proposition
At this point, we knew what we had to do: fork the repo and re-market our community as a SaaS tool.
Sarah’s a product designer and I’m a software engineer. Building the MVP was the easy part.
But how do you make a landing page? What words go on it? How do you price it?
These are sales and marketing problems that we had never faced before. The way to solve these problems, we learned, is to understand your value proposition:
- What problem do you solve?
- Who has that problem?
- How do they describe the problem?
- How big of a problem is it?
- How much would they pay for a solution?
- What other solutions are out there?
- How are you better / different?
Without answers to these questions, you’re just guessing.
Learning Lesson: Sales and marketing is about understanding the problem you solve, and clearly communicating that. If you’re struggling with them, you may not understand your value proposition. We spent a lot of time reading blog posts about sales and marketing. We should have spent that time talking to our target customer.
MRR: $100 (Mar, 2017)
Launching our MVP
We started with a soft launch to the teams already using us.
When we shipped our pivot, we were able to migrate everyone over from the old site. The core product was similar enough.
This was a great way to get a bunch of people trying our “paid” product from day one. We let it run for a week or two, worked out the kinks, then launched on Product Hunt.
Our launch went amazing. Over 350 companies tried Canny that week. Dozens ended up paying after our 30-day trial.
Several factors played into our successful launch:
- We solve a problem for software companies. Product Hunt’s community is mainly people working in tech. This audience was highly relevant for us.
- We emailed the 5,000 people who had left feedback in our community. We let them know about our pivot, and that we were launching on Product Hunt.
- We already had a few paying customers. This meant we knew we had something other people would pay for too.
- Chris Messina hunted us. Thanks Chris! (he has a form where you can ask him to hunt you too)
Learning Lesson: If you sell to tech companies, Product Hunt is a great place to launch. It’s a one-time trigger, not your marketing strategy. If you do it sooner, you’ll get valuable feedback. If you do it later, you’ll get paying customers. I’m glad we did it later.
MRR: $1,000 (May, 2017)
Building an Inbound Engine
We’re coming up on 100 paying customers, and we’ve never done any outbound sales. Our strongest channel is organic, via “Powered by Canny”.
This is one of the huge benefits of building a user-facing SaaS product. By user-facing, I mean our product is used by our customers’ customers.
Thousands of people use our product every day. Some percentage of those people are PMs or founders, and have the problem we solve. They then sign up for Canny, wanting to use it for their own product.
This channel is boosted by the fact that my co-founder Sarah is a super talented designer. Several of our customers have switched from competitors specifically for our design.
Since we already had a bunch of inbound traffic, we’ve spent most of our time iterating on our funnel:
- Landing Page → Pricing Page: Iterated on and simplified our landing page. Experimented with the headline. Included key features.
- Pricing Page → Register Page: Changed and simplified our pricing. Added a slider to remove anxiety around scaling pricing.
- Register Page → Free Trial: Simplified our registration forms.
- Free Trial → Using Trial: Added user onboarding to encourage key actions. Made it easier to integrate.
- Using Trial → Paying: Created a drip campaign in Intercom to encourage key actions. Added billing reminders.
- Paying → Retained: Offering friendly, prompt customer service. Nurturing to make sure people are getting value. Promptly fixing bugs + building features where it makes sense. Adding sticky integrations like Slack + Zapier.
As a result, our funnel has gotten pretty darn good, and most months our churn is zero. We’ve been able to more than triple in just a few months, from our organic channel.
Learning Lesson: Start marketing earlier. Write less code. Since we’re an engineer + designer, we constantly fall back into a “product mindset”. Features are great, but they usually aren’t the most optimal way to drive your business.
MRR: $3,500 (Oct, 2017)
Umm, how do you live on $3,500?
If you live in San Francisco, you’re probably wondering how $3,500/mo is ramen profitable.
Four months ago we moved out of our cozy apartment in San Francisco to be digital nomads. Right now we’re in Valencia, Spain. We’re also a couple.
We’ll split an Airbnb for $1,000 a month, work from cafes, and eat cheaply. Canny spends hundreds a month, mostly on hosting and other SaaS.
Learning Lesson: If you can get away with it, you can save a lot of money working nomad. As long as you have Wi-Fi, you can work anywhere. We’re actually more productive working remotely because we don’t know as many people. All we do is eat, sleep, work, and explore.
Intrigued? Check out our travel Instagram or read Sarah’s post, Building our Startup as Digital Nomads.
Next Up
We’ve built a solid engine that converts visitors into paying customers. It’s time to switch gears and focus on traffic.
- Blogging: Seems to work well for SaaS companies like ours. We love what Eoghan says about content: the less you try to make it convert, the better it does. We’re focusing on posts that benefit our target customer, rather than trying to sell Canny.
- Advertising: We’ve begun experimenting with FB + Google ads. Turning $X into $Y seems like a no brainer if Y > X.
- Side Projects: There’s this idea that you can build a useful product, and give it away for free. For example, Front built reallygoodemails.com. If done right, these projects can be huge business drivers. We’re product people, so this lets us do what we do best.
We’ll let you know how it goes in our next post! Thanks for reading.
Do you recommend charging money to validate a product before writing code? Where's the balance in talking to people vs coding?
I think the biggest mistake you can make is to start writing code without talking to anyone. You need to go out and make sure you're solving a real problem. If people say they'll pay you, even better. If you charge them before building the product, that's legendary.
Great article. It seems that Product Hunt was a big win for these guys! That growth chart is fantastic too.
I always love seeing bootstrapped SaaS success stories.
Thanks Ben! Product Hunt was great for us, especially because a lot of people on PH are within our target market. It really helped us validate what we were doing.
Really great article. As a coder/designer duo how do you think about allocating time to the 'other' stuff, such as writing this article?
Also, super interesting that you guys left SF and are working as nomads. I think this is a huge opportunity for internet founders - in a sense its geolocational arbitrage (earning in high-income country, spending in lower cost country). I'm actually off to do that myself (from London to SE Asia).
Hey, great question. Our combo means product work is super smooth and fun. We're picking up the "other" stuff as we go. It's been a great learning experience but it's a grind. We're not experts in this area so we often feel unproductive and unmotivated. Eventually, we realized we had to stop procrastinating and put all of our focus into it. It's paid off!
We definitely recommend trying the lifestyle. I don't think it's for everyone but it's been really rewarding for us.
Thanks for the article Sarah and Andrew! Do you have advice on reaching out to people for product validation? I see that advice a lot, but less on overall approach. Cold emails? Phone calls? How do you figure out who is relevant to talk to?
Start within your network, that'll be the best. Look at LinkedIn, see who knows someone you want to talk to, ask for an intro. We didn't do much cold outreach, we found it was a lot of work for low response rates.
If you have a product/idea, you should have an idea who your target audience is. Those are people you should try to talk to. If you're wrong, learn, iterate, and repeat.
If you already have a product, get it out there! Product Hunt was great validation for us. People signed up, we asked them what they were trying to achieve by using Canny. We still do this today.
Thanks!
What was the biggest difference from the first version that no one bought and the second?
Honestly the product was mostly the same. It was the problem + target customer that changed (and therefore our homepage / marketing).
First our goal was to help users get their feedback heard. Then we switched to help companies get better at listening to their users.
ah makes sense. Definitely an audience with more willingness to pay.
Great story, Guys 👍 🙌 Good luck with your project! Followed you on Instagram 🤓 👀 I love the idea of Digital Nomad, hope I will try it soon too.
Indie Hacking at it's finest. Great work.
I've followed a similar process to produce guides and courses.
Sometimes you can make profitable solutions without having to code.
Simply writing a word doc and exporting as a PDF or, recording a screen capture.
Great article. I'm also doing the nomad life to try and get a product off the ground. It's quite an experience and I'm really enjoying it thus far. Congrats on the success so far, keep pushing!
Thanks! We're really enjoying it as well. Travel days can be really exhausting though. We recommend staying at least a month in each place. It also gives you time to really experience the cities. Best of luck!
Amazing what you guys have done! Such a clean website! I am also trying to build a small online customer facing business myself while on the road (also left the expensive apartment in SF behind woohoo!) and are curious about few things on your guys journey if you don't mind :)
How long did it take for you guys to develop your MVP? Like the time from your git init to launching the beta? I am near the end of the development cycle for beta and of course the to-do list is ever growing, how did you guys decide this is it, this is enough for the beta release and how long it took for you guys to get there?
Saw that you guys are using Intercom on your site, what's your experience with them and are they actually a high conversion channel? I'm evaluating signing up with them or similar product but since the pricing is fairly high, I wonder if it's worth the cost.
BTW, if you guys are still in Valencia (I miss their paella already), you guys should totally checkout www.federalcafe.es/valencia/ if you haven't already, great cheap espresso, open late and super laptop friendly!
High five for cheaper rent!
We are still in Valencia so thanks for the cafe rec! We'll check it out 😊
Thanks for this useful post! The product seems super valuable, great job!
One question. You started your story from the point where you already had an audience - your first community product users. Can you please tell in few words, what steps did you do to get those first users?
Thanks for reading!
Growth was really slow, early on in our V1. We were lucky in that Andrew's old team at Facebook, React Native, signed up to use our product. They still use us today. Having an influencer on our platform kickstarted growth of the community.