A few months ago I had one of those small, slightly embarrassing moments that stick with you more than they should.
I had just moved to a new city. Didn’t know many people, was single, but this time the girl I was meeting wasn’t from a dating app — which made what happened next even worse.
We click quickly. Good energy, easy conversation. At some point I start showing her pictures from a recent trip — scrolling through my gallery, telling stories behind them.
And then… of course.
A notification pops up.
From a dating app.
Perfect timing.
I tried to play it cool, but internally I was like: come on… really? right now?
That moment stayed with me — not because it was a disaster, but because it felt completely avoidable.
I didn’t want to:
I just wanted something simple: control over when specific apps can interrupt me.
So I looked for a solution.
I did find some apps, but they all felt… off:
It felt like using a spaceship to turn off a light.
So I decided to build it myself.
Before writing a single line of code, I did something simple.
At my office, I talked to people who are constantly on their phones — the ones who get visibly stressed when notifications go off during breaks or meetings.
I asked them:
“Would you use an app that lets you control when specific apps can interrupt you?”
The reaction was immediate:
“Wait… that exists? Yes. Absolutely.”
Then I asked university students — a completely different context.
Same pattern:
That confirmed something important:
There’s a real problem, across different types of users.
It’s called Permly: Notification Manager
The idea is intentionally simple:
That’s it.
No complexity, no digging through settings.
But more important than the tech are the principles behind it — and these are non-negotiable for me, now and in any future project:
To make this real:
On the business side, those constraints forced a clear decision:
No ads. No data monetization.
So the only viable path was direct purchases.
The core app stays free.
Advanced features are paid, like:
So far:
No revenue yet — but early signals are encouraging.
This has probably been the most interesting part so far.
People immediately understand the use case — often because they’ve experienced some version of it themselves.
The most common pattern in feedback:
For example:
“It would be amazing if you could schedule this…”
Which is great, because it confirms two things:
Not the tech.
Marketing.
I’m a developer — building feels natural.
But distribution, positioning, figuring out where attention is… that’s where I feel completely out of my depth.
Most of the time it feels like being 10 steps behind.
The difference this time is: I shipped anyway.
If I could go back, I’d launch even earlier.
The plan is simple: follow user feedback.
I’m considering things like:
But the rule is:
everything must reinforce the core idea — not dilute it.
It started with a dating scenario, but it’s clearly broader:
And also…
am I the only one who feels like a lot of apps forgot how to just be simple?
Thanks for reading 🙏
Great story — and I recognise myself in almost every line, especially the "shipping feels natural, distribution doesn't" part.
I just launched something similar in spirit last week — built for my own frustration with expense tracking apps. Same principle: one problem, solved simply, no bloat.
The "will Apple/Android just build this?" question is real. My answer was to go niche — French-speaking freelancers only, for now. Harder to copy than a generic feature.
Good luck with Permly. Following your distribution journey closely.
Thank you for your support and good luck with your project as well!
Go niche is the only thing left I guess to gain your place :) (prove me wrong)
This is the kind of product story that usually resonates because the trigger is instantly understandable. I like that you validated it with office workers and students before building, because notification pain shows up in different contexts but the underlying job is the same: "let me stay reachable without being interruptible all the time." The main thing I'd test next is whether people think in profiles like "date/work/focus" or in moments like "for the next hour" — that framing probably affects conversion more than extra features.
Thanks so much!
I had been thinking about scheduling, but more in terms of repetitive, programmable routines like working hours. I hadn’t considered options like “mute for the next hour.”
I’ll definitely validate that idea and, if it checks out, move it into production right away. Thanks again!
Love how you validated before coding, that’s the step most people skip.
I used to waste weeks guessing which features mattered until I let real user votes drive my roadmap.
Top-voted requests now flow straight into my VS Code sidebar so I always know the next thing to ship.
shipboard[.]dev shows that workflow in action.
Thank you! Yes.. Validating an idea and actually consider user requests are now non-negotiable steps in my workflow.
For the longest time I pursued ideas with no real feedbacks, losing only money and time.
No more :)
Still trying to figure out whether ads are worth continuing.
Right now I’m not convinced — the users I get from ads don’t seem as engaged as organic ones.
Would love to hear if anyone here had a different experience with small utility apps.