A developer building a consumer mobile app — a greeting card maker, a virtual try-on feature, a headshot enhancer — needs reliable subject isolation on arbitrary user-uploaded photos. Phone cameras produce images with complex, unpredictable backgrounds: busy street scenes, low-contrast clothing against similarly-toned walls, hair with fine strands. The complaints in editing software ('isolating an object from a very similarly-coloured background is difficult', 'removing background isn't as accurate sometimes', 'struggles with complex backgrounds') reflect what real users encounter, and mobile apps inherit exactly those failure modes.

The gap exists because the major photo editors are consumer desktop products, not infrastructure. They have no API surface a developer can call. The few background removal APIs that exist are priced and designed for high-volume document processing — ID cards, product images against clean studio backdrops — not for consumer photos with messy real-world backgrounds. So developers either bolt on a generic segmentation model with poor results, or they don't offer the feature at all.

The buyer here is a developer or product team, not a photographer, which is why this gap doesn't show up loudly in photo editor reviews — it gets filtered out before it even becomes a user complaint. A developer who can't get good enough results simply cuts the feature from the roadmap.

This is a business and not just a feature because the API needs to be maintained continuously: phone camera hardware improves, user behavior changes (new use cases surface), and model quality needs ongoing retraining on real failure cases. An app developer has no incentive to maintain that infrastructure themselves — they want to pay for a reliable call that returns a clean mask. The need recurs on every user upload, at scale, making this a high-margin usage-based infrastructure business once distribution is established.

What to build

Build and expose a REST API that accepts an image upload and returns a segmentation mask and transparent-background PNG, with separate model variants tuned for portraits, full-body shots, and general objects, plus a confidence score per region so calling apps can decide whether to auto-apply or prompt the user for manual touch-up.

Where to start

Target indie iOS developers publishing on the App Store who are building single-purpose photo apps — they're making a feature decision right now, they can integrate in days without procurement, and a good result in their app becomes a public proof point.

The hard part

The hardest early problem is convincing a developer to trust a new API with a core user-facing feature when they have no performance history — so you need a public, reproducible benchmark against hard real-world test cases (messy hair, low-contrast backgrounds) that they can run on their own sample images before signing up.

How it makes money

Pay-per-call pricing (e.g., $0.003–0.008 per image depending on resolution and model tier), with volume discounts above 100k calls/month and a free tier of 1,000 calls/month for development and testing.

See the evidence. The complaints behind this idea, the products they came from, and similar ideas in Photo Editing.

More ideas in Photo Editing