3
14 Comments

I got tired of paying more every time my email list grew, so I'm building QeakFlow

After months of research, talking to small business owners, and reading countless discussions here and on Reddit, I finally launched the first landing page for QeakFlow.

The idea came from one recurring frustration:

Why does every email marketing platform become more expensive just because your subscriber list grows?

Many small businesses don't need a CRM, AI features, landing page builders, or dozens of integrations. They just want a simple way to send newsletters at a predictable price.

That's what I'm building:

• Flat monthly pricing
• Bring your own SMTP (keep control of your sender reputation)
• Simple campaign management
• GDPR-friendly
• Built for small businesses, not enterprise teams

The product is still in development, and I'm currently looking for beta users to help shape it.

If this sounds like something you'd use, I'd love to hear your thoughts.

👉 https://qeakflow.com

on July 20, 2026
  1. 1

    One cost worth testing with beta users is migration, not just the monthly invoice. For a small business, switching also means preserving consent and suppression status, rebuilding forms and templates, reconnecting the sending domain, and testing the first campaign without disrupting normal work. If QeakFlow can turn that into a predictable checklist or guided import, the flat-price promise gets stronger because buyers can understand both the recurring cost and the cost of getting there. Which part of migration are your early users most worried about?

  2. 1

    Solid idea, Andrii. The “price goes up because the list grew” thing is a real trust killer for small businesses, even when the product itself is fine.

    BYO SMTP is the interesting part for me. Flat pricing gets attention, but keeping control of sender reputation is what makes this feel different from just another cheaper Mailchimp clone. If you can make that setup simple for non-technical owners, that’s a real wedge.

    One thing I’d watch: a lot of people say they “just need newsletters,” then six weeks later ask for segments, automations, and basic analytics. Maybe keep V1 tiny, but be clear what you’re intentionally not building yet so beta users don’t feel bait-and-switched.

    I’m building Make it RAIN on a similar instinct, tools for people who don’t need the bloated suite, just a clear path to make money. Can’t drop links here yet, but happy to swap beta notes if useful.

    Either way, good landing page move. Flat pricing + ownership of sending is a clean story.

  3. 1

    Bring-your-own-SMTP is the feature I'd actually pay for. We got a hard lesson in provider lock-in this week: our transactional sender hit its plan quota mid-campaign and we had to stand up a second provider as failover on short notice just to keep the send moving. If you're already letting people bring their own SMTP, a built-in secondary/failover SMTP slot (auto-switch when the primary bounces a rate-limit error) would be a genuinely differentiated feature, most of the flat-fee competitors I've looked at don't offer that because it complicates their reputation monitoring. Also seconding the question above on transactional vs newsletter-only, since deliverability requirements are pretty different between the two.

  4. 1

    I like this. The bill climbing just because your list grew always felt backwards to me. You send to the same kind of people, there are just more of them. Flat pricing fixes that, and it makes their costs easy to predict, which is worth a lot to a small business. Bring your own SMTP is a good call too. The one thing I'd keep an eye on is the customer whose cost to you still grows, so a heavy sender doesn't quietly turn unprofitable while everyone else is fine. Not a reason to add tiers, just worth watching. Are you aiming this at newsletters mainly, or transactional email as well?

    1. 1

      The point about heavy senders is a fair one -
      it's something I've thought about.
      The way it works in practice: since each customer
      brings their own SMTP, the cost of sending
      doesn't fall on QeakFlow's infrastructure.
      Mailgun, SES, Brevo - that's between them and their provider.
      So a high-volume sender doesn't become a cost problem
      on my end the way it would on a shared-delivery platform.
      The cost that does scale with usage is compute -
      each tenant runs an isolated instance.
      But at the list sizes I'm targeting (under 10K contacts),
      the resource difference between a light and heavy sender
      is small enough that flat pricing holds.
      If someone is sending 500K emails a month,
      that's a different conversation.
      But that's not who I'm building for right now.
      On transactional vs newsletter -
      newsletter and campaign use cases only for v1.
      Transactional has different deliverability requirements
      (dedicated IPs, feedback loops, real-time bounce handling)
      that deserve proper attention.
      Bolting it on would mean doing it badly.
      Newsletters first, done well.
      Transactional only when the infrastructure is ready for it.

  5. 1

    the flat-pricing wedge is genuinely good. per-subscriber pricing does feel like getting taxed for succeeding, and people hate it enough to actually switch.

    one tension worth thinking about early though: 'bring your own SMTP' and 'built for small businesses, not technical teams' are quietly pulling in opposite directions. BYO SMTP means the user sets up and babysits their own SES or postmark, warms it up, handles SPF/DKIM/DMARC, deals with bounces and complaints. that's exactly the stuff a non-technical small biz owner is running away from when they say they just want to send a newsletter.

    so i'd get really clear on which of two people you're for:

    • someone semi-technical who already has SES and just resents mailchimp's markup (BYO SMTP is perfect for them)
    • a true non-technical small biz (then BYO SMTP is a wall, and you'd need to make the smtp part near-invisible, guided setup or a managed-send option)

    both are real businesses, they're just different products. the pricing wedge works for either, but the onboarding and the landing copy look completely different depending which one you pick. right now the post reads like you want the second person while the feature list is built for the first.

    1. 1

      This is the sharpest critique in the thread and it's correct.
      There is a tension, and I've been papering over it
      by saying "we'll make the SMTP setup simple"
      without being specific about what that actually means. Being honest about where I'm landing:
      The primary user is closer to your first person -
      a small business owner who is slightly technical
      or has someone on their team who can follow a guide.
      Not a developer, but someone who set up their own
      Google Workspace or connected a payment processor
      without needing hand-holding. The non-technical true solo operator -
      the plumber who wants one button -
      is genuinely a different product.
      Managed sending, no SMTP config at all,
      just enter your email and go.
      That's a real product, but it requires
      owning the sending infrastructure,
      which I've explicitly decided not to do. What I'm building for the SMTP problem
      is a guided setup -
      provider-specific walkthroughs,
      DNS record generation and verification built in,
      one-click SMTP tests.
      Not invisible, but as close as possible
      without me operating the infrastructure.

      You're right that the landing page copy
      is currently written for person two
      while the feature list is built for person one.
      That's a real inconsistency and I'm going to fix it.

      Good catch.

  6. 1

    Going this narrow is the right call. I sell to the same segment (trades and home services, in Canada) and everything you wrote matches: they don't compare features, they compare 'does this earn me one more job than it costs per month.' The buying trigger is almost never a feature list — it's one specific painful miss they can name. If that holds for German tradespeople too, your best landing copy is probably a story, not a benefits grid. And +1 on ecommerce being a different species — a plumber and a Shopify store share nothing about how they use their inbox.

  7. 1

    The pricing frustration is real. Paying more just because the list grew feels like a tax on doing the thing that matters.

    BYO SMTP is an interesting wedge too. Control and predictable cost together is clearer than “yet another simpler Mailchimp.”

    Main risk I’d watch: “simple email tool” is a crowded shelf. The sharper the buyer (“local businesses who only send monthly newsletters and hate per-subscriber pricing”), the easier this sells.

    I built Make it RAIN for creators monetizing products, so I’m biased toward clear ICP early. Flat pricing alone may not be enough without a specific “this is for you” sentence.

    If I were beta testing, I’d want to know the exact flat price and what breaks when someone hits 10k subscribers.

  8. 1

    This really resonates, I'm building in a totally different category but from the exact same "why am I paying for 40 features to use one" frustration. One thing to watch with flat pricing though: the single huge sender whose volume blows past your flat price while your revenue stays flat, that one case can quietly eat your margin, so a soft cap or a second tier keeps the "predictable price" promise without the downside. Bring-your-own-SMTP is a smart move too, it pushes deliverability cost and sender reputation onto the user, which is exactly how you stay cheap. Who do you picture as the main switcher, someone leaving Mailchimp on price, or someone who never wanted a full suite to begin with?

  9. 1

    The predictable-price idea is easy to understand, but “small businesses” can mean very different email habits. Are you looking for your first beta users from one specific group — newsletters, local businesses, or ecommerce stores — or are you deliberately keeping it broad to learn where the frustration is strongest?

    1. 1

      Deliberately narrow.
      The first group I'm focusing on is local service businesses
      in Germany - tradespeople, real estate agents, small consultancies.
      They share a specific pattern: a warm list of 200–2,000 customers,
      wanting to send a monthly newsletter, and either left Mailchimp
      because it got expensive or never started because the setup
      felt overwhelming.
      They don't need automation workflows or ecommerce integrations.
      They need to send an email and see who opened it.
      The reason I'm not keeping it broad is exactly what you're pointing at -
      "small business" frustration varies too much by use case
      to learn anything useful from it. A local plumber and a Shopify store
      have completely different email habits and completely different
      reasons to be unhappy with their current tool.
      Ecommerce is explicitly out of scope for now -
      the integrations those stores need take months to build well
      and aren't the problem I'm solving.
      Starting narrow also makes the first conversations easier.
      I know what to ask, I know what the friction looks like,
      and I know when feedback is signal versus noise.
      Are you working in one of those segments?

      1. 1

        No — I’m building a one-slot online billboard, so I’m not in that customer group. I asked because “small businesses” often hides very different needs, and your explanation makes the narrow starting point much clearer.

  10. 1

    I like that you're challenging the pricing model instead of assuming the feature set is the problem.

    I'll be interested to see what beta users consistently describe as the reason they switch. That tends to reveal whether the product is really about predictable pricing, sender control, simplicity, or something else entirely.

Trending on Indie Hackers
How to rank #1 on ChatGPT? User Avatar 112 comments I built a startup-idea scanner. It just told me none of my 3,400 ideas are easy wins. User Avatar 66 comments I Tested Agenmatic for Finding Customers in Communities — Here’s What I Learned User Avatar 63 comments “I’ll just post on Upwork” is not a client strategy. Here’s what I built instead. User Avatar 51 comments Building a Shopify bundles app for stores with real fulfillment: here's the wedge User Avatar 42 comments I recorded myself using 200+ indie SaaS products cold. Here are the 7 conversion killers that keep showing up. User Avatar 32 comments