2
9 Comments

A startup asked me for marketing advice. I gave them my biggest pain instead — now I'm their co-founder.

Twelve years in tech as a CMO. Zero ability to write code.

When AI tools got good, I finally started building the little internal tools I'd spent years describing to engineers. Claude would hand me a working app in an afternoon. And then — nothing. The code just sat on my laptop. Servers, SSL, environment variables, backups: not my language, and honestly not one I plan to learn.

Building took 2 hours. Going live? Never happened.

About 9 months ago, a VPS hosting startup booked me for a marketing consult. They were stuck in a price war in one of the most commoditized markets on earth. After a few sessions I told them straight: a growth strategy won't save you — niche down or pivot.

Then they asked what I, as a wannabe builder, actually needed from hosting. My answer: nothing. I don't want hosting at all. I want to drop my code somewhere and get back a working link.

Five months of silence later, they showed up with an MVP — and an offer to join as a co-founder. That's how livemy.app happened: a platform for people like me, who can build with AI but hit a wall at "now put it on the internet."

The part that finally closed my personal loop: livemy ships an MCP server, so deployment lives inside the AI tool itself. You finish the code in Claude or Cursor (or whatever writes your code), say "deploy this" — and a couple of minutes later you're holding a live link: server provisioned, SSL wired, done. Updates work the same way — change the code, say "update it," the same URL refreshes. I never open a terminal. The AI writes, livemy ships.

Where we are now, honestly:

  • Open beta, a few dozen apps running on the platform
  • Revenue: barely started, free tier is free, paid is $20/mo
  • Runs on our own bare-metal servers (long story, wrote it up on our blog)
  • First product where I'm also user zero — built around my own pain, after years of marketing other people's products

The irony isn't lost on me: I spent years telling founders their positioning was wrong, and now I get to eat my own cooking. Scariest career move I've made.

Question for those who build with AI tools (Claude, Cursor, Lovable, Bolt): where exactly do you get stuck between "the code works" and "it's live on the internet"? Trying to figure out if my wall is everyone's wall — and if you want to poke holes in what we built, I genuinely want to hear it: https://livemy.app

posted to Icon for group Building in Public
Building in Public
on June 3, 2026
  1. 2

    The wall you’re describing is real, but I’d be careful not to frame this too broadly as “deployment for AI-built apps.”

    The strongest buyer is probably not every Claude/Cursor user. It’s the non-technical operator who can now create internal tools, landing pages, portals, dashboards, or client utilities, but still cannot turn them into something usable by other people.

    That person does not think they have a hosting problem. They think:

    “I built it, but I still can’t share it safely.”

    That is a much sharper pain.

    So I’d probably position livemy less against VPS/hosting and more against the final-mile anxiety after AI building:

    code works locally
    no idea how to deploy
    afraid to break something
    doesn’t want terminals, SSL, servers, env vars, updates

    The MCP angle is strong, but I’d use it as proof, not the headline. The headline is probably closer to: “Build with AI, ship without becoming technical.”

    Happy to put a tighter version in writing if useful. The main thing I’d map is the first buyer segment, the exact pain language, and the fastest way to test whether this wall is common enough to convert into paid users.

    1. 1

      This is a really good breakdown, thank you. Fair point about the buyer.

      The post itself is just the origin story, so it leans on my personal wall moment. The actual positioning we run is already close to what you describe: "You build it. We make it live." Most of our copy avoids the word hosting completely, for the same reason you mention. That person doesn't believe they have a hosting problem.

      The line I'm stealing from you is "I built it, but I still can't share it safely". The word safely is sharper than anything we tested so far. It carries the fear of breaking something, not just the inconvenience. Going straight into the next round of landing page tests.

      One honest nuance though. We are not locking the segment yet. Early signups split into two camps:

      1. People who are not technical at all, like the profile you describe.
      2. And developers who ship weekend projects and just can't be bothered with infra for something small.
        I want to see which of the two actually pays before committing the messaging.

      Curious about your own version of this wall. When you say share safely, what scares you most personally? Access control, breaking things while updating, or something else?

      1. 2

        For me, “safely” is less about one technical issue and more about the moment the app becomes real for other people.

        The non-technical buyer is probably thinking: “I built it, but I don’t know what happens when someone else uses it.”

        That is very different from the weekend-project developer, who is probably thinking: “I just don’t want to waste time on infra for something small.”

        Same product, different emotional trigger.

        Drop your email and I’ll send over the tighter version. I think the useful part is mapping the two buyer messages and the quickest test to see which one actually converts.

        1. 1

          That framing is useful. Two triggers, one product. The fear one rings very true. For me the scariest moment was never the deploy itself, it was sending the link to a real person afterwards.

          Honestly I'd rather keep this in the thread. If you're up for it, post the tighter version right here. More people hit this wall than admit it, and your breakdown is exactly the kind of thing they would want to read. Plus I'm curious what others in the group say about the two messages.

          1. 1

            Makes sense. I’ll leave it there for now.

            The real test is which segment actually pays after shipping through livemy, not which framing gets the most agreement in-thread.

  2. 1

    This is one of the more honest co-founder origin stories I've read. Most versions of this narrative get cleaned up in the retelling — 'I saw a problem and built a solution.' The reality is usually messier: you stumble into alignment by accident, and the co-founder relationship crystallizes around a shared pain rather than a shared vision. The fact that you gave them your real frustration instead of advice is the interesting part. Advice is about them; a frustration is about you — and that's more credible signal for a founder trying to validate a problem. Hard to fake genuine annoyance. How has the dynamic evolved now that you're inside the company versus being the external person whose pain they were originally solving?

  3. 1

    the biggest lever is usually one concrete pain you can name in a sentence. if the advice is too broad, it is hard to turn into a product wedge.

  4. 1

    The grind is part of the deal. What nobody tells you is that it gets quieter before it gets louder. How are you holding up?

Trending on Indie Hackers
Your build-in-public audience is not your market. I learned the difference the slow way. User Avatar 201 comments I built a WhatsApp AI bot for doctors in Peru — launched 3 weeks ago, 0 paying customers, and stuck waiting for Meta to approve my app User Avatar 62 comments Built a "stocks as football cards" thing. 5 days in, my launch tweet got 7 views. What am I missing? User Avatar 33 comments From broke and burned out as a PM, to launching my SaaS and optimizing my health User Avatar 32 comments Why Claude Skills Are Becoming Important for Tech Careers User Avatar 24 comments I kept starting projects and dropping them. So I built a system that wouldn’t let me User Avatar 23 comments