đľď¸ââď¸ How to Run a Shadow System Discovery Workshop: Step-by-Step
Your playbook for finding the real workflows your team already built behind your back (and why thatâs a good thing).
Every business system has two versions:
The official one: documented, approved, integrated, visible.
The real one: lived, improvised, hidden, effective.
The second one?
Thatâs powered by shadow systemsâthe spreadsheets, Airtables, Notion pages, Slack threads, and homegrown hacks your team uses to get work done because the official system didnât help.
You could ignore them.
Or you could mine them for gold.
This article shows you how.
đŻ What Is a Shadow System Discovery Workshop?
Itâs a structured, fast, and psychologically safe way to:
Surface the unofficial workflows your team depends on
Understand why they exist
Turn the most valuable ones into official, scalable processes
Reduce risk, rework, and rogue toolsâwithout losing whatâs working
You donât need consultants or compliance audits.
You need clarityâand this workshop gets you there.
đ ď¸ Prep: Before the Workshop
â
Step 1: Define the Scope
Pick one domain: finance, HR, ops, project management, billing, etc.
You canât solve the whole org at once.
Example: âLetâs focus on how we manage vendor onboarding.â
â
Step 2: Invite the Right People
You want a mix of:
Frontline users (who do the work)
Power users (who build or manage tools)
Process owners (who define the official flow)
System admins (who maintain the tech stack)
Bonus: Include someone new to the orgâthey often spot whatâs broken faster.
â
Step 3: Set Expectations
This is not a blame session. Itâs design research.
Say this up front:
âWeâre not here to criticize anyone. Weâre here to learn from the systems youâve created that actually workâeven if theyâre unofficial.â
đ§ Part 1: Surfacing the Shadow Systems (30â45 min)
đ Prompt 1: âWhat tools do you use to get this done?â
List everything:
Google Sheets
Notion templates
Email threads
Slack channels
PDF forms
Personal scripts
No filtering. No judgment. Just surface it all.
đ Prompt 2: âWhatâs the official way vs. the way you actually do it?â
Map the gaps.
This is where the most valuable truth shows up.
Example:
Official process: Submit PO in ERP â wait for email confirmation
Actual process: Fill out internal sheet â DM Jenny â she manually enters it
đ Prompt 3: âIf this system went away tomorrow, what would break?â
This reveals which shadow systems are mission-critical.
đ§ą Part 2: Mapping and Analysis (45â60 min)
Now that youâve surfaced the shadow systems, itâs time to map and diagnose them.
đ Step 1: Choose 2â3 high-impact flows
Pick the ones with:
Heavy usage
Repetitive manual work
Risk of error
Dependency on one person
đ Step 2: Create a Current State Map
For each one, walk through:
What triggers the flow?
What tools are used?
Whoâs involved?
Where are the pain points?
Whatâs the rework or risk?
Use sticky notes, whiteboards, Miroâwhatever helps visualize it.
đŻ Step 3: Identify the Root Gap
Ask: Why does this shadow system exist?
Common causes:
Bad UX in the main system
Process misalignment
Missing integration
Poor documentation
Approval bottlenecks
Tool limits (e.g., no mobile access)
đ Part 3: Debrief and Action Plan (30 min)
â
Step 1: Score Each Shadow System
Use a simple 1â5 scale for:
Business risk
Time spent
Strategic importance
Potential for automation or upgrade
This gives you a priority list.
â
Step 2: Assign Ownership
For each high-priority system:
Who will redesign or migrate it?
What resources are needed?
Whatâs the deadline?
Don't let insights sit in a docâdrive toward action.
𧨠Bonus Tip: Reframe the Narrative
After the workshop, share the top insights across the company.
Tell the story:
What was discovered
Whatâs being fixed
Why shadow systems were signals, not sins
âWe learned that our best systems werenât always the official ones. So weâre rebuilding from what already works.â
That message builds trust.
đĄ Final Thought:
âEvery spreadsheet, workaround, or duct-taped tool is a user-designed system in disguise.â
This workshop isnât just about cleanup.
Itâs about listening to your users, learning from their reality, and designing systems that finally match how work actually gets done.
Start with one session.
Run it quarterly.
And over time, youâll go from firefighting chaos to frictionless execution.