13
19 Comments

Some expensive mistakes I've made

I started building my SaaS boilerplate (getparthenon.com) two years ago. And over those two years, I've spent thousands of euros on various things trying to get thing going and made mistakes that cost me time and energy. Here are some of the expensive mistakes I've made along the way.

Long build time before going to market

So one of the first major mistakes was just spending a lot of time building Parthenon before releasing it. I built Parthenon to be flexible after spending multiple years at various startups and seeing the exact same tasks being worked on with the exact same issues. Most companies were spending a large amount of time working on generic tasks. One of the main issues was that they weren't flexible enough. So I build Parthenon to be super flexible. This meant I built three applications on it before I released it. Using different databases and different stacks.

Overall, most of the flexibility isn't really used right now, and I've got enough experience in designing flexible applications that I didn't really need to prove the flexibility so much, and I could have added flexibility later.

I should have released it earlier. This cost me time and energy.

Use paid ads for a purpose

While I was building Parthenon, I realised I should at least try and sell some of the apps I built. So I built a CRM that could be used as a kanban board, basically a Trello but with invoice generation purposes.

I thought, just put ads on, and people will sign up. I spent a bunch on ads and only got a few sign-ups. Overall, I got more signups while I was ignoring this project than I did while I was spending money on ads.

I learned if I'm going to use paid ads, it should not be to get signups as most people don't sign up the first time they hear about you. Using paid ads to get people to on to a newsletter and then mature them.

I am not sure how much I spent on paid ads overall. This probably cost me $1,000.

Build for a reason other than building

So part of the Parthenon development was to build 3 apps on it. These apps now just sit in my GitHub repository list, only being used for backward compatibility tests. I don't use them, nor does anyone else.

For one of the apps I built, I built integrations with other systems. It was an order anomaly detection system for e-commerce systems. So I build Magento, Shopware, and WooCommerce integrations.

Now I only build things that I want to use. Worse case, I end up with something I can use.

These cost me time and energy. Overall, a lot of it.

Don't need an amazing landing page design

When I first started out, I used a template I got for $30. People commented that it was a poor landing page design, and I ended up buying custom designs. For Parthenon, I'm on the 3rd or 4th professional design. The site was only launched a year ago.

Starting with a simple design that conveys the message and uses stock images works well for the majority of indie projects. The copy is far more important than the design. Just don't have a terrible design a so-so bland design will work.

This cost me overall in the range of $4-5k.

Write the copy yourself

One of the things I learned was the copy on the landing page was important. So I tried to outsource this. The main issue I had was that multiple copywriters literally didn't understand the value Parthenon brings nor the pain it solves. This resulted in landing pages that people just didn't really understand.

Writing your own copy helps you to explain to the world the value it brings and the pain it solves. You can go over your landing page copy many times. That is ok.

Also, it hurts a lot less when someone says the copy you wrote sucks than the copy you bought for $500 sucks (and that was still cheap).

This cost overall in the range of $1,000

You don't need scaling power straight away

When you start out, you use the development experience you gained from your day job. And that was that you needed to be able to scale, handle traffic growth, traffic spikes, etc. So if you're like me, that means you overpowered the hell out of your setup and were able to handle hundreds of requests per second. When you get three visitors per day, one of them being you.

The lesson is to start really small and really cheap and don't scale out to separate servers and a professional scale setup until you have lots of traffic. If you have 4 users, you're probably going to be ok if your site goes down for 2-hours while you fix it. It's embarrassing, but hardly anyone will notice if they notice it at all.

This cost me more than $500 in excess server power that wasn't used.

Conclusion

There are still more mistakes that cost me more money, but this post is rather long, so I'll end it here.

I'm currently building https://blether.chat, which is a privacy-focused Live Chat that allows you to not need an annoying cookie banner. So if you've made it this far, check it out.

If you want to find out about the future expensive mistakes, I'll make you can follow me on here as I'll be continuing to post as I go on.

on July 19, 2022
  1. 2

    Thanks for sharing, Iain.

    Writing copy by yourself is essential. It not only shares your voice, but if done right, it helps you better understand your product.

    How do you prove that blether is privacy-focused? Open-source it?

    1. 1

      The only way to prove it would have a third party audit it. I'm fundamentally against open-source, I feel like it's one of the causes of a lot of tech problems. Plus, it creates competitor problems; nearly every open source product has people literally ripping them off.

      If I make Parthenon source-available which might be the future of it then making Blether source-available or inspectable is doable.

      1. 1

        Why do you against open-source, excluding the issue you mentioned with competitors?

        1. 1

          I think the open-source model is fundamentally flawed. Our tooling and stuff that we get from open source would be considerably better if they were a paid product. A good example is Jetbrains IDEs are far superior to open source versions and have a lot more updates than open source versions. This would not be possible if they were open source.

          Most people working on open source have day jobs yet the open source product is probably more valuable than their day jobs.

          1. 1

            You built Parthenon on top of Symfony, which is open source.

            So, the problem is not in open-source software. You mean the problem is free software for which you don’t pay.

            You can still charge and open-source software, like @markosaric.

            1. 1

              I am not saying I don't use open-source things, I think they shouldn't be 100% free, and companies should be paying for them. What I want is source-available. Where it's free for small users, non-profits, and devs but companies need to pay.

              1. 1

                My point was that you leverage open-source software while you are against it. But I get your point.

                You are against free software, not open-source.

                And you even are not against free software, but you want to ensure that people invest enough time building and polishing it. Even they provide it for free and pay with their time and money.

                Have I got you right?

                1. 1

                  For the most part, I'm againist what the current tech scene is. You can't do anything without using free open source code written by some guy in London that isn't getting paid. You have no warranty, you have no promise of support, you have nothing but it's free. I'm against companies with millions in funding using lots of open source software and contributing nothing back.

                  I want the guy in London to get paid what the software is worth. I want the company with lots of money to pay it. I want there to be warranties, SLA, etc for software that I rely on. I don't want to have to depend on the goodwill of a guy who isn't getting paid to fix something I heavily depend upon. I especially don't want to have to depend on someone who isn't getting paid and is a spare time project. Look at a lot of the libraries, they're not that well maintained. A well-maintained non-major old library will probably get 3-5 hours a month on it. Most have tickets and pull requests that are months and years old. That's not good.

                  Open source shouldn't be the goal. Open source is romanticised and it shouldn't be. It's not that noble to depend on someone who isn't getting paid and doing it in their spare time to underpin your system.

                  1. 1

                    Open-source is romanticized, indeed.

                    Why should companies give back? If somebody open-sources their code and doesn’t ask for payments, why should somebody else pay and give back?

                    People share libraries. Yes, they are not ideal. The libraries might have a lot of bugs. But it is your choice to use them or not.

                    You can still use open-source that large companies like Google support.

                    Look at this, like we are only at the beginning of the open-source epoch.

  2. 1

    my most expensive mistake: overthinking. I totally support the idea of starting "really small and really cheap". It is applicable to every product/service. Overthinking steals your lifetime, and you can never buy it back. Start simple, start cheap, stop yourself from adding features, etc. Do something cheap and simple from the beginning to the end, and this is the best/fastest learning curve.

  3. 1

    Agreed. That's why Snaptro is currently running the whole backend on Replit + Airtable. $7/month total cost! 😁

  4. 1

    Awesome — thanks for sharing this! Totally agree that you don't need scaling power straight away. I wasted a lot of money this route.

    I wish I would've just talked to some other founders before doing this, but I was caught up in the haste of building and presuming it'd grow quickly. Yeeeah it didn't ...

  5. 1

    I made an audio version of the post for anyone who prefers to listen!

    https://play.ad-auris.com/demo/ad-auris/some-expensive-mistakes-i-ve-made

    1. 1

      Thank’s. Would most often like to listen to these posts with Pocket TTS (like any other RSS news) but it’s not working for this site for some reason.

      1. 1

        You can use Play.ad-auris.com to listen to all of these posts! and it even syncs the audio with your spotify - would love to see what you think:
        play.ad-auris.com/create-narration
        access code: Play_YC

        1. 1

          Thank's,

          Ad Auris has much nicer synthesized reader voice where Pocket sounds like it's from 10 years ago and the sync straight into podcast app seems clever.

          However, I ran into problems with Firefox on desktop which is not seem to be supported with it's default settings. Signup/signin is asking "Enhanced Tracking Protection" to be disabled. Never seen it being it a problem elsewhere so wondering why is it so.

          Could maybe setup a bookmarklet, a simple "Send to Ad-Auris" plugin or something replacing the "Save to Pocket" to get the necessary functionality there.

  6. 1

    Now I only build things that I want to use. Worse case, I end up with something I can use.

    Love this. It's practical, plus it jives with the "eat your own dog food" idea. How else can you truly know what the customer needs, unless you're the customer?

    Write the copy yourself

    I'd add a caveat here though... right it yourself, but have someone else edit it. It doesn't have to be a professional, but it does have to be someone other than you. Nothing makes a product look worse than typos IMO.

  7. 1

    Great thoughts! I've been learning some of these myself while I've been building my texting-list startup.

    I now believe that in the early days, if what you're doing doesn't help generate more customers/revenue, then it's probably not worth doing for a while.

    More server power? Nope.
    Fancy checkout flow? You can manually sign people up to start.
    Self-serve customer data exporting? You don't need that right now.
    Bleeding-edge framework? Rarely does this translate to more users.

    You have to be ruthless in the early days with what you focus on, and your goal should be to get people using your product.

Trending on Indie Hackers
Meme marketing for startups 🔥 User Avatar 11 comments After 19,314 lines of code, i'm shutting down my project User Avatar 1 comment Need feedback for my product. User Avatar 1 comment Don't be a Jerk. Use this Tip Calculator. User Avatar 1 comment 40 open-source gems to replace your SaaS subscriptions 🔥 🚀 User Avatar 1 comment We are live on Product Hunt User Avatar 1 comment