4
5 Comments

EarningsScores β€” Month 5 Update: 6 users, $0 MRR, and the reframe that changed how I think about the product

Hey IH πŸ‘‹

Building EarningsScores β€” an AI that scores every earnings report in real-time. Here's the honest update:

πŸ“Š Numbers:

  • Users: 6 (flat from last month β€” second month in a row)
  • MRR: $0 (still in free beta)
  • Monthly costs: ~$200
  • Tickers scored this month: 0 β€” site still paused

βœ… What worked:

  • IH community feedback was the highest-signal input this cycle. A commenter (aryan_sinh) reframed the entire product pitch: instead of "earnings alerts," the value is "know which earnings actually matter before you waste time reading them." That's a fundamentally different thing to build.

❌ What didn't:

  • Site is STILL paused. This is the second consecutive month I've failed to execute on getting it back live. I keep treating it as a task instead of the top priority.

πŸ”§ What I shipped:

  • Nothing to production (site still down)
  • Worked through positioning: "sell judgment, not notification" β€” this changes both the product and the pricing pitch
  • Mapped out the watchlist alerts feature with the new framing

πŸ’‘ Biggest lesson:
Framing is the product. Investors don't lack data β€” they have Yahoo Finance, Seeking Alpha, Finviz. What they lack is a fast answer to "is this earnings report actually surprising, or is this noise?" That's judgment, not an alert. The feature I'm building hasn't changed. The sentence I'd use to sell it has changed completely.

πŸ“ˆ Next month's goal:

  • Actually get the site live (third time saying this publicly β€” at this point I'm embarrassed)
  • Email each of the 6 existing users: "Which 5 tickers do you care most about? Would you pay $19.99/mo to be notified only when something materially changes?"
  • Use their answers to decide whether to build or kill the watchlist alerts feature

Would love feedback from anyone who's done pricing validation with a tiny user base. How do you avoid the "I might pay for this" answer that doesn't actually convert?

posted to Icon for group Saas Makers
Saas Makers
on June 15, 2026
  1. 1

    The "sell judgment, not notification" reframe is sharp. I went through something similar with a sleep tracking app β€” "records your snoring" is a feature, but "tells you whether your snoring is actually getting worse week over week" is a reason to pay. Same code, completely different product.

    On your pricing validation question: the most reliable signal I've seen is collapsing the time horizon. Instead of "would you pay $19.99/mo for this?" try "I'm turning on billing this Friday β€” are you in at $19.99?" The hypothetical future lets people be generous with their enthusiasm. A specific date forces a real answer.

    Also worth trying: send them a Stripe payment link with no pressure framing β€” "no obligation, just curious if the checkout feels right." Click-through rate tells you more than any survey answer.

    Good luck getting the site back up. Third time saying it publicly is actually useful pressure.

  2. 1

    Honest read, since you're being honest: the pricing validation question is the wrong priority this month, and part of you knows it β€” the site's been paused three cycles. You can't validate pricing on a product nobody can use. The positioning reframes are real (and "sell judgment, not notification" is genuinely good), but strategy work is also the most comfortable way to avoid the scary thing, which is putting it live where real users judge it.

    The pattern where positioning and pricing planning expand to fill the space that shipping should occupy is extremely common. It feels like progress because it is progress β€” just not the progress that's blocking you. The site being live is upstream of every other question. Until it's up, pricing validation is theoretical.

    So the one move this month: get it live, even ugly. Not "live and polished." Just live. The embarrassment you feel about saying it three times is the signal β€” you've made it a someday-task instead of a today-task.

    On the actual pricing question, because it'll matter once you're live: "would you pay $19.99" always lies. People say yes to be nice, no to be safe, and neither predicts behavior. The only validation that means anything is a pre-commitment with friction β€” "I'm opening 5 paid spots at $19.99, here's the Stripe link, first come" β€” or asking the 6 users to pay now for early access. If they won't put a card down for a discounted early version, the "I might pay" was always a no. Hypotheticals validate nothing. Friction validates everything.

    But that's next month's problem. This month: site live. Ugly is fine.

  3. 1

    The "I might pay" answer is a stated-preference trap. The only fix is to make answering cost them something, so intent shows up as an action instead of a hypothetical.

    A few ways to do that, cheapest first:

    1. Don't ask "would you pay $19.99." Put up a real pricing page with a priced button and send them to it. When they click buy, route to "you're early, founding access, want your spot?" A click on a priced CTA is worth far more than a yes in an email.

    2. Take a refundable deposit or a $1 pre-auth for founding access. People who hand over a card even once are a different population from people who say sure. If nobody will put down $5, $19.99/mo is fiction.

    3. If you stay with email, change the verb. Not "would you pay" but "here is the link to start the paid plan, founding price $X, first month on me for feedback." Watch who clicks, not who replies.

    One caution: 6 users is too small to read as anything but anecdotes. Treat each yes as a conversation to learn from, not a data point. Before you trust a pricing read you want a few hundred cold visitors hitting that priced page, not 6 warm users who already like you.

    And honestly the bigger lever in your post is the paused site. Pricing validation on a product nobody can touch is premature. Get it live, then run the priced-click test on real traffic.

  4. 1

    Curious how you’re actually getting feedback from users at this stage. Are they mostly investors, retail traders, finance professionals, or finance content creators? And how are you reaching them?

    Also what are the main pain points you’re hearing from them (if any), and do you feel like the product is actually addressing those pain points yet, or is that still something you’re validating?

  5. 1

    What makes this tricky is that the next decision may not be whether people would pay for watchlist alerts.

    It may be what conclusion deserves confidence if they say they would.

    Early validation conversations can be surprisingly convincing because multiple interpretations can produce the same answer.

    That's the part I'd spend the most time on before deciding what gets built, priced, or killed next.

Trending on Indie Hackers
I got my first $159 in sales after realizing I was building in silence User Avatar 48 comments I spent more time setting up cold email than actually selling. Here is what fixed it. User Avatar 40 comments I just wanted to taste AI coding tools. A week passed. User Avatar 27 comments I got tired of rewriting the same content for 9 different platforms. So I built Repostify. User Avatar 25 comments Three Days Before Launch, I Let My Own Tool Tear Me Apart User Avatar 21 comments A pattern I keep seeing in EdTech: traffic isn't usually the problem. User Avatar 21 comments