Solutions · Teams and procurement
How e-commerce teams use AI image generation: accounts, cost and roles for a 10-person team
The conclusion first: Tutujin has no team seats and does not charge per head — cost tracks image volume only. Ten people and one person pay exactly the same. That is good news (you never pay for idle seats) but it also means there are three ways to work today, each with a trade-off: (1) everyone registers their own account — independent, but allowances and assets do not pool; (2) the team shares one account — recipes, brand space and history are shared naturally, but you cannot account per person; (3) one account plus an API key per person (up to 5 per account, activated by contacting us), which is currently the only way to split usage by person. At ¥0.30 per image, a team producing 20,000 images a year runs about ¥6,000 on pay-per-image; subscriptions cost less, and current tiers and allowances are on the plans page. If you need multiple seats, a central admin console, invoicing or self-hosting, we do not have those today — contact us with your volume.
Last updated ·
In short
- No seat fees: headcount does not affect price, only volume does — 10 people cost the same as 1.
- Three ways to work: individual accounts / one shared account / one account plus per-person API keys. Same unit price, different trade-offs (see table).
- Deriving cost: at ¥0.30 per image, 20,000 images a year is about ¥6,000 on pay-per-image. Subscriptions cost less — see the plans page for tiers and allowances.
- There is exactly one way to account per person today: give each person an API key (up to 5 per account, activated by contacting us). Usage is metered per key.
- What we do not have: team seats / sub-accounts, a central admin console, permission roles, SSO, self-hosted deployment, SLAs or third-party compliance certifications. If any of those are hard requirements, contact us rather than working around the self-serve pages.
| Setup | Billing | Per 100 images | Per-person accounting? | Trade-off |
|---|---|---|---|---|
| Everyone registers their own account | Each pays per use at ¥0.30/image | About ¥30 | Yes (each pays their own) | Allowances, assets, recipes and brand space do not pool — if A has leftovers B cannot borrow them; no consolidated invoice |
| The team shares one account | One account, ¥0.30/image | About ¥30 | No | Recipes and history are shared naturally, but credentials must be shared, there is no per-person audit trail, and concurrent logins across devices carry security risk |
| One account plus an API key per person | One account, ¥0.30/image | About ¥30 | Yes (usage metered per key, can be aggregated monthly) | Up to 5 keys per account and activation requires contacting us; rate limiting is best-effort abuse protection, not a service-level commitment |
The identical unit price across all three rows is deliberate — that is the point of the table. Headcount does not change unit price; only volume does. The decision actually rests on the last two columns: whether you need per-person accounting, and which trade-off you can live with.
Rolling it out (four steps plus one standard)
This is the order we suggest for team onboarding. The first four steps are the production line itself; the fifth is what keeps output from drifting once several people are generating.
Step 1: 1. Bring in the product photos
Name and file the SKU photos under one convention, then batch upload — up to 50 per submission. Settle the naming rule (SKU code works well) at this step, because that is what lets you match finished images back to the right listing later. Skip it and things fall apart as volume grows.
Step 2: 2. Batch generate with scene presets and recipes
Pick a scene from the 12 e-commerce presets (white-background main image, scene compositing, model try-on, feature callouts and so on) and get one benchmark SKU right first. Once you are happy, save that parameter set and prompt as a recipe and apply it to the rest. This step is what determines whether the whole batch looks consistent.
Step 3: 3. Permanent cloud storage and bulk export
Finished images and reference images are stored permanently in the cloud, so switching machines or handing over to someone else still gets you the history — nothing depends on one person's laptop. For external delivery or archiving, use bulk export/backup to produce image packs at platform specifications so nobody re-crops sizes by hand.
Step 4: 4. Use the enterprise API when it needs to reach your own systems
At higher volume or for routine triggering, connect generation to your ERP, storefront or automation scripts through the enterprise API: submit a job, get a task id back immediately, then poll for the result. Idempotency keys are supported so retries do not double-charge. Note that reference images must be publicly reachable https URLs (your own OSS/CDN is fine) — the API channel itself does not provide an upload endpoint. Access is activated by contacting us; see the developers page for how it is called.
Step 5: 5. Keep output consistent with recipes, not longer briefs
The usual problem with several people generating is not that they cannot use the tool — it is that styles drift apart. Rather than writing an ever more detailed brief each time, save the approved parameter set as a recipe and put brand assets in brand space so everyone starts from the same place. When someone new joins, handing them a recipe works far better than handing them a document.
Confirm before you buy (what we do not have today)
- There are no team seats, sub-accounts or member invitations, and no permission roles or central admin console. The three setups in the table above are the complete set of alternatives today.
- SSO, SAML and LDAP are not supported, and we do not offer self-hosted or on-premise deployment.
- There is no external service-level agreement (SLA) and no third-party compliance certification such as ISO or SOC 2. Rate limiting on the API is best-effort abuse protection — please evaluate accordingly.
- API keys cannot currently be issued self-serve from a console; activation requires contacting us, with up to 5 per account. Usage is metered per key and can be aggregated monthly, but there is no self-serve reporting screen yet — request reconciliation data through support.
- For invoicing or bank transfer, contact us with your entity and requirements and we will answer based on your situation. This page makes no commitment on either.
Procurement FAQ
How should a 10-person e-commerce team manage accounts and cost?
Answer: Since there are no seat fees, headcount itself costs nothing — the only things to manage are volume and attribution. Three options: everyone registers their own account (each pays their own, but assets do not pool), the team shares one account (shared recipes and history, but no per-person accounting), or one account with an API key per person (the only way to split usage by person, up to 5 keys, activated by contacting us). Cost derives directly from ¥0.30 per image: 20,000 images a year is about ¥6,000 on pay-per-image, and subscriptions cost less — see the plans page.
Is there a team plan or sub-accounts? I want to give each of my staff one.
Answer: Not today. We have no team seats, sub-accounts or member invitations, and no permission roles or central admin console — stating that plainly so you do not budget on the assumption that seats exist. The available alternatives are the three in the table: individual accounts, one shared account, or splitting usage with API keys (up to 5). If seat management is a hard requirement for you, contact us with your team size and we will assess from there.
Can several people use one account?
Answer: Technically yes, and many small teams do exactly that — the upside is that recipes, brand space and history are shared automatically. Be clear on the cost though: credentials have to be shared, there is no per-person audit trail, concurrent logins across devices carry security risk, and when someone leaves there is no way to revoke just that person (only a password change). If you need per-person accounting or have audit requirements, use API keys to split usage instead.
Can you issue an invoice? Do you accept bank transfer?
Answer: Contact us with your invoicing entity and requirements and we will answer based on your situation. This page does not commit to an invoicing process or to bank transfer — if either is a hard prerequisite in your procurement process, confirm with us first, then decide how to purchase.
We have high volume, or we need self-hosting / SSO. How do we discuss that?
Answer: If you need separate billing per department or legal entity, seat management with a central console, SSO, or you want to connect generation to your own systems well beyond the default rate limits, contact us with your volume and use case rather than working around the self-serve pages. We do not have those capabilities today; whether and how they can be done depends on your specific scale. What is on the public pages is everything there is right now.
Get one account working first, then decide how to split
Sign up and start — no seat fees, no minimum order. Have one person get a benchmark SKU right and save it as a recipe, then pick the setup from the table above. That is much faster than settling account structure first.
Start generating free