2
22 Comments

Launching releaselog on product hunt tomorrow - from 1 customer to whatever happens next

Three weeks ago I had zero customers, zero sign-ups, and two Twitter followers. I committed to showing up on IH every day, having real conversations, and building relationships before I needed anything from anyone.

Tomorrow is the test of whether that works.

Here's the exact plan for launch day:
Everyone I've had a real conversation with in the last three weeks gets a personal message the moment we go live. Not a blast. Individual messages that reference the actual conversation. The first two hours are everything that's when the algorithm decides whether your listing gets momentum or gets buried.

After that it's staying present in the comments, treating every question like the start of a conversation, and reporting back here honestly whatever the number is at the end of the day.

If you've been following along and haven't tried ReleaseLog yet, here's what it does. Public changelog, roadmap, and feature requests in one place. The AI writing assistant turns rough notes into polished updates in seconds. Your users always know what changed, what's coming, and that their feedback is being heard. No annual contracts. Free to start, $12/month after that.

Live product: tryreleaselog.com

I made my own page public so you can follow along and see how it works: https://tryreleaselog.com/p/releaselog-building-in-public

If we've spoken in the last few weeks I'll be dropping the PH link here the moment we go live. Would mean everything to have you there in the first two hours.

One customer down. Let's see where tomorrow takes it.

posted to Icon for group SaaS Marketing
SaaS Marketing
on May 12, 2026
  1. 2

    Solid playbook for launch mechanics. The "individual messages referencing actual conversations" is what actually moves the first 2 hours.

    One thing worth pressure-testing before tomorrow though: the post doesn't say what makes ReleaseLog different from Canny, Frill, Featurebase, ChangeKit, or Linear's built-in changelog. "Public changelog + roadmap + AI writing" is the category, not your wedge.

    The pattern we see at Hivemind across solo founder PH launches: tactics get you to the leaderboard, positioning gets you the customers who stay. A 200-upvote launch with vague positioning converts worse than a 50-upvote launch with sharp ICP language.

    If there's time tonight, the highest-leverage edit is the tagline. "AI changelog tool" loses. "Changelog tool for [specific buyer who struggles with X]" wins.

    Rooting for you tomorrow either way.

    1. 1

      This is really solid advice, going to update it. I appreciate it!

      1. 1

        Glad it landed. One quick add if useful tonight — when you write the new tagline, test it with this question: "would a non-customer reading this in 3 seconds know who it's NOT for?" If the answer is "everyone could use this," it's still in category language. If the answer is "yeah, this is clearly for X kind of team and not Y," you've got the wedge.

        Good luck. Drop the PH link here when you go live, happy to support in the first 2 hours.

  2. 2

    I really like the approach you took here. Building relationships before asking for support is something a lot of founders underestimate, especially in communities like Indie Hackers. Also, the focus on being present in the comments instead of just chasing launch numbers shows the right mindset in my opinion. Even if tomorrow doesn’t explode immediately, you’re already building trust and visibility around the product.

    The product idea is solid too : a combined changelog, roadmap, and feature request hub solves a real communication problem for indie SaaS founders. Wishing you a strong launch tomorrow

    1. 1

      Really appreciate you taking the time to read it properly and engage with the actual strategy rather than just the launch announcement. The relationship-first approach has been the most counterintuitive part of this whole process it feels slow when you're in it but the conversations I've had over the last few weeks have shaped the product, the positioning, and the launch plan more than anything else I could have done. The combined changelog, roadmap, and feature request hub came directly from founder conversations telling me they needed all three in one place rather than stitching tools together. What are you building? Would love to return the favor and show up for your launch when the time comes.

      1. 1

        Really appreciate that, and honestly your point about conversations shaping the product is something I’m starting to experience too. Right now I’m building a very minimal habit tracker, but the interesting part has actually been talking to people about why they abandon systems in the first place. I originally thought the problem was just “too many features,” but the more conversations I have, the more it seems like people quit after a psychological break (missing a few days, feeling like they failed, losing momentum, etc.). So I’ve been experimenting with a super low-friction approach and gentle recovery messages instead of heavy streak pressure or gamification. Still very early, but the behavioral side has become way more interesting to me than the app itself honestly.

        1. 1

          The psychological break insight is the real product. “Too many features” is a symptom you can see in the interface. “I missed three days and now the app feels like evidence of failure” is the thing that actually kills the habit and it’s invisible until someone tells you. The gentle recovery message instead of streak pressure is the right design direction because it’s treating the break as a normal part of the system rather than a deviation from it. That’s a completely different philosophy than most habit apps and it only comes from talking to people who quit. Good luck with it drop the link here when it’s live and I’ll show up for your launch.

          1. 2

            This is honestly one of the most insightful pieces of feedback I’ve received so far. The idea that the “psychological break” is the actual problem, not the missed streak itself, completely changed how I think about the product. That’s actually something I’ve started exploring in the MVP already. Instead of making users feel punished for missing a few days, I want the app to encourage recovery and make it easier to restart without guilt. Really appreciate you taking the time to write this. Feedback like this helps me understand the deeper emotional side of habit tracking, not just the feature side. I’ll share the app here soon enough.

            1. 1

              Glad it landed that way, the emotional layer is where the real product lives and it sounds like you're already building toward it. Looking forward to seeing the app when it's ready. We just went live on Product Hunt today if you want to return the favot in the meantime: producthunt.com/posts/releaselog 🙏

              1. 2

                I appreciate that, and congrats on the Product Hunt launch
                Just checked out ReleaseLog, looks super clean.
                Happy to return the favor ! Here’s the project I’ve been building: https://jamabusiness2003-a11y.github.io/smart-habit-tracker/

                Would love to hear what you think once you get a chance to try it.

                1. 1

                  Thank you so much means a lot. Just checked out the habit tracker the low friction approach is immediately obvious and the recovery message concept is exactly the right philosophy. The fact that it doesn't punish you for missing days is the thing that'll make it stick where every other habit app failed. Will share it with anyone I know who's burned out on streaks. Good luck with it drop it on IH when you're ready and I'll show up for your launch. 🙏

                  1. 1

                    You're welcome! And i appreciate you taking your time to look at my habit tracker. It mean a lot to me. Question: Do i drop it on Product Hunt as it is? Or Should i continue to have conversation about it with users? And also what's your email so that i can reach you.

                    1. 1

                      On the launch question don't rush it. Have more conversations first. The same mistake I made was treating launch as the starting line when it's really a checkpoint. Talk to people who've burned out on streak apps, understand exactly what broke for them, and make sure the recovery message concept is solving the right version of that problem before you go live. The launch works harder when you have people who already know what you're building. My email is [email protected]

  3. 2

    The launch plan is solid because you’re not treating Product Hunt as a one-day traffic spike. You’re using it as a relationship amplifier, which fits this product well because changelogs only work when users feel the team is alive and listening.

    One thing I’d watch early is the naming frame. “ReleaseLog” is clear for day one, but the product already sounds broader than a changelog: roadmap, feature requests, feedback loop, AI-written updates, user trust layer. If that becomes the direction, the name may start feeling more like a feature than the system behind product communication. A cleaner platform-style name like Xevoa.com would give you more room if this grows beyond release notes into the full customer-facing product update layer.

    Curious whether you see this staying as “changelog + roadmap” or becoming the communication hub between product teams and users?

    1. 1

      The communication hub framing is exactly where this is heading, changelog and roadmap are the entry point but the real product is the trust layer between founders and their users. Feature requests that get built and announced, updates that reach the right person at the right moment, progress that's visible before someone decides to leave. That's bigger than release notes. On the name, ReleaseLog is staying for now. Brand equity compounds and I'm not changing it the day before launch. Appreciate the thought though. Hope to see you tomorrow!

      1. 2

        That makes sense, especially the day before launch.

        I wouldn’t change it right now either if the goal is to keep momentum clean into Product Hunt.

        The important part is that you already know the larger frame: not release notes, but the trust layer between product teams and users. If the product keeps moving in that direction, the positioning will probably matter more than the name in the short term.

        Good luck with the launch tomorrow. The “progress visible before someone leaves” angle is the one I’d keep pushing hardest.

        1. 1

          Thank you! I really appreciate the help, I’ll keep all of this in mind

          1. 2

            Glad it helped.

            The strongest launch angle is this:

            users leave when progress feels invisible, and ReleaseLog makes progress visible before churn starts.

            That’s sharper than just “a changelog tool.”

            Wishing you a strong launch.

            1. 1

              “users leave when progress feels invisible, and ReleaseLog makes progress visible before churn starts.” is definitely it, will come back with the data tomorrow

              1. 2

                Perfect. That’s the right test.

                If the launch comments and signups repeat that same idea back to you, you’ll know the trust-layer framing is working.

                I’d watch for whether people describe it as a changelog tool or as a way to keep users confident that the product is moving.

                That distinction will tell you a lot about where ReleaseLog can go after launch.

                1. 1

                  Just went live on product hunt if you have the time to check it out! http://producthunt.com/posts/releaselog

                  1. 1

                    Congrats on the launch.

                    One thing I’d think about today, not months later:

                    If Product Hunt validates the “trust layer between product teams and users” angle, then ReleaseLog is no longer just a changelog product. It starts becoming a product communication layer.

                    That is where the name starts to matter.

                    ReleaseLog is clear, but it trains people to think “release notes.” The bigger idea you’re already moving toward is broader: roadmap, feedback, feature requests, AI-written updates, user trust, and product communication in one place.

                    That is why Xevoa.com feels like a real opportunity here, not a random alternative.

                    It gives you a cleaner platform brand before users, links, launch momentum, and early customers start hardening around the narrower ReleaseLog frame.

                    The risk is not that ReleaseLog is bad. It is that the launch works, proves the bigger category, and then the name becomes harder to move away from.

                    If you want, I can keep Xevoa simple and founder-friendly while you’re still early.

Trending on Indie Hackers
How I built an AI workflow with preview, approval, and monitoring User Avatar 62 comments Show IH: I'm building a lead gen + CRM tool for web designers targeting local businesses without websites — starting with Spain User Avatar 55 comments I built a URL indexing SaaS in 40 days — here's the honest story User Avatar 41 comments I built a desktop app to move files between cloud providers without subscriptions or CLI User Avatar 27 comments Show IH: I built an AI agent that helps founders find the right people User Avatar 24 comments After 4 landing page rewrites, I finally figured out why my analytics SaaS wasn't converting User Avatar 21 comments