What I Learned from My Betalist Product Launch

Written by steve-west | Published 2020/05/18
Tech Story Tags: startups | startup-lessons | startup-marketing | lean-startup | bootstrapping | launch | betalist | hackernoon-top-story

TLDR Phiona is a data-focused app that lets users transform their data in specific ways. Phiona was recently released into beta testing phase for Phiona. Beta testing phase was to find non-affiliated beta users, to test the usability of the application. Betalist was featured in 11 days, starting in the late evening of April 18th, which meant our first full day was a Sunday. It may be worthwhile to pay for listing, but it may not- it depends on company’s finances.via the TL;DR App


In early April, my co-founders and I had a conversation about beginning the “beta launch” process for Phiona. We had recently finished up a pretty significant enhancement to the application that would add much more value to people who were looking to transform their data in specific ways. At this point, it was time to move from a more limited alpha testing phase to a more significant beta testing phase.
This phase wouldn’t be limited to just friends, family and past co-workers- we would be actively opening up registration to people who wanted to try Phiona for free, rather than selecting people one by one to work with who fit our targeted personas.
We had already tried, a couple of times, releasing Phiona functionality using a more traditional minimum viable product approach. The problem that we found, especially when building a data-focused product, is that
traditional MVP solutions don’t encapsulate a broad enough set of capabilities to be useful. The bar for functionality has been set high enough by applications like Microsoft Excel and Google Sheets that most users need to see a critical mass of differentiated features before choosing to try a different platform.
After these first couple of setbacks, we started moving towards more of a minimum delightful experience model (see below), where we would create enough of a feature set to build up the base usefulness of the product, and then expand from there. The key ingredient to move up the ladder of delightfulness” was to find non-affiliated beta users, to test the usability of the application. Enter Betalist.
Credit to Spotify Product Team for the great visual.

The Application


We submitted our application on April 7th. There are a few different components of the application – connecting your Twitter account, uploading screenshots, explaining your product, and choosing whether
to pay or not.
Your strategy on how to approach each of these requirements
depends on what you’re looking to accomplish. Are you:
  • Looking to validate an idea before building, and
    want newsletter followers?
  • Looking to gain beta users?
  • Coordinating launch activities with other websites?
Option 1: If you’re looking to validate an idea, you probably want to focus more on your linked landing page and proposed value messaging on Betalist to try to attract attention, signups and retweets. You probably don’t want to pay for listing, since there’s no immediate way to recoup
that revenue unless a customer is paying for early access.
Option 2: If you’re looking to gain beta users, it makes more sense to focus on your screenshots (creating GIFs, which attract more attention), highlight actual functionality in your value messaging, and optimize your sign up flow in your landing page for registrations. It may be worthwhile to pay for listing, but it may not- it depends on your company’s finances.
Option 3: The last activity is coordinating a launch with other websites. You could call it an “all of the above” strategy. It’s probably worth paying for placement, potentially paying for advertising space as well, and even creating a special offer for Betalist users to marginally increase the likelihood that someone converts to a paying customer.
Since we were looking for free beta users, we chose option 2. We rolled the dice on the feature timing because we’re a bootstrapped company with limited resources. It turns out that wasn’t a terrible decision. Betalist initially approved our submission two days later, and the wait began.
Getting Featured
Betalist tells you that it might take one to two months to be featured. We were featured in 11 days, starting in the late evening of April 18th, which meant our first full day was a Sunday. This wasn’t optimal, since traffic is much lower, but it did give us a bit more free time to promote the launch during the day, since there were fewer other work tasks that would distract.
We sent messages to friends, families, and our mailing list letting them know that we were featured, as well as promoted our launch here on
IndieHackers, Reddit and other forums.
Betalist sent us a direct message on Twitter letting us know that we were featured and we retweeted it, but with our low follower counts that really didn’t make an impact. We were also surprised and disappointed that
Betalist didn’t tweet out our product, which they seem to do for every other featured product, which also might have depressed our numbers. That didn’t seem to matter, however, as we still made the newsletter the next day, and the featured product tier the day after that.

Results

Overall, we feel like we achieved good results from our exposure on Betalist. We saw over 200 directly attributable visits, with perhaps an additional 40-50 more from other promotion efforts as well. We had 16 signups on the site, which is a bit low compared to most Idea Validation launches, but is pretty respectable for beta testers. Here’s the specific chart that shows performance over the full week:
We’ll see how well these beta testers work out- whether they give us valuable feedback, potentially turn into paying customers in the long term, or even better, provide references and testimonials.


Specific Tips

  • Try to make your images pop a bit when formatting them for the webpage. Betalist is one of the few sites that lets you upload GIFs as your main image, which does make a difference in what draws a user to your page.
  • Make a comment introducing yourself and soliciting feedback. Since a lot of people nowadays want to emotionally connect with the products and brands that they use, creating a welcoming tone engenders good will and potentially, a bump in viewership.
  • Focus on getting those first few likes from your community, family and friends who will support you, since it provides a measure of social proof for others to like you.
  • Don’t count on the recommended timing for when Betalist will feature you. We were fortunate that we were ready a week or so after submission, but if you’re expecting to get another month of work done before you’re ready to be viewed publicly, it’s better to wait.
  • Use a program like Hotjar (they have a free version which is pretty great!) to figure out how your users are interacting with your site, whether they’re leaving after certain content, your conversion rates between pages, etc. What you can’t measure, you can’t fix.

    Conclusion

    So, was posting to Betalist worth it? Definitely. We certainly got some great early adopter traffic, and a few signups that could potentially evolve into something more down the line. We got a solid backlink from an incredibly reputable site that will pay dividends for us long term.
    Could we have done better? Perhaps. But, it is often difficult to know what your outcome could have been for paying to be featured on a certain date of your choosing. We looked at it as a customer acquisition cost – if we paid and had similar results, we would have spent around $7.50 per signup. With the free listing, we didn’t pay anything, and for a bootstrapped company, that means money we can spend elsewhere where there might be a greater impact.
    As with all things in life, there are tradeoffs. But, Betalist is quite the nice service for startups looking to get some views into what they’re doing. We would certainly recommend it.

Published by HackerNoon on 2020/05/18