An Excel workbook rarely tells the whole story of the process it supports.
The visible tabs, formulas and reports are only part of the work. The real process may also involve emailed source files, manual checks, informal approvals, copied values, exception decisions and knowledge held by the person who has used the workbook for years.
Before replacing an operational spreadsheet, map the work around it. The aim is not to document every cell. It is to create a clear replacement brief that explains what starts the process, who does what, which rules matter, where decisions are made and what the business needs at the end.
What an Excel Process Map Should Show
A useful map follows the operational flow, not just the workbook layout. It should answer these questions:
- What event starts the process?
- Who provides each input?
- Which systems, files or people supply information?
- What business rules affect the result?
- Where can someone override, correct or reject a record?
- Who reviews or approves the work?
- What output is produced, and who uses it?
- What happens when information is missing, late or unusual?
For example, a production-planning workbook may appear to be a schedule. Its process map could reveal that sales sends order details by email, an operations coordinator rekeys them, a planner changes priorities manually, a manager approves capacity changes and the final output is shared with the workshop.
That is the process a replacement needs to support. Recreating the spreadsheet grid alone would miss the handoffs, decisions and controls that make the work function.
Start with the business activity, not the tabs: ask what decision or action the workbook supports, then trace how the information needed for that decision moves through the business.
1. Define the Start and End of the Process
Set a clear boundary before mapping detail. This prevents the exercise from becoming an inventory of every spreadsheet in the business.
For each workflow, write down:
| Question | What to capture |
|---|---|
| Start event | The trigger, such as a new order, inspection, request, stock movement or reporting deadline |
| End result | The completed output, decision, document, status update or handoff |
| Main purpose | The operational problem the process helps the business manage |
| Process owner | The person responsible for the workflow being effective |
| Scope boundary | What is included and what is deliberately outside this map |
A quotation workflow might start when a customer enquiry arrives and end when an approved quotation is issued. A maintenance workflow might start with a reported fault and end with a completed record and any required follow-up action.
Keep the boundary practical. If a source system feeds the workbook, record that dependency. You do not need to map every unrelated activity in the source system.
2. Map the Actors and Their Responsibilities
List the people and roles involved in a normal run of the process. Do not rely only on the workbook owner. The person who enters data, checks outputs, resolves exceptions or receives the final report may each see a different part of the workflow.
A simple role map is often enough:
| Role | Action in the process | Information handled | Decision or control |
|---|---|---|---|
| Contributor | Supplies or enters information | Source data, requests, updates | Confirms information is complete |
| Process operator | Runs the operational workflow | Working records and exceptions | Applies agreed process rules |
| Reviewer | Checks selected work or outputs | Records, calculations or supporting evidence | Identifies issues for correction |
| Approver | Accepts a decision or change | Completed record or summary | Approves, rejects or requests changes |
| Administrator | Maintains access or configuration | Permissions and reference data | Controls who can access or amend settings |
Mapping roles makes undocumented dependencies visible. A process may depend on one experienced person knowing which supplier file is current, which customer exception is allowed or which report should not be sent until another check is complete.
One-person use does not automatically mean Excel is the right long-term tool. A workbook can still merit replacement if it is business-critical, difficult to validate, dependent on undocumented knowledge or in need of stronger controls. The key question is the operational risk and future need, not the number of people opening the file today.
3. Trace Inputs, Rules and Outputs
Choose one important outcome and trace it backwards. This could be a job status, production plan, stock figure, approved quotation, inspection result or management report.
For each major stage, capture the following.
Inputs
Record where information comes from and what makes it usable:
- Source system, file, email, form or person
- Required fields and expected format
- Timing of the input
- Who is responsible for providing it
- What happens when it is incomplete or late
Rules
Describe logic in business language first. For example:
- An order cannot be scheduled until the required materials are available.
- A quotation above an agreed limit requires approval.
- An inspection cannot be closed while a required result is missing.
- A job status changes only when the responsible role confirms completion.
Then link that rule to its spreadsheet implementation, such as a formula, lookup table, macro, query, hidden sheet or manual check. The replacement brief needs both views: the business reason for the rule and the current mechanism that applies it.
Outputs
List what leaves the process:
- Reports and dashboards
- Customer documents
- Work lists or schedules
- Exports to another system
- Alerts or reminders
- Decisions that trigger the next action
For each output, note who receives it, how often it is produced and what action depends on it.
4. Find the Cells That Actually Run the Day
Not every formula deserves equal attention. Focus on the places where the workbook changes what people do.
Look for:
- Manual overrides and adjustment fields
- Lookup tables that determine categories, rates or statuses
- Assumptions that users change regularly
- Formulas that decide whether work can proceed
- Hidden sheets, named ranges and linked workbooks
- Imports, queries, macros and external connections
- Fixed file paths or copied data from other files
- Cells that users are told not to edit
Ask the operator to demonstrate a realistic process run. Watch for pauses, side calculations, copied values, notes in email and checks performed outside the workbook. These are often the most important parts of the map because they reveal controls that are not visible in Excel.
An Excel dependency mapper can help identify formula relationships in a complex workbook. Use it as an aid to discovery, then confirm what those relationships mean with the people who use the process.
5. Map Handoffs and Exceptions
Operational spreadsheets often become fragile at the points where responsibility moves between people or teams.
For every handoff, record:
- Who sends or assigns the work
- Who receives it
- What information must travel with it
- How the recipient knows action is required
- What evidence shows the handoff happened
- What happens if the recipient rejects, questions or cannot complete the work
Include informal handoffs. A message saying “use the latest version in the folder” is part of the process. So is a verbal approval, an attachment sent to a customer or a status update copied into another system.
Then document exceptions separately from the normal path. Useful prompts include:
- What happens if a required input is missing?
- Who decides whether an unusual record can proceed?
- When can a user override a calculated value?
- What happens when a source file does not arrive?
- How are duplicate, cancelled or corrected records handled?
- Which situations cause the team to stop using the usual workflow?
A replacement should not automatically reproduce every workaround. Mark each item as one of the following:
- Confirmed rule: a valid business requirement to retain
- Uncertain rule: a behaviour that needs clarification
- Legacy workaround: a response to a limitation in the current workbook or process
- Decision required: an issue the business must resolve before defining the future workflow
This distinction helps prevent accidental conversion of old habits into permanent system features.
6. Create a Concise Replacement Brief
Your process map should be readable without opening the workbook. It does not need to be a technical specification. It needs to give operations leaders and a delivery partner a reliable view of what the process must achieve.
A practical brief includes:
- Process purpose: the recurring activity and business outcome.
- Scope: start event, end result and exclusions.
- Roles: contributors, operators, reviewers, approvers and administrators.
- Inputs: sources, required information and validation needs.
- Workflow stages: the normal sequence of work and handoffs.
- Business rules: calculations, status rules, permissions and approval conditions.
- Exceptions: non-standard scenarios and escalation routes.
- Outputs: reports, documents, notifications and downstream dependencies.
- Current dependencies: linked files, integrations, macros, queries and manual activities.
- Open decisions: uncertain rules, legacy workarounds and unresolved ownership questions.
Use screenshots, sample records and formula extracts as supporting evidence, not as the brief itself. The main document should explain why each important rule exists and who relies on it.
What Mapping Does and Does Not Cover
Process mapping prepares a replacement brief. It is not the same as designing every screen, planning a full implementation or deciding every launch activity.
Once the map is complete, it gives a managed application team a stronger basis for discussing the future workflow, permissions, data structure and operational controls. It also gives the business a way to challenge unclear ownership and undocumented rules before they become harder to change.
For the wider replacement journey, see From Excel to Web App: 7 Steps for Replacing a Business Spreadsheet. For a fuller explanation of delivery scope, see What does a spreadsheet-to-web-app project include?.
A Checklist for Your Next Mapping Session
Bring the workbook, relevant source files and the people who run the process. Work through this checklist:
- State the business purpose of the workflow.
- Define the start event and final output.
- List every role that enters, reviews, approves or uses information.
- Identify source systems, files, emails and manual inputs.
- Trace the rules and calculations that affect important decisions.
- Record manual overrides and who is allowed to make them.
- Map each handoff between people, teams and systems.
- Capture normal flow and real exceptions separately.
- Identify hidden dependencies, including linked files, queries, macros and reference tables.
- List reports, exports, documents and downstream users.
- Mark unclear rules, workarounds and decisions that need ownership.
- Produce a concise brief that explains the workflow without relying on cell references alone.
Start with a Free Fit Check
If an operational workbook has become central to job tracking, planning, approvals, inspections, reporting or another recurring business workflow, Spreadsheet Upgrade can help you assess whether a managed custom application is a suitable next step.
