I thought I was building a news visualization tool. Users thought it was a catch-up tool.
I've been building a side project called NewsSphere (https://newssphere.app/).
The original idea was pretty simple: organize news around stories instead of individual headlines and help people understand how events evolve over time.
I thought I was building a news visualization tool.
After sharing it publicly and talking to users, something surprising happened.
Almost nobody talked about the visualization.
Instead, people kept saying things like:
- "Catch me up."
- "Help me understand what changed."
- "People miss the thread."
One user described the problem as seeing only fragments of a story over several days and losing the bigger picture.
Another pointed out that a single crypto story can generate dozens of headlines, but most people only see whichever headline their feed happens to show them.
The more feedback I collected, the more I started wondering whether the real problem isn't information overload.
Maybe it's context loss.
People don't seem to need more headlines.
They need help reconnecting the dots after they've missed part of the story.
This has probably been the biggest lesson from sharing NewsSphere so far:
Users rarely describe your product the way you do.
Sometimes the most valuable feedback isn't about improving the product.
It's about helping you understand the problem you're actually solving.
Has anyone else experienced users consistently describing their product differently than they did?
ran into the same thing building BillWatch (billwatch-landing.vercel.app) - tracks federal bills that affect small businesses.
i thought i was building an "alert system for legislation." users kept saying things like "so i can catch up on laws that might hit me?" or "like a compliance heads-up thing?"
both descriptions are accurate but they point at different emotions. my framing was curiosity - you're staying on top of things. their framing was anxiety - you're behind and something is coming.
the catch-up framing won. now the homepage leans into that. the product is the same, but the user finds it instantly.
what you said about context loss is the real thing. it's not "there's too much news" - it's "i can't remember where i was in this story." that's a solvable, specific problem. the visualization might be the answer; just worth making sure the homepage says "you lost the thread" not "here is an interesting structure."
I can totally relate to this. I'm a career-changer currently building a multi-brain self-dialogue feedback system. My whole motivation was that having multiple models debate and cross-validate each other would effectively reduce AI hallucinations.
But while testing it myself, something clicked: from the user's side, it just looks like a standard Q&A AI — you ask a question, you get an answer, and it doesn't feel all that remarkable. Even though the underlying logic of how responses are generated has completely shifted, the actual difference users perceive is nowhere near as dramatic as I imagined.
Just like you said, the most valuable feedback isn't about feature improvements. It's the kind that breaks you out of your own assumptions and shows you what problem you're really solving. This kind of perspective gap is something I think every builder has to run into firsthand before it truly sticks.
yes, constantly, and it's almost always more useful than it's comfortable. i built something I thought was a writing tool and users kept calling it a thinking tool, which sounds like a small distinction but completely changed what feature requests made sense to take seriously. the gap between your framing and theirs is usually where the actual product-market fit is hiding
This is a really interesting insight. I think founders often describe products in terms of features, while users describe them in terms of the outcome they're trying to achieve.
The shift from "news visualization" to "help me catch up on what I missed" feels like a much stronger problem statement. Did that feedback change your roadmap or how you're positioning the product?
Mine got renamed too, and I made the expensive mistake of arguing with it. I built a memo app and kept calling it "notes"; users kept describing it as a way to "fire a thought to their own inbox." I defended the tidy "notes" story for months before I let their verb win. Every time I explained what it "really" was, I was quietly translating away the exact words that would have sold it. Users aren't misunderstanding your product — they're handing you the positioning, free.
The phrase "let their verb win" really stood out to me.
Looking back, a lot of the feedback I've received has been verbs rather than product descriptions, whereas I've naturally been thinking in terms of maps, timelines, clustering and story evolution.
What's interesting is that people from completely different communities keep using similar language, which makes me think there's probably something important there.
Appreciate the perspective. It's given me a lot to think about.
Yep. Valuable take-aways. Since I'm using ClaudeCode to do news monitoring, I'm wondering what's your edge over that.
That's a good question.
I think Claude, ChatGPT and similar tools are already very good at answering questions when you know what you're looking for.
What I'm exploring with NewsSphere is a slightly different problem: helping people discover and regain context on stories they may not even realize they've missed.
For example, if I ask Claude about a specific story, it can usually help me understand it. But NewsSphere is trying to continuously organize coverage into evolving stories, show what changed over time, and make it easier to see the bigger picture across many developments.
Whether that's actually a meaningful advantage is something I'm still validating. It's entirely possible that AI assistants become part of the solution rather than the thing NewsSphere competes against.
Out of curiosity, how are you using ClaudeCode for news monitoring today?
Had almost the same experience. I built My Rundown thinking the core feature was AI summarization. Users who stuck around described it differently: "I don't have to remember to open another app." The delivery model was the thing, not the AI.
Took me a while to stop leading with "AI summaries" and start leading with "your reading list shows up in your inbox." Same product, completely different framing.
Your catch up framing is probably the right one. "Help me understand what changed" is a much more specific job than "visualize the news."
That's a really helpful example.
What resonates with me is that the underlying product didn't change, but the way users described the value was completely different from how the founder described it.
I'm starting to see a similar pattern with NewsSphere. I've spent a lot of time thinking about stories, timelines, clustering and visualization, but users almost never talk about those things.
Appreciate you sharing the experience.
Worth asking directly: when users who stuck around describe NewsSphere to
someone else, what do they actually say? Not the features, but the sentence
they use to explain why they use it.
That gap between what you built and how they describe it could be where the
real positioning is hiding.
That's a really interesting question. To be honest, I don't know yet because I'm still very early and don't have many repeat users.
What I do know is that when people describe the problem back to me, they say things like:
That might not be the same as how existing users would recommend it to a friend, but it's probably the closest signal I have right now.
Definitely something I should start paying more attention to as I get more users.
This matches something I keep running into. Users don't categorize products by their architecture, they categorize them by the moment they reach for them.
That's a great way of putting it.
The more feedback I've collected, the more I've realized people rarely describe NewsSphere in terms of what it is. They describe the situation they're in when they want it.
Things like:
They're describing a moment rather than a product category.
I'm still trying to understand exactly what that moment is, but it's definitely changed how I'm thinking about the product.
You've already had the important realization — users named the job (catch me up) while you named the mechanism (visualization). That gap is the whole post and you read it correctly. So the useful thing now is what you do with it.
The reframe has direct consequences for everything downstream:
Positioning: "news visualization tool" describes how it works. "Catch up on any story in 30 seconds" describes what they get. Your users handed you the hero copy verbatim — "catch me up" and "what changed" are the literal words to put on the page. Stop translating them into your language.
Product priorities shift too. If the job is context-recovery, the visualization is a feature, not the point. The most valuable thing becomes "here's what you missed and why it matters," not "here's a pretty timeline." Some of what you built for the visualization vision might be polish on the wrong axis.
The wedge gets sharper by category. You mentioned crypto — a single story spawning dozens of headlines is the acute version of context loss. Crypto, politics, ongoing legal cases, sports seasons — fast-moving multi-headline stories are where "I lost the thread" hurts most. "Catch up on any story" is broad. "Never lose the thread on a developing [crypto/political] story" is a wedge with a specific audience who feels it daily.
On your actual question — yes, this is one of the most common founder experiences, and the ones who win are the ones who let users rename the product. The founders who lose argue with their users about what the product "really" is.
What's the catch-up moment people described — daily check-in, returning after a week away, or jumping into a story they never followed? Each is a different product.
I appreciate this comment.
The distinction between the job and the mechanism is probably one of the biggest things I've learned from sharing the product so far.
Originally I spent a lot of time thinking about how to organize and visualize stories, but very few users have talked about the visualization itself. They almost always describe the outcome they're looking for instead.
Your question about the catch-up moment is a good one, and honestly I don't think I know the answer yet.
The strongest signal so far seems to be people who have missed part of a story and want to quickly understand what changed. I've also seen some examples of people suddenly wanting context on a story they've never followed before.
I haven't seen much evidence of a daily habit use case yet, which is one of the things I'm trying to learn.
Appreciate the thoughtful response. It's given me another angle to think about.
What stood out to me isn't that users described the product differently.
It's that they may be describing a different problem altogether.
Those sound similar on the surface, but they can pull a product in very different directions once you start building around them.
That's a really good observation.
The more feedback I've received, the more I've been wondering about exactly that.
The original idea started with organizing news around stories rather than individual headlines, but many users seem much more focused on the experience of losing context and trying to catch up after they've missed part of a story.
Those sound related, but I agree they could lead in different directions.
At the moment I'm trying to resist jumping to conclusions and collect more evidence, but it's definitely one of the biggest things I'm thinking about right now.
Appreciate the perspective.
I think that's a sensible instinct.
The reason it caught my attention is that I've seen products end up in very different places depending on which of those explanations they build around.
Happy to send over the fuller thought if it's useful — just drop your email.
I'd love to hear it.
That comment actually resonated with me because it's something I've been thinking about since I started getting feedback from users.
Feel free to send it over. My email is [email protected]
Appreciate you taking the time.
Sent it over.