Connect with the Product Hunt community

Is there a way to edit a post that was added? I did not see any settings on the posted thread not could I find a setting for "Your Posts."

There's a thing I built, shipped, and then felt nothing about. It worked. People used it. I got the messages I'd been waiting for. And about three days after launch I realized I had no interest in maintaining it.

I kept it alive for a while out of obligation. Answered the emails, fixed the small bugs, pretended I was still invested.

Whenever I share something I m working on, the feedback comes in all directions. One person says it needs more features, another says it s already too complicated, and a third wants a completely different design.

Last month I changed a small feature because three people asked for it in the same week. After the update, nobody used it, and the people who had asked never came back to try it. I realized I had counted requests instead of asking who really needed it.

It made me wonder if I m too quick to act on feedback just because it s loud or repeated.

How do you decide which feedback is worth acting on? Have you ever built something because people asked, only to find they didn t use it?

The car did a graceful fall more so than full-flight, and that too with the correct height, speed, friction of the ramp, pressure, etc/ all calculated meticulously to make it happen with multiple thrusters. Even if they are able to build this fully within the next 20 years, would such a vehicle be safe to have on the road?

Ok so i'm a solo maker and over the years i've ended up with way too many small products lol some react/ui libraries, a few native mac apps, some cli stuff and plugins. same guy behind all of them (me) but honestly each one lives its own life: own site, own release cycle, a couple even have their own newsletter.

lately people keep asking me "ok but where do i report bugs / ask for features / just hang out" and tbh i don't have a good answer yet.

In the early days, it s tempting to keep driving top-of-funnel traffic to see sign-up numbers grow. But if only 10% of those sign ups actually activate and get value pouring more traffic into the funnel feels like pouring water into a leaky bucket.

On the flip side, pausing marketing to fix activation with a small user sample size makes it hard to gather enough statistical data.

How do you balance top of funnel growth with product activation during the first few months after launch?

We've been fully remote for over two years now.

While daily coding output felt high we kept hitting a wall where features got shipped with small logic gaps that no one caught during planning.

We recently started getting the team together in person just once a month not for long presentations but just to sit and work in the same room.

Having that physical proximity dropped our rework rate significantly.

During a recent round of feedback calls, our power users requested a workflow feature that would fundamentally change how our product operates. On paper, it solves a big problem for them but it moves our app away from the simple, focused solution we set out to build.

Balancing listening to your customers with sticking to your core vision is much harder in practice than in theory.

How do you handle conflicting user feedback? Do you adapt your roadmap to high value requests or stay firm on your original vision?

When looking at our user session replays, we noticed a trend: users who didn't experience the main benefit of the product within the first 3 minutes almost never returned. We tried adding guided walkthrough tours, but most users just clicked Skip as fast as possible.

It made us realize that users don't want to be taught how to use a tool they tool just want to get to the result immediately.

How did you streamline your onboarding to get users to their Aha moment faster? Did you strip away setup entirely or show dummy/pre populated data first?

We spent four straight months pushing out user-requested features as fast as possible to beat competitors. It worked for initial traction, but our codebase eventually turned into a fragile mess where adding one simple toggle broke two unrelated workflows. We had to freeze all new releases for three weeks just to refactor core modules and set up proper automated tests. It temporarily stalled our roadmap, but our error logs dropped by 80% and long-term development speed doubled afterward.

How do you convince stakeholders that spending time on internal code refactoring is more valuable than pushing out shiny new features?

been thinking about this while working with LLM-based agents.

We still use retries, fallbacks, state machines and routing logic to make agents more reliable. But with newer models getting better at tool calling and handling failures, I wonder how much of this we really need to maintain ourselves.

Personally, I'd still keep permissions and critical actions deterministic. But for things like deciding the next step or recovering from a failed tool call, I'm not sure we need to hardcode everything.

Curious how others are handling this in production. Have you actually removed orchestration logic because newer models handle it better or has the complexity just moved elsewhere?

We started with a 14 day free trial, assuming urgency would push users to explore the tool deeply. Instead, most users signed up, got busy with work, and returned on day 13 asking for an extension because they never had time to test it properly.

Switching to a limited freemium model gave them breathing room but conversion to paid slowed significantly.

For founders who have tested both models: which one worked better for your product archetype, and how did you balance urgency with user activation?

When we launched our lowest tier, the goal was simple: lower the barrier to entry and get as many people through the door as possible. But looking at our churn data, this group had the highest churn and required the most support time.

It made us wonder if we were solving the wrong problem maybe a lower price point just invites users who aren't fully committed to the solution.

For those running SaaS products, how did you find your ideal entry pricing? Did you end up raising prices to filter for intent or did you keep a low entry point to build top to funnel momentum?

Early on, every time a user asked for a feature, we put it on the roadmap. We thought we were being customer obsessed. But a few months in, our clean dashboard turned into a cluttered menu, and new users started dropping off during onboarding.

Stripping back features felt terrifying because we were afraid of losing active users, but keeping them was confusing every new signup.

How do you decide when to say no to feature requests? Have you ever had to sunset a feature to save the core user experience?

Been working on a solid product n the launch of the product, but what's that we need to do to have a sustained spike and retain users who come in to explore the platform and convert them into power users.
Been thinking about this and working closely with teams who have launched in the past and gone through the same problems, Happy to have this thread open to record my findings/ strategies. If there are specific questions, do post, happy to chat!

While building a competitor monitoring tool, I'm finding that collecting updates is the easy part. Deciding what matters is much harder.

If a competitor cuts its price, adds a major integration, or changes its positioning, how do you decide whether to respond? Do you have a rule for separating a real market signal from noise? Have you ever ignored a competitor move and later realized it was the right, or wrong, decision?

We spent two full quarters building gamified streak features, daily recap emails, and aggressive push notifications to inflate our Daily Active User (DAU) counts. On paper, the hockey-stick growth graph was every founder s dream.

The catch? Users weren't coming back because they loved the product; they were coming back to clear notifications or maintain artificial streaks. By week eight, user fatigue set in. Instead of downgraded plans, we saw a sudden wave of hard account deletions and app uninstalls.

Forcing daily touchpoints on a product that naturally belongs in a weekly or monthly workflow creates friction, not value. If a tool solves my problem perfectly once a week, forcing me to log in daily just to satisfy your internal metric will eventually push me to a quieter competitor.

Which engagement metric gives you the honest truth about long-term retention versus artificial activity?

Most co-founder advice is about finding the right person. Almost none of it is about what happens after you find them.

The conversation we did not have early enough was about what happens when we disagree and neither of us is willing to move. Not the small stuff. The big stuff: whether to raise money, whether to pivot, whether to sell, whether to fire someone.

We had assumed we would figure it out when it happened. When it happened, it took 3 weeks and nearly ended the company.

What we should have agreed on in month one:

Many agent demos work well. Then in production, one confused loop calls the same tool 40 times and the bill jumps overnight.

Before I let an agent go live, I add three limits:

1. Max steps: stop after about 10 loops and hand over to a human.

2. A timeout on every tool call, so one slow API cannot hang the whole run.

First, we tried decreasing first response time.

We refined the template, used automation for easy answers, and carefully measured the response time.

The number seemed great.

However, customers were creating additional queries as the first response didn t solve the problem.

In the early days, everything from customers seemed like an urgent request.

We'd throw in little tweaks, integration hooks, options and workarounds because saying not yet was the equivalent of not listening to our users.

And the product became more complex and difficult to understand and maintain along the way.

Today, we always ask ourselves three things before building a feature:

I've been the sole developer at a startup for close to two years now. No code reviews, no one to ask when something breaks at midnight, no second opinion on architecture decisions.

The hardest part wasn't the coding itself. It was making decisions with no feedback loop. You ship something, it either works or it doesn't, and there's nobody to tell you if you did it the right way or just the way that happened to not break.

I've started keeping notes on every major technical decision I make what I chose, what I considered, and why. It's the closest thing to a code review I've found when you're solo.

Curious how other solo devs or tiny-team builders handle this. Do you just get used to it, or did you find something that actually helps?

Our e-commerce catalog was suffering from low search visibility because hundreds of pages had identical manufacturer-provided descriptions. Google bots simply ignored the text treating our category pages as low-quality content.

We solved this by writing a script that pulls customer review highlights most frequently asked questions and top use cases into a dynamic FAQ section on each product page.

Within a month of updating our fifty pages organic impressions doubled as unique keyword combinations started ranking naturally. Search engines reward pages that offer contextual value rather than copied manufacturer text.

What tools do you rely on to find keyword opportunities, in competitive product categories?

Struggling to get recurring subscribers, we launched a limited Lifetime Deal on a deals platform to raise quick capital. It brought in $15k in two weeks, which helped us fund infrastructure and product upgrades.

Six months later, those lifetime users accounted for 70% of our active support load while bringing in zero recurring revenue to sustain server costs.

Are Lifetime Deals a smart way to bootstrap early development, or do they create a long-term debt that ruins SaaS economics?

Set a bunch of strict rules for myself when starting out about keeping things simple and never taking quick shortcuts.

A couple years in half of those rules are gone because real life hit and decisions got way more complicated.

How do you tell if you're just adjusting to real business needs or actually losing your original vision?