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?
yeah this happens to basically every builder ive talked to, its actually a really good sign not a bad one. means you have real users engaging enough to describe it back to you which is more than 90% of side projects ever get.
the thing that helped me after a similar experience is literally copy pasting the exact phrases users say into a notes doc, then reading them back weekly. patterns show up FAST that way. "catch me up" and "help me understand what changed" and "people miss the thread" are basically your new tagline sitting right there. dont paraphrase them, use their words on the homepage. anytime i try to be clever with copy i lose, anytime i just say what users literally said i win.
one contrarian thing tho, users describing your product a certain way isnt always the same as them describing the actual JOB theyre hiring it for. "catch me up" is one framing, but WHY do they need to catch up, is it a work thing, a curiosity thing, an anxiety about being uninformed thing. those different underlying jobs pull the product in very different directions. worth asking a followup like "walk me through the last time you felt this catch up problem" so you get the specific moment instead of the abstract description. thats where positioning actually clicks
The context loss vs overload distinction is the sharpest reframe I've read this week. I've been digging into exactly this distinction for a different problem (knowledge work, not news) and the pattern is identical: people don't say "I missed an article." They say "I fell behind on the story and now I'm afraid to ask what's happening because I should know."
One thing I'd push back on gently: the comment from @GregoryScottHenson suggesting you lead with "catch up on any story in 60 seconds" is good positioning advice, but I think there's a deeper question worth sitting with first. "Catch me up" is the symptom phrase users reach for when they want to sound casual. The thing they actually fear is appearing uninformed in front of someone who knows more than they do. The job they're hiring your product for is closer to "let me walk back into a conversation without looking like I wasn't paying attention."
If you built the onboarding around that fear in the first 30 seconds — show me the 3 things I'd be embarrassed not to know about a story I followed 2 weeks ago — I think you'd know much faster whether you've got something. The "catch up" headline is a fine landing page, but the anxiety it relieves is the actual job.
Curious if any of your beta users used the word "embarrassed" or "ashamed" or "out of the loop" when they described the problem.
That's an interesting perspective.
Most of the feedback I've collected so far has been around things like "catch me up", "help me understand what changed" and "I lost the thread", so I've been thinking about the problem mainly as context loss.
The idea that there might also be a social element to it is something I hadn't really considered.
I don't think I've had anyone explicitly use words like "embarrassed" or "ashamed", but I've definitely heard variations of "out of the loop" and "missed the bigger picture".
It's a good question whether "catch me up" is the job itself or just the language people use to describe a deeper need.
Something I'll pay more attention to as I continue talking to users. Thanks for sharing the thought.
That's a really useful frame shift — "catch me up is the language, context loss is the job."
One small thing I'd offer from the knowledge-work side: when the social/embarrassment element shows up in user interviews, it usually shows up as a workaround, not as the language they use to describe the product. Things like:
"I just skim Slack for 10 minutes before a 1:1 so I don't look like I forgot what we talked about"
"I keep a Notion doc just for me so I don't lose the thread"
"I re-read old emails before replying because I genuinely don't remember"
None of those users would say "I'm embarrassed." But every one of them is solving for the social anxiety of appearing uninformed. The product question becomes: do you make those workarounds unnecessary, or do you make them feel safe rather than shameful?
If you want a free stress test, I can describe one of my own "lost the thread" moments in detail — sometimes it's easier to spot the pattern in someone else's story than your own beta data. Happy to share if useful.
The rename moment is the most underrated form of pmf signal and you cant manufacture it. the part most founders mess up after this realization, they go and put the user's word in the headline but keep all the visualization-tool internal language in the onboarding, tour, and pricing copy. for the rename to stick the new framing has to be consistent end-to-end. test: read your landing page out loud and count how many times you use 'visualize' vs 'catch up.' if visualize still wins, you havent actually pivoted the positioning, you just changed the headline.
That's a really good point.
It's easy to change a headline and feel like you've changed the positioning, while the rest of the product is still speaking the old language.
I think I've definitely spent more time thinking about the shift conceptually than auditing every part of the experience through that lens.
The idea of checking whether the product consistently talks about "catching up" versus "visualization" is a useful test.
Appreciate the challenge. I'll probably go back and look at the site with that in mind.
What you're describing is literally the "zoom-in pivot" from The Lean Startup - Eric Ries spends a whole chapter on this. The product stays the same on the surface, but a single feature (in ur case: connecting fragments into context) turns out to be the whole product, not a sub-feature. Most founders miss it bc they fall in love with their original framing.
Personal experience - i had the exact same moment. Built smth as a "speech analysis tool" and users kept saying "this is the honest feedback i can never get from my colleagues". Same product, completely different problem statement. Now i lead with that, conversion went way up.
Genuine skill here btw - most founders argue against the user's framing bc it doesnt match their pitch deck. The fact that ur reframing instead of defending is the actual pivot muscle 🙌
When users rename your product, that is not feedback to file away, it is your positioning handed to you for free. You built a "news visualization tool." The market told you it is a "catch me up" tool. The market wins that argument every time. The visualization is not the product anymore, it is the mechanism, the thing that lets you deliver the catch-up better than a plain summary would. So keep it, but stop leading with it. Rewrite the headline in their exact words. "Catch up on any story in 60 seconds" will out-convert anything with the word visualization in it. The job your users are hiring you for is "I fell behind and I feel out of the loop," and that anxiety is the wedge. Build the onboarding around relieving it in the first 30 seconds and you will know fast if you have something.
I think the distinction between product and mechanism is a really useful one.
When I started building NewsSphere, the visualization was very much the centre of the idea. The more feedback I've collected, the more I find people talking about outcomes instead.
The visualization still feels important to me, but increasingly as a way of helping people regain context rather than as the thing they're actually looking for.
I also agree that users have been much more consistent in their language than I expected. When people from different communities keep describing the problem in similar terms, it's hard to ignore.
Appreciate the perspective.
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."
That's a really interesting distinction.
I hadn't thought about it in terms of emotion before, but I can definitely see what you mean.
A lot of my original thinking was around organizing information better, whereas much of the feedback has come from people describing the frustration of feeling behind or losing context.
The line that stood out to me was: "I can't remember where I was in this story."
That feels very close to what a lot of people have been describing, even if they've used different words.
Appreciate you sharing the example. It's given me another lens to think about the problem through.
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.
One thing that's become clear to me over the last couple of weeks is how easy it is to become attached to the implementation because you've spent so much time thinking about it.
For NewsSphere, I've spent months thinking about story clustering, timelines, persistence and visualization. Most users don't mention any of those things. They talk about the outcome they're looking for instead.
I think that's been one of the most valuable lessons from sharing the project publicly. Sometimes the gap between how builders think about a product and how users experience it is much larger than we expect.
Appreciate you sharing the example.
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
That's a really interesting example.
On the surface, "writing tool" and "thinking tool" sound similar, but I can immediately see how they would lead to very different decisions about what to build next.
Originally I was focused on organizing and visualizing stories. The feedback I'm hearing is much more about recovering context, catching up, and understanding what changed.
I'm still trying to figure out how much of that is a positioning shift versus a product shift, but the gap itself has definitely become one of the most interesting things I'm learning.
the cleanest way I've seen people answer this for themselves: write the landing page copy for "catch-up tool" as if that's definitely the product, no hedging. if it feels easy and obvious to write, and you're not straining to make existing features fit the new framing, that's a good sign it's more product shift than you think. if you have to awkwardly justify half your current features under the new framing, it's still mostly positioning and the product hasn't caught up yet
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?
I think it's changed my thinking more than the actual features so far.
The map, timelines and story grouping are still important, but I'm increasingly seeing them as a means to an end rather than the product itself.
A few weeks ago, I would have described NewsSphere as a way to organize and visualize stories. Today I'd probably describe it as helping people regain context on stories they've lost track of.
That shift is definitely influencing what I focus on next. Features like catch-up summaries, "what changed" views and helping people resume a story feel more aligned with the problem users are describing than simply making the visualization better.
The positioning is changing too. The more feedback I collect, the less I find myself talking about visualization and the more I find myself talking about context, story evolution and helping people catch up.
Still very early, but it's been one of the most useful lessons so far.
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?
Basically I have a personal knowledge base to keep track of everything I have already know. It will automatically search for topics I know and add what's new by comparing to what I have already known. We can chat more if you are interested.
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."
The "I don't have to remember to open another app" line is exactly what I keep coming back to with my own tool. I built MyTubeFeed as a YouTube digest, summarizes new videos from channels you follow and sends them to your inbox. I thought the AI summarization was the product. Turns out the inbox delivery is the product. The summarization is just what makes the email worth reading.
Same experience as you, same reframe. Leading with "your favorite channels show up in your inbox" lands completely differently than leading with "AI summaries of YouTube videos."
The YouTube angle makes total sense. People subscribe to channels the same way they subscribe to newsletters and then fall behind and feel guilty about it.
Funny that you landed on the same framing independently. Did you get there from user feedback or figure it out yourself first?
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.
"Catch me up" and "help me understand what changed" are actually more specific
than most founders get at that stage. A lot of people describe the problem in
feature terms (I want timelines, I want clustering). The fact that yours are
phrased as jobs is a good sign.
The repeat user signal is worth watching for later, but honestly that problem
language you already have is probably close enough to build the positioning
from. If that's what people say when they describe the pain, that's what should
be in the headline.
That's a good point.
What's surprised me is that the language has been remarkably consistent across different people and communities. I originally thought I'd need to figure out the positioning myself, but users seem to keep describing the problem in very similar terms.
Definitely giving me a lot to think about.
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.
The two patterns you named are actually two different products, worth separating before building for both.
"Missed part of a story I was following" is catch-up. User has context, lost the thread, wants the delta. Job is "what changed since I last looked." Retention-friendly, because following a story implies coming back.
"Need context on a story I never followed" is onboarding. No prior context, wants the whole arc compressed. Acquisition-friendly but one-and-done unless the story keeps developing.
They feel similar but the mechanics differ. Catch-up needs to know what you've already seen (state, personalization). Onboarding assumes zero knowledge and builds the arc from scratch. Hard to nail both early.
The missing daily habit isn't a problem, it's information: this is likely event-driven, not daily. People come when they've missed something or a big story breaks. Different retention model than a news app, so growth should lean into alerts ("you've missed 4 updates on X") rather than fighting for daily opens you won't get.
If you want to pressure-test which job to lead with, that's what HiveMind is built for. https://hivemind.myosin.xyz/auth/signup
Which pattern showed up more in the conversations?
That's a really interesting distinction.
Thinking about the feedback I've collected so far, I think the stronger signal has definitely been the first pattern, people who already know something about a story but feel like they've lost track of it and want to understand what changed.
I've seen a few examples of people wanting context on a story they never followed, but "catch me up" and "I missed part of the story" come up much more often.
What's interesting is that the product has probably been moving in that direction without me explicitly realizing it. A lot of the recent work has been focused on story continuity and tracking developments over multiple days, which is really a prerequisite for answering "what changed since I last looked?"
I hadn't thought about those as two separate jobs before, but I can definitely see why it matters.
Appreciate the perspective.
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.