Access to one app

J
John Doe
|
Jan 15, 2024
|
5 min read
#react
#javascript
#frontend

A marketing agency runs six client accounts on Giant Context, the platform I build. For a product launch, they bring in a freelance copywriter for two weeks to write email campaigns for exactly one of those clients. The question that decides whether the agency can use my platform for real work is small and specific. Can they give that freelancer access to one email tool, on one client, and nothing else?

Yes.

One membership, scoped access

Everyone who works in an organization is a member of that organization. That part is not optional, because membership is the anchor for identity, billing, and the audit trail. What varies is how much of the organization your membership reaches, not whether you belong.

So the freelance copywriter is added to the agency's organization, but as a collaborator, the role built for exactly this, an outsider who works with the company without being of it. A collaborator sees nothing in the organization by default. Access is then granted one resource at a time, and the copywriter is granted one, the email app for that single client. That grant is the whole of what they can touch. The other five clients, the other tools, the billing, the other projects, none of it is hidden behind a permission error they can see the shape of. Ungranted, it is simply not there for them.

One outside collaborator, scoped to a single app. Everything ungranted is simply not there.

Why the fine grain is the whole point

Coarse access is easy to build and useless in practice. A platform that only offers organization membership forces a choice every team hates. Either you hand an outsider the keys to everything, or you do not let them in and email them files like it is 2010. Neither is how work actually happens. Work happens in narrow, temporary, specific grants. This person, this tool, this client, these two weeks.

Granting access one resource at a time is what lets a customer describe their trust structure to the software instead of rounding it off. An agency's trust structure is genuinely complicated. Full-time staff who see everything, account leads who own one client, freelancers who touch one deliverable. App-level membership is the platform admitting that complexity is normal and giving it somewhere to live.

What this is worth

This is business logic rather than engineering, though the two are the same decision seen from different sides.

A platform that only serves one person per account has a ceiling. The market above that ceiling, the agencies, the teams, the companies with contractors, is where the real money and the sticky, hard-to-leave accounts are. But those customers cannot adopt a tool that makes them overshare access, because oversharing access is a liability they will not take on for a piece of software. The moment a platform can express this freelancer, this app, two weeks, it becomes usable by a whole tier of customer it could not touch before.

So app-level membership decides whether the product tops out at solo operators or grows into the accounts that run agencies. The narrow grant is what unlocks the wide market.

The narrow grant is what unlocks the wide market.

The agency brings the freelancer in for two weeks, the work gets done, the access is gone when the engagement ends, and the agency trusts the platform a little more the next time it needs to bring someone in. That trust, compounded across every scoped grant a customer makes, is the actual product. Access control is not a defensive feature here. It is a growth one.

Have questions?

If you're interested in my work or Giant Context, contact me!

Contact Jesse
Legal
Privacy Policy
Terms of Service
Cookie Policy

© 2026 Giant Context. All rights reserved.

Fine-Grained Access Control