We deleted the "are you enjoying the app?" screen in front of our rating prompt
The pattern is everywhere and I'd built it without thinking about it. Before the native App Store rating sheet, show your own little screen. Enjoying the app? Happy face goes through to the review sheet. Sad face goes to a feedback form that emails you instead. Every growth writeup calls it a best practice, and it does measurably raise your average rating.
It raises it by making the negative reviews not happen. That's the entire mechanism. You're not collecting more sentiment, you're routing half of it into a private inbox where it can't reach anyone deciding whether to download. Once I'd said that out loud I couldn't keep it.
What replaced it is dumber and I like it much more. Two positive moments an actual save, an actual "this helped" bank a signal. On the second one the native sheet fires directly. No pre-ask, no fork, no branch where I get to decide who's allowed to count. iOS makes the final call on whether the sheet even appears, which I have zero visibility into and have made peace with. Sixty-day cooldown, three prompts lifetime, and if the sheet isn't available on that device the signal stays banked instead of burning a prompt.
Two things I got wrong on the way there. The first pass counted opening the app as a positive moment, which isn't a positive moment, it's a Tuesday it now only counts things the person actively chose to do. The second: the ask initially sat behind a paid surface, so the people most likely to be having a good time were the ones least able to be asked. Moving one of the two signals somewhere freely reachable mattered more than anything I did to the prompt itself.
The part I'm still unsure about: I removed my own read on sentiment and replaced it with nothing. Unhappy people used to land in a form. Now they land in the App Store, or nowhere. Has anyone kept an always-available feedback door open without it quietly turning back into the sad-face branch?
Founders: what's the worst interview question you've ever been asked?
I've sat on both sides of a lot of interviews and some questions still puzzle me.
"Are you a leader or a follower?" is my pick. It's a false binary with an obvious right answer, so nobody says "follower" and the interviewer learns nothing. Good people are both depending on the situation, which is the one answer the question doesn't leave room for.
Curious what other people have run into. The ones with no right answer, the brainteasers that measured nothing, the questions that only tested how well you'd rehearsed. Or the opposite, if you've ever been asked something genuinely good that told them something real about you.
What’s your monthly "SaaS leak"? (Mine was humiliating)
Subscription creep is a silent killer for startups and solo builders. You sign up for a tool on a trial, add a few team seats for a project, forget to downgrade, and suddenly you're burning hundreds of dollars a month on software that overlaps or gathers digital dust.
I recently did a deep-dive audit of our monthly stack, and seeing the total tallied up was a cold reality check.
My entry on the wall of shame: $180/month going toward extra team seats on a project management tool we abandoned six months ago. It made me realize how easily these recurring expenses slip through the cracks when you're focused on building.
Why 80% of D2C brands get their packaging architecture wrong (and how to fix it)
Over the years working with growing retail and e-commerce brands, I ve noticed a recurring pattern: founders spend months perfecting their product, but treat packaging as an afterthought.
Packaging architecture isn't just about throwing a logo on a cardboard box it's a precise system of corrugation strength, fluting balances, shipping weight optimization, and engineering the ultimate unboxing experience without breaking the bank on high MOQs.
I wanted to open up a discussion here:
1 What s the biggest packaging or unboxing challenge you ve faced while scaling a physical product?
2 Have you ever had to redesign your packaging because of shipping damages or high dimensional weight costs?Let's share some notes and solve some packaging puzzles together!
it was never about building it's was all about execution.
The hardest problem in AI + finance isn't accuracy — it's trust. Where do you draw the line?
I've been building in the AI-for-finance space, and I've noticed the real barrier isn't whether the models are good enough. They're getting scary good at reading documents, reconciling transactions, spotting patterns a human would miss. The barrier is trust and specifically, the gap between AI that reads your finances and AI that acts on them.
Here's the line I keep bumping into: people are surprisingly comfortable letting an agent categorize expenses or summarize their spending. But the moment it wants to do something file the taxes, move the money, recommend a five-figure decision the comfort evaporates. And I don't think that's irrational. The cost of a wrong email is an awkward apology; the cost of a wrong financial action is real money or an audit.
What's interesting is that the same person will draw that line in totally different places depending on stakes and reversibility. A $40 miscategorization? Whatever, fix it later. A mistimed refi or a missed deduction? Now trust matters enormously.
When does an AI agent stop feeling like just another tool?
AI agents are starting to feel different from normal tools.
A normal tool waits for you to click, search, write, organise, or move things around. An AI agent is supposed to understand the task, take steps, make decisions, and sometimes work across different apps.
That sounds powerful, but it also creates a new problem: trust.
If an agent needs too much checking, it becomes another thing to manage. If it acts too freely, it can feel risky. The useful middle ground is when it saves time but still keeps you in control.
Would your product be better without VC money?
Venture capital can be rocket fuel.
But sometimes it feels more like strapping yourself to a rocket you don t fully control.
If I had never raised a dollar, how would my product look different?
How do you stop overlapping data from lying to your users?
I m a solo dev, and I recently ran into a massive data architecture problem while building a personal tracking tool.
I originally tried using standard habit and symptom trackers, but I realized they almost all fail when dealing with overlapping data: situations where one event or routine completely masks the effect of another.
If Input A causes a negative reaction, but I immediately apply Treatment B to cover it up, the raw data simply logs that "Input A led to zero issues." The app basically lies to the user because it treats every log in isolation and can't separate the overlapping variables.
To solve my own problem, I had to stop using generic trackers and build a statistical model (using Elastic Net regression) in the background to calculate true correlations and filter out the noise.
I ported my iOS AI dashcam to Android and the Neural Engine gap is brutal — here are the numbers
I'm Naoufel, a solo dev from Oujda, Morocco. I built AYNI Cam an
iPhone app that turns the phone into an AI dashcam: real-time road
detection, incident recording, all on-device, no cloud, no account.
I'm porting it to Android now, and the platform gap is bigger than I