{"id":4774,"date":"2026-03-17T09:19:04","date_gmt":"2026-03-17T16:19:04","guid":{"rendered":"https:\/\/www.cardonet.com\/news\/?p=4774"},"modified":"2026-03-13T10:28:34","modified_gmt":"2026-03-13T17:28:34","slug":"change-management-creative-agency-it","status":"publish","type":"post","link":"https:\/\/www.cardonet.com\/news\/change-management-creative-agency-it\/","title":{"rendered":"The small IT change that breaks a creative agency\u00a0"},"content":{"rendered":"\n
Nobody sets out to wreck a launch. The team presenting to a client on Tuesday morning did not know that the shared folder had been reorganised on Monday. The person who reorganised it was genuinely trying to help. They tidied up a structure that had been bothering them for weeks, moved a handful of assets into better-named folders, and went home feeling like they had done something useful. <\/p>\n\n\n\n
But the hero film in the deck now points to a path that no longer exists. Oops. <\/p>\n\n\n\n
This story captures something agencies consistently underestimate: that the distance between “this change is small” and “this change is safe” is far larger than it looks. In a tightly integrated IT environment, a folder rename, a permission adjustment, or a new tool getting wired in can have effects that only surface days later, in front of the wrong person and at the worst possible moment. <\/p>\n\n\n\n
The takeaway – every change, however small, should be tested before going live and must be reversible if (when?) something unexpected happens. <\/p>\n\n\n\n
That is not bureaucracy, it\u2019s the difference between calm and panic. <\/p>\n\n\n\n
What “small” changes actually touch<\/strong> <\/h2>\n\n\n\n
The problem with small changes is that they rarely stay small. IT environments in creative agencies are more interconnected than they appear from the outside: asset management tools connect to project management platforms, single sign-on systems govern access across a dozen applications, and file structures are referenced in links embedded in client-facing decks, live campaign dashboards, and internal wikis. <\/p>\n\n\n\n
If someone changes part of that environment without realizing what else depends on it, they pull on a thread in a fabric they cannot fully see. Often nothing unravels, creating an unjustified confidence in their ability to tweak on the fly, but, occasionally, something does. When this happens it is, best case scenario, embarrassing, but it can be catastrophic. <\/p>\n\n\n\n
The change nobody wrote down<\/strong> <\/h2>\n\n\n\n
Across the agencies we work with, the pattern when something breaks is consistent. We ask what changed recently. There is a pause. Then a collection of partial answers from different people: “I think someone updated the access settings last week”, “we added a new tool for the Henderson account”, “IT did something with the VPN on Thursday, not sure what exactly.” <\/p>\n\n\n\n
Nobody is hiding anything, but changes that happen through Slack messages, quick conversations, and informal requests tend not to be logged properly and therefore can\u2019t be rolled back easily. <\/p>\n\n\n\n
A change you can\u2019t roll back commits you to whatever got broken. When something goes wrong in this way you are not solving a technical problem, you are doing archaeology. Every hour spent doing archaeology is an hour not being spent on paid work. <\/p>\n\n\n\n
Why “test before you change” feels hard in an agency<\/strong> <\/h2>\n\n\n\n
Creative agencies are not slow-moving organisations. Clients pay for responsiveness and tight delivery schedules and the ability to move quickly is often what differentiates a good agency from a fired one. In that environment, a change process that requires sign-offs, documentation, and testing before anything can be touched sounds appalling. <\/p>\n\n\n\n
But testing a change before it goes live does not have to mean a lengthy formal process. For most routine changes, it simply means one person confirming that the thing they changed still works from the perspective of the person who depends on it. <\/p>\n\n\n\n
What rollback actually means<\/strong> <\/h2>\n\n\n\n
Every change that touches anything client-facing or delivery-critical should have a clear answer to one question before it is made: if this doesn\u2019t work what do we do next? If nobody can answer that, the change is not ready to go live. <\/p>\n\n\n\n
Rollback does not have to be complicated. The level of preparation should match the level of risk. It can simply mean keeping the previous version of a file accessible before renaming or moving it or simply noting the previous settings. <\/p>\n\n\n\n
How Cardonet makes this work in practice<\/strong> <\/h2>\n\n\n\n
The agencies we work with don\u2019t build all of this themselves. <\/p>\n\n\n\n
When we manage an agency’s IT environment, we deploy change management. Every change is logged with what was touched, who authorised it, when it happened, and what the rollback steps are. That record belongs to the agency. When something unexpected happens, the question \u2013 “what changed recently and how do we reverse it?” \u2013 has an immediate answer. <\/p>\n\n\n\n
We encourage the discipline of testing changes from the right context. Before anything goes live that could affect a client-facing asset, a campaign tool, or a shared environment, it needs to be checked that it works from the perspective of the people who depend on it. That includes checking against the agency’s delivery calendar. A change that is safe on a normal Tuesday is not necessarily safe the Tuesday before a global launch. <\/p>\n\n\n\n
The rollback question is part of how we plan changes, not an afterthought. For anything beyond low-risk routine changes, we document the reversal steps before the change is made. If something does not go as expected, we are executing a plan that was already written. <\/p>\n\n\n\n
That is what reliable change management looks like in practice. A working relationship where the IT environment is managed with the same care and discipline the agency brings to the work itself. <\/p>\n\n\n\n<\/figure>\n\n\n\n
Where to start<\/strong> <\/h2>\n\n\n\n
If you recognise the patterns in this article, the invisible changes, the single person who holds all the knowledge, the Friday afternoon tweaks that surface on Monday, the first step is a straightforward conversation about how your agency currently handles change and where the gaps are. <\/p>\n\n\n\n
![\"\"](\"https:\/\/www.cardonet.com\/news\/wp-content\/uploads\/2026\/03\/5-practical-change-management-steps-for-creative-agencies-cardonet-1024x683.png\")
<\/figure>\n\n\n\n