Jan 5, 2026
2026 Figma Organization
Figma Structure
Enterprise
├─ Workspace (Consumer Digital)
│ ├─ Teams
│ │ ├─ Projects
│ │ │ └─ File - Work (Cover) 1.1
│ │ ├─ Page Structure 1.2
│ │ │ └─ Section 1.3
│ │ └─ File - Libraries (Extensions)
Reference: Figma 101 Niche
Context
| Overview | |
|---|---|
| Problem | |
| Context | Previous Figma work groups |
| Limitations | Plugins need to get approved |
| Goals |
MyHumana
List of Figma file structure challenges that we should try to address
- Folks ignore branches and only go into the main file
- Sometimes things within the branch don't get built before the next thing is picked up
- Multiple scrum teams may be developing on one singular screen
- Do we still need a source of truth? (what's live TODAY) (From onboarding perspective - yes. I'm always being asked for the 'live' version because it is an experience that spans MyH-ip)
- No time in sprint to integrate anything into a source of truth (if that's what we want)
- 7 different libraries to pull assets/styles from is overwhelming
- Nucleus is just aUl kit and does not give guidance on layout, content, and hierarchy
- App doesn't have any Figma components
- Can't touch what's currently being developed (separate working stuff from "ready for dev" stuff that's already assigned to their stories)
- Many designs are on a Mac Air that aren't as powerful
- Historically challenging to have a single file with multiple designers working/updating in it
- File naming conventions, how do we ensure they are semantically current (like when "Plan benefits" becomes "Plan" or "My Meds" becomes"Pharmacy")
- Should we have a master web prototype?
- Future-state thinking outside of the day-to-day work
Approach
| Option | Description |
|---|---|
| Library Assets | Each team maintains their own system of organization, i.e. local cover components |
| Community Plugins and Widgets | Note: Not all community plugins would get approved. |
| Local Plugin/Widget | Educate community on Widgets vs Plugins |
Proposal
| 1.1 Plugins | Description |
|---|---|
| Covers | Unify cover formats across workflows, streamline maintaince and syncing |
| Context | Build context to support scaling teams of all sizes and enable more transparency for other designers and leadership. |
| Workflow | Empower teams to continue to leverage workflows that best suit teams delivery maturity |
| 1.2 Widgets | Description |
|---|---|
| Changelog | To reduce clicks for various team members to contribute and maintain a log of updates in product development lifecycle |
| Checklist | To enhance to be specific to Humana ways of working |
| Note | Seperate from Figma comment, goal is for this to be an aid to inform change logs |
| 1.3 Cover | Description |
|---|---|
| Status | Dropdown: Discovery, Ideation, Wireframes, In Progress, In Review, Complete, Library |
| Brand | Dropdown: Humana, MyHumana, Reliance, CenteWell, Go365, CarePlus |
| Title | Examples: Dashboard, Registration, Claims, Benefits, etc. |
| Subtitle | Examples: PI, Year, MVP, etc. |
| 1.4 Pages | Description |
|---|---|
| Index | Table of Content with link to pages, brief executive summary, status |
| Version History | Example: New Feature, Enhancement, Defect, etc. |
| 1.5 Sections | Description |
|---|---|
| Context | Table of Content with link to pages, brief executive summary, status |
| Goals | Why are we doing this? |
| Status | Status syncs with index page |
| Links | i.e. Jira, Copy Deck, Other? |
| Version History | Example: New Feature, Enhancement, Defect, etc. |
| Section Treatment | Description |
|---|---|
| Figma Section | Native Figma section grouping with support for dev ready |
| Horizontal | Local Text Banner resized per screen sections |
| Vertical | Local Text Banner resized displayed first on left before screen sections |
1.5 Branch consideration
Same as 1.4 or 1.5 depending on scope of work being actively worked on
Workflows
By Design Framework
Workspace
├─ Team (Consumer Digital)
│ ├─ File
│ │ ├─ Page
│ │ │ └─ Cover
│ │ │ └─ Index
│ │ │ └─ Components
│ │ │ └─ Research
│ │ │ └─ Design WIP
│ │ │ └─ Ready for Dev
│ │ │ └─ Archive
By Timeframe
Workspace
├─ Team (Consumer Digital)
│ ├─ File
│ │ ├─ Page
│ │ │ └─ Cover
│ │ │ └─ Index
│ │ │ └─ PI 26.#.# ? — MM/DD
│ │ │ └─ Jira Number? — MM/DD
│ │ │ └─ Feature - MVP v#? — MM/DD
│ │ │ └─ Archive
By Iteration
Workspace
├─ Team (Consumer Digital)
│ ├─ File
│ │ ├─ Page
│ │ │ └─ Cover
│ │ │ └─ Index
│ │ │ └─ Iteration MM/DD
│ │ │ └─ Iteration MM/DD
│ │ │ └─ Iteration MM/DD
│ │ │ └─ Archive
Glossary
| Part | Description | Note |
|---|---|---|
| Cover | Cover thumbnail for file | Previously explored from team |
| Index | Allow teams to easily navigate to a specific page | Is Index universally known? Does this need to be quick access? Directory? Other? |
| Components | Component library, variants, assets etc | Do we really want to get in the business of maintaining multiple files with components or is the intent strictly to be used within this page only? If goal is to use across multiple files, consider local library. |
| Research | UX flows, Architectures, Systems and additional Documentation etc. | Does this need to be embeded within file or should this be seperated out to UX Research Repository? |
| Design WIP | Designs, Prototypes, Pros & Con lists, all in varieying states | |
| Ready For Dev | Pixel perfect designs, high-fidelity prototypes with specs | Is this used globally by dev teams? |
| Archive | Archive and solutions that didn’t solve the problem or aren’t feasabile | |
| Sections | The grouping of content within a page for wayfinding | |
References
Appendix:
- Nassrulloh
- Joelle Phua
- Duda
- YM Studio
- Alex Sushkov -- Widgets
- Matt Walker
- Indexly - David
- Notes Annotation - Kiran Banstola