Three roles needed different levels of context.
The shared model keeps identity, permission, decision, expiry, and evidence consistent while each role sees only the context required for its decision.
AccessScope helps employees understand their access, gives managers the context to approve or reject requests, and gives security teams a clear record of what changed and why.
AudienceInternal Enterprise
The prototype shows three connected views: employees manage their own access, managers review requests, and security teams track risk and evidence.
I defined the product strategy, role model, information architecture, visual system, and prototype logic.
Replace binary approval with constrained choices, explicit expiry, and evidence captured during the decision.
A complete prototype spanning employee self service, manager decisions, and security governance.
AccessScope uses one permission model across employee, manager, and security views. I owned the product strategy, role architecture, information design, visual system, and interactive prototype.
Requests, approvals, expiry, and evidence lived across tickets, consoles, spreadsheets, and audit work. People lacked the right context at the moment of decision, while security teams had to reconstruct intent later.
Employees needed plain language, managers needed decision support, and security needed ownership and evidence. A single dashboard hierarchy would have failed all three.
The shared model keeps identity, permission, decision, expiry, and evidence consistent while each role sees only the context required for its decision.
I kept routine actions lightweight, then introduced stronger friction only when scope, duration, risk, or missing context justified it.
Expiry, rationale, ownership, and source context stay attached to each choice so later review does not depend on reconstructing intent.
The employee experience replaces policy language with a personal queue and understandable permission records. It helps people renew needed access, remove stale access, and respond when a request needs more context.
Managers need to move quickly, but speed without context encourages rubber stamping. The overview combines immediate approvals, recurring reviews, team access health, unused permissions, and upcoming expirations.
Security teams need signals that lead to action. AccessScope connects findings to remediation and preserves the record for later review.
These scenarios use the existing prototype states to show how the system handles duration, elevated risk, and recurring review. They are design stress tests, not observed usability results.
The quickest approval can become permanent access when duration is left implicit.
Require an expiry date and treat renewal as a new accountable decision.
The record preserves requester, approver, scope, duration, and the later renewal or removal action.
A binary Approve action hides the difference between routine access and a high consequence permission.
Expose risk, missing context, and constrained duration before the manager can commit.
The audit trail captures the reason, selected scope, approver, and any follow up requirement.
Review fatigue encourages rubber stamping when every item looks equally urgent.
Separate critical findings from routine review and make removal the clearest path for stale access.
Security can trace the finding from signal to owner, decision, and exported evidence.
Extra context is justified only when it can change scope, duration, or outcome.
Renewal adds follow up effort, but prevents temporary needs from becoming permanent access.
Separate views reduce cognitive load but demand a stronger shared system underneath.
In security products, the interface is part of the control. AccessScope pushed me to treat ownership, action hierarchy, expiry, and evidence capture as security decisions, not supporting UI details.
GlucoGuide explores clear, safety conscious glucose monitoring experiences.
Prakhar Jain · Product Designer
3+ years in healthcare, enterprise software and digital products.
Open to relocation anywhere.
Explore selected work
I like sharing rough thinking, hearing useful disagreement and finding out what happens when an idea is built.
