Taxonomy Licensing by Heather Hedden

Heather Hedden, of Accidental Taxonomist book and blog fame, published a new article on licensing taxonomies.  She discusses a surprising variety of unexpected issues you can face without a thoughtful, customized taxonomy and she provides resources where you can find open-source, or license, taxonomies and controlled vocabularies, including the Taxonomy Warehouse, and the University of Basel Library, the Basel Register of Thesauri, Ontologies & Classifications (BARTOC). .

There is also a multiple-choice survey, which results she will post.

DAM News, November 20, 2018: Aprimo BI Tools, Widen Blogs Well

Aprimo sent out a press release announcing some new Budget Allocation tools, and some business intelligence tools they are calling “Aprimo Insights”. They have an interesting sparkly catchphrase in there that amused me:

“A Low-Code Integration Platform – Aprimo’s new Low-Code Integration Platform enables access to 200+ integration points, so enterprises can expedite and customize their organization’s required integrations.”

Hard not to be curious about their definition of “Low-Code.”

And, Widen’s Blog continues to present thoughtful articles, with increasingly rich content, on the practicalities of DAM implementation, usage, and management, with a useful article titled “The Essential Guide for DAM Admins” by Nate Holmes:

https://www.widen.com/blog/a-dam-admins-guide-to-making-it-all-work.

On Choosing Your DAM Consultant

I’ve worked in the DAM space since around 1996 – long before the term DAM or even MAM was coined. I loved and still love to help clients to make a sense of the technical, organisational and legal challenges of handling media assets, creating value and ensuring that content, stories, emotions can be shared, communicated, and set in place.

DAM has come a long way – databases for media content have started as pure systems for media companies.

News, agencies, editors, the occasional photographer. At that time, even FileMaker Pro solutions were prevalent – as were simple catalogs with a pure, text-based slide catalogue: some keywords, a slide number, which drawer or cabinet the slides resides in.

What part of DAM – Digital Asset Management has come a long way?

Digital Media has come a long way. Remember drum scanners? Slide scanners? Waiting up to 90 seconds for a slide to scan in a Nikon desktop slide scanner with automatic feed? Remember the batch of 50 files named up to “Unnamed File (#49)”? Remember the first digital SLR being a really big deal? The IBM microdrive – a thick CF card with a spinning hard drive inside it (I still have the 1 Gig version sitting on my desk).

Digital media has evolved in a infuriating speed, twenty-two years where resolutions have exponentially grown on a regular basis: Doubling the resolution of a screen, CMOS or CCD sensor isn’t even big news now.

How has the management part evolved?

The output of assets (files) per time created has exploded, mostly because the availability of devices that now can take a photo or video is now ubiquitous. <i>The Best Camera Is The One That’s With You</i> – the title of a book from Chase Jarvis, containing photos taken only with his iPhone – perfectly illustrates how prevalent cameras are today, and that’s one reason why the amount of “available media” has skyrocketed.

Available media – photos, videos, audio recordings that can be shared, referenced, used, curated – that is why the Management in DAM is really challenged. Making media available was a significant effort 10 years ago. You chose which photos to upload into a dedicated database, creating a scan, retouching it, compressing the file, uploading it – that was a major project. Think before you shoot, be selective in what you scan, check what you upload.

Today, every image is synched to the cloud, apps help curate stories – a timeline of media assets made available in seconds. Mature DAM vendors have evolved their solution or suites along. Along sometimes clients they accompanied for ten or in some cases 20 years, they have stayed purpose driven. The purpose of DAM for any organisation is to create the most value of digital asset as possible and then stay out of the way.

While individual users might argue that an approval process isn’t exactly “staying out of the way” – for the organisation it is a necessity to ensure that value is sustainable.

Same goes for tediously crafted mandatory metadata, where on might argue that’s way over the top for just the web page illustration. Again, the purpose is to create most value over the lifetime of the asset and not single-use. These DAM solutions have matured to a point where sharing, enabling, integrating, fitting, transcoding, have evolved up to the point where a DAM itself provides CDN capabilities.

So is it all ponies and rainbows now?

Unfortunately, in a lot of conversations with enterprise clients, I have learned that there is a huge maturity gap. And it’s neither the vault of vendors and their product’s capabilities of their products, nor a lack of interest or budget of clients to get beyond the obvious. I offer that it’s a lack of maturity in DAM consultants.

Consultants divide mainly in two categories: The experienced old dog who use wash-rinse-repeat approaches that have been successful in their first gigs. Old dog, same trick.

The other is the fresh, domain-driven consultant that is, too often, coming to DAM from an adjacent angle, be it SEO, product and e-commerce, social media, apps – and are more or less ignorant to the whole rest of the DAM potential or the value cycle of a digital asset.

Both types are either implementation driven, repeating a specific integration, or help their clients with a vendor selection process. When you chose a consultant, or a consultant choses you, decide wether you are perfectly clear on what your immediate goals are and what your asset roadmap is – before you decide who should help you along the way.

Kai Strieder

It’s Basic, Man!

When the time comes to select a new product – either to replace your current solution or augment your landscape to a new level – features get uttermost of attention. Every vendor knows that of course – and to dress up the bride just common sense before you go on the pitch.

And, of course, every vendor communicates the unique and revolutionary new features of their product as bold, loud and aggressively as possible… .hat’s marketing 101. In product development, this also follows a specific pattern which is described in the Kano Model.

Kano knows three classes of product features: excitement, performance and basic.

Excitement features are usually perceived as the innovation differentiator – which is not a correct attribution. As the name indicates, these features create excitement but might not be directly applicable to a practical problem domain or business challenge. However, they are shiny, new, exciting, super cool, and nobody else has them.

See, that’s the point. Some features are so cool, that nobody else will ever have them – and that’s not a problem of innovation, code quality or a “blockchain based cloud AI in the augmented reality deep learning quantum computer.”

Of course, the 2% of excitement features mature, prove useful and applicable, and will move to performance features. Performance features aren’t exciting any more – they are not unique. But they can be either fast or cheap, or have a better user interface – they differentiate one product from the other. Both have the capability – but on the same level. Excitement features are not on your requirements list, but a vendor answering your RFP will put them there.

Performance features are more likely to be on your requirements list, and that’s where you rate it with points.

What doesn’t get enough attention are basic features. It is often assumed that every solution in a specific domain has them – that’s why a product is in a specific domain. See, for example, a new phone – nobody would put the requirement “can it actually dial a phone number and connect me to any other user of a public phone system?” which may call to mind the unreliability of the first voice-over-ip phones. There’s a disclaimer stating that you might not use them for emergency calls, right? But that’s pretty basic…

In a product space, new vendors tend to give basic features or requirements less attention, and concentrate on excitement and performance features. Mature vendors are in a slightly better position. Basic features are their legacy, performance features have once been excitement features and excitement features live in the roadmap. When selecting a product, make sure that you put your shortlisted potential solution providers to a test on basic domain specific capabilities. I will continue with a drill down on basic domain specific capability sets for enterprise class DAM systems in the next days and weeks – stay tuned.

Kai Strieder

Why DAM Implementation and Run is Not a Project

John Horodyski, an Executive with Optimity Advisors, has written a thoughtful article for CMSWire on why DAM implementation and run is an ongoing process, not a project. He states cogently:

One of the most common questions I receive is how to manage a digital asset management system. This details everything from how to create the business case, to securing executive buy-in and financial support, to building the right team, deployment, roadmap and more. There is much to do, and it takes time. Many foundational layers will clamor for your attention as you prepare the roadmap of work.

More importantly, most of these structures need to be reviewed and discussed well before any technology has been purchased, let alone considered.

Technology should never lead the decision-making process for DAM demands — the business sets the foundation for the strategy first. Technology is incredibly important, and the vendor review and selection process are a critical step in all this, but that step must follow the business requirements and digital strategy. You need to know what you want to do: the purpose.

Once you know what you want to do, then everything else is spent working towards that goal because you know what you want to achieve. Never lose sight of that goal.

Well worth reading, at: https://www.cmswire.com/digital-asset-management/how-do-you-manage-your-dam/

“Navigating the DAM Divide” by Real Story Group

Way back on Oct. 29, Real Story Group, a vendor evaluations company, published an interesting article and graphic on the various DAM landscape forms, dividing vendors up into four categories;

Complex, Legacy Complex, Mid-Range and Simpler.

Real Story Group Vendor Logo Landscape

It is a useful framework for input on which DAM vendors might be most suitable for consideration in your initial DAM discovery process for your enterprise.  More at:

https://www.realstorygroup.com/Blog/3287-Navigating-the-DAM-Divide