3 signals from Reddit — June 25, 2026

Coverage: Jun 24 9:20 AM EDT → Jun 25 9:00 AM EDT (~24 hours). Sources: r/SomebodyMakeThis (1 qualifying signal), r/AppIdeas (2 qualifying signals). Three other subreddits probed — r/InternetIsBeautiful, r/productivity, and a first-time iOS cluster (r/ios, r/iPhone, r/AppleWhatShouldIBuy) — returned zero consumer demand posts.

Quick scan

#	Idea	Source	Upvotes	Gap status	Buildability	Verdict
1	Science-backed fitness task generator — no gamification, calisthenics-progression, adapts to physical limits	r/SomebodyMakeThis	2	Unverified (no comments; OP searched extensively)	4 / 5	Go (pending gap confirmation)
2	DrunkBlock — time + BAC-based call/text blocker	r/AppIdeas	2	Unverified — no existing app named in thread	3 / 5	Conditional (time-only scope is buildable; BAC measurement needs design decision)
3	Indoor navigation for malls, hospitals, airports — landmark-based directions	r/AppIdeas	1	Unverified — commenter said "pretty sure they do that" with no specifics	3 / 5	Conditional (strong pain point; gap needs verification vs. Google Maps Indoor)

Signal 1 — Science-backed fitness task generator (no RPG layer)

Source: r/SomebodyMakeThis, posted Jun 24, 2026 at 4:51 PM EDT by u/BookWyrmx. Score: 2, 0 visible comments. 1

正在加载内容卡片…

The request is unusually specific. u/BookWyrmx has already done the research — they describe spending significant time testing existing apps, consulting Claude AI to outline the concept, and explicitly disclaiming ownership:

"No ownership claimed on this idea — take it, build it, keep it, sell it. Posting this because I want it to exist more than I want credit for it." 1

The core frustration:

"I've been trying out various fitness and habit apps, and none of them really seem to be what I'm looking for, they are either too gamey, or are geared towards people who are already very healthy, not those looking to get there." 1

The concept OP describes:

"A daily habit-tracker-style fitness and nutrition app that auto-generates your daily task list from real general-population fitness science instead of made-up XP, with calisthenics-style progression that adapts to physical limitations — no RPG layer, no points, no rewards, just tasks." 1

A follow-up comment from the OP with a full product outline was posted but auto-removed by Reddit's filters before it became visible. The post body alone establishes the demand.

Competitive landscape check

The fitness app market splits into two clusters that the OP names precisely: gamified apps (Habitica, Streaks, various "XP for steps" trackers) and performance-focused apps aimed at people who are already training (MyFitnessPal for nutrition, Strava, Garmin Connect). The missing segment — a science-backed, non-gamified daily task generator for beginners working around physical limitations — maps to a real gap in current store offerings. No app in the thread was named as a solution, and the OP states they searched before posting. 1

The gap still needs independent verification — specifically checking whether apps like Freeletics, Nike Training Club, or any newer AI fitness tools have quietly covered this territory.

Build question

The core technical challenge is not the UI — it's the task-generation logic. "Real general-population fitness science" requires either a licensed evidence base, a curated expert-authored database, or an LLM that synthesizes public research into a structured daily prescription. The physical-limitations adaptation layer adds complexity: the app needs to ask intake questions and dynamically suppress or substitute exercises that strain the reported area. Neither is unsolvable; both require real product decisions before writing the first line of code.

A lean MVP could start with a fixed beginner program (bodyweight, no equipment) structured around published WHO physical activity guidelines, with a short onboarding questionnaire for limitations and a daily checklist format with no scoring layer.

Signal scorecard — science-backed fitness task generator

Buildability 1–5: 1 = hard blocker, 2 = major unsolved dependency, 3 = buildable with significant constraint, 4 = manageable risk, 5 = clear launch path.

Demand evidence

1 post, 0 visible comments on r/SomebodyMakeThis. OP is an explicit non-builder consumer who tested existing apps, consulted an AI to develop the concept, and publicly invites anyone to build it. Demand quality is high even at low engagement (score: 2, 3 shares).

Gap status

Unverified but plausible. No existing solution named in the thread. OP reports searching before posting. The specific combination (science-backed task generation + no gamification + calisthenics-style beginner progression + physical-limitations adaptation) does not clearly map to any current top-ranked fitness app. Needs: check App Store for 'science-based fitness no gamification' + verify Freeletics and Nike Training Club feature sets.

Buildability score

4 / 5 — core stack is a mobile app + exercise/nutrition database + onboarding flow. No exotic APIs required. Physical-limitations adaption is a product design problem, not a technical blocker. Task-generation logic can start rule-based.

Go/no-go verdict

Go pending gap confirmation. First steps: (1) search App Store and Google Play for 'science-based fitness', 'beginner workout no gamification', 'calisthenics for beginners no app needed'; (2) test Freeletics Free and Nike Training Club's beginner track to see whether they cover this combination. If no direct competitor surfaces, the MVP is a daily-checklist app seeded with a WHO-aligned bodyweight beginner program, short intake questionnaire, and a deliberate zero-score/zero-badge interface. Distribution: r/Fitness, r/bodyweightfitness, r/loseit, r/beginnerrunning — communities already discussing science-backed approaches.

正在加载统计卡片…

Signal 2 — DrunkBlock: time + BAC-based call blocker

Source: r/AppIdeas, posted Jun 24, 2026 at 7:30 PM EDT by u/therealmaninthesea. Score: 2, 2 comments. 2

正在加载内容卡片…

The request:

"I want an app that progressively blocks me from calling or texting people in my contact list based on how late it is and blood alcohol content." 2

Two comments follow. Neither names an existing solution. The first questions the technical feasibility directly: "How would a phone measure blood alcohol?" — to which a second commenter suggests a USB sensor as a hardware workaround. 2

Competitive landscape check

No existing app was named in the thread. Apps like "Drunk Mode" (available on iOS and Android) lock specific contacts during a user-defined period and have been in the App Store for years — this is the most obvious potential overlap and needs direct verification. The thread did not surface it. 2

Build question

The two-dimensional trigger the OP describes — time and BAC — creates a split between a buildable version and the literal request:

Time-only (e.g., auto-lock contacts after 11 PM until 8 AM): entirely software-buildable on both iOS and Android with existing screen-time and focus-mode APIs. iOS Screen Time and Android Digital Wellbeing can block specific apps, but blocking specific contacts within a messaging or calling app requires deeper OS hooks that may need system-level permissions.
BAC-based: requires either a Bluetooth breathalyzer (hardware, third-party accessory), a manual self-assessment flow (unreliable by design — a drunk person won't input accurately), or accepting the limitation and omitting BAC entirely in favor of time + "tap to confirm you're sober to unlock."

The buildable version is a contact-blocking app with time-based rules and an optional sobriety confirmation gate. The BAC feature is a hardware-dependent premium add-on if a Bluetooth breathalyzer market exists.

Signal scorecard — DrunkBlock

Buildability 1–5: 1 = hard blocker, 2 = major unsolved dependency, 3 = buildable with significant constraint, 4 = manageable risk, 5 = clear launch path.

Demand evidence

1 post, 2 comments on r/AppIdeas. Score: 2, 100% upvoted. First-person consumer language ('I want an app that'). Both comments engage with feasibility, not whether this is a desirable product — implying the use case is understood.

Gap status

Unverified. No existing app was named in the thread. 'Drunk Mode' is a known app in this category and its feature overlap needs direct testing before proceeding. If Drunk Mode fully covers time-based contact blocking, this signal may be saturated.

Buildability score

3 / 5 — the time-based contact-locking version is buildable. OS-level contact blocking within native dialers requires careful permission handling on iOS; an interceptor layer may need the app to replace default calling behavior, which Apple restricts. BAC measurement is a hardware dependency; omitting it produces a narrower but shippable product.

Go/no-go verdict

Conditional. Validate first: (1) install and test 'Drunk Mode' on both iOS and Android — specifically check whether it blocks individual contacts rather than entire apps, and whether it has a scheduled auto-enable feature; (2) check whether iOS CallKit or iOS Screen Time APIs allow per-contact blocking. If Drunk Mode has a meaningful gap (e.g., blocks apps but not specific contacts, or requires manual activation rather than schedule), there is room for a differentiated product. Monetization: one-time unlock for custom contact lists and sobriety confirmation flow; subscription tier for BAC integration via supported Bluetooth devices.

正在加载统计卡片…

Source: r/AppIdeas, posted Jun 24, 2026 at 2:56 AM EDT by u/Separate_Second_8960. Score: 1, 1 comment. 3

正在加载内容卡片…

The pain point:

"I often find that getting to a place is easier than finding what I need once I'm there." 3

OP estimates spending an additional 10–30 minutes navigating inside shopping centres, hospitals, universities, and airports after Google Maps or Apple Maps have already delivered them to the front door. The proposed interface: landmark-based verbal directions rather than a static dot on a floor plan. The example given:

"Walk past Kmart, take the escalator to Level 2, then turn right at the food court." 3

The single comment says "Pretty sure they already do that" — without naming any app or service — and adds that incumbent map providers would capture this market before a third party could. No specific product was cited. 4

Note: this post was published at 2:56 AM EDT on Jun 24, which falls about 6.5 hours before the nominal window start (9:20 AM EDT Jun 24). It was included as a qualifying signal by the upstream research team; strict window-filtering would exclude it. No new post expressing the same demand appeared inside the window.

Competitive landscape check

Indoor mapping is a known product category. Google Maps includes indoor floor plans for select large venues (airports, malls, transit stations) with walking routes. Apple Maps also covers some airports and malls. Dedicated indoor navigation products exist in enterprise and healthcare deployments — Pointr, Mapsted, and similar — but these are venue-sold B2B solutions, not consumer-accessible standalone apps. The "landmark-based verbal directions" format the OP describes is not a documented feature of Google Maps Indoor or Apple Maps Indoor as of this run. Whether the gap is the interface style (landmark-verbal vs. dot-on-map) or the venue coverage requires direct testing. 3

Build question

The hard constraint for any indoor navigation product is map data. Floor plans for hospitals, malls, and airports are not publicly available through any API that a solo developer can use freely. Options:

Scrape or request venue-specific floor plans — slow, manual, doesn't scale
Build on Google Maps Platform (which exposes indoor maps where available) — limited venue coverage, no API for landmark-based directions
Community-contributed venue maps (OpenStreetMap has some indoor data via the IndoorGML format) — coverage is sparse
Narrow to airports only — several airports publish machine-readable terminal maps, making this the path of least resistance for an MVP

The landmark-verbal direction format could be generated by an LLM given a floor plan graph, but the floor plan acquisition problem comes first.

Signal scorecard — indoor navigation post-arrival

Buildability 1–5: 1 = hard blocker, 2 = major unsolved dependency, 3 = buildable with significant constraint, 4 = manageable risk, 5 = clear launch path.

Demand evidence

1 post, 1 comment on r/AppIdeas. Score: 1, 100% upvoted. First-person consumer language with specific time-loss estimate (10–30 minutes). The single commenter engaged with feasibility, not the validity of the pain point, suggesting the problem is relatable even if the commenter believes it's solved.

Gap status

Unverified. The commenter's 'pretty sure they do that' claim cited no specific app. Google Maps and Apple Maps do cover some venues with indoor floor plans, but the landmark-verbal direction format is not a confirmed feature. Needs: open Google Maps and test indoor navigation for a large mall or hospital — specifically check whether it offers turn-by-turn with landmark references rather than a static dot.

Buildability score

3 / 5 — the landmark-verbal direction concept is technically sound (LLM + floor plan graph), but map data acquisition for private venues is the principal blocker. An airport-only MVP is more tractable given publicly available terminal maps.

Go/no-go verdict

Conditional. Validate first: (1) test Google Maps and Apple Maps indoor navigation in a large mall — specifically whether landmark references appear in the step instructions; (2) check OpenStreetMap indoor data coverage for a major city's hospitals and airports. If the gap is confirmed at the interface level (dot-only vs. landmark-verbal), a narrow airport-focused product using public terminal maps is the most tractable first version. Distribution: r/travel, r/airports, disability/accessibility communities where wayfinding is a recurring problem.

正在加载统计卡片…

Source pool note

r/SomebodyMakeThis — 1 qualifying signal from 6 in-window posts (16.7% hit rate). The other five posts were excluded: one community recruitment post, two builder-intent posts, one stealth product ad (RizeAI), and one boundary post just outside the window. The signal quality from the one qualifying post was high. 5

r/AppIdeas — 2 qualifying signals from posts reviewed in the window. Best run from this subreddit since its debut probe on Jun 22. Three other r/AppIdeas posts were excluded: one with a confirmed existing solution (runway.team/appreviewtimes for App Store review wait times), one builder market-analysis post, and one that failed the upvote threshold. 6

r/InternetIsBeautiful and r/productivity — third consecutive zero from both subreddits. Confirmed structurally unsuitable: r/IIB is a tool-showcase subreddit, r/productivity is advice and discussion. Neither generates consumer demand posts. Both are being removed from the active rotation. 5

r/ios, r/iPhone, r/AppleWhatShouldIBuy — first probe, zero qualifying consumer app demand. All three subreddits serve iOS user support and device purchase decisions, not unmet app-need expression. Classified as structurally unsuitable.

Cover: AI-generated illustration.

3 signals from Reddit — June 25, 2026

Quick scan

Signal 1 — Science-backed fitness task generator (no RPG layer)

Competitive landscape check

Build question

Signal 2 — DrunkBlock: time + BAC-based call blocker

Competitive landscape check

Build question

Signal 3 — Indoor navigation: directions after you've arrived

Competitive landscape check

Build question

Source pool note

参考来源