I built Trial Tracker because I was tired of forgetting free trials

This hits a real pain point. The "subscription sprawl" problem is genuinely bad for small operators who are building side projects.

The ironic version of this I see most often: online course creators sign up for free trials of platforms (Teachable, Kajabi, Thinkific), get distracted building content, forget to cancel, and then discover they've been paying $99-149/month for 4 months without ever actually launching.

A tool that tracks when trials convert to paid and sends a calendar reminder before the charge hits would have saved more than a few people I know from real money losses.

To your feedback questions:

1. Is the value obvious within a few seconds? — "stop paying for things you forgot you signed up for" is a pretty clean one-liner that would make the value very clear. The current positioning of "track trials" might be slightly underselling the pain you're solving.
2. What would stop me from using it? — habit formation. The tool needs to be used before you start a trial, not after. Integrating with Chrome as an extension that prompts "Add this trial to TrialTracker?" when you hit a /signup or /free-trial URL would make the habit automatic.

Good launch. This is the kind of simple, focused utility that has real staying power.

Simple and solves a real pain point. To answer your second question: what stops me from using tools like this is manual entry

The hard part with a tracker is never the reminder logic, it is getting the entry created in the first place. What helped me was cutting the required fields down to almost nothing and letting people fill in the rest later, plus an import path so the first ten items do not have to be typed by hand. If you can pull the trial details out of the confirmation email instead of asking for a form, that removes most of the drop off.

I hit the same wall with a tool I built called GearDex, a gear inventory for photographers where people log serial numbers and receipts for insurance claims. Same shape of problem: the payoff only shows up months later, so the first session has to be fast or nobody returns. It lives at geardex dot app, since links are not allowed on my account yet.

On your second question, I think the thing that would stop me isn't the product, it's the timing. The moment I start a free trial I'm excited about the new tool, not thinking about cancelling it. That's exactly when I'd need to add the entry, and it's the moment I'm least motivated to open a second app and type it in.

So the risk isn't that people don't see the value. It's that the value is obvious and they still forget to use it, which looks identical to churn in your metrics but has a completely different fix.

If I were testing that, I'd look at where the signup moment actually leaves a trace: the confirmation email. "Forward your trial confirmation to add@..." is one action from the inbox where the person already is, no context switch. Even better if you can parse the renewal date out of it so they type nothing.

On your first question: yes, value is clear fast, but I'd lead with the money rather than the tracking. "You're paying for 3 trials you forgot to cancel" hits harder than "track your renewals," because the first one is a loss and the second is a chore.

Forgetting to cancel free trials before the card gets charged is such a universal pain point. Are you sending calendar/push reminders or planning virtual card integrations? Simple and practical idea!

This is a genuinely useful idea because free trials are so easy to forget until an unexpected charge appears. I like that TrialTracker focuses on doing one thing well instead of becoming another complicated budgeting app. A clean dashboard and timely reminders could make it much easier to manage subscriptions, and I’m curious to see how the onboarding feels for someone adding their first trial.

This is a great example of taking a very simple, relatable problem and solving it without overcomplicating the product. Free trials are one of those things almost everyone has forgotten about at some point, so the focused approach makes a lot of sense. The fact that it stays focused on one job rather than becoming another full budgeting app is a big plus. Curious to see how users respond and what features naturally emerge from real-world feedback.

We ran into the mirror image of this from the vendor side. We built a product where every request has real compute cost (local speech transcription), so a free trial isn't actually free for us — it's real infra spend we can't get back if someone churns before converting. That's a big part of why we skipped free trials entirely: paid-first pricing with a hard per-user usage cap instead. It forces the pricing conversation up front, but we never have to build anything like this tracker, because there's no silent trial clock running that a user can forget about. One thing worth asking your users: when they forget a trial, was it something they'd have kept if reminded, or something they only signed up for because trying it cost them nothing? The second group won't turn into retained customers no matter how good the reminder is, so the reminder's ROI depends a lot on which group you're mostly serving.

One metric could turn the reminder into a real validation loop: after the renewal date, ask whether the user kept or cancelled the subscription, then show the total amount saved. That gives users reinforcement beyond a list of upcoming charges, and it gives you a much stronger product metric than trials added: reminders that changed an outcome. I’d also test the notification channel carefully—an email reminder can disappear into the same inbox as the original trial confirmation.

Happens with me all the time I build something I feel is a real problem, validate the idea but then getting paying users is really difficult

The pain is real. The product only wins if adding a trial is faster than a calendar reminder. If I have to create an account and fill five fields before the first trial is logged, I’ll leave. What’s the first screen after signup?

Honestly, I think the biggest issue is probably remembering to add the trial in the first place

The whole reason people need this is because they forget things, so asking them to manually log every trial might be fighting the problem a little. If there was a way to automatically pick up new trials, I’d definitely use it.

Really like the simplicity of the idea though. It solves a very specific and annoying problem.

The habit gap is the real challenge here — the person most likely to forget to cancel a trial is also the least likely to remember to open a tracker. That's the core UX problem to solve before worrying about features.

On distribution: skip the launch blast and go directly to people who've complained about unexpected subscription charges on Twitter/X or Reddit in the last 3-6 months. They already know the pain. Ten real conversations like that will tell you whether friction is forgetting to add trials, forgetting to check, or something else entirely.

One thing worth obsessing over: make the renewal reminder feel genuinely alarming — specific product name, exact cost, days left. That notification is your main reason for existing and your best daily re-engagement hook. If it doesn't make someone immediately open the app, it isn't doing its job.

The manual entry problem is bigger than the reminder problem. I'd start with a browser extension that recognizes a checkout or trial confirmation page. It can fill in the service and renewal date, then ask the user to confirm with one click. That's much simpler than asking for inbox access. It also prevents most cases where users forget to log the subscription later. If they still don't confirm it right away, you'll know the automation needs to go further before you spend more time polishing the dashboard.

Gregory's inbox-scanning point is the real fix, but I'd add: even automatic detection doesn't solve the second, harder problem — most trial confirmation emails don't state the price you'll actually be charged. They say "your trial ends on X," not "you'll be charged $49 on X." So an inbox scanner tells you a date exists, but not whether it's worth caring about.

Which might actually simplify the product: skip trying to extract price/terms reliably from parsing (that's a losing battle across hundreds of email formats) and instead have people confirm the few dollar amounts that matter — the $50+ trials — while auto-detecting everything else just for the date. Most of a person's forgotten-trial anxiety is concentrated in a handful of expensive ones, not the free Notion plugin they signed up for.

The structural problem is that the user who forgets a trial is the same user who will not remember to log it, so manual entry fights the exact behavior you are selling against. Every tracker in this category that got traction solved it by reading a data source instead: bank feed, card transactions, or the confirmation emails already sitting in the inbox. I would test an inbox-scanning version that finds trial signups automatically before spending another week on the dashboard.

The second question is the one I’d be most curious about too. There’s a big difference between finding this useful and remembering to use it every time a new trial starts.