A successful Copilot pilot created pressure to roll out fast. Readiness hadn't kept pace with enthusiasm.
The client is a mid-sized UK engineering and manufacturing group operating from several sites, formed in part through the merger of two smaller engineering firms over the past decade. A three-month pilot of Microsoft 365 Copilot, run with a small group across project management and finance, had gone well: faster report drafting, quicker meeting summaries, less time spent hunting for information buried in old project folders. Leadership wanted to extend licences across the wider organisation, including engineering and design teams, within the quarter.
Before approving that expansion, the IT director asked a question the pilot hadn't needed to answer: did the organisation actually know who could see what across its Microsoft 365 environment, built up over two mergers and more than a decade of ad hoc SharePoint sites, shared drives and Teams channels? Nobody could give a confident answer.
That instinct was well founded. Independent research analysing over 550 million enterprise data records found that, on average, 16% of an organisation's business-critical data is overshared, equivalent to roughly 802,000 files at risk per organisation, and a separate industry survey of 1,000 real-world IT environments found that 99% of organisations have sensitive data exposed in a way AI tools can surface. Microsoft's own documentation is explicit on this point: Copilot works within a user's existing Microsoft 365 permissions, which means it does not create new access risks so much as it makes existing ones visible, all at once, to far more people.
This case study sets out how INTAI helped the client get its permissions, information hygiene and workforce readiness in order before expanding Copilot access, rather than after. Client details have been anonymised and adapted to protect confidentiality; the substance reflects the engagement approach INTAI applies when organisations prepare for enterprise AI copilot deployment.