App Care for small software teams

Make room for
your roadmap.
Keep maintenance
in view.

Your team has product work to deliver, but the maintenance queue keeps returning. Explore a defined slice of app upkeep, with clear ownership, review points and a fixed monthly task allowance that fits your existing process.

For teams with an existing mobile app and an internal technical owner.

Review before commitment. Understand the app and access first.A finite monthly task allowance. Accept and prioritise a clear queue.You approve the scope. Extra work needs a separate agreement.
The work behind a maintained app

Give recurring maintenance
its own place in the plan.

Dependency updates, reproducible bugs and release chores compete with the next product milestone. Agree which work can be separated, which needs your team's context and which stays with the roadmap owner.

  1. 01

    Keep product decisions with your team.

    Agree priorities and acceptance criteria before work enters the queue. Tasks share the agreed capacity, and work in progress stays bounded.

  2. 02

    Define a reviewable handover.

    Discuss repository access, branches, code review, test evidence and release approval. Bring a few representative issues and the review process your team already uses.

  3. 03

    Separate fixes from features.

    Keep large changes and architecture decisions visible as distinct work, with their own estimates. The care agreement identifies accepted tasks, supported technology and who performs the release.

Check the fit

A clear maintenance lane.
A team ready to review.

This service suits teams that can define priorities and own product decisions. It is assessed around the existing app and your development process.

A sensible fit for ongoing care

  • You have an existing app with source access and a maintenance queue that can be prioritised.
  • Your team can provide reproduction steps, safe test data and a named technical or product reviewer.
  • You want bounded ongoing work alongside your team, with clear acceptance and release authority.

A different starting point may help

  • An embedded full-time engineer or unrestricted staff augmentation needs a different engagement.
  • A rewrite, architecture programme or major feature build needs a separate project scope.
  • A fixed urgent delivery date or out-of-hours incident rota needs its own explicit capacity and support agreement.
One shared care system

Fixed monthly care.
Clear scope.

Choose a plan for one existing mobile product. Native and hybrid apps are welcome, including iOS and Android. We confirm your technology, code and release setup before accepting the app. Your monthly price is fixed for the agreed scope.

For occasional maintenance

App Care

$750 USD / month

For a stable app that needs routine attention and occasional fixes.

  • One monthly review of agreed dependencies, available crash reports and relevant store requirements
  • Up to 2 accepted maintenance tasks per month
  • One planned release cycle per month for approved, ready changes
  • A monthly summary of work completed, open issues and next priorities

One product. One agreed queue. One task active at a time.

Discuss App Care
What counts as a task?
One contained changeA task is one contained change to one existing screen or function in one codebase, with one agreed acceptance criterion. Examples include fixing a reproducible validation error, updating an isolated compatible dependency or, on App Care Plus, adjusting an existing screen’s layout or text.
Native and shared codebasesThe same change in separate native iOS and Android codebases counts as two tasks. A shared-codebase change counts as one task when it fits the same boundary; supported-platform testing is included in that task.
Accepted after reviewWe reproduce or review the request before accepting it into the care queue. Investigation may show that a separate project is needed. A task slot is not an unlimited repair obligation.
Maintenance and improvementsMaintenance addresses existing functionality and routine upkeep. In App Care Plus, a small improvement must fit the same contained-change boundary. New screens, substantial features, integrations, redesigns, major framework/OS migrations, architecture changes and substantial backend changes need a separate fixed quote.
Monthly limitsOne task is active at a time. Unused monthly task slots do not roll over. Accepted tasks remain in the queue until completion without using another task slot; timing depends on scope, access and approvals. Extra work requires an approved fixed quote before it begins; no hourly overage is automatically added.
Review and releaseTesting covers accepted changes against the agreed device and OS list. One planned release cycle each month includes preparation and submission to the agreed stores when changes are ready and approved. Store decisions and review times remain with Apple and Google.
Establish the baseline

App baseline
assessment

$500 USD once

For one mobile product with up to two mobile codebases and accessible source and store accounts. The assessment covers an access and dependency inventory, a build attempt for each included codebase, a review of available crash and store notices, and a written priority list with a care recommendation.

This is an assessment, not a repair package or a comprehensive security audit. We confirm eligibility and access before you agree to it. Larger estates, missing access or specialist assessment requirements receive a separate fixed quote before work begins. Recovery or catch-up work is also quoted separately. There is no obligation to buy ongoing care.

Request an app-care review

Need recovery
or a major change?

An app that will not build, has substantial inherited issues or needs a major new feature may need a separate project first. We agree that scope before starting ongoing care. Rebuilds, major migrations and new integrations are not automatically covered by a maintenance plan.

Care prices are in USD per month. Monthly billing starts after the app is accepted and the start date is agreed. Applicable taxes and third-party fees are identified separately in your proposal. Sending an enquiry does not start a subscription or authorise paid work. Store accounts, hosting, software subscriptions and third-party usage charges are separate. App Care Plus covers agreed small improvements; it does not include advertising, customer acquisition or a revenue guarantee.

Clear responsibilities before care begins.
Technical acceptanceNative iOS, native Android and hybrid apps can be considered. We confirm source access, build and release readiness, supported platforms, dependencies and existing issues before accepting ongoing care.
Support and urgencyOne nominated contact and an agreed request channel. Support hours, time zone, severity rules and response arrangements are confirmed in your proposal. A response target is different from a fix estimate. No 24/7 cover or guaranteed resolution time is included. Do not use this enquiry form as an emergency support channel.
Billing and cancellationMonthly in advance, with a one-month minimum. Cancel with 30 days’ notice; service ends at the end of the paid monthly period that falls at least 30 days after notice. No annual commitment.
Connected systemsBackend work, hosting, monitoring and security maintenance are included only where explicitly scoped. Your proposal identifies who owns each connected service and who handles issues outside the mobile app.
Customer responsibilitiesYou keep ownership of your accounts, arrange approved access and nominate someone to prioritise work, provide safe test cases and approve releases. Do not send credentials, source code or customer records through this form.
Start with the app you have

Review first.
Agree the next step.

An inherited app needs a technical check before anyone can responsibly promise ongoing care.

  1. 01

    Describe the problem.

    Share your public app link, the platforms involved and the issue you want to address. You can start even if you do not know the technology.

  2. 02

    Check condition and fit.

    We review your request and confirm eligibility for the $500 baseline assessment or quote any different assessment upfront. Existing problems, access and dependencies inform the recommendation.

  3. 03

    Choose an agreed scope.

    You receive a care proposal at the published plan price, a separately scoped project recommendation or an explanation of why the app is not a fit. Paid work starts only after agreement.

Before you decide

Your app.
Your questions.

Is this a dedicated developer or unlimited development?

No. App Care is a defined monthly task allowance. Staffing, access, supported technology and the work allowance are confirmed in the proposal. A request queue does not mean unlimited delivery.

Can you work with our review process?

Describe your repository, issue tracking and review requirements. We confirm compatibility and the handover process before accepting work, including who can merge and release changes.

Can we use the allowance for small features?

Defined improvements can be considered alongside maintenance. They share the same agreed allowance; discovery, coding, testing and release work all require capacity.

What happens if our backlog exceeds the allowance?

We discuss reprioritising, a larger allowance or a separate estimate. Extra work requires agreement before proceeding.

Can you support several products?

Describe the estate. Multiple apps, separate native codebases or several backends may need a custom scope rather than one maintenance plan.

A useful first step

Show us the
maintenance queue.

Share the app's technology, a few typical tasks and how your team reviews work. We will discuss whether a bounded care arrangement fits.

What happens next

Our team reviews your request and follows up by email. We clarify the app’s condition, access and priorities, then agree any assessment and the right next step. You see the scope and costs before paid work starts.

Prefer email? team@afinitiglobal.com

Tell us about your app.

Start with what you know. “Not sure” is a useful answer. Please use public links and leave out passwords, source code and customer data.

Native and hybrid apps can be considered. We confirm fit after reviewing the codebase.

A public App Store, Google Play or website link. Do not include private access links.

Mention the main queue, known build issues and your review process. A short summary is enough; do not paste private code, credentials or customer data.

We record your enquiry in HubSpot CRM. This does not subscribe you to a newsletter.

This enquiry does not purchase a plan, book paid work or authorise access to your systems. Privacy policy.