Another DAM Podcast

Audio about Digital Asset Management


Another DAM Podcast interview with Joe Bachana on Digital Asset Management

Joe Bachana discusses Digital Asset Management

Here are the questions asked:

  • How are you involved with Digital Asset Management?
  • How do open source Digital Asset Management (DAM) solutions stack up today?
  • What advice would you like to share with DAM Professionals and people aspiring to become DAM Professionals?

Transcript:

Henrik de Gyor: [0:02] This is Another DAM Podcast about Digital Asset
Management. I’m Henrik de Gyor. Today I’m speaking with Joe Bachana. Joe,
how are you?
Joe Bachana: [0:11] Great. Hi.
Henrik: [0:12] Joe, how are you involved with Digital Asset Management?
Joe: [0:16] Personally, I’ve been implementing Digital Asset Management since
about 1997. My first project with DAM was when I was working with a company
called Image, Inc. I was implementing a product called Phrasea, which was a
French-based solution. I had way back then experienced implementing products
like MediaBank. North Plains TeleScope I had implemented at a number
of locations around that time, as well. [0:42] I founded DPCI, which is a technology
company that implements content solutions. I founded that in ‘99. We’ve
been doing Digital Asset Management projects ever since with a wide variety of
Digital Asset Management products for a whole variety of use cases, as well.
Henrik: [0:58] How do open source Digital Asset Management or DAM solutions
stack up today?
Joe: [1:04] We have to look at them in a few different ways. The first is the
business of open source DAM. The second, you would have to look at the legal
underpinnings of those solutions. The third would be the technology. Some
people say, “Let’s take a look at the technology real quickly first,” but I think
that’s a mistake. [1:22] One of the reasons why we look at the business is that
the open source DAM projects are very different from the open source Web content management solutions out there. The CMSs such as WordPress, Drupal, Joomla, or Plone are principally anywhere between a very large collection of
contributors globally to those projects to maybe a little more modest contributor
base.
[1:48] Generally, it’s anywhere between a few hundred people and thousands
and thousands of people contributing to the innovations of these open source
projects, so they’ve taken firm foothold into the rubric or fabric of not only
our country but globally, the way Web content management innovations are
happening.
[2:06] In the case of Digital Asset Management, not as much. You do have solutions
that have been created out of Europe, out of the UK, and here in the
United States that there are a couple of folks that are working on it that are
friends or colleagues, or you’ll have companies that are behind the products
with their own resources. The solutions themselves haven’t necessarily taken
root as global initiatives.
[2:35] That doesn’t mean it’s not going that way. You’re starting to see more of
what happened 10 to 12 years ago in the CMS world starting to happen in the
DAM world. The reason why it’s not going to happen as rapidly is, to me, Digital
Asset Management is a little bit like the plumbing in your and my walls. It’s nice
when it’s working, but it’s not the sexiest thing in the world.
[2:57] The thing that everybody cares about is how nice does your house look.
It’s like the CMS. The CMS is the presentation of your content as well as the
ways in which you develop your content the workflows and so forth. Obviously,
no CMS is created equal.
Joe: [3:13] With respect to DAM, companies principally use Digital Asset
Management systems for archive and retrieval of their assets. That’s a simplified
notion of what DAM should do. Both you and I both know there’s a
huge number of reasons people implement DAM, ranging from selling content
through storefronts to integrating DAMs with CMSs, CRMs, or ERPs
and so forth.
[3:38] In the case of media companies where they’re selling their content,
whether it’s through rich media like video or live streaming, these things obviously
are the core of their business. It’s not just about archival. It’s about real
work in progress and delivering that content across multiple channels.
[3:57] The pace of innovation in the open source world from a business standpoint
is certainly not as rapid yet. It’s not as sexy.
[4:06] There’s one project that we’re involved with for a media company. They’re
headquartered here in New York City. They had been veterans of a couple of
different proprietary platforms. They had spent millions on a couple of different
solutions. They made a determination that they were going to try an open
source implementation. They are doing a good amount of work to having us do
some cool customizations for them to add on top of the open source solution.
[4:34] The question always is…What we like to do in open source is, we like to
contribute back to the community, however small or big it is. Hence, we oftentimes
will go to that customer and say, “As a precursor to our signing on,
do you have any objections to us contributing these solutions out in an open
source way?”
[4:53] That gets to the business aspect of it. The other part of the business
aspect of it is operationalizing DAM. For companies that have had experience
with proprietary vendors, some of the vendors have 24/7 support. Some of
them, not so much.
The DAM vendors can be smaller companies in some cases, so they don’t necessarily
have the resources. When you have a president of a company answering
the phone at 11: [5:07] 00 at night to support you, that’s generally not a good
sign, although some of the presidents of these DAM companies are absolute
geniuses. It’s always a pleasure to talk to some of them. But it isn’t a scalable
model. Operationalizing maintenance and support, it’s something that some
of the proprietary vendors don’t do that well. But if you look at it in the CMS
world, when you think about the kind of services you can get out of an Acquia
and Drupal, which is commercial support.
[5:44] There are other alternatives on that side, as well. Those types of things
aren’t necessarily fully hammered out yet in the open source world. Because
businesses behind the open source DAM projects are sometimes not matured
yet. They may be smaller groups. So that’s going to change over time. The
second point was this notion of the legalistic implications of open source. Not all
open source is created equal or licensed equally.
[6:11] You’ve got different licensing schemes out there. A very common one is
the GNU GPL. You hear about that one a lot in the web CMS world. In DAM,
quite a number of them take advantage of the lesser GPL, LGPL, which has
some limitations. These things people have to really reflect on, when they’re getting involved.

Do they want to do an open source implementation where there may be some restrictions.

Joe: [6:37] I also look at these products… Does the company who is creating
it, are they paying lip service to open source? But then you start to think, “Do
they have all their documentation out there online? Can you readily download
and install that product?” If you’re really open source, you’ve got to behave like
open source, which to me means freely downloadable and installing, and freely
available documentation.
[7:01] Then it’s your prerogative to decide whether you want to purchase services
from a company or whichever individual. The legalistic application of it
is quite important when people are reflecting on open source. Now we get to
the technical. This is the one everybody really concentrates on first. People ask
me, “Don’t even look at the products if you can’t first look and see what the
business and the legal implications are of the solution you’re about to go forward
with.”
[7:29] The open source DAMs are approaching, in general, the work group functionalities
of products out there, in the marketplace. If you look at solutions like
Resource Space or Enter Media, Rezuna as well. There are a couple more, I’m
not trying to plug these products, simply giving it as examples that these solutions
are starting to meet the needs of work group, Digital Asset Management,
which would be considered, for me, the ability to import, either individually or
batch, a whole variety of digital asset types.
[8:08] And on ingestion, to be able to automate the creation of thumbnails and
previews and even evoke certain recipes for conversion of the assets. If you,
upload a PSD or any PS file, then you can set up recipes for conversion to JPEG s
at certain widths and depths. The ability to also capture metadata information.
Things aren’t all created equally, but the ability to capture XMP metadata, for
example, is something that is available in several of these products.
[8:38] In one case, we actually did some customizations where we have some
preprocessing of assets within Adobe Bridge for a customer. Then the assets
are going into their open source DAM. It’s a phenomenal thing, because they’re batch modifying with some extended XMP metadata, with their own panel within their Adobe Creative Suite products. And then that information is getting
ingested into those open source DAMs.
[9:06] These kinds of basic functionalities are available. It’s really exciting, because
they’re there. We’ve actually implemented quite a number of these kinds
of projects. They’re working. For a year or two years, they’re in business, in
use. The other thing that I find really exciting is that the whole promise of open source, to me, is you don’t have to say, “Mother, may I?” The whole idea of innovate and ingenuity in software, the open source software world is the ability to just step up and say, “I want to create something of value that’s available or
that I need for the context I need it.”
Joe: [9:45] Without saying, “Hey, may I please do that?” And then somebody saying, “Yeah sure. But pay $20,000 for an SDK and sign this agreement that you won’t do this or that.” With open source, you can do it. A couple of the
open source products have robust web services and published APIs that, essentially,
allow you to do anything you want, ranging from connecting the DAM
to a produce like Drupal or WordPress, or connecting it to your CRM, if that’s
what you needed, and so on. That, to me, is the most exciting aspect. In one
case, we did a project down in Atlanta for a company where they had this huge
infrastructure. They needed to just automate the production of real estate guide books.
Joe: [10:31] So we have this integration of, in that case it was a product called EnterMedia, with believe it or not, a whole Microsoft infrastructure. Integrated
with Adobe Live Cycle, integrated with Data Plan Journal Designer. And integrated,
I’ll add, with the InDesign server. So the whole infrastructure is automating
the pagination of these real estate books, straight from sales folks just
entering the data on the individual homes that are going to be offered.
[11:02] This content is being used to create both the web listings, as well as the
print catalog books or guide books that are being done in multiple states. It’s saving hundreds of thousands of dollars in their production processes. The DAM is an underlying technology within the architecture. It works flawlessly and it’s
open source. They save themselves… If you think about the amount of money
they spent on the other infrastructure. [laughs]
[11:28] They spent a fraction of their budget on the actual DAM implementation.
There’s a lot you can do with open source DAM solutions as underlying architectural
decisions for larger projects. And for very modest use cases around
archival and retrieval of assets you absolutely can use those types of solutions in
your business.
Henrik: [11:54] What advice would you like to share with DAM professionals and
people aspiring to become DAM professionals?
Joe: [11:59] That’s a great question and I appreciate it, Henrik. A lot of folks
come into this industry… I should add, I’ve been doing this type of thing for
26 years now. I’m not going to count my tech jobs while I was in college,
which principally were around content technologies. But 26 years ago, content
technologies were a whole different animal. To me, there’s a lot of folks that
enter the market and they want to be DAM professionals and they want to get
jobs doing this. [12:28] My concern has been folks coming out there and never
having laid their hands on a single product, without having done a single implementation.
There’s a lot of information that goes on and a lot of folks that are…
There’s no certification for becoming a DAM professional or a DAM analyst or
consultant. Yet people go out there and help folks with RPs and so forth, and
they’ve never done a DAM project.
[12:54] To me, if you’re right out of college, first of all, there’s some colleges which actually have some programs, like RIT, the print management school.
They have a course in Digital Asset Management. It is modest. But they give
people a chance to understand how to configure. What are the important use
cases trying to be solved in DAM? Getting hands-on experience with DAM is
really important. Even if you never will touch the technology in your career and
you want to be a pundit or someone who’s just a thought leader, you’ve got to
be
able to touch them and understand what these types of products, this class
of products, do.
[13:33] What problems do they solve? That’s just me. Other people would probably
emphatically disagree. But I don’t think, going back to the plumber motif
that I said earlier or concept, you can speak with authority about plumbing
if you’ve never laid in the pipes an understand what the heck goes on there.
I certainly don’t understand what’s happening behind the walls. That’s one
thing. The second is, the best, to me, really exciting folks out there are the folks
who’ve gone to library science school.
[14:05] They really fundamentally understand what information science or information
architecture is. How do you define a taxonomy? What is an ontology?
How do you create controlled vocabularies? What’s that process? Sometimes
folks that were in data modeling are very good at that, as well. They’re very
thoughtful. A lot of times we go in as professionals and over engineer the
model, the information architecture of a platform.
[14:35] That becomes onerous for the folks who are trying to capture that metadata
and track it. There has to be a reasonableness that goes on, which again,
goes back to point number one. Which is, try to become a practitioner. But,
understanding that these are human systems, that’s the third thing. Again, we
talk about first laying your hands on these types of things, second is understand
how taxonomy is laid out. If you have money to go to library science school or, if
not, pick up some books on it.

[15:04] There’s some great resources out there for that. The third thing is understanding the use cases or the workflows. Because the DAM systems don’t necessary do workflow really well. But every single person or any company that’s
creating, managing, enriching and delivering assets has implicit workflows.
Some that are simple. Some that are very complex. Until you really understand
what those are, you’re going to be hampered.
Joe: [15:34] I’m talking about not just people starting out in their career, but folks
that are 10, 15, 20 years in, that are delivering Digital Asset Management implementations.
A lot of times they don’t pay attention to the ways people interact
with assets through the life cycle. Different asset or content types have different workflows.

The way you’re creating an interactive object is going to be different
from some sort of an image file or video file and so forth.
[16:02] Those have different ways of being manipulated through a whole class of
employee types or user types. So understanding those is really important. Once
you get those you’re going to be more sensitive to the way people work. The
fourth thing is, understand how to listen and understand how people currently
work, meeting them halfway. Just coming in and implementing a DAM and
saying, “This is the way it works,” isn’t good enough.
[16:32] To be able to understand how an organization needs to work is important.
To hopefully deliver a DAM solution that supports that work and bolsters
and improves it, as opposed to makes people change the way they work, which
invariably, as you and I both know, doesn’t work. People rebel. You get into all
kinds of change management issues where folks just fight the DAM implementation.
I want to just end on this note, that a good way to inform your career
in DAM is that everybody high fives themselves when the DAM installation is
completed.
[17:09] But the way you test the success of a DAM solution is two to three years
out. How many people are using it? How many assets are there? Is it supporting
the business? Has duplication of assets been minimized or eliminated? Are there
issues with finding assets that were thrown in two years before, that are important?
That’s the way you test. You always have to think forward in this business.
Think about the results you’re going to be creating, two to three years in.
Henrik: [17:38] Thanks, Joe.
Joe: [17:40] Cool.
Henrik: [17:41] For more on this and other Digital Asset Management topics,
log onto AnotherDAMblog.com. Another DAM Podcast is available on AudioBoom,
iTunes and the Tech Podcast Network. If you have any comments or
questions, please feel free to email me at AnotherDAMblog@gmail.com.
Thanks again.


Listen to Another DAM Podcast on Apple PodcastsAudioBoomCastBoxGoogle Podcasts, RadioPublic, Spotify, TuneIn, and wherever you find podcasts.


Need Digital Asset Management advice and assistance?

Another DAM Consultancy can help. Schedule a call today


Another DAM Podcast interview with Suzanne Smagala on Digital Asset Management

Suzanne Smagala discusses Digital Asset Management

Here are the questions asked:

  • How are you involved with Digital Asset Management?
  • Why does an organization focused on entertainment use Digital Asset Management?
  • What advice would you like to share with DAM Professionals and people aspiring to become DAM Professionals?

Transcript:

Henrik de Gyor: [0:01] This is Another DAM Podcast, about Digital Asset
Management. I’m Henrik de Gyor. Today I’m speaking with Suzanne Smagala.
Suzanne, how are you?
Suzanne Smagala: [0:11] I’m great, Henrik. How are you?
Henrik: [0:12] Good. Suzanne, how are you involved with Digital Asset
Management?
Suzanne: [0:16] Well, basically I’m responsible for ingesting and processing
all the company digital assets. We use the Digital Asset Management system
MediaBin. I do a lot with asset retrieval and file delivery. I help write standards
and workflows for preservation and best practices. I also do a lot of work with
digital rights management.
Henrik: [0:33] Why does an organization focused on entertainment use Digital
Asset Management?
Suzanne: [0:39] I think the better question would be why wouldn’t we? So much
of our product is digital. We have a really huge web presence, with our Ripley’s.
com website. We do a lot with social media, with Facebook and Twitter. We
post videos on Vimeo. We also have a lot of videos that play right in our museums,
in our locations. We have a weekly podcast, a syndicated cartoon. We’re
developing a mobile app, set to launch this summer. We have a huge publishing
arm where we publish, on average, about five books a year. And not just in
print, but also a lot in eBook format. [1:09] We just have to think about all the
digital files that are associated with those endeavors. If you just take the eBook,
for example, we have design files of the page layouts, the graphic and image
files. We’re doing embedded video files for interactive features that correspond
to our apps. License rights to associate all the images that we have. All those
files need to be managed. We just saw a real need that a simple file server
couldn’t satisfy.
Henrik: [1:32] What advice would you like to share with DAM professionals and
people aspiring to become DAM professionals?
Suzanne: [1:37] I can probably speak more to the people that are aspiring,
because I myself am fairly new in the field. I’m about a year or two in. I think
number one, education is key. It’s really the starting point. I got my degree, my
Master’s in Library and Information Sciences. I was fortunate enough to land a
great graduate assistantship, working for a special library for the Florida State
University School of Theater. [1:57] I spent a lot of my time cataloging special
collections. While I was cataloging using an integrated library system, I was
really able to easily translate those skills into the Digital Asset Management
world. It’s all about taking what you’ve done and being able to use it for something
different. I would say, seek out internships, network. LinkedIn is a great
tool. Join groups and other professional organizations.
[2:17] Stay on top of what’s going on in the field. Get to conferences if you can.
This is really a great time to be getting into this field. It’s just starting to emerge.
The demand is really high for qualified professionals, but opportunities aren’t
going to fall into your lap, so you need to be the one to make it happen.
Henrik: [2:31] Thanks, Suzanne.
Suzanne:  [2:32] Thank you.
Henrik: [2:34] For more on Digital Asset Management, log onto
AnotherDAMblog.com. Another DAM Podcast is available on Audioboom,
iTunes and the Tech Podcast Network. If you have any comments or questions,
please feel free to email me at anotherdamblog@gmail.com.
Thanks again.


Listen to Another DAM Podcast on Apple PodcastsAudioBoomCastBoxGoogle Podcasts, RadioPublic, Spotify, TuneIn, and wherever you find podcasts.


Need Digital Asset Management advice and assistance?

Another DAM Consultancy can help. Schedule a call today


1 Comment

Another DAM Podcast interview with Joel Warwick on Digital Asset Management

Here are the questions asked:

  • How are you involved with Digital Asset Management?
  • How long does it take to implement Digital Asset Management within an organization?
  • Why does it take this long to get it working within the organization? What is involved?
  • What advice would you like to share with DAM Professionals and people aspiring to become DAM Professionals?

Transcript:

Henrik de Gyor: [0:01] This is Another DAM Podcast about Digital Asset
Management. I’m Henrik de Gyor. Today, I’m speaking with Joel Warwick. Joel,
how are you?
Joel Warwick: [0:09] I’m good, and how are you?
Henrik: [0:11] I’m good. Joel, how are you involved with Digital Asset
Management?
Joel: [0:14] I’ve been consulting in this field for almost 10 years now. Primarily,
I’ve done most of my work with end-use firms, firms that are implementing DAM
in one way or another. I’ve also done some work for the technology vendors,
both in DAM and in the auxiliary space, helping them with their strategy. [0:32]
Especially as the proliferation of SAAS-based services have come out there,
DAM vendors have had a challenge figuring out how to meet the needs of hosted type
implementations while still serving firms that are looking for the on site,
enterprise implementation.
Henrik: [0:49] How long does it take to implement Digital Asset Management
within an organization?
Joel: [0:53] That’s a loaded question. It depends on how you look at what
implementation means. If we’re just talking about implementing the software,
some organizations, it can happen in a few weeks. [1:06] I would argue when I
talk about implementation, the goal that I propose with my clients is, “When are
you going to actually be able to take advantage of new and improved business
processes?”
[1:20] What I mean by that is, “Why do we implement enterprise systems in the
first place?” It’s not because of some feature or function that they have. It’s because
we want to change our business processes in some way that benefits us,
whether it’s cost savings or lighting up a new revenue channel, what have you.
[1:36] In order to change those business processes, there are a lot of other
pieces, other than just implementing the software. Most of my work has been
helping clients through that. That takes a lot longer than just implementing the
software and training users on it.
[1:53] There are a lot of pieces that really have very little to do with the software.
These are issues of what I call “operational design,” which is a big catchall that
covers everything from organizational alignment, to detailed workflow planning.
[2:09] It really depends on the size and complexity of the organization. I would
argue that you’re looking at, at a minimum, a few months to be up and running,
where you say, “We used to do it this way. Now we do it this other way, with the
benefit of this new technology.”
[2:27] The technology itself doesn’t make that change happen. That’s a misconception
that a lot of people fall into. Even after doing this for a long time, I still
tend to fall into that, too. It’s so attractive to think, “We get this thing installed,
then we’ll be able to do this, this new way and it’s going to be great.”…
[2:45] Unfortunately, that change has to be programmatically implemented.
There’s a lot of upfront work that has to happen before the software actually
gets implemented. In some organizations, honestly, it takes years.
[2:59] That’s not to say that they don’t get benefit earlier on. They might get
benefit after three months or six months. But, the real change that they’re looking
for, and the ROI that they’re looking for when they decide to implement
DAM, may be a couple years out.
Henrik: [3:15] Why does it take this long to get it working within an organization?
What’s involved?
Joel: [3:23] When I talk about operational design…I’ve presented about this
quite a bit, as you know, and written articles about it as well. I’ll throw out some
components that are what people, especially an IT group, wouldn’t typically
think of as part of an enterprise system implementation. [3:41] Things like standards,
workflow design, digital rights models, organizational alignment, all the
capture and migration that have to go on, capturing assets and migrating them
from existing systems. Also, the appropriate scoping can be a real challenge in
figuring out, “What content are we going to put in this thing? What users and
what workflows are going to be included?”
[4:06] People oftentimes don’t have that much patience, especially executive
sponsors. You want to show value right up front, so you want to try to figure out,
“What content do we get in this thing now?” and, “What workflows do we light
up using this new system that are going to show some benefit, but at the same
time isn’t everything under the sun?”
[4:25] That’s how most organizations look at this. They go, “We’re going to throw
everything in here and we’re going to use it for everything.” Unfortunately,
you can’t do that all at once. Just the disruption it would cause makes business
impossible. Staging it appropriately by getting the right user and asset scope,
that’s an exercise in and of itself.
[4:44] In terms of where a lot of the time is, I would actually say that the organizational
alignment piece is the trickiest piece. That can be for a number of reasons.
It could be because you have an organization that’s very fragmented, and
you have groups that have been fairly autonomous up until this point.
[5:03] The model is, “We’re all going to start sharing stuff. We’ll be able to reuse
content.” If those groups aren’t already oriented towards that type kind of work,
there’s going to be a challenge redesigning those business processes.
[5:16] Sometimes it’s not political, at all. It’s just that the groups don’t know that
much about each other, or they’re sharing very little content and there’s an
expectation that that’s going to change overnight. We know how organizations
are. It doesn’t matter what the change is, that type of fundamental operational
change isn’t going to happen overnight.
[5:35] But the most important piece is actually having people working on that
specific problem, going in and understanding the workflows of both groups,
looking at where they interact, designing those interaction points and in particular
the standards, the policies, and the practices that have to change.
[5:51] Just to give you a very specific example, a lot of times let’s say that there’s
a print group, some kind of print publications, whether it’s marketing or publishing,
and there’s the web group. They say, “Why doesn’t the web group have
access to all the images that the print group has? They might as well. We’ll
figure out the rights issues and whatnot.”
[6:13] But the thing is, the web group has not been acquiring their content.
Suddenly, they’re being told, “You have to go look at the print group’s images
first before you go off and buy your other images.” What’s the policy going to
be
? This is where you could get into a political issue. Even if it’s not political, you
still could just get into an issue of, “This isn’t the right content for us.”
[6:33] Someone actually has to do an assessment of whether that policy is going
to work. Then, once you’ve established it, there’s the actual enforcement of the
policies. Is this going to be a really hard rule where they really can’t go off and
buy new images as they have been? Or is it going to be more flexible as they
figure out how to do it? It’s just one specific example, but you can imagine in a
lot of organizations that that’s not a minor issue.
[6:59] Because it can get political, it involves people in those organizations at
more senior levels than just what you would look at normally for an implementation.
The head of the business unit, the print business unit for instance, probably
has to talk to the head of the web operations or the online unit to figure out
where that balance is going to be.
[7:20] That’s one of the reasons that involving the right people upfront in getting
that organizational support is really, really important because when you’re
way down the road in a project and you’re trying to figure out the metadata
model so you can get the system turned on in two months, that’s not the time
to run into that snag and say, “Uh-oh. We have to involve all these more senior
people” because you know what happens then.
[7:42] It goes into a bucket of conflict resolution. The solution that comes out of
it may not be the best one for the system or for the operations. It may just be
that someone’s trying to put out this fire so to speak. So getting them engaged
upfront is really important.
Henrik: [7:57] What advice would you like to share with DAM professionals and
people aspiring to become DAM professionals?
Joel: [8:00] I think the challenges right now is that the space is so fragmented
and complex, even in nature. When people say “digital media,” that’s all over
the map right now. I think that’s the real trick, is to understand the space, who
the players are both in terms of the technology but also firms that can help
organizations whether it’s consulting firms or system integration firms or a professional
services group from the vendors themselves. [8:29] Then, understanding
how to leverage those without just dumping tons and tons of money into it
because that model just doesn’t work anymore. The big consulting firms come
in and say, “We’re going to hang out with you for two years, and it’s going to
cost $2 million.” Nobody has budgets for that kind of thing anymore, which is
probably all for the better.
[8:47] There are a lot of opportunities for people that have some experience like
yourself, managing content operations if you want to call it that, or digital media
services organizations to go out again to help other firms if that’s what they’re
looking to do.
Henrik: [9:01] Thanks, Joel. For more on Digital Asset Management log onto
AnotherDAMblog.com. Another DAM Podcast is available on Audioboom,
iTunes and Tech Podcast Network. Thanks again.


Listen to Another DAM Podcast on Apple PodcastsAudioBoomCastBoxGoogle Podcasts, RadioPublic, Spotify, TuneIn, and wherever you find podcasts.


Need Digital Asset Management advice and assistance?

Another DAM Consultancy can help. Schedule a call today


Another DAM Podcast interview with John Dougherty on Digital Asset Management

Here are the questions asked:

  • How are you involved with Digital Asset Management?
  • How do you figure out the business value of Digital Asset Management for your organization?
  • What advice would you like to share with DAM Professionals and people aspiring to become DAM Professionals?

Transcript:

Henrik de Gyor: [0:01] This is Another DAM Podcast about Digital Asset
Management. I’m Henrik de Gyor. Today I’m speaking with John Dougherty.
John, how are you?
John Dougherty: [0:09] Hi, Henrik. Nice to be with you today.
Henrik: [0:11] You, too. John, how are you involved with Digital Asset
Management?
John: [0:15] I’ve been involved for a number of years. I was part of the original
committee that our CEO convened to do a top bottom assessment of our technology.
Helped by an outside company, DPCI, we did that. We decided that
one of the things that we needed to do is to acquire an enterprise-wide DAM.
[0:33] Then I was put in charge of the workgroup task with choosing the DAM
technology. We ended up choosing North Plains TeleScope, which we then piloted
in 2006, and went ahead and implemented in 2007. I was in charge of the
implementation in change management teams, and finally in charge of ongoing
operations. This was also part of my responsibility for Content Management
Systems in general.
Henrik: [0:55] How do you figure out the business value of Digital Asset
Management for your organization?
John: [1:00] Henrik, I’m so glad that you put that in terms of business value and
not ROI , because I think a lot of organizations rush to the ROI , stepping over
qualitative advantages. In my opinion, you start with the qualitative advantages,
and then you conclude with the quantitative advantages. [1:17] You figure out
how a DAM can improve the organization. How it can strengthen it. How it can
add core competency. Eventually, what you end up with is lots of different avenues
for savings. But, I think if you lead with that, it makes a mistake, because
then the focus is, “How many jobs are we going to save?”
[1:36] The translation to the people you’re trying to implement DAM with is,
“How many people can we get rid of?” I think that’s not where you want to be
when you’re assessing the value of a DAM.
[1:45] In terms of discovering value, I’m a very big proponent of leading with use
cases. I think that working out with each business unit, and each part of each
business unit. A set of use cases, a story, if you want, on how this DAM is going
to be used.
[2:02] How are you, exactly, going to achieve something that that group wants
to achieve, whether it’s authentication opportunity, or greater flexibility in their
workflow. Whatever their goal is, how are you going to actually use the DAM
to do that?
[2:17] I think by leading with use cases, it really keeps you grounded in reality. It
keeps you focused on service to the people that you’re talking with. The beauty
of it is that half your implementation and half your change management is done
before you’ve even purchased the system.
[2:34] I think leading with use cases really help to uncover business value, to document
that well, and to make sure that you, in fact, are able to realize it.
Henrik: [2:43] Once you have those business cases, is there some kind of way of
measuring that value?
John: [2:48] Certainly. There’s a lot of different ways to measure value. One
way you can certainly do it is in terms of greater efficiency that you’ve achieved.
Operations that may have taken a long time, you’re able to quantify that you’re
post DAM or even in the middle of a pilot, that you’re able to achieve certain
savings in terms of efficiency. [3:11] I would argue also for getting the people
with whom you develop the use cases to assign a value, both quantitative and
qualitative, to the achievement of the use cases. How well you achieve the use
case then starts to have a monetary value and a quantitative value.
[3:29] Independently of that, I think you also need to have the active participation
of the finance team in having models that will satisfy them that are otherwise
being achieved. That may cut across the use cases in the sense that it
provides a reality check on the model that you use going into it. I think that for
each organization, how you do that independent analysis is going to be somewhat
different, but it’s going to be based certainly on measurable outputs.
Henrik: [4:04] What advice would you like to share with DAM professionals and
people aspiring to become DAM professionals?
John: [4:09] First of all, if you’re part of the team that’s choosing a DAM, I would
say one thing is focus on key features. Don’t just create a huge long laundry
list of 752 features that you think are going to be in there. Because you quickly
get lost among the forest even if you do a careful job of vetting those features,
weighing them, and giving them importance. Too large a list will just muddy
the waters in my opinion and certainly, in the use cases I talked about. [4:44]
I think for choosing, a really good thing to do is when you’ve concluded on a
system and you’ve worked out a deal with a vendor, possibly an implementation
partner and possibly others that will be involved in the process, draft a simple
statement. Have the team draft a simple statement that says, “This is what we
think we are buying. This is what the DAM that we are purchasing includes in
plain language.” Because that’s a reality check that the vendor can use and
everyone involved can use to basically say, “Is our understanding the correct
understanding?”
[5:27] What I’ve found is when you do that, what sometimes pops out of there
is that there are misunderstandings. Things that are optional that you’re assuming
that are not, and things that have not been accounted for in the plan that
people assume have been accounted for.
[5:41] Other advice I’d say, be honest with yourself. It’s very easy to delude
yourself with wishful thinking if you’re trying to sell something, if you’re trying to
make a case for something. If you’re relentlessly honest with yourself and let the
evidence lead.
[5:59] So if you have a hunch, if you think you know something, try to find the
best available source, either qualitative or quantitative. That may be people
that really know that subject matter or a body of information that you can get
at that, will substantiate your hunch. Just don’t give into wishful thinking. Don’t
delude yourself.
[6:19] I’d say respect the expertise of others. Often, DAM projects are led by
information technology, and properly so. But there’s going to be a lot of people
whose expertise is needed who may not know the right terms or the right
frameworks or think about it in the most sophisticated way. But you have to respect
their expertise because not only will their expertise be needed, but you’ll
miss things if you don’t make sure that you encompass that expertise.
[6:49] Something I wish I had done more in the implementation that I did is look
for bright spots. There’s going to be groups that just take to it really well, that
they’re off and running. You can really leverage those bright spots.
[7:04] When you get a bright spot, figure out why it’s a bright spot. Why does
that work? What is it particularly that is successful about that? Then use that to
bring up the success rate in the rest of the tasks that you’ve got.
[7:21] I think focusing steadily on what improves your colleagues’ lives, aesthetics
and convenience matter. You wouldn’t want to condemn someone to live in a
terrible apartment. The DAM that you’re putting in is going to be part of their
lives, and it needs to be a welcomed part of their lives. I think a steady focus on
what improves your colleagues’ lives is a great thing.
[7:49] Then, lastly, I would say be prepared to do a two-year overhaul. Almost
all DAMs have significant problems in their first implementation. Be ready to do
a top-down review. Then attack those faults and build that into your plan that
you’re going to need an overhaul in two years.
Henrik: [8:10] Thanks, John.
John: [8:11] All right, Henrik. Thank you.
Henrik: [8:13] For more on Digital Asset Management, log onto
AnotherDAMblog.com. Thanks again.


Listen to Another DAM Podcast on Apple PodcastsAudioBoomCastBoxGoogle Podcasts, RadioPublic, Spotify, TuneIn, and wherever you find podcasts.


Need Digital Asset Management advice and assistance?

Another DAM Consultancy can help. Schedule a call today