Fragmented business processes: how to centralise them in one platform
When a process lives across spreadsheets, emails and phone calls, the company pays an invisible cost every day. Here is how to recognise fragmentation, what happens when everything is centralised in one platform, and where to start.
Jacopo Mossa
6 August 2026
AI-generated imageIf finding out where an order stands means opening a spreadsheet, searching an email thread and making a phone call, your company is suffering from process fragmentation. The answer is not adding another isolated tool, but centralising the workflow in a platform designed to connect data, people and activities. One environment where everyone involved sees the same information, up to date and accessible according to their role. In this guide we look at how to recognise the problem, what actually changes when you solve it, and where to start.
How to tell whether your processes are fragmented
Fragmentation never shows up as one single problem: it hides in small daily habits that feel perfectly normal. The most common signs:
- The same information is entered more than once in different tools: in the quote, in the production spreadsheet, in the email to the client.
- There are several versions of the same file and nobody is certain which one is current.
- The status of an order or a case lives in one person’s head: if they are away, the process stops.
- Coordination between departments, or with clients and external partners, runs on phone calls and emails that nobody tracks.
- At the end of the month, reconstructing what happened takes hours of manual work.
If you recognise your company in more than one of these signs, the problem is probably not the team, but the way tools and information communicate with each other.
What does fragmentation really cost?
The most obvious cost is time: every duplicate entry, every hunt for a file, every call to ask "where are we with this" adds up, every day, for every person. But the worst costs are the less visible ones:
- Transcription errors. Every manual step between one tool and the next is an opportunity for error: a wrong measurement, a missed date, an order shipped against an outdated version of the design.
- Decisions in the dark. Without a single view of the process, whoever decides does so with partial or days-old data.
- Dependence on individuals. Knowledge of the process stays in people’s heads and inboxes: holidays, an absence or a resignation become an operational risk.
- Growth held back. A fragmented process holds up while volumes are small. When orders increase, the house of spreadsheets collapses at exactly the moment the business is doing well.
What centralising actually means
Centralising does not simply mean buying another piece of software. It means designing a central tool around the company's real process, capable of connecting what currently lives across spreadsheets, emails, phone calls and separate applications. The result is one unified platform where the process lives and everyone can access the information and functions relevant to their role. It is the pattern we apply in every project, across very different sectors:
- For ICA Imballaggi we unified the entire packaging order cycle, from the design phase through to production, in one centralised system: the technical office, production and management all work on the same data, with no manual handovers between departments.
- For Gastaldi International we centralised data, documents and claims management activities in one environment. The operational platform was built around the work of a marine insurance Third Party Administrator, making a process involving foreign insurers and reinsurers, professionals and different responsibilities more coordinated and traceable.
Two distant sectors, the same common denominator: before, the process was spread across disconnected tools and people; after, it became a single platform with differentiated roles and views.
Where to start without turning the company upside down
The classic mistake is trying to digitalise everything at once. The approach that works is gradual:
- Map the most critical process. Not the biggest one: the one where fragmentation does the most damage, usually the flow that touches the most departments or the most external parties.
- Follow the information, not the tool. The right question is: where is this piece of data created, who touches it, where is it copied? Every act of copying is a candidate for removal.
- Start with one module, not the full platform. Centralising a single flow delivers visible results within weeks and builds internal support for the next steps.
- Involve the people who run the process every day. A system designed by management alone will be worked around; one built with the operators gets adopted. That is why our method always starts with analysis on the ground, before a line of code is written.
Custom software or off-the-shelf tool?
For standard processes such as accounting or invoicing, off-the-shelf tools work well and it is right to use them. Centralising an operational process, however, is a different story: the way you manage orders, clients or production is often what sets you apart from competitors. Flattening it onto the flow imposed by a template means losing exactly that advantage. Custom software does the opposite: it adapts to the way you work and makes it scalable.
Frequently asked questions
How long does it take to centralise a process?
Timelines depend on the scope and complexity of the process, but a first module can become operational within a few months, through progressive releases that allow the team to use the first features before the entire project is complete.
Do we have to abandon the tools we already use?
Not necessarily. The central platform often integrates with what is already in place, such as the accounting system or the e-commerce, and removes only the manual steps between one tool and another.
Will the team resist the change?
Resistance appears when a new tool makes work more complicated rather than simpler. When the system is designed around how people actually work, resistance to change is significantly reduced: the team stops copying data without having to learn a new job.
What if the process changes a year from now?
That is the strength of building custom: the platform evolves with the company, adding modules and flows when they are needed, instead of forcing you to change software.
Do these signs sound like your company? Let’s talk: the project evaluation is free, and we will tell you honestly if centralising is not yet your priority.