Freedam
Guides7 min readUpdated

DAM requirements checklist

Use this checklist to evaluate digital asset management systems. It's free and there's no form to fill in. Set a priority on each line right here, export the result, and use it as your evaluation sheet or as the requirements section of an RFP.

Each line describes something you can check yourself in a demo or a trial, rather than a feature name you have to take on trust. "AI-powered search" is a claim. "Searching for a phrase that is only spoken in a video finds that video" is a test. Ask for tests.

If you're new to the topic, start with what digital asset management is. The list will make more sense afterwards.

How to use this list

  1. Remove lines before adding new ones. A short list you really test is worth more than a long one you skim. Mark as Skip anything that doesn't match a problem your team has today.
  2. Set priorities. Mark each remaining line as Must, Should or Nice, and keep Must for what you truly can't live without. A system that meets 15 real Musts is a better choice than one that half meets 40.
  3. Test with your own files. In demos and trials, try each line with your real material, not the vendor's sample library. A 2 GB layered design file and a 40-minute video will tell you more than any product tour.
  4. Write down what you saw. For each line, note whether it passed, failed or worked but felt clumsy. That last group is the best predictor of whether your team will still use the tool in six months.

Your priorities are saved in this browser. Export them as CSV for a spreadsheet.

0 of 56 lines prioritized

  • Must0
  • Should0
  • Nice0
  • Skip0

1.Ingestion

0/8
  1. 1.1

    Uploading 100 files at once by drag and drop works without errors or manual retries

  2. 1.2

    Bulk upload keeps your folder structure, as collections or something equivalent

  3. 1.3

    Existing storage (S3-compatible buckets, WebDAV shares, Google Drive) can be imported on a schedule, not only once

  4. 1.4

    Every upload is scanned for viruses before other users can see it

  5. 1.5

    Duplicates and near duplicates are flagged when files come in, before they clutter the library

  6. 1.6

    Previews and thumbnails are created automatically for images, video, audio and documents, including layered design files and multi-page PDFs

  7. 1.7

    Embedded metadata (EXIF, IPTC, XMP) is read on upload and mapped to the right fields

  8. 1.8

    When an upload fails or is interrupted, the system explains what happened and lets you retry without creating duplicates

0/8
  1. 2.1

    Administrators can create their own metadata fields (text, date, single choice, multiple choice) without help from the vendor

  2. 2.2

    Controlled vocabularies keep tags consistent, so two people can't spell the same term two different ways

  3. 2.3

    AI enrichment runs on upload: tags and captions for images, transcripts for video and audio, text recognition (OCR) for scans and images

  4. 2.4

    People can edit and correct AI metadata, on a single asset or in bulk

  5. 2.5

    A plain-language search such as "team celebrating outdoors" finds relevant assets even when none of those words appear in their metadata

  6. 2.6

    Starting from any image, you can find visually similar ones

  7. 2.7

    Search results can be filtered by any field (type, date, orientation, custom fields) without leaving the results

  8. 2.8

    Metadata on hundreds of assets can be changed in one operation, with visible progress

3.Rights and governance

0/8
  1. 3.1

    Usage rights, license periods and expiry dates are stored on the asset, not in a separate spreadsheet

  2. 3.2

    Rights are enforced, not just displayed: users without special access can't download an expired or embargoed asset

  3. 3.3

    Model and property releases can be attached to the assets they cover

  4. 3.4

    Access rules can limit who can view, download or share an asset by user, group or region, and follow a standard policy format (ODRL)

  5. 3.5

    Before saving a permission change, an administrator can see exactly what a given user or guest will have access to

  6. 3.6

    Every access and download is logged with who, what and when, and the log can be exported

  7. 3.7

    Older versions of an asset stay available, and you can see what changed between versions

  8. 3.8

    Deleted or archived assets can be restored within a set period

4.Sharing and distribution

0/8
  1. 4.1

    Share links can be public, limited to specific email addresses, or password protected, each with an optional expiry date

  2. 4.2

    People you share with can download the formats you choose (original, web size, watermarked) without creating an account

  3. 4.3

    A brand portal lets partners help themselves to approved assets, with no login needed for public portals

  4. 4.4

    Portals and share pages show your branding, not the vendor's

  5. 4.5

    Watermarks can be added automatically and can include details about the recipient, such as their name and the date

  6. 4.6

    Each share link shows who downloaded what, and when

  7. 4.7

    Assets can be exported in bulk as zip files or contact sheets

  8. 4.8

    When a shared asset is updated, the same link can deliver the new version

5.Integrations and API

0/8
  1. 5.1

    A documented REST API covers the whole asset lifecycle: upload, metadata, search, collections, sharing and user management

  2. 5.2

    Each integration gets its own API token with limited permissions, which you can revoke at any time

  3. 5.3

    Webhooks tell other systems right away when assets are created, updated or deleted

  4. 5.4

    A TypeScript SDK is available and kept up to date with the API

  5. 5.5

    AI assistants can search, fetch and organize assets through an MCP server

  6. 5.6

    Images can be resized, cropped and converted through a URL, so your websites don't need to store their own copies

  7. 5.7

    The API documentation is generated from the running system, so it stays accurate

  8. 5.8

    Rate limits are published, high enough for your integrations, and it's clear what happens when you reach them

6.Deployment and security

0/8
  1. 6.1

    Single sign-on works with your identity provider (Google, Microsoft) on the plan you would buy

  2. 6.2

    Roles and groups can follow your organization, and permissions can be given to groups instead of one person at a time

  3. 6.3

    The product can be self-hosted with Docker, and the self-hosted version is the same product as the cloud service (see self-hosting)

  4. 6.4

    You can choose or control where asset data is stored, to meet data residency rules

  5. 6.5

    Assets sit on standard object storage you could move away from, not in a closed proprietary format

  6. 6.6

    You can export all assets and their metadata at any time, in a documented format

  7. 6.7

    Security practices are documented: encryption in transit and at rest, backups, and a way to report vulnerabilities

  8. 6.8

    The hosted service publishes its uptime, past incidents or a status page

7.Adoption and administration

0/8
  1. 7.1

    Someone non-technical can find a specific asset in their first session, without training

  2. 7.2

    Viewers and occasional users don't need paid seats, so giving everyone access doesn't raise the bill (see the cost guide)

  3. 7.3

    Administrators can invite users in bulk from a spreadsheet and put them in groups at the same time

  4. 7.4

    The interface is available in the languages your team uses

  5. 7.5

    Analytics show what people search for, what they can't find and what they download, so you can fill the gaps

  6. 7.6

    Changes to settings are recorded, so a bad configuration can be found and undone

  7. 7.7

    User documentation is up to date and can be searched from inside the product

  8. 7.8

    You can try the product with your own files on a free plan or trial, before any sales conversation

What to do with the results

Score each system against your shortened list and weigh the scores by priority. Then do one thing a score sheet can't: ask a colleague who wasn't involved in the evaluation to find an asset, and watch. A system that ticks every box but fails this test will fail with your team too.

For a formal purchase, the RFP template turns this checklist into requirement tables ready to send to vendors. If the purchase is mainly about a portal for partners, the brand portal software checklist goes deeper on that part, and the dealer distribution rollout template covers the launch. If you've already made your choice, the implementation guide covers the rollout.

Want to try this checklist on a real system now? Open the demo. It's a working freedam library you can test line by line.

Try Freedam

Keep reading