Projects & Teams
How LocaleLens organizes translations and enables team collaboration
A project is a container for your translations. Each project contains translation keys, multiple locales, team members, and API keys.
Think of a project as an isolated workspace for one app, client, or environment.
- • Translation keys and their values
- • Multiple locales (languages)
- • Team members with specific roles
- • API keys for programmatic access
Projects are completely isolated from each other. Translation keys, locales, and team access never cross project boundaries.
This design prevents accidental data leaks, simplifies access control, and scales cleanly from solo developers to teams.
- • Translation keys
- • Locales
- • Team member access
- • API keys
- • Project count limits
- • Translation key limits
- • Locale limits
- • Team member limits
- • API request limits
- • AI suggestion quota
- • Subscription plan
Note: Usage limits (Free/Pro) are applied at the account level and shared across all projects.
Invite team members to collaborate on specific projects. Each member has a role that determines their permissions.
| Permission | Owner | Admin | Translator | Viewer |
|---|---|---|---|---|
| View translations | ||||
| Edit translations | ||||
| Add/remove keys & locales | ||||
| Invite & remove members | ||||
| Manage API keys | ||||
| Configure project settings | ||||
| Delete project |
FreeTeam Size
Up to 3 members (account-wide)
ProTeam Size
Up to 50 members (account-wide)
You can upgrade anytime as your team grows.
Create one project for your application. All languages and translations live in the same project. Your entire team has access.
Project: "Marketing Website"
├── en (English)
├── es (Spanish)
├── fr (French)
└── Team: 5 membersUse separate projects for production and staging. Test translation changes before deploying. Different API keys prevent accidents.
Project: "App - Production"
└── API Key: prod_xxxx
Project: "App - Staging"
└── API Key: staging_xxxxCreate one project per client. Different team members per project. Client data stays completely separate.
Project: "Client A - E-commerce"
└── Team: Agency devs + Client A team
Project: "Client B - SaaS Dashboard"
└── Team: Agency devs + Client B team- ✓One project per application (unless you need environment splits)
- ✓Use descriptive project names (e.g., "Marketing Website" not "Project 1")
- ✓Invite team members with the minimum role they need
- ✓Keep API keys secure — they're project-specific and grant access to all translations