Years ago, I was certain that I was going to become a famous musician and recording studio owner.
And before that, a pro skateboarder.
My path and the trajectory of how I got to where I am is a bit of a winding path.
But before immersing myself deeper into marketing, web development, and a whole gamut of full-stack startup roles, I had my nose to the grindstone in audio production and music. Initially learning and playing drums and then gravitating towards learning guitar, bass, songwriting, banjo, and so on.
Mid-2000’s I was running a recording studio for area musicians, offering audio production services. During this time I learned more about podcast production and eventually started hosting a show (since archived). Audio was one of my first entrepreneurial experiences and music has always been important to me.
Rooted in arts and creativity, the path I’ve chosen to travel has delved deeper into the more technical side of things. Website design and dev led to freelancing and agency ownership, content to day-jobs and side projects, marketing and product to full-time day-jobs, engineering, design, entrepreneurship, and beyond.
I’m always creating, always making things.
In the same vein, I recently launched Plink - a podcast smart links service. Holding to my newsletter’s promise to openly document my corner of the web and share projects, I’ll be sharing more about Plink and my journey of bootstrapping this venture.
So let’s dive into what Plink actually is, why I’m creating it, and the problem it solves. As well as sharing decisions I’m making, struggles I’m overcoming, and insights into business and product optimizations.
Table of Contents :
- What is this podcast smart linking product? And why create it?
- Moving beyond MVP
- Making v1. And making it work on a budget with third-party solutions
- Shipping an MVP without user accounts, emails, and other functionality
Plink is a smart-links-as-a-service, software as a service (SaaS), podcast marketing product. I’m creating this to solve pain-points for podcast creators and consumers, alike. Both sides of which is obvious have been experiencing disconnect.
Being a podcaster (Makerviews) and fan of many a pod myself, I’ve experienced firsthand the time-intensive, manual task of link-collecting for listening platforms when promoting shows and episodes. On the consumer’s side, an over-prioritization of iOS Apple Podcasts makes this medium seem non-accessible to Android and other consumers, especially first-timer listeners.
Plink makes smart links that anyone, any device, can open and play. Offering a podcast marketing solution for creators and enhancing consumer’s user experiences, no matter the device, operating system, or geographical location.
Using Plink and smart linking everyone, especially first-time podcast listeners who do not yet have an app preference (or don’t know that one exists yet), will automatically direct them into pre-installed, native applications in a variety of devices. There are more features I’ve developed like Show Page podcast app links landing pages, among others. And plenty more is continually being prioritized and added onto the roadmap.
How creators link to shows from a variety of platforms directly impacts consumer’s experience and the accessibility of the entire ecosystem. I’m very passionate about this and wrote more about podcast discovery and accessibility on the Plink blog.
Outside of my day-job and life at home, I’ve been laser-focused on developing this service and solution for the better part of the past few months. From market research, customer interviews, product planning and development, private beta testing, and beyond. I publicly shipped a mature minimum viable product (MVP) of Plink at the start of Q2 2019, building the MVP with Eric Ries’s lean startup methodology in mind.
Yet it’s an MVP nonetheless and in order for it to scale, it’s time to move beyond the proven-to-be-viable MVP.
I’ve already been moving into the next phase and incrementally improving things and squashing minor bugs. Currently, I am very confident and pleased with where the product is at. It has proven the initial hypothesis, solves a problem, saves creators time, and improves consumer’s listening experiences.
Hell, I’ve even added features like the ability to help podcasters earn more, passive money in adding their iTunes affiliate IDs to paid, custom links. This is all very exciting to me, as Plink continues to be validated through further adoption, positive feedback and reviews, and an increasing user-base of both free and paid customers of the product.
But I’ve recognized that it’s actually time to shift the majority of my focus away from the core product. Away from ideating, developing, shipping, and marketing new (and optimizing current) features.
It’s time to transition my focus into optimizing things for the business. In order for this to scale, I need to automate manual tasks, re-work onboarding, scale self-serve support, documentation, and other core business optimizations.
Recently I was listening to The SaaS Podcast, hosted by Omer Khan an ex-Microsoft, Seattle-based SaaS coach and entrepreneur. Episode number 207 featuring guest Tyler Tringas really resonates with me. I’ve found myself re-listening to this episode and nodding along, agreeing, and seeing many parallels between his founder’s journey and my own.
This episode follows the journey of what Tyler calls his “Micro-SaaS” (very targeted niche, small team, focused product) business that he previously created and has since sold. His MVP of what became Storemapper was shipped on a lot quicker timeline than most. After a roundabout 30-hour international flight from San Francisco to Buenos Aires, his niche Shopify store locator app was shipped. And within 24 hours he had paying customers.
This entire story from idea to acquisition is quite amazing. I’ll be referencing more of Tyler’s work throughout.
With the product idea and problems to solve front-of-mind, I ran a period of customer and market research, customer interviews, product planning, and then into initial product design and development. From there, I opened a window of time dedicated to private beta testing with a handful of folks. The feedback gained during this period was so invaluable - shoutout and thanks to UNCO podcast host Timothy Buck, Yo! podcast host Rob Hope, my brother Mark, and many others.
Undoubtedly, there is this movement of no-code happening right now. Folks like Ben Tossell of Makerpad are empowering so many makers to build MVPs, start startups, and ship them fast. Tools like Zapier, Carrd, Airtable, and so many third-party solutions make any technical barriers to entry lower than ever.
Did I go the no-code/low-code route? No.
But it’s worth noting, as Plink’s MVP does incorporate third-party solutions that made time to market much shorter. Throughout my years of making things, tools like Zapier and Gumroad have empowered me to be able iterate quicker, early on.
Beyond the HTML/CSS/JS, Node.js, and Webpack codebase “from the edge” in Workers, making use of other Cloudflare solutions like their Workers key-value (KV) storage, CDN, and DNS management only made sense. I utilized other third-party solutions like DigitalOcean, GitHub, and more along-the-way.
Bootstrapping anything makes you constantly more aware of what paid subscriptions are actually needed. I keep overhead to a bare minimum, often opting to build things over buying. With an MVP though, using and buying into pre-made solutions early on can really help get the ball rolling sooner.
After I ended the private beta period, I received some press for Plink from the acclaimed podcasting industry newsletter and show, Podnews (thanks James), as well as from other industry publications - international press too: Polish podcast Radiogram and Spanish site Vía Podcast.
With the MVP now being public knowledge, I started some organic marketing pushes - here we go!
Plink v1 quickly proved to be a service that creators want and they started using right away.
Oh yeah, Plink is free, to boot.
My choice to build and launch a freemium offering, alongside paid upgrade options for custom, short links has worked in my favor. Without a doubt, the free plinkhq.com domain links (versus custom plnk.to domain links) have increased further product adoption.
The fact that I have customers that I’ve never met, folks outside of my network, alongside true champions of the service, and even affiliates is exciting. I’ve already established amazing, new relationships and partnerships with creators, consumers, and other podcast industry companies.
Has the MVP proven viable to spend more time on? Yes (and quite quickly)! Again, all of this really excites me.
Founding things always involves looking into the future, always staying a couple steps ahead.
Parallel to Tyler’s Storemapper story, I’ve been recognizing that I’m spending too much time on some things.
So, it’s time to polish things up and really move beyond MVP.
Like Tyler shares about Storemapper’s initial MVP, Plink’s MVP lacks some standard SaaS functionality.
At its core I ensure Plink does what it says it will do on the marketing site.
Does it solve a problem and pain-point for creators? Yes. For consumers? Yes. Is it stable? Yes.
I have (quite cleverly) managed to couple things together. Yet it’s time to optimize things for scale - items like transactional emails, subscription management, and a customer-facing web application complete with signup, login, authentication, account and link management/customizations, a more robust internal API, and more need be developed.
As much as I want to only focus on product functionality and designing, developing, and shipping new features, there’s a sense of some MVP technical debt that I feel looming. And debts must always be paid.
SaaS subscription management and user signup was initially shipped with Gumroad recurring subscription drop-in solution. It’s time to move beyond this, though. Gumroad is great for information products/premium content and is a great product overall, but Plink needs an in-house (likely with Stripe) subscription management solution that’s more robust, putting control in my hands, and is more integrated/built into the product. Developing this will decrease per-order transaction fees, to boot.
A lot of this fragmentation can be attributed to my MacGyvered, third-party solutions setup. Some things should take a lot less time to accomplish and/or should be completely automated. So I’ll be focusing on developing solutions for this in moving beyond the MVP stage. Building solutions that ensure everything is more manageable and scalable going forward.