Plan and execute a complete XD sunset strategy — preserve design history, migrate active projects to Figma, maintain developer access to archived designs, and build a transition roadmap for teams with large XD-based design systems.
Adobe XD's discontinuation is a practical reality for teams that built their design workflows around it over the past decade. While existing subscribers can continue using XD, the lack of new features, a shrinking plugin ecosystem, and team onboarding friction make migration a strategic necessity.
A rushed migration causes more problems than a planned one. Design history is lost, developer reference links break, and teams lose access to rationale behind design decisions. This capstone lesson covers a comprehensive, methodical approach to sunsetting XD — preserving everything valuable while building a Figma-based future.
This is both a practical guide and a strategic framework for any team managing legacy design tool migration.
Before migrating anything, build a complete picture of what exists. Most teams underestimate how many XD files they have spread across personal and shared Creative Cloud accounts.
Audit sources:
File categorization framework:
1Category A — Active Production (migrate first, high priority):
2 - Files being actively updated in current sprint
3 - Components that are being shipped to production
4 - Design system files used as library source
5
6Category B — Reference Material (migrate second, medium priority):
7 - Completed projects still referenced by developers
8 - Design tokens or component specs still active
9 - Files linked in Confluence/Notion documentation
10
11Category C — Historical Archive (migrate last or preserve offline):
12 - Completed and shipped projects no longer modified
13 - Rejected concepts and exploration files
14 - Onboarding materials and design guidelines
15 - Old versions and iteration history
16
17Category D — Deprecate (do not migrate):
18 - Outdated designs superseded by newer work
19 - Personal exploration files with no team value
20 - Duplicate or backup copies of migrated filesSpreadsheet columns for the audit:
1File Name | CC Location | Last Modified | Category | Owner | Figma StatusEstimating migration effort:
The most critical step before any XD license expires is creating an offline archive that preserves design decisions regardless of Creative Cloud access.
Archive what from each Category A and B file:
File → Save As → save to a local drive and Git repository
.xdc files can be opened by other team members with XD licenses
File → Export All → PDF format
Vector, searchable, viewable without XD
Preserves exact visual appearance permanently
Use Design Tokens plugin → Export to tokens.json
Preserves every color, spacing, and typography value
File → Export → Batch → SVG → all marked-for-export items
Stores all icons, logos, and illustrations independently
Record a video walkthrough of the prototype in Presentation mode
Captures interaction intent that does not survive migration
Export all XD comments as a screenshot or copy-paste to Confluence
Captures why decisions were made, not just what they are
Git repository structure for XD archive:
1design-archive/
2├── xd-files/
3│ ├── design-system/
4│ │ └── design-system-v4.xdc
5│ ├── web-app/
6│ │ ├── home-page-v3.xdc
7│ │ └── checkout-flow-v2.xdc
8│ └── README.md ← document what each file contains
9├── tokens/
10│ ├── design-system-tokens.json
11│ └── README.md
12├── assets/
13│ ├── icons/ (all SVGs)
14│ ├── illustrations/
15│ └── images/
16├── pdfs/
17│ ├── design-system-artboards.pdf
18│ └── web-app-artboards.pdf
19└── prototype-recordings/
20 └── checkout-flow-walkthrough.mp4Setting up Git LFS for binary files:
1# Initialize repository
2git init design-archive
3git lfs install
4
5# Track binary file types
6git lfs track '*.xdc'
7git lfs track '*.pdf'
8git lfs track '*.mp4'
9git lfs track '*.png'
10
11# .gitattributes file is created automatically
12git add .gitattributes
13git add .
14git commit -m 'Initial XD design archive'A well-organized Figma workspace mirrors the XD project structure, making the transition easier for both designers and developers who know where to find things.
Figma organizational hierarchy:
1Figma Organization
2└── Team: DevBootstrap Design
3 ├── Project: Design System ← was: XD shared library
4 │ ├── File: Components ← was: components.xdc
5 │ ├── File: Foundation Tokens ← was: tokens in CC Library
6 │ └── File: Documentation ← new: design rationale
7 ├── Project: Web Application ← was: web-app.xdc folder
8 │ ├── File: Home Page ← was: home-page.xdc
9 │ ├── File: Course Detail ← was: course-detail.xdc
10 │ └── File: Checkout Flow ← was: checkout-flow.xdc
11 ├── Project: Archive (XD Legacy) ← imported XD files
12 │ └── [all imported XD files] ← read-only reference
13 └── Project: Explorations ← was: personal CC folderSetting up Figma Library from XD design system:
Figma variable (token) setup from XD library:
JavaScript to convert XD tokens JSON to Figma-ready format:
1// Convert XD Design Tokens JSON to Figma variable import format
2const xdTokens = require('./tokens/design-system-tokens.json');
3
4function flattenTokens(obj, prefix = '') {
5 return Object.entries(obj).flatMap(([key, val]) => {
6 const name = prefix ? `${prefix}/${key}` : key;
7 if (val.value !== undefined) {
8 return [{ name, value: val.value, type: val.type }];
9 }
10 return flattenTokens(val, name);
11 });
12}
13
14const flat = flattenTokens(xdTokens);
15console.log(JSON.stringify(flat, null, 2));
16// Output: [{name: 'color/primary/600', value: '#2563eb', type: 'color'}, ...]A four-phase migration minimizes disruption to active development while methodically moving the design system to Figma.
Phase 1: Parallel Setup (Weeks 1–2)
Goal: Get Figma ready without stopping any XD work
Phase 2: Design System Migration (Weeks 3–4)
Goal: Migrate the design system first — all other work depends on it
Phase 3: Active Project Migration (Weeks 5–8)
Goal: Move current sprint work to Figma
Phase 4: Archive and Close (Week 9+)
Goal: Finalize archive, communicate completion, archive XD files
Communication template for development team:
1## Design System Now Live in Figma
2
3As of [date], the DevBootstrap design system is fully migrated to Figma.
4
5**New design system link**: https://figma.com/file/xxx/DevBootstrap-Design-System
6**Developer access**: You already have Viewer access (check your Figma inbox)
7
8**What changed**:
9- All new designs are now in Figma
10- XD share links remain active for any implementation still in progress
11- Design tokens are the same values — CSS custom properties unchanged
12
13**Old XD links**: Archived at [Confluence page] for historical reference
14
15**Dev Mode**: Press Ctrl+Shift+D in Figma (same as XD shortcut)A practical 30-day migration plan with daily tasks, milestones, and success criteria for moving a medium-sized design system from XD to Figma.
1/*
230-Day XD to Figma Migration Sprint Plan
3Team: 2 designers, 5 developers
4Scope: 1 design system + 3 active product files
5
6=== WEEK 1: AUDIT AND SETUP ===
7
8Day 1-2: Audit
9 [ ] List all XD files in Creative Cloud
10 [ ] Categorize: Active (3), Reference (8), Archive (15), Deprecate (12)
11 [ ] Inventory tokens: 47 colors, 8 text styles, 120+ components
12 [ ] Identify critical paths: checkout, course detail, dashboard
13
14Day 3: Archive
15 [ ] Export all XD files as PDF (23 files)
16 [ ] Export all tokens to JSON via Design Tokens plugin
17 [ ] Export all icons as SVG (87 icons)
18 [ ] Create Git LFS repository at design-archive/
19 [ ] Commit all archived files
20 [ ] Record 3 prototype walkthroughs (checkout, onboarding, search)
21
22Day 4-5: Figma Setup
23 [ ] Create Figma team workspace
24 [ ] Create 4 projects: Design System, Web App, Archive, Explorations
25 [ ] Import 3 active XD files to Figma (read-only reference)
26 [ ] Set up 47 color variables in Figma
27 [ ] Set up 8 text styles in Figma
28 [ ] Invite all 5 developers as Viewers
29
30=== WEEK 2: DESIGN SYSTEM CORE ===
31
32Day 6-7: Foundation Components (Priority 1)
33 [ ] Rebuild Button (5 variants: Primary, Secondary, Ghost, Danger, Link)
34 [ ] Rebuild Input (5 states: Default, Focus, Filled, Error, Disabled)
35 [ ] Rebuild Checkbox and Radio
36 [ ] Rebuild Select dropdown
37 [ ] Publish library: 'Foundation'
38
39Day 8-9: Layout Components (Priority 2)
40 [ ] Rebuild Card (3 variants: Course, Blog, Feature)
41 [ ] Rebuild Navigation (Desktop + Mobile)
42 [ ] Rebuild Modal and Drawer
43 [ ] Rebuild Toast notifications
44
45Day 10: Typography and Icons
46 [ ] Rebuild typography scale (8 text styles)
47 [ ] Import all 87 SVG icons as Figma components
48 [ ] Organize icons by category (navigation, action, status, content)
49
50=== WEEK 3: ACTIVE PROJECT MIGRATION ===
51
52Day 11-12: Home Page
53 [ ] Recreate Home page artboards using new Figma components
54 [ ] Validate: compare each section against XD artboard (screenshot diff)
55 [ ] Create Figma development share link
56 [ ] Update Confluence 'Design Links' page for Home
57 [ ] Notify developers: new Figma link for Home page
58
59Day 13-14: Course Detail Page
60 [ ] Recreate Course Detail artboards (desktop + mobile)
61 [ ] Validate and update links
62 [ ] Notify developers
63
64Day 15-16: Checkout Flow
65 [ ] Recreate checkout artboards (highest priority: actively being developed)
66 [ ] Rebuild prototype interactions (6 connections)
67 [ ] Validate prototype with developer who is currently implementing
68 [ ] Update all links
69
70=== WEEK 4: CLEANUP AND CLOSE ===
71
72Day 17-18: Link Audit
73 [ ] Search Confluence for 'xd.adobe.com' links: found 23
74 [ ] Update all 23 links to Figma equivalents
75 [ ] Search Notion for XD links: found 7
76 [ ] Update 7 Notion links
77 [ ] Update Jira template: replace 'XD link' field with 'Figma link'
78
79Day 19-20: Developer Validation
80 [ ] Schedule 30-min call with each developer
81 [ ] Confirm they can access Figma files
82 [ ] Confirm Dev Mode works (CSS generation)
83 [ ] Address any questions or access issues
84 [ ] Collect feedback on Figma vs XD developer experience
85
86Day 21-22: Documentation
87 [ ] Update 'Design System' Confluence page: all references updated
88 [ ] Update onboarding guide: replace XD sections with Figma
89 [ ] Create 'Figma Quick Start for Developers' guide
90 [ ] Archive: mark all XD files as archived in tracking spreadsheet
91
92=== SUCCESS METRICS ===
93
94Migration complete when:
95[ ] All developers have accepted Figma invitations: 5/5
96[ ] All active artboards recreated in Figma: 3/3 files
97[ ] All Confluence XD links updated: 23/23
98[ ] All Notion XD links updated: 7/7
99[ ] All tokens in Figma match XD export: 47/47 colors verified
100[ ] XD archive committed to Git LFS: 23 files archived
101[ ] Zero open questions from developers about Figma access
102
103=== POST-MIGRATION TRACKING ===
104
105Month 1 after migration:
106 Survey developers: 'Rate Figma vs XD for CSS extraction' (1-5)
107 Track: how many times did developers open XD reference archive? (target: 0)
108 Track: any broken developer links found? (target: 0)
109 Track: time from design to implementation started (target: same or faster)
110*/This 30-day plan prioritizes the design system migration before individual page migrations because every page depends on the design system components. Week 1 focuses on preservation (archive) before anything is changed. Week 2 rebuilds components correctly in Figma rather than relying on imperfect imports. Week 3 migrates active pages using the new Figma component library. Week 4 ensures no broken developer links remain — this is often overlooked and causes confusion weeks after migration. The success metrics are binary and verifiable, not subjective assessments.
You have completed the Adobe XD module. The next module covers Figma for Developers in depth — all the capabilities of Figma's Dev Mode, variables system, and component API that make it the superior choice for modern design-to-code workflows.
Your progress is saved in this browser, on this device only.