Watch someone in your operations team for ten minutes. Chances are they are not deciding anything. They are reading an order out of an email, tabbing to the ERP, typing it in, tabbing to a spreadsheet, updating a status, then swivelling to the CRM to log that they did it. None of this is the job they were hired for. It is the job the software should be doing.
This is the copy-paste economy: the enormous, invisible share of a modern working day spent moving the same data between systems that were never connected. A Harvard Business Review study of Fortune 500 workers found they toggle between applications around 1,200 times a day, losing just under four hours a week, about 9 percent of their time, just reorienting after each switch1. Asana puts the figure far higher, finding that 60 percent of time at work goes to coordination and duplicate work rather than the skilled job itself3.
This guide is for the operations leader, CTO, or Geschaeftsfuehrer who suspects that a large part of their payroll is spent on transcription. We will quantify the tax, explain why your systems refuse to talk, show you how to measure your own number, and lay out what actually removes the work rather than adding another dashboard to swivel to.
TL;DR
Most routine work is not decision-making - it is a human moving the same data between email, Teams, SharePoint, CRM, and ERP because those systems do not talk to each other.
The tax is measurable - workers toggle around 1,200 times a day and lose about 9 percent of their time to it1, while 60 percent of time goes to work about work rather than skilled work3.
Integration alone has not solved it - the average company runs over 1,000 apps and roughly 70 percent are disconnected, so a person becomes the integration layer4.
The cost is more than hours - manual keying carries a 1 percent error rate7 and poor data quality costs the average organisation 12.9 million dollars a year6.
An AI employee removes the tax - connected to the systems you already use, it does the moving, so your people keep the judgement and your team gets more output without more headcount.
The Copy-Paste Economy
We tend to picture knowledge work as thinking, deciding, and creating. In practice, a large slice of it is logistics: getting a piece of data from where it lives to where it is needed next. Every study that has tried to measure this arrives at an uncomfortable number.
- 1,200 toggles a day - The Harvard Business Review study of 137 users across three Fortune 500 companies found the average worker switched between apps and websites nearly 1,200 times daily, adding up to just under four hours a week reorienting, around 9 percent of working time1.
- 60 percent is work about work - Asana’s Anatomy of Work Index found that only 40 percent of the day goes to the skilled job people were hired for. The rest is coordination, searching, and duplicating3.
- Nearly a fifth of the week is duplicated - US knowledge workers spend around 6.5 hours a week, roughly 308 hours a year, on work they later described as duplicated or a waste of time3.
- 1.8 hours a day searching - McKinsey Global Institute estimated employees spend 1.8 hours every day, 9.3 hours a week, searching for and gathering information scattered across systems2.
- 13 apps, 30 times a day - Asana found US workers switch between 13 apps 30 times a day just to do their work, and the more apps in play, the more work gets duplicated3.
- 10 percent minimum for operations teams - Even conservative estimates put around 10 percent of a business operations team’s time in pure swivel-chair activity, moving data between systems that do not connect8.
Key Data Point
The Harvard Business Review researchers measured that a single application switch costs a little over two seconds. That sounds trivial. Multiplied by 1,200 switches a day across a full team, it becomes just under four hours per person per week, and that is only the reorientation cost, not the typing itself1.
The reason this stays invisible is that no single instance looks like a problem. Copying one order takes ninety seconds. The problem is that it happens forty times a day, across a dozen people, in every department, forever. It is a tax paid in small change, which is exactly why it never shows up on a budget line.
| Measure | Finding | Source |
|---|---|---|
| App switches per day | ~1,200 per worker | HBR 20221 |
| Time lost to toggling | ~4 hours/week (9% of time) | HBR 20221 |
| Work about work | 60% of the working day | Asana 20223 |
| Duplicated work | ~308 hours/worker/year | Asana 20223 |
| Searching for information | 1.8 hours/day per worker | McKinsey2 |
Where the Hours Actually Go
The copy-paste tax is not spread evenly. It concentrates in the roles that sit between two systems that do not talk. If you want to find it in your own company, look at any team whose job is to keep two databases in agreement.
The departments that pay the most
- Sales operations - Reps re-key leads from web forms and email into the CRM, update deal stages by hand after every call, and copy quote figures between the CRM, a pricing spreadsheet, and the ERP. The selling is a fraction of the day.
- Finance and accounting - Staff retype invoice line items from PDFs into the ERP, copy payment data between the banking portal and the ledger, and rebuild the same figures in Excel every month because the report they need does not exist in either system.
- Customer service - Agents copy customer details between the helpdesk, the order system, and email, then paste the same case notes into two places so the next person can find them.
- Procurement - Buyers move order confirmations between supplier portals and the ERP, chase delivery dates over email, and transcribe them back into a spreadsheet that the planning team reads.
- HR and onboarding - A single new hire gets entered by hand into the HR system, payroll, IT provisioning, the access-badge tool, and a welcome spreadsheet, the same name and details typed five times.
- Logistics and dispatch - Dispatchers read orders from one system, check stock in another, and re-enter shipping details into a carrier portal, reconciling three views that should be one.
A Recognisable Scenario
An order arrives by email. A person reads it, opens the ERP, types in the customer number, the article numbers, and the quantities, then opens the CRM to log the order against the account, then replies to the customer to confirm. Four systems, one order, zero decisions. Now multiply by every order your company receives this week. That is the copy-paste economy in a single workflow.
Why skilled roles carry it
The cruel part is who ends up doing this. Bridging work lands on the people who understand the process well enough to get it right, which means your most experienced staff spend hours on transcription that adds nothing to their expertise.
- It requires context - Deciding which field in a messy email maps to which field in the ERP needs someone who knows the business, so it cannot be handed to the newest hire.
- It cannot wait - The data has to move before the next step can happen, so it interrupts higher-value work rather than waiting for a quiet moment.
- It is invisible to management - Because it is spread across many people in small slices, no dashboard shows it and no one owns removing it.
- It compounds with tool sprawl - Every new app the company buys adds another pair of systems that need a human to bridge them, so the tax grows with the tech stack3.
| Department | Typical bridging task | Systems involved |
|---|---|---|
| Sales Ops | Lead entry and deal-stage updates | Email, web form, CRM, ERP |
| Finance | Invoice and payment re-keying | PDF, ERP, banking portal, Excel |
| Service | Case detail duplication | Helpdesk, order system, email |
| Procurement | Order confirmation transcription | Supplier portal, ERP, spreadsheet |
| HR | New-hire data entry | HR system, payroll, IT, badge tool |
Why Your Systems Do Not Talk to Each Other
The obvious question is why nobody has just connected these systems. The answer is that they have tried, and integration at scale is genuinely hard. The person keying data across is not a sign of laziness. They are the cheapest connector available for a problem that resists clean solutions.
- There are too many systems - Salesforce found the average organisation now runs over 1,000 applications, and around 70 percent of them are not integrated with each other or the core business4. Connecting everything to everything is a combinatorial problem.
- Only a fraction are wired up - MuleSoft’s benchmark found organisations average nearly 900 applications but integrate only around 29 percent of them, leaving the rest as islands5.
- Legacy systems resist APIs - Older ERP and line-of-business systems were never built to share data, so exposing their data cleanly is a project in itself, not a switch you flip.
- Fields do not map cleanly - Two systems store the same customer with different IDs, formats, and required fields, so even a connected pipe needs a human decision about how to reconcile them.
- Connectors are brittle - Point-to-point integrations break when a screen changes or a new case appears, and each new tool multiplies the number of connections to maintain.
- Integration creates silos of its own - MuleSoft found that 80 percent of organisations say integration issues actively create data silos rather than removing them13.
The Human as Integration Layer
When systems cannot pass data between themselves, the organisation reaches for the most flexible connector it has: a person. A human can read an ambiguous email, tolerate a broken format, handle an exception, and decide where each field belongs. That flexibility is exactly why the copy-paste job never gets automated by traditional integration, and exactly why it is so expensive.
“The cost of a switch is a little over two seconds, and the average user in the dataset toggled between different apps and websites nearly 1,200 times each day.”
- Rohan Narayana Murty, Sandeep Dadlani and Rajath B. Das, Harvard Business Review1
Why more tools makes it worse
Every company’s instinct is to buy a tool to fix a problem. But each new tool is another system that does not talk to the others, so the fix quietly adds to the tax it was meant to reduce.
| Integration approach | What it connects | Where it breaks |
|---|---|---|
| Point-to-point API | Two specific systems | Breaks on schema or screen change; N systems need many links |
| iPaaS / middleware | Many systems via a hub | Costly to build and maintain; still fails on unstructured data |
| RPA bot | Screen-level clicks | Breaks when the UI changes or an exception appears |
| A person | Anything, flexibly | Slow, error-prone, expensive, and wasted on skilled staff |
| AI employee | The systems you already run | Reasons through exceptions; asks a human when unsure |
Find your team’s copy-paste tax
Book a 30-minute call. We will map the highest-volume bridging task in your business and what removing it is worth.

The Hidden Costs Beyond Time
Wasted hours are the cost everyone sees. But moving data by hand carries three other costs that are larger and harder to spot: errors, bad data, and the slow disengagement of skilled staff.
1. Errors compound downstream
- The 1 percent baseline - Human data entry carries an error rate of roughly 1 percent even on a good day, and 1 to 5 percent under real conditions7. Every wrong figure enters a system as if it were correct.
- Errors travel - A mistyped quantity becomes a wrong order, a wrong invoice, a wrong report, and a customer complaint, each caught and fixed by more human hours.
- Reconciliation is its own tax - Teams build entire routines to catch the errors that manual keying introduces, which is more copy-paste work layered on top of the original.
2. Bad data becomes expensive
- 12.9 million dollars a year - Gartner estimates poor data quality costs the average organisation 12.9 million dollars annually in wasted effort, bad decisions, and missed opportunities6.
- Two systems, two truths - When a person keys data across, the two systems drift apart, so reports disagree and nobody trusts the numbers.
- Integration pays back - Salesforce found companies with strong connectivity achieve far higher returns on AI, 10.3 times versus 3.7 times for those with poor connectivity, because clean, connected data is what everything else runs on9.
3. Skilled staff disengage
- The wrong people, the wrong work - Bridging work lands on experienced staff hired for judgement, and spending the day on transcription is a well-documented driver of disengagement.
- The shortage makes it worse - German employers already struggle to fill skilled roles, with the DIHK reporting persistent, structural shortages11. Burning those people’s time on re-keying is a luxury no one can afford.
- Attention has a floor - The HBR researchers noted that constant switching raises stress and makes focused work harder, so the cost is not only the minutes but the degraded quality of everything around them1.
The Real Bill
Add it up: the hours spent moving data, plus the hours spent catching the errors that moving it introduced, plus the cost of decisions made on data two systems no longer agree on, plus the turnover of skilled people who did not sign up to be a human API. The copy-paste economy is far more expensive than the visible time it consumes.
Leaving Copy-Paste Work in Place
Why companies tolerate it
- ✓ No project needed - a person keying data always works well enough to avoid a decision
- ✓ Fully flexible - a human handles any format and any exception without configuration
- ✓ Invisible on the budget - the cost is spread across payroll, not a line item
- ✓ No integration risk - nothing new to break or maintain
What it actually costs
- ✗ Hours that scale with volume - the tax grows every time business grows
- ✗ A 1 percent error rate feeding every downstream system7
- ✗ Data that two systems no longer agree on6
- ✗ Skilled staff wasted in the roles hardest to hire for11
How to Measure Your Own Copy-Paste Tax
You cannot remove what you have not measured, and the copy-paste tax hides precisely because nobody has ever put a number on it. Here is a practical way to size it in a week, without buying anything.
A five-step measurement
- Pick three bridging roles - Choose two or three roles that clearly sit between systems, for example order entry, accounts payable, and sales ops. Do not try to measure everything at once.
- Run a one-week task log - Ask each person to note, in fifteen-minute blocks, whether they were doing judgement work or simply moving data from one place to another. A shared spreadsheet is enough.
- Count the systems per task - For each recurring bridging task, write down how many systems it touches and how long one instance takes. Two systems and ninety seconds is a copy-paste task.
- Annualise the hours - Multiply minutes per instance by instances per week by headcount by 46 working weeks. This gives you an annual hours figure for that task across the team.
- Attach a cost - Multiply the annual hours by a fully loaded hourly rate. Now you have a euro figure for a single bridging task, and usually it is large enough to fund removing it several times over.
Copy-Paste Audit Checklist
- You can name the three roles that spend the most time between systems
- You know how many distinct apps each role touches in a normal day
- You have a one-week log tagging judgement work versus data-moving
- You have counted the systems and minutes for your top five bridging tasks
- You have an annual hours figure for each of those tasks
- You have attached a fully loaded cost to those hours
- You have identified which single task has the highest volume
- You have named an owner for removing that first task
What good targets look like
- High volume, low judgement - The best first target is a task that happens hundreds of times a week and needs almost no decision, like moving orders from email into the ERP.
- Two or more systems - If the task only touches one system, it is not a bridging task and integration is not the fix.
- A clear before-and-after - Pick something where you can measure hours saved and error rate cleanly, so the result is undeniable.
- An owner who feels the pain - The team drowning in the task should sponsor its removal, because they will champion it and shape it.
A Simple Rule of Thumb
If a task can be described as “read this from here, type it into there,” and it happens more than a few times a day, it is copy-paste work and a candidate for removal. If it requires weighing options or making a call, it is judgement work and belongs with a person. Sorting your processes into these two buckets is most of the analysis.
What Actually Removes the Tax
Once you have measured the tax, the question is what to do about it. There are four broad options, and only one of them handles the messy, exception-heavy reality of how data actually moves through a business.
The four options
- Build point-to-point integrations - Wire two systems together directly. This works for stable, structured, high-value pairs, but it is brittle, expensive to maintain, and does nothing for unstructured inputs like email.
- Deploy iPaaS middleware - A central hub connects many systems. It is powerful for clean, structured flows, but it still cannot read an ambiguous email or handle a case nobody configured, and the build is a real project.
- Automate with RPA - A bot mimics the clicks a person makes. It removes some keying, but it breaks the moment a screen changes or an exception appears, and then it needs a developer to fix.
- Deploy an AI employee - An AI worker that reads the unstructured input, decides where each field belongs, acts across the systems you already use, and asks a human only when it is genuinely unsure.
Why the AI employee approach fits this problem
The reason a person is used as the integration layer is that they can reason. The approach that removes them from the loop is one that can reason too, not one that replays fixed clicks.
- It reads unstructured data - An email, a PDF, a scanned delivery note. The AI employee extracts the right fields the way a person would, which RPA and iPaaS cannot.
- It handles exceptions - When a case does not match the template, it reasons about it or escalates, rather than breaking and stopping the line.
- It connects to real systems - It works on top of your email, Teams, SharePoint, CRM, and ERP through governed access, not by screen-scraping a UI.
- It keeps a human in the loop - For anything sensitive or uncertain, it asks, so people keep the judgement and the accountability.
- It leaves the judgement with people - It removes the moving of data, not the deciding, which is exactly the split you want.
| Capability | RPA | iPaaS | AI Employee |
|---|---|---|---|
| Reads unstructured email/PDF | No | No | Yes |
| Handles exceptions | Breaks | Fails to unmapped cases | Reasons or escalates |
| Survives UI changes | No | N/A | Yes |
| Time to first use case | Weeks | Months | ~2 weeks |
| Keeps humans in the loop | No | No | Yes, by design |
“Maintaining existing systems while incorporating AI and digital agents is becoming increasingly complex, exacerbated by skills gaps, disconnected systems, and compliance concerns.”
- Beena Ammanath, Global AI Institute Leader at Deloitte9
How Superkind Fits
Superkind builds AI employees that live inside the systems your company already runs and take over the routine work of moving data between them. The point is not another app to swivel to. It is a worker that does the bridging, so your people keep the judgement and your team produces more without more headcount.
- Connected to the systems you already use - The AI employee works on top of your email, Teams, SharePoint, CRM, and ERP, rather than asking you to move to a new platform14.
- Takes over the routine work - It reads the incoming order, invoice, or request, moves the data into the right system, and updates the record, the exact bridging tasks that eat your team’s day.
- Learns your company, not the internet - It acts on your documented rules, formats, and exceptions through a Company Brain, so the data lands where your process says it should14.
- More output without more headcount - The team you already have absorbs more volume because the transcription is gone, which matters most where hiring is hardest11.
- Live in two weeks - The first use case goes into production in around two weeks, not a six-month rollout, because it connects on top of what you already have.
- Reads unstructured inputs - Email bodies, PDFs, and scanned documents are handled the way a person reads them, which is what RPA and middleware cannot do.
- Human in the loop by design - It asks before anything sensitive and records the reasoning behind each action, so a named person can always answer for it.
- Gets better every day - Because your team works with it and corrects it, it improves on your real cases rather than a generic benchmark.
| Approach | Traditional automation | Superkind AI employee |
|---|---|---|
| What it connects to | Specific screens or APIs | The email, Teams, SharePoint, CRM, and ERP you already run |
| Unstructured input | Cannot read it | Reads email and PDFs like a person |
| Exceptions | Breaks and stops | Reasons through or escalates to a human |
| Time to value | Months of build | First use case live in ~2 weeks |
| Effect on the team | Removes some clicks | Removes the bridging work, keeps the judgement with people |
Superkind
Pros
- ✓ No rip-and-replace - sits on top of your existing systems
- ✓ Handles messy inputs - reads email and documents, not just clean APIs
- ✓ Fast time-to-value - first use case live in about two weeks
- ✓ Keeps people in the loop - judgement and accountability stay human
- ✓ More output, same team - capacity gain, not headcount cut
Cons
- ✗ Not a self-serve tool - it is a build with our team, not a download
- ✗ Needs process access - we have to see how the data really moves
- ✗ Overkill for one system - if a task touches a single app, integration is not the point
- ✗ Needs clean rules - the clearer your process, the better it performs
Decision Framework: Is This Worth Fixing Now?
Not every copy-paste task is worth removing today. Use these signals to decide where to start and where to wait.
| Signal | What it means | Action |
|---|---|---|
| A task happens hundreds of times a week | High-volume bridging work | Strong first target; measure and remove it |
| Skilled staff spend hours re-keying | Expensive people on cheap work | Prioritise; the cost is higher than it looks |
| You are short-staffed and cannot hire | The constraint is capacity, not people | Remove the tax to free the team you have |
| Errors from manual entry cause rework | The tax is compounding downstream | Fix at the source, not with more checking |
| The task touches only one system | Not a bridging problem | Wait; integration is not the fix here |
| The task is pure judgement | A decision, not a transfer | Keep it with a person; do not automate the call |
Removing It Now vs Waiting
Removing It Now
- ✓ Capacity today - frees hours in the roles you cannot easily hire for11
- ✓ Cleaner data - fewer manual errors feeding downstream systems7
- ✓ Better retention - skilled staff stop doing transcription
- ✓ Compounding gain - the same connection layer scales to the next task
Waiting
- ✗ The tax grows with volume - every bit of growth adds more re-keying3
- ✗ Data keeps drifting - two systems stay out of agreement6
- ✗ Tool sprawl compounds - each new app adds another disconnected system4
- ✗ Skilled hours keep leaking - into work no one values
The World Economic Forum expects a large share of existing skill sets to change by 2030, with routine tasks the first to shift to machines and human effort moving toward judgement and exception handling10. The copy-paste economy is precisely the routine layer that is moving first.
Frequently Asked Questions
Swivel-chair work is any task where a person reads data from one system and re-enters it into another by hand, physically or metaphorically swivelling between two screens. Typical examples are copying an order from an email into the ERP, moving a lead from a web form into the CRM, or retyping invoice figures from a PDF into accounting software. The work adds no judgement and creates nothing new. It only moves data that two disconnected systems cannot pass between themselves.
Estimates vary by role, but the pattern is consistent. A Harvard Business Review study found workers toggle between applications around 1,200 times a day, losing just under four hours a week, roughly 9 percent of their time, simply reorienting after each switch. Asana reports that 60 percent of time at work goes to coordination and duplicate work rather than the skilled job people were hired for. For operations, finance, and service roles that live in multiple systems, the copy-paste share is often much higher.
Yes. Swivel-chair process is the operations term for the same thing: a workflow that only exists because two systems are not integrated, so a human bridges them by keying data across. The name comes from staff literally swivelling between terminals. Copy-paste economy is the wider framing for how much of a modern knowledge job is made up of these bridging tasks, spread across email, Teams, SharePoint, CRM, and ERP.
Many try, but full integration is harder than it looks. Salesforce research found the average organisation runs over 1,000 applications, and around 70 percent of them are not connected to each other. Legacy systems lack modern APIs, custom fields do not map cleanly, edge cases break rigid connectors, and every new tool adds more pairs to wire together. So the person becomes the integration layer, because a human can read a messy email and decide where each field belongs in a way a brittle point-to-point connector cannot.
Three things. First, errors: manual keying carries a baseline error rate of around 1 percent, and every wrong figure ripples into invoices, orders, and reports. Second, data quality: Gartner estimates poor data quality costs the average organisation 12.9 million dollars a year. Third, morale: the most repetitive re-keying falls on skilled staff who were hired for judgement, which drives disengagement and turnover in exactly the roles that are hardest to fill.
RPA records a fixed sequence of clicks and replays it. It works until a screen layout changes, a field moves, or an exception appears, and then it breaks and needs a developer. An AI employee reasons about the goal rather than the clicks. It reads an unstructured email, decides which fields matter, handles a case it has not seen before, and asks a human when it is genuinely unsure. It connects to the same systems your team uses rather than screen-scraping them.
Any team that sits between two systems that do not talk. Sales operations re-key leads and update the CRM after every call. Finance retypes invoice and payment data across the ERP, banking portal, and spreadsheets. Customer service copies details between the helpdesk, order system, and email. Procurement moves data between supplier portals and the ERP. HR re-enters new-hire details across payroll, IT provisioning, and the HR system. These are the highest-value places to start.
The realistic outcome for most Mittelstand companies is more output from the same team, not fewer people. Germany faces a structural skilled-labour shortage, so the constraint is usually too much work for too few people, not too many people. Removing the re-keying lets the team you already have absorb more volume and spend their hours on judgement, exceptions, and customers rather than transcription. The goal is capacity, not headcount reduction.
Start with a one-week time-and-motion log for two or three roles that sit between systems. Ask staff to tag any task that is purely moving data from one place to another. Count the systems each task touches and estimate the minutes. Multiply by headcount and working weeks to get an annual hours figure, then attach a fully loaded hourly cost. Most teams are surprised by how much of the week is bridging work rather than the actual job.
Both, and that is why it persists. The technology gap is that systems are not integrated. The process gap is that the workaround, having a person key data across, becomes invisible and permanent because it always works well enough to avoid a project. Nobody owns fixing it because it is spread across many people in small slices. Naming it, measuring it, and assigning an owner is the first step to removing it.
A focused deployment can put a first use case into production in around two weeks rather than a six-month rollout, because the AI employee connects on top of the systems you already run instead of replacing them. The right first target is a single high-volume bridging task, for example moving orders from email into the ERP, where the before-and-after is easy to measure. From there the same connection layer scales to the next task.
A well-designed deployment connects to your existing email, Teams, SharePoint, CRM, and ERP through governed, permissioned access rather than exporting your data elsewhere. Actions are logged, the reasoning behind each one is recorded, and a human stays in the loop for anything sensitive. That audit trail is what lets you keep the same compliance posture you already run under GDPR while the routine moving of data gets automated.
Sources
- Harvard Business Review - How Much Time and Energy Do We Waste Toggling Between Applications (2022)
- McKinsey Global Institute - The Social Economy: Unlocking Value and Productivity Through Social Technologies
- Asana - Anatomy of Work Global Index 2022
- Salesforce - Organizations Use Over 1,000 Applications but 70% Remain Disconnected (2023)
- MuleSoft - 2025 Connectivity Benchmark Report
- Gartner - How to Improve Your Data Quality (cost of poor data quality)
- Lido - Data Entry Error Rates: How Much Manual Mistakes Really Cost
- Reworked - The Swivel Chair Effect and How Automation Can Help
- Salesforce - 2026 Connectivity Report (Beena Ammanath, Deloitte)
- World Economic Forum - Future of Jobs Report 2025
- DIHK - Skilled Labour Report 2025/2026
- Bitkom - Breakthrough in Artificial Intelligence (2025)
- MuleSoft - Connectivity Benchmark: Integration Issues and Data Silos
- Superkind - AI Employees and the Company Brain
Ready to stop paying the copy-paste tax?
Book a 30-minute call with Henri. We will find the highest-volume bridging task in your business and show you what removing it is worth - no commitment, no sales pitch.
Book a Demo →
