Interview with a Successful Startup Founder

Growing a Waitlist to 50k Users after Pivoting during COVID

Julien Berthomier
Julien Berthomier
March 30, 2021
Category of startup
Software & Hardware
Country of startup
France
Revenue of startups
$0-$10k/mo
Interview with a Failed Startup Founder

Growing a Waitlist to 50k Users after Pivoting during COVID

Julien Berthomier
Julien Berthomier
March 30, 2021
Category of startup
Software & Hardware
Country of startup
France
Cause of failure of the startup

Julien is the co-founder of Station, a unified search for teams. It’s a browser extension that organizes all the important resources that a team shares. They pivoted from building a browser and now are in beta with 3,000+ users, 100+ teams testing the product, and 50,000+ users who have requested access.

Ad

No Code MBA Logo

No Code MBA teaches you how to build powerful apps, websites, and automations using the most popular ‘no-code’ tools. Learn how to build real-world projects like Product Hunt, Tinder and Zillow. Get 50% off with code FAILORY.

Hi Julien! Who are you and what are you currently working on?

I’m Julien, co-founder, and CEO of Station, based between Lisbon and Paris. We are building a unified search for teams. 

It’s a browser extension that automatically organizes all of the important resources and knowledge that a team shares across their SaaS applications. We make it incredibly fast to find information and easy to stay up to date with what your team is working on.

Station Search Feature

What's your backstory and how did you come up with the idea?

Before Station I was on both sides of the table: I started an e-commerce platform in Thailand (with my co-founder whom I married 2 years later, my best exit yet!) and worked for a VC firm focused on investing in emerging markets. Ultimately, I found building a company more exciting. 

The original version of Station was quite different from the one you can see today. Back 3 years ago my co-founders and I set out to build a browser for work. It was an alternative to traditional browsers like Google Chrome but specifically designed for working with SaaS applications. We grew from 100 beta testers to 40.000+ users in less than 2 years, were elected “Product of the Year” at Product Hunt, went through YCombinator, and raised a $3.25M seed round with Accel in the US. While it all sounds like smooth sailing, we ended up facing a lot of technical challenges (building a browser is hard!) and struggled to find Product-Market Fit with that version of the product (aka retention wasn’t so good). It led us to seriously question our approach and the product we were building. 

We looked at hundreds of user interviews, over 2.5 years’ worth of analytics on our product, and every failed feature we had built. We concluded that there were only 2 viable paths for the company:

  1. B2C path: while we assumed our users would use Station for work, the vast majority didn’t use it that way. You could see a clear Pareto rule in action there: 70%+ of usage happened in a very small set of chat applications (that include Slack, but also WhatsApp, Messenger, Telegram, etc.). Those are not work applications per se. While we thought we had built a browser for work, the reality is we had built a “chat aggregator” for a vast majority of users. If there was an opportunity, it was there: dive deeper and build the best chat aggregator. 
  2. B2B path: we looked at features we shipped that didn’t work. It’s tempting to just throw them away and move on to the next one. But you can learn a lot from failed features. One such feature was called “Workspaces:” it was like your folders in Google Drive but rather than having files in it, you had links shared across your applications. You could think of it as a collaborative bookmark manager for teams. Individuals liked it (the same way they like bookmarks in the browser) but it never really took off in teams. Why? Because while everyone wants information and knowledge to be nicely organized in a company, it’s the kind of job no one wants to do. The question for us became: what if you could do it automatically? Wouldn’t that be like magic?

The B2C path was potentially the easiest one as it didn’t require as many changes to the existing version of the product but we were facing a lot of technical challenges with the stack it was built on. 

The B2B path felt more exciting to us. We always wanted to build a product that brings value to entire teams and that makes not only individuals but entire companies more productive. It also felt like this was a real problem we could solve using insights from what we had built before. You know that feeling when you think “Why doesn’t it exist already?”. That was it for us. 

While you often hear about “Product-Market Fit”, another equally important concept in my opinion is “Founder-Market Fit” or to which extent you believe to be the right person to solve this problem.


How did you go from idea to product?

We relied on 3 core principles:

  1. Iterate fast: we shipped the first version in less than 1 month.
  2. Learn quickly from your users: we’ve built an online community where we interact daily with our users.
  3. Be where users already work: we’ve built it as a browser extension.

Early 2020 (right before Covid hit), our team met in Sevilla, Spain for a retreat where we worked hard to ship a first MVP. The new adventure started!

Station Connect Your Tools


By the summer, we had our first 100 beta testers and 10.000+ users on the waiting list. We limited access to the product so we could reduce the signal-to-noise ratio in the very early days. There is only so much you can iterate in the beginning. It’s key to start with a small number of users. 

We have implemented surveys, sent to users at key moments of their lifecycle, that prove vital to prioritize our short/medium term roadmap. We use Superhuman’s HXC methodology to qualify our persona’s product preferences, Profitwell’s methodology for monetization insights and we gather feedback in case of churn.

By mid-September, we felt ready and decided to officially announce the launch of our private beta. We received so many reactions it was hard to keep track! Some were disappointed, but overall most understood our decision.

Currently, we are working on our team features. We are still in closed beta, focusing on a few selected teams, but we are still following the same principles.

Ad

No Code MBA Logo

No Code MBA teaches you how to build powerful apps, websites, and automations using the most popular ‘no-code’ tools. Learn how to build real-world projects like Product Hunt, Tinder and Zillow. Get 50% off with code FAILORY.

Which were your marketing strategies to grow your business?

We’re a product-led company, so we’ve opted for a “land-and-expand” marketing strategy where we acquire one user and then expand from there throughout a team. 

With a bottom-up growth approach, you first need to sell the individual value and benefits of the product. A lot of our marketing efforts at the moment are focused on pitching this individual value proposition. We rely on B2C channels to acquire those leads, such as app directories, blog posts, and our social media.

Station Views Tailored To You


With our previous product, we had two channels that worked especially well: ProductHunt (early adopter platform) and product reviews (spontaneous, non-paid). 

As of now, we have not spent any money on advertising. Outside the B2C channels mentioned, we are essentially growing through word-of-mouth. 


How are you doing today and what are your goals for the future?

We are in Beta with 3,000+ users, 100+ teams testing the product, and 50,000+ users who have requested access so far. 

For now, the product is still free and mostly used by individuals. We are rolling out the team features over the next 6 months and will start monetizing shortly after that. The goal is to onboard our first 100 teams this year. The most exciting feature we are building right now is the engine that will automatically organize knowledge and information in a team. We are essentially building an automated graph of all the important resources shared in a team and using that graph to make finding and searching for information incredibly fast. It’s quite a challenging task as knowledge can take many various forms in a company (a note, a task, a spreadsheet, a presentation, etc.) and we have to operate within the constraints of the browser but it feels like we are building something very powerful.

Since starting Station, what have been your main lessons?

Lesson 1: Be good at differentiating perseverance from insanity.

This is best captured in this quote by Andreessen Horowitz: 

“Entrepreneurial judgment is the ability to tell the difference between a situation that's not working but persistence and iteration will ultimately prove it out, versus a situation that's not working and additional effort is a destructive waste of time and radical change is necessary.”

Regularly ask yourself whether you are falling in one or the other category. This “never give up” mantra you hear everywhere from all these “self-help” gurus is truly harmful. Sometimes it’s best to just let go and seek a different path. That’s what our pivot meant for us. And it’s especially hard because that “sunk cost fallacy” is deeply rooted in our primitive human brain.

Lesson 2: Be a pragmatic optimist.

That sort of links to the first lesson and it’s a more personal take on it. There is one quote from a US naval officer who survived 8 years as a prisoner during the Vietnam war, that stuck with me:

“You must never confuse faith that you will prevail in the end — which you can never afford to lose — with the discipline to confront the most brutal facts of your current reality, whatever they might be.”

It simply means being a “pragmatic optimist”. It does sound quite paradoxical but that’s the only way you can build a business and stay sane in the process in my opinion. An optimist who can’t face reality will fail to learn lesson 1. A pragmatic without any optimism whatsoever will just give up whenever it gets too hard. Easier said than done but a healthy dose of both is what I’ve learned you should aim for. 


What were the biggest obstacles you overcame? What were your worst mistakes?

One of our biggest obstacles in the early days was technical. We built Station on a technical stack (Electron) that proved great to build an MVP but challenging to scale and iterate on. Choosing the wrong platform is one of the 18 mistakes that kill startups listed by Paul Graham. We’ve learned it the hard way. It’s hard to know how good a platform is unless you know what you want to do with it (and when you start a company, it’s all in the open), but it’s worth taking the time to make sure you are choosing the right one. You wouldn’t build your 3-storey house on flimsy wooden foundations. The same thing applies here. 

Also, building an extension (vs. a browser before) has both advantages and disadvantages. The advantage is that an extension is easier to install for the user, faster to onboard onto hence it’s easier to get the buy-in from an entire team for instance. It doesn’t require a user to profoundly change their habit the way adopting a new browser does. On the other hand, that’s the catch, it’s also very easy to forget that an extension exists. To give you an example, you can use Station in the browser in two ways: hit CMD+E (on Mac) or simply open a new tab. For a while, we didn’t want to go into the new tab because we were afraid it would disrupt the user’s workflow. Nowadays 75% of activity in Station happens in the new tab. Without it, we’d have ¼ of the activity we have today. It’s crazy. With an extension, the stakes to get a user’s attention are higher so you must design your product with this brutal reality in mind. It’s a tricky balance to find between reminding the user your product is here while not disrupting their flow. 

Finally, a big mistake we made in terms of marketing and communication happened during our pivot last year. We were really afraid of losing all our active users (but when you pivot that’s ultimately what is likely to happen). We communicated our pivot trying to convince them that we had done this for them and that the new product would fit their workflow. This generated a lot of backlash as many users felt like we had not heard them at all (what they wanted was a chat aggregator, not go back to the browser!). We’ve edited our communication after that episode and didn’t try so hard to convince our users that it was the right solution for them. If you pivot to build something fairly different from what you did before, chances are you’ll disappoint some people. That’s ok, just don’t lie to yourself about it. 


What tools & resources do you recommend?

Our latest favorite tools include:

  • Linear: we use it both on the product and growth side to organize our sprints. It’s incredibly fast and very well designed.
  • Gather: it recreates the kind of “serendipity” you miss when you go from office to remote. You can customize your entire office space (we even have a rooftop!) and gather in rooms for quick conversations throughout the day.
  • Vimcal: if there are any Superhuman fans out here, it is the same kind of experience (fast + keyboard shortcut) but for your calendar. 

As for working methodologies, I’d encourage anyone to read How Superhuman Built an Engine to Find Product/Market Fit. It is filled with great insights and actionable advice.


Where can we go to learn more?

Feel free to check out what we’ve built at Station or to read a more detailed account of our pivot in this blog post.

We also frequently post stuff on Twitter.

The All-In-One Newsletter for Startup Founders

Every week, I’ll send you Failory’s latest interviews and articles, curated resources for founders, and updates on how I’m growing the site to $10k/mo. Join other +6,000 startup founders!