I found words are easier to sell than code.
In my past life (I'm not that old, 24 actually), I would spend months writing lines of code without writing a single piece of content. Just to find out that there was no audience to showcase my work. And worse, no one cared about my product.
Long story short… those products are now buried in my virtual backyard.
In this article, I walk through my experience going from product-first to content-first when building a company.
Key takeaways
If you’re off in a hurry, here are the quick hit, key takeaways:
Let’s start with an example of what not to do.
Last year I spent over 7 months hacking away at a product called TradeCruncher with a friend. It was a trade journaling platform for options traders. The concept was simple: instead of manually tracking your trades, we would automate it for you.
We thought we knew what the core value-prop was. We had experience trading options, we read complaints on Reddit, and we even made a brief survey. The whole nine yards, so to speak.
But when it came time to launch, there was no one to tell. We entered the option traders community as an outsider and a self-promoter. We even got banned from one thread for promoting our product there.
The worst part is we learned from the handful of initial users (not paying customers) that the main feature was the biggest roadblock to becoming customers. People didn’t want to connect their accounts to a third-party site. They simply didn’t trust us.
What we should have done was continuously create content to engage with our audience before we started coding. We should have written threads to see what people's reactions were and tell our story to build credibility. That’s exactly what I did on my next venture.
Earlier this year, I launched another product called QualifyIt. It was a prospect-sourcing platform for Sales teams that helped them prioritize leads based on recent news. The concept was also simple: use recent news to personalize cold emails. The best part was I got three paying customers before I built a product. Here’s how I did it.
This time, I started with a Reddit thread. I outlined my experience working with sales teams, what their challenges were, and what a solution could look like. I leveraged my story working with sales teams to outline the specifics of their process today, which helped me build credibility. You can find the thread in r/sales here.
I added no self-promotion in the thread. I even added a link to a Medium article in the comments section (you can find it here), instead of the one on my website. The goal was to relate my story to their experience and get their reaction to a product I hadn’t built yet.
The beauty was I could design and redesign a product in my content before writing a single line of code. I could see who engaged with which feature description, what problem they had, and what was truly important. On top of that, I was building awareness for an eventual launch.
The result was three inbound inquiries that led to three sales. I ended up hacking together half a product and used a bit of manual work to provide the remaining value. I thought I was on to something until I realized the value was in the service and not the software.
I could have stuck with QualifyIt longer, but I wasn’t interested in providing a service. The real issue was I didn’t have enough engagement to learn who I was serving and what their problem actually was. This led me to what I’m working on now.
Now, I’m ditching the product altogether. Instead of splitting my time between writing content and writing code, my time is 100 percent focused on engaging with an audience through content.
I’m leveraging all my prior learnings to figure out what problem I want to solve next. Every week, I engage with an audience through content to build credibility and trust (lesson 1). I’m telling my story along the way to see who resonates with it the most and why (lesson 2). And now, I’m learning lesson 3.
Distribution over product sounds simple in theory: just promote content and capture people’s attention. But in reality, it’s still really hard. You still need to identify who you're serving and what their challenges are.
In a way, taking a content-first approach is similar to building a product. You have to engineer and test what people value to keep them engaged. At the end of the day, a company solves a problem, whether that’s through content or through a product.
Now, my time is 100 percent focused on helping Bootstrapped B2B SaaS founders gain more traction for their products.
Every week, I send them the best strategies, stories, and case studies to help inform their next growth lever. I curate articles from the thought leaders in the SaaS industry and summarize them in a weekly email.
If you’re interested in learning more, here’s a link to my newsletter, SaaS Weekly:
https://getsaasweekly.com/
Thanks for the Insights, these are all really good lessons.
Great post @ian808. How did you see engagement for each feature description?