When a business is wrestling with duplicated data, missed handovers and too many browser tabs, buying another platform can feel like the obvious answer. Sometimes it is. But a new all-in-one system can also introduce a costly migration, months of retraining and another layer of compromise around how the business actually works.
There is often a more proportionate option: connect the tools already doing useful work. A booking platform can create or update a customer record. An e-commerce order can reach accounts without being keyed in again. A website enquiry can be routed to the right person with the context they need. The goal is not to automate every action indiscriminately. It is to remove avoidable retyping while retaining sensible human judgement.
For many organisations, this approach delivers the practical benefits associated with bespoke software without forcing a complete replacement of established CRM, accounts, booking or communications systems. The valuable question is not “Which new software should we buy?” It is “Where does information stop flowing when it should?”
Most businesses accumulate software for good reasons. Finance may use an accounts package built around compliance and reporting. Sales may rely on a CRM that holds years of customer history. Operations may use a specialist booking, job-management or marine scheduling system. The website and online shop may sit elsewhere, because they need to serve customers rather than internal teams.
The problem emerges at the joins. A member of staff copies a customer’s contact details from an enquiry form into the CRM. An online order is manually recreated in accounts. A booking change is sent by email, then somebody tries to remember to alter a spreadsheet. Each step appears small. Across a week, it becomes a source of delay, inconsistency and frustration.
A replacement programme can be justified when the core system is genuinely unsuitable, unsupported or unable to meet a critical business need. Yet replacing a capable specialist system merely because it does not communicate neatly with another tool is often an expensive response to a narrower problem. Integration lets a business keep what works, while improving the movement of information around it.
Manual duplication has a direct time cost, but its bigger effect is uncertainty. Which record is current? Has the customer paid? Has the booking been confirmed? Did the person dealing with the enquiry receive the attachment? When staff cannot trust the information in front of them, they create workarounds, keep private notes and ask colleagues to check. That is how a manageable process becomes fragile.
A good integration creates a deliberate handover. It can pass the right information, at the right point, to the system or person responsible for the next step. It should not blindly copy every field in every direction.
Integrations are not limited to large enterprise platforms. Many services provide an API, which is a structured way for one system to request or update information in another. Some also provide webhooks, which send a notification when a defined event happens. For example, payment providers such as Stripe document webhooks for reacting to events, rather than repeatedly checking for changes. Stripe’s webhook documentation is a useful illustration of the pattern.
Where established tools offer reliable APIs, a custom integration can sit between them. Where a simple workflow is enough, a managed automation platform may be appropriate. Microsoft, for example, documents connectors and connections that allow Power Automate workflows to work with services including Microsoft 365, SQL Server, Salesforce and SharePoint. Its guidance on managing connections also highlights an important operational detail: credentials and ownership need managing, not simply setting once and forgetting.
Common, valuable examples include:
The word selected matters. A useful integration moves data for a defined purpose. It does not create a sprawling copy of every database in every application.
The strongest projects begin with a conversation about work, not a list of fashionable platforms. Before choosing an API, connector or automation tool, map one specific process from beginning to end. Use a real example: a new website enquiry, an online sale, a change to a booking or a completed service visit.
Ask who enters information first, where it is stored, who changes it, who needs to be notified and where the process gets stuck. Then distinguish between facts that must travel and information that is merely useful to have. This creates a much clearer brief than “we need our systems to talk to each other”.
That “source of truth” decision prevents a common failure mode. If the CRM, booking platform and spreadsheet can all edit the same phone number independently, the integration may spread inconsistencies faster than people ever could. One system should own the field; the others should receive it, display it or request a change through an agreed route.
It is tempting to define success as fewer human touches. That is too simplistic. Some tasks are repetitive and rules-based, which makes them excellent candidates for automation. Others need judgement: a high-value quote, an unusual delivery request, a safeguarding concern or a customer record with conflicting details.
Build for the messy cases from the start. A robust workflow may automatically create ordinary records but pause exceptions for review. It may send a confirmation once payment is verified, but not if the stock position is unclear. It may retry a temporary connection failure, but flag a repeated one to the right team.
This is also why a bespoke integration can be more useful than an off-the-shelf connection alone. Pre-built connectors can be an efficient starting point, and Microsoft publishes both a broad connector catalogue and support for custom connectors. Its connector documentation explains the distinction. But the business value usually sits in the rules around matching, validation, exceptions and handover, which are rarely identical from one organisation to another.
Connecting systems means deciding where personal and commercially sensitive information travels. Treating this as a final technical check is risky. The UK Information Commissioner’s Office says that personal data should be adequate, relevant and limited to what is necessary for the stated purpose. Its data minimisation guidance is directly relevant to integrations: a tool may be capable of receiving a full customer profile, but that does not mean it needs one.
In practical terms, a sound integration design should consider:
Security also has a continuity dimension. Tokens expire, third-party APIs change and staff leave. An integration needs named ownership, monitored failures and a support plan. It is a business process, not a one-off piece of plumbing.
A simple automation may be enough when the trigger, data and action are straightforward. A bespoke solution becomes more compelling when the workflow crosses several systems, needs complex matching logic, must provide an internal approval screen, handles exceptions, or needs to present a tailored view to customers or staff.
For instance, an e-commerce business might not need a new ERP system. It may need a reliable middle layer that checks stock rules, maps web orders to the correct account codes, sends selected details to fulfilment, updates the CRM and gives the team a clear exceptions list. A professional-services firm may not need a new CRM. It may need its website forms, appointment requests and document process to create cleaner records in the system it already uses.
The same principle applies to legacy databases and specialist industry software. If a system contains valuable operational knowledge but has a limited interface, it may still be possible to build a secure, controlled connection around it. The right answer depends on its technical capability, the risk involved and the business process, not on whether the software is fashionable.
Choose one process that is frequent, error-prone and bounded enough to improve without disrupting the whole business. Define the desired outcome, the systems involved, the data fields, the exception cases and how success will be measured. Then test it with real users before extending the approach elsewhere.
Pedwar builds bespoke software and integrations around the way a business actually operates, including websites, databases, CRM workflows and e-commerce systems. If your team is spending too much time bridging gaps between useful tools, get in touch to discuss the process rather than starting with a replacement wish list.
Pedwar’s automation and integration service can connect established CRM, booking, accounts, e-commerce and communications tools with monitoring and clear exception handling. If the missing piece is a unique operational workflow, a focused bespoke business system can sit between them. Discuss the point where information stops flowing.