Ship client work on the same stack._
Each client gets a project with auth, data, files, functions, and hosting. Your team keeps one Console and one way of working. When the engagement ends, the client can run it.
studio · Clients
3 projects activeacme
acme.example.com
Live
northwind
northwind.example.com
In progress
luma
client@luma.com
Handoff
The client can run the project
A project per client
Handoff included
- Stack for every client
- 1
- Pricing on the organization
- Pro
- Invite the client at handoff
- Teams
- Host the product you ship
- Sites
- The client can leave with it
- OSS
Customers_
Client products that stay on Appwrite_
Agencies ship on the same platform the client keeps after launch. The handoff is the project.
Why Appwrite_
Stop inventing a stack for every brief_
The brief changes. Auth, a database, files, and hosting usually do not. Appwrite is that stack on every project, so the second client is faster than the first.
A repeatable project
Same services, same SDKs, same Console. A new engagement starts from a pattern the team already knows.
One project per client
Each client has its own project, with its own users, keys, and data.
A handoff the client can run
Invite them into the organization, or give them the project. They are not stuck on a tool only your team can operate.
Hosting in the same project
Ship the site on Appwrite Sites, next to the API the product calls.
One platform_
The stack you stop reassembling_
Every engagement starts with the same backend list. Appwrite covers it, so the hours go into the product.
Without a platform
- Identity providerSeparate contract
- Database serviceSeparate contract
- File storageSeparate contract
- Function hostingSeparate contract
- Messaging providerSeparate contract
- Web hostingSeparate contract
- Firewall and DDoSSeparate contract
Appwrite
- Auth
- Databases
- PostgreSQL
- Storage
- Functions
- Realtime
- Messaging
- Sites
- Domains
- Firewall
- One stack
- One Console
- A project per client
- A real handoff
How agencies use it_
From the first commit to the handoff_
Build in your organization. Leave the client with a project they can operate.
Client work
Project per client
Users, data, and files stay inside that project.
API keys
Server keys scoped to the project you are shipping.
Team permissions
Your developers and the client team, with different access.
The product
Auth through functions
Sign-in, data, files, and custom logic in one project.
Sites
Host the web app you were hired to ship.
Messaging
Email, SMS, and push when the product sends them.
After launch
They can stay on Cloud
The client keeps the project on the Free or Pro plan.
Open source
They can self-host if their policy requires it.
Enterprise
SSO, SLAs, and a self-hosted edition when the client needs that contract.
Agencies FAQ_
Clients, billing, and what happens when you hand the project over.
Yes. Create a project per client. Keep the projects in your organization while you build, and move or share a project when you hand it over.
They can. Invite them as members, or have them create an organization and take the project. They use the same Console you do.
You pay for the plan on the organization that owns the projects. What you charge the client is between you and them.
The project does not need a rewrite. Contact sales with them, or send them to the Enterprise page, when they need SSO, an SLA, or a self-hosted edition.
Start the next client project_
Create an account, open a project, and use the same stack on the next engagement.