vadimkravcenko

How to determine app idea is technically feasible as a non-technical founder?

26 November 2023 ·Updated 04 April 2026

Question

I'm a non-technical founder with a concept for a productivity app that sets screen time limits and rewards users for staying below these limits. However, I'm struggling to determine if this idea is technically feasible, especially considering the data access restrictions imposed by platforms like iOS. Despite extensive research on Apple's developer forums I'm still not sure. I'm seeking advice on how a non-technical founder like myself should approach verifying the technical feasibility of such an app idea before committing to bringing on technical co-founders or starting development.

Answer

I had a call last week with a non-technical founder who pitched me a “digital allowance” app for kids. Ten minutes in it became clear the core question wasn’t funding, design, or even hiring — it was whether the thing could exist inside Apple’s walled garden. If that sounds familiar, you’re in the right place (and yes, I’ve been down this rabbit hole more than once).

Before you touch a line of code or book a discovery workshop, back up and interrogate the problem itself. Talk to a group of parents who struggle with screen-time battles. Ask what they do today, what hurts, and what would make them reach for their wallet. I’m not entirely sure preselling is always possible — some parents want to see a working app before paying — but getting three of them to say “I’ll pay when you ship” is worth more than any agency quote.

Once the pain is confirmed, bring in professional skeptics. A short, free consultation with two or three mobile agencies gives you a sanity check on both feasibility and cost. Don’t settle for “Sure, that’s doable.” Ask for the ugly bits: Which APIs are off-limits? How did their last app that touched Screen Time land with App Review? You’ll notice answers diverge; that’s the signal you need deeper digging.

Platform constraints are the real boss level. On iOS you can’t just read global usage stats unless the user hands over the keys through Apple’s FamilyControls framework — and even then you’re boxed into predefined categories. Android is looser but still clamps down starting with Android 13’s new privacy buckets. I could be wrong, but as of November 2023 there’s no public API that lets a third-party app silently tally screen minutes across every other app. Know those limits early or you’ll spend months chasing ghosts.

The cheapest proof is a throwaway prototype. Consult with an iOS expert to discuss the feasibility of detecting TikTok usage for Child A and logging it in real time. No fancy UI, no onboarding — just hard evidence the API answers the call. If they circle back saying it can’t be done without Device Management profiles, believe them and pivot. I’ve watched teams ship a clickable Figma, raise seed money, then discover in week one of coding that Apple simply says “No.” Don’t be that headline.

Posting a POC gig on Upwork works too, with one caveat: filter for devs who explain why something won’t work, not just how they’ll do it. More than once I’ve seen founders burn three months on a cheap contractor, end up with a Franken-app, then start over. My rule of thumb: if three independent freelancers point at the same roadblock, assume it’s real until proven otherwise.

The non-technical shortcut everyone forgets is talking to customers again — this time with evidence. A 30-second screen recording of your shaky prototype running on TestFlight beats a 20-page pitch deck. Some parents will still wait for the App Store link (credibility matters), but you’ll quickly learn whether the carrot-and-stick reward system has legs or if they’re happy with Apple’s built-in Screen Time controls.

My current take: full, automatic screen-time tracking plus rewards is probably impossible on iOS without leaning on Apple’s parental-control ecosystem, and even then you’ll hit privacy prompts that nuke the UX. Could that change next WWDC? Maybe. Until then, pressure-test the idea with users, build the tiniest on-device demo you can, and keep a healthy skepticism when an agency says “sure, no problem.”

Worried your codebase might be full of AI slop?

I've been reviewing code for 15 years. Let me take a look at yours and tell you honestly what's built to last and what isn't.

Learn about the AI Audit →

No-Bullshit CTO Guide

268 pages of practical advice for CTOs and tech leads. Everything I know about building teams, scaling technology, and being a good technical founder — compiled into a printable PDF.

Get the guide →

3 Comments

  1. Anonymous

    Getting real users to test your early app version, like a POC, can give super useful feedback that you might not think of. They can tell you if your app’s doing what they need, or if it needs tweaks. Saves a ton of time making sure your app’s heading the right way from the get-go. Plus, keeping a way for users to give feedback as they use the app makes it better and more user-friendly as it grows. It’s really about making sure your app fits what people actually want, big plus for standing out in the crowded app market. You guys tried this?

  2. Anonymous

    When I was brainstorming my first app, I hit up GitHub for tools that could prototype my idea. I figured, why not see what it looks like before spending any real cash? I learned a ton from just tweaking code and posting my progress on forums for feedback. Honestly, those early prototypes, hacked together from open-source projects, showed me the real gaps in my understanding and what users actually wanted.

  3. Anonymous

    When I decided to dive into app development, my first stop wasn’t a dev agency; it was GitHub. I knew people submitted code there so I tried to piece together a prototype from whatever open-source projects I could find. This DIY approach was all about hands-on learning. The eventual product was still built by more competent people than me, but the prototype i did myself.

Cancel