Why Your DAM Migration Will Fail (And How to Save It)
Buying a DAM is the easy part. Actually migrating your assets is where the real work begins. Here's why 'lift and shift' fails and how to build a library your team will actually use.

The Honeymoon Is Over
So, you bought a Digital Asset Management (DAM) system. Congratulations.
I know the feeling. The sales process is exciting. You've seen the demos where everything is tagged perfectly, the search results are instantaneous, and the interface looks like the cockpit of a spaceship. You've had the steak lunches, you've signed the contract, and you've probably high-fived your Creative Director. You're imagining a world where nobody ever slacks you again asking, "Hey, where's that logo with the transparent background?"
But now the sales team has moved on, and you're staring at the reality of the situation. You have 50 terabytes of images, videos, and PDFs scattered across Dropbox, Google Drive, three external hard drives from 2019, and a server named "OLD_MARKETING_DO_NOT_DELETE."
And you have to move it all into the shiny new system.
This is the moment where most companies make a fatal mistake. They look at that mountain of files and say, "Let's just move it all over and sort it out later."
Do not do this.
If you take nothing else from this article, take this: Migration is not a file transfer. Migration is a transformation.
If you treat it like a file transfer, your DAM implementation will fail. Maybe not today, maybe not next month. But in a year, you will be paying $50,000 a year for a piece of software that your team refers to as "the digital dumpster."
Here is why that happens, and how you can stop it.
The "Lift and Shift" Trap
In the industry, we call it "Lift and Shift." It's the act of taking your existing folder structures—messy, duplicated, inconsistent—and dropping them verbatim into your new DAM.
It is incredibly tempting. It feels like progress. You can look at a progress bar and say, "We moved 10,000 assets today!" It feels productive.
But a DAM is not just cloud storage. Dropbox is cloud storage. A DAM is a database. It relies on metadata, taxonomy, and structure to function. If you dump a folder called ~Final_Final_v3_PRINT into a DAM without tagging the assets inside, you haven't organized anything. You've just moved your mess into a more expensive house.
I once worked with a retail brand that "Lifted and Shifted" 200,000 assets. Six months later, their designers were still emailing each other files. Why? Because searching the DAM for "Winter Campaign" brought up 4,000 results with names like DSC_9982.jpg and no way to filter them.
The system wasn't broken. The data was.
The "Moving House" Metaphor
Think about the last time you moved into a new house or apartment.
Did you walk around your old place, arm-sweep everything on your desk into a box—trash, gum wrappers, old receipts, and pens—tape it shut, and write "DESK" on it?
I hope not.
When you move, you declutter. You look at that broken toaster and say, "I am not paying a mover to carry this across town." You look at that box of random cables—you know the one, with the SCART leads and the power adapter for a router you threw away in 2015—and you finally throw it out.
Moving to a DAM is exactly the same. You are paying for storage. You are paying for seats. Why would you pay to host duplicate files, blurry outtakes, and assets from a campaign that got cancelled three years ago?
Migration is your best (and often only) chance to audit your content. It is the time to open the box of cables and ask, "Do we actually need this?"
If you migrate the trash, you teach your users that the DAM is full of trash. And once they believe that, it is incredibly hard to win them back.
The Hidden Cost of Data Debt
We talk a lot about "Technical Debt" in software development—the cost of taking shortcuts in code that you have to fix later.
In DAM, we have Data Debt.
Every asset you migrate without proper metadata is a debt you are leaving for your future self. You are saying, "I will tag this later."
Let's be honest: You will not tag it later.
"Later" is a mythical place where we have infinite time and budget. In reality, next week brings a new product launch, a new fire to put out, a new campaign. That folder of untagged images will sit there, effectively invisible, forever.
And unfindable assets are worse than useless—they are expensive. You paid to create them. You are paying to store them. But if searching for "red running shoe" doesn't find the red running shoe because the file is named IMG_09923.jpg, then for all intents and purposes, that asset does not exist. Your team will end up reshooting it or buying stock photography, wasting money because they couldn't find what they already owned.
The $150,000 Risk
But wasted time isn't the worst-case scenario. The worst-case scenario is the lawsuit.
Let me paint you a picture.
You Lift and Shift everything. A year later, you hire a bright, enthusiastic social media intern. They need an image for a Throwback Thursday post. They search your DAM.
They find a fantastic photo of a model from a 2019 campaign. It looks great. High resolution. Fits the vibe perfectly. They post it to Instagram.
Three weeks later, you get a letter from a law firm.
That model's usage rights expired in 2021. You only had a two-year license. By posting it, you have infringed on their copyright.
If that asset had been properly migrated, it would have been tagged with Rights Status: Expired or archived so it wasn't visible to general users. But because you just dragged and dropped folders, there was no metadata attached. To the intern, it looked like fair game.
I have seen this happen. The settlements are not small. We are talking $20,000, $50,000, sometimes over $150,000 depending on the reach.
A proper migration isn't just about organization; it's about risk management. It's about ensuring that the assets your team sees are assets they are actually allowed to use.
The Librarian
So, how do you save your migration?
You need a Librarian.
I don't necessarily mean a person with a Master's in Library Science (though they are wonderful). I mean a role. A gatekeeper.
You need someone whose job it is to say "No."
"No, we are not migrating the 'Drafts' folder." "No, we are not migrating the RAW files, only the edited TIFFs and JPGs." "No, you cannot put these files in the system until the metadata spreadsheet is filled out."
Automation is great. AI tagging is getting better every day. But AI doesn't know your business context. AI doesn't know that "Project Sunrise" was the internal code name for the Q3 launch. AI doesn't know that the person in that photo is the CEO's niece and we need to be careful how we use it.
You need human intelligence to define the rules.
Start small. Do not try to boil the ocean. Pick one brand, or one year, or one campaign.
- Audit it: Delete the dupes and the duds.
- Structure it: Define your taxonomy (Product Type, Color, Year, Campaign).
- Tag it: Apply the metadata before or during the ingestion, not after.
- Test it: Ask a user to find "the blue backpack from 2024." If they can't do it in 10 seconds, your structure is wrong.
Build a Library, Not a Storage Unit
Building a great DAM is hard work. It is tedious. It involves spreadsheets and arguments about whether "sneakers" and "trainers" should be separate tags (answer: no, use a controlled vocabulary).
But the payoff is immense.
When you build a library—a curated, trusted source of truth—you change how your company works. You empower your sales team to find their own assets. You protect your brand from compliance risks. You stop wasting money recreating content you already have.
Don't settle for a digital dumpster. Take the time. Do the hard work of migration. Build something your team will actually use.
Trust me, your future self (and your social media intern) will thank you.
Carl
Technical insights and thought leadership on Creative Operations, DAM migrations, and AI-powered metadata management from Starbright Lab.