legal · service scope

Service Scope & Terms

Clear support, clear limits, and transparent expectations for Swapps Platform plans.

Last updated · Apr 2026v 3.2

Service overview

Swapps Platform includes initial setup and recurring support within the selected plan scope. The platform combines a client area, AI-assisted diagnosis, and human engineering review.

Plans are productized. Anything outside the plan scope is handled as a separate project, add-on, or Enterprise agreement.

Infrastructure & usage limits

Each Swapps Platform plan includes managed infrastructure within reasonable usage limits. These limits are designed to keep each plan aligned with the type of application it supports, while maintaining reliability, performance, and predictable operation.

If a project grows beyond the included usage, Swapps may recommend implementation optimizations, an infrastructure add-on, a plan upgrade, or a custom architecture depending on traffic, storage, database usage, integrations, users, or performance requirements.

Usage areaBuildLaunchScale
Monthly visitsUp to 25,000Up to 75,000Up to 250,000
Admin users1Up to 3Up to 10
End users / membersNot included by defaultUp to 25Up to 500
Form submissions / eventsUp to 500/moUp to 5,000/moUp to 25,000/mo
Database storageUp to 100 MBUp to 1 GBUp to 8 GB
File storageUp to 100 MBUp to 1 GBUp to 20 GB
Integrations1 simple integrationUp to 2 simple integrationsUp to 4 integrations
Background jobs / automationsNot includedBasic jobs includedModerate jobs included
EnvironmentsProduction / previewPreview + productionDev + staging + production
AuthenticationBasic/manual accessBasic loginRobust authentication
Realtime featuresNot includedNot includedAdd-on / Custom

Usage limits are expressed as included usage for the plan. They are not presented as unlimited capacity.

Plan scope by tier

Build

Simple sites and apps with basic data.

plan scope

Build is designed for simple websites, landing pages, prototypes, and lightweight applications with basic data needs. It may include simple forms, limited data storage, and basic access or authentication when required. Build is not intended for applications with complex user roles, advanced dashboards, large databases, heavy file storage, multiple integrations, or recurring background processes.

Recommended included scope
  • Simple website or lightweight app
  • Basic forms
  • Basic data storage
  • Basic/manual access or simple authentication
  • One simple integration
  • Minimal file storage
  • Production or preview deployment
Not included by default
  • Complex dashboards
  • Advanced user roles
  • User-facing SaaS workflows
  • Multiple integrations
  • Advanced reporting
  • Heavy storage
  • Recurring background jobs

Launch

User-facing apps with workflows and dashboards.

plan scope

Launch is designed for user-facing applications that need basic login, dashboards, persisted data, forms, simple workflows, and a small number of integrations. It is suitable for early-stage products, client portals, operational tools, and simple internal workflows.

Recommended included scope
  • Basic login
  • Simple dashboard
  • Persisted data
  • Forms and workflows
  • Limited file storage
  • Up to two simple integrations
  • Basic background jobs
  • Preview and production environments
Not included by default
  • Advanced permissions
  • Complex reporting
  • Enterprise SSO
  • Realtime-heavy features
  • High-volume automations
  • Complex integrations
  • Dedicated database architecture

Scale

Growing products with integrations and advanced logic.

plan scope

Scale is designed for growing products with real users, structured data, roles, integrations, dashboards, and more advanced business logic. It includes a more robust infrastructure setup and may use managed relational database services when the application requires stronger authentication, permissions, reporting, or data relationships.

Recommended included scope
  • Robust authentication
  • Users and basic roles
  • Structured data
  • Dashboards and workflows
  • Multiple integrations within scope
  • Moderate background jobs
  • Dev, staging, and production environments
  • Larger database and file storage limits
Not included by default
  • Enterprise SSO
  • High-availability contractual SLA
  • Compliance-specific architecture
  • Large-scale realtime
  • AI/RAG/vector database features
  • Dedicated infrastructure
  • Intensive background processing
  • Complex data migrations

Initial setup

Initial setup includes the activities required to bring a product into the platform:

  • Create and configure the product
  • Connect the product to Swapps Platform
  • Prepare components
  • Validate operation
  • Stabilize initial operation
  • Define the supported scope

Setup is a one-time activity per product. Subsequent re-setups or major reconfigurations are scoped separately.

Recurring support

Recurring support covers the ongoing operability of the product within scope:

  • Questions
  • Error review
  • Incident diagnosis
  • Minor adjustments
  • Operational support
  • AI-assisted triage
  • Human review

Ticket management

Tickets are prioritized based on a combination of the following factors:

Plan
Your plan tier and entitlements.
Severity
Functional impact of the issue.
Business impact
Effect on revenue, users, or operations.
Technical complexity
Estimated effort and risk.
External dependencies
Third-party systems or vendors involved.
Capacity
Engineering capacity available to your account.
Available information
Quality of context and reproduction steps.
SLA
Contractual response targets.

Reasonable use

The plans are designed around reasonable use for the type of project included in each tier. Reasonable use includes normal traffic, storage, database activity, support needs, and operational activity expected for that plan.

Usage patterns that significantly exceed the expected scope, such as high-volume automation, heavy file storage, intensive background processing, unusually high API traffic, complex integrations, or large user bases, may require additional infrastructure, a plan upgrade, or a custom agreement.

Support tickets are included within plan scope but do not represent unlimited engineering capacity. We will always communicate before recommending a plan or scope adjustment.

What happens if usage exceeds the plan?

If your project exceeds the included limits, Swapps will review the usage and recommend one of the following options:

  • Optimize the current implementation
  • Add extra infrastructure capacity
  • Upgrade to a higher plan
  • Move the project to a custom architecture

Swapps will not intentionally interrupt a production service because of a temporary spike, but sustained usage above the included limits may require a plan adjustment or infrastructure add-on.

Not included by default

The following requirements may be available as an add-on, custom architecture, higher plan, or separate project depending on fit and scope:

RequirementAvailability
High-traffic architectureAdd-on / Custom
Enterprise SSOCustom
Advanced roles and permissionsScale / Custom
Realtime-heavy featuresAdd-on / Custom
AI/RAG/vector database featuresAdd-on / Custom
Large file or media storageAdd-on
Video hostingAdd-on / external provider
Advanced monitoringAdd-on / Custom
Dedicated databaseCustom
High-availability SLACustom
Compliance-specific requirementsCustom
Complex third-party integrationsCustom
Data migration from existing systemsSeparate project

Standard exclusions

The following are not included in standard plans unless explicitly scoped:

  • Unlimited development
  • New features
  • New modules
  • Redesigns
  • Architecture changes
  • New integrations
  • Complex migrations
  • 24/7 guard
  • Dedicated team
  • Roadmap execution through tickets

Out-of-scope requests

When a request is out of scope, Swapps may take one of the following actions:

1
Quote additional work
Provide an estimate for a separately-scoped activity.
2
Convert into a project
Move the request into a project engagement.
3
Recommend upgrade
Propose a higher plan that includes the need.
4
Propose an add-on
Suggest an add-on for the existing plan.
5
Move to Enterprise / custom
Negotiate an Enterprise agreement.

SLA and response times

SLA refers to first response time — the time within which Swapps will acknowledge a ticket. Resolution time depends on severity, complexity, and dependencies.

PlanFirst responseHours of coverage
BuildNext business dayBusiness hours
Launch4 business hoursBusiness hours
Scale2 business hoursExtended hours
EnterpriseNegotiated SLAUp to 24/7

Resolution time is not part of the standard SLA. Severity 1 incidents on Enterprise receive a dedicated resolution target as defined in the contract.

Customer responsibilities

To enable Swapps to deliver service effectively, you are responsible for:

  • Granting access and credentials
  • Providing content and assets
  • Approvals and sign-offs
  • Technical information and context
  • Timely validation of resolutions
  • Communicating internal stakeholders

Third-party tools

Some operations depend on external tools (hosting, monitoring, payments, etc.). Their availability, terms, and limitations apply. Swapps is not responsible for vendor outages, breaking changes, or pricing changes, but will work with you to mitigate impact.

questions about scope?

We're here to make scope and limits clear.

Contact support for an existing engagement, or browse plans to compare options.