When I first started building ReadRiff, I thought my biggest challenge would be getting users.
I was wrong.
The harder question turned out to be:
"Why should anyone come back after their first visit?"
With AI making it easier than ever to create content, publishing articles isn't difficult anymore.
Earning someone's trust is.
That realization changed the way I'm building ReadRiff.
Instead of chasing page views or publishing every day, I'm focusing on creating a platform where every article has to answer one simple question:
"Is this genuinely worth a reader's time?"
It's slower.
Sometimes frustrating.
But I think long-term trust is a better strategy than short-term traffic.
ReadRiff is still in development, and I'm building it around thoughtful articles, practical insights, and features like audio playback, offline reading, reading queues, and community-driven topic suggestions.
Right now, I'm looking for people who genuinely enjoy learning and are willing to help shape the platform through feedback before launch.
If that sounds like you, I'd love for you to check it out:
๐ Website: https://readriff.com
๐ Product Hunt: https://www.producthunt.com/products/readriff
๐ฉ Feedback & ideas: [email protected]
One question for fellow founders:
What's one decision you made that slowed your growth in the short term but made your product better in the long run?
I'd love to learn from your experiences.
One decision that slowed me down in the short term was refusing to scale traffic before I was confident the customer journey could support it. At IMP Marketing, because I work with a performance-based and revenue-share model, Iโve learned that more users or more clicks can hide deeper problems if the offer, product experience, or retention isnโt strong enough. Iโve had to spend more time fixing the fundamentals first, even when scaling looked like the faster option. It can feel frustrating because the numbers grow more slowly at the beginning, but Iโd rather build something people trust and return to than create a temporary spike that disappears a month later.
I really like that perspective. It's easy to chase short-term numbers, but much harder to build something people genuinely return to. That's the mindset I'm trying to keep with ReadRiff as well. Thanks for sharing your experience; it reinforces that trust compounds over time.
If you're ever interested, I'd love your feedback as the platform evolves. You can also join the early waitlist if you'd like to follow the journey: https://readriff.com. Suggestions are always welcome at [email protected].
The one that comes to mind: refusing to let a tool make claims it can't back with real data, even when the alternative (predictions, benchmarks, comparative scores) is exactly what people ask for and would probably drive more shares. It's slower to grow because you're constantly saying "I don't know that" instead of giving people the satisfying number they wanted. But the tradeoff is that when someone does trust the thing with something specific, that trust actually holds up under scrutiny instead of quietly eroding the first time a number turns out to be wrong.
Your framing of earning trust vs. capturing attention maps onto that pretty directly - the slow path costs you the users who wanted a quick dopamine hit, but it buys you the ones who actually needed the thing to be right.
Slowing down to ask if each article is worth someone's time instead of chasing views is a hard discipline to hold onto once growth pressure kicks in. AI making publishing trivial actually makes this harder to defend too, since the noise floor keeps rising around whatever you build. What's the actual test you're using to decide if something's worth publishing, is it a gut check or something more concrete?
I'd use a publish test with three checks: can a reader state what decision changed, cite the source, and name the next action? An editor who can't answer all three sends it back. Then seven-day second-read behavior tests whether that standard predicts trust instead of just sounding rigorous.
This is such an important pivot in mindset. In the era of AI-generated noise, curation and trust are the new premium.
To answer your question: One decision we made that slowed our short-term growth was forcing a manual onboarding/vetting process instead of letting anyone sign up instantly. It killed our conversion rate initially, but it ensured that our early cohort was highly qualified. The feedback we got was 10x better, and our retention spiked because the community quality stayed high.
ReadRiff's focus on features like offline reading and audio playback shows you're actually thinking about the experience of consuming content, not just the clicks. Excited to check out the Product Hunt page!
answering your question: choosing to give the most useful thing away with no gate or ask attached. short term it looks insane because you're handing out the exact thing you could charge for, and day-one conversion is basically zero. but it builds the one thing that actually compounds - people trusting you're useful before you want anything from them. the ones who come back come back because you were worth their time for free first.
your "worth a reader's time" filter is the same instinct pointed at content. slower, but it's the only version that survives the ai-content flood, since everyone can publish now and almost nobody's actually worth reading
your web is great for people who likes to study and learn, about your question "What's one decision you made that slowed your growth in the short term but made your product better in the long run?" i think is prepareng the legal documents. especially for startup
Thanks, I really appreciate that! I'm glad the idea resonates with you.
That's a great answer as well. Legal work is one of those things that doesn't directly help growth, but it builds a much stronger foundation for the future. It's easy to overlook until you actually start building.
I'm trying to make the same kind of long-term decisions with ReadRiff, even if they slow things down today. If you ever have ideas or suggestions, I'd genuinely love to hear them.
You're also welcome to follow the journey or join the early waitlist at
https://readriff.com.
You can always reach me at [email protected].
Easy answer for us.
With Incipite, we chose Bitcoin blockchain anchoring (OpenTimestamps) instead of just timestamping uploads in our own database. A DB timestamp would have been live in a day. Blockchain took three weeks, requires a background cron job, and is genuinely hard to explain to non-technical users.
But it means: if Incipite shuts down tomorrow, every proof a creator holds still lives on the Bitcoin blockchain, independently verifiable by anyone, forever. We don't control it.
That's exactly what you're building toward with ReadRiff โ the difference between "trust us" and "here's something independently verifiable." The first scales faster. The second is the only one that actually compounds.
That's a really thoughtful comparison; I hadn't looked at it from that angle before.
You're right that the long-term goal is to earn trust through consistency rather than simply asking people to trust us. I think that applies to knowledge platforms just as much as to infrastructure products.
I really appreciate you sharing Incipite's approach as well. It reinforces the idea that making the "hard" decision early often creates something much more durable over time.
If you have any other thoughts as ReadRiff evolves, I'd genuinely love to hear them. You're also very welcome to follow the journey or join the early waitlist at https://readriff.com. Feel free to reach out anytime at [email protected] if you'd like to chat in more detail.
Good question. The decision that slowed growth short-term but made everything better: I stopped broadcasting and started replying. Early on, posting my own content felt productive but mostly reached empty rooms. Replying to existing conversations was slower per unit of effort but each one reached an already-engaged audience. Took months to feel like it was working, then the return became compounding.
That's a great lesson. I think meaningful conversations are probably more valuable than broadcasting into the void. I'm trying to spend more time listening to what people actually want before building more features.
If you have any thoughts on what would make a knowledge platform genuinely useful, I'd love to hear them. Feel free to join the waitlist if you'd like to follow the progress: https://readriff.com.
This lands. "How do I get users" assumes the product is the constant and the users are the variable.
The version I got stuck on is worse: I built a two-sided marketplace, so "how do I get users" is actually two questions that block each other. Nobody's answer to "how do I get users" has ever helped me, because the real question turned out to be "who goes first, and what does it cost me to make that happen."
What was the question you switched to?
For me, it became:
"Why would someone choose to come back after their first visit?"
If the answer is only "because there's more content," I don't think that's enough anymore. I'm hoping people return because they trust the quality, discover something useful every visit, and eventually feel like ReadRiff saves them time instead of consuming it.
I'd love to hear if there's a question that guides your own product decisions as well.
Audio, offline reading, and queues are retention features, but they can blur whether trust comes from curation or convenience. I'd launch with one metric: the percentage of first-time readers who save or finish a second article within seven days. If that doesn't move, more publishing cadence won't fix the trust loop.
That's a really useful way to think about it. Retention feels like a much healthier signal than just page views or signups. I'm hoping that if people come back because they consistently find something valuable, the rest will follow naturally.
Out of curiosity, is there a retention metric you've found most useful in your own projects?
Iโd use retention tied to the core promise, not a generic weekly-active number: the share of activated users who complete the same valuable action in a second distinct week. Track it by signup cohort, because a rolling WAU rate can look healthy while newer cohorts quietly decay. The useful cut is activation โ week-two return, then the reason for the return.
The shift from acquisition to retention is the interesting one. I'd keep validating whether readers are returning because the content is high quality, or because ReadRiff becomes the place they trust to filter what's actually worth their attention. Those create very different products.
I completely agree. That's exactly the challenge I'm trying to solve. Features can improve the experience, but they aren't the reason people return. I hope that ReadRiff earns trust by consistently helping people filter what's genuinely worth their time.
Thanks again for your thoughtful comments; they've been really helpful. If you ever have more ideas, I'd genuinely appreciate them. You can also follow the journey or join the early waitlist at https://readriff.com, and if you'd rather share detailed thoughts, feel free to email me at [email protected].
Thanks, I really appreciate that.
I actually sent you an email about three days ago to [email protected]. If you haven't seen it yet, could you check your Spam or Promotions folder? It may have landed there.
Looking forward to hearing your thoughts whenever you get a chance to read it.