We have all heard "if it ain't broke, don't fix it." People love their routines, even improvable ones, and a DAM project disrupts the workflows of staff who may not see the need for it. That is exactly why you have to identify the teams and people the project affects before you start. Skip it and you face staff who challenge the project's necessity, or you build a system that serves one group well and burdens another. You need buy-in and feedback from everyone for the project to succeed.
What stakeholders are, and why they matter
Stakeholders are anyone with a vested interest in the project, meaning anyone whose work the DAM system affects. Picture a lemonade stand funded by your parents and staffed by your sibling: your customers, your sibling, and your parents all have a stake. The same dynamics play out at far greater scale in a real organization. Decisions you make ripple across departments and can cause unexpected consequences. Identify everyone the project may impact, share your goals, explain the benefits, and ask for feedback. You will not fix every concern, but involvement secures support and eases the transition.
The five common groups
- Leadership. The primary investors. They set the budget and care about high-level goals: revenue, less waste, a more efficient team. Communicate the benefits and the ROI, and tie the project to organizational goals.
- Creators. The end-users most affected, since the system should be built around them. Photographers, designers, creative teams. Define who generates the content, how it enters the DAM, and how the right information gets applied.
- Users. The people who use assets to grow the organization, often in marketing, sales, or design. They care about searching, finding, downloading, and sharing. Make sure new workflows make their jobs easier.
- External partners and other departments. Not every organization has these. Agencies may need secure sharing for feedback and approval; other departments may want their own DAM later and benefit from being involved early.
- Consumers and clients. The ultimate purpose. You cannot bring them in to review workflows, but keep them in mind. Spend so long debating the sign that you never make the lemonade and the business fails.
This article adapts a piece from the Stacks blog. Once you have identified your stakeholders, getting them in one room is the hard part; balancing competing interests is where many projects stall.
Key takeaways
- Stakeholders are anyone whose work the DAM affects; identify them before you build.
- The five groups: leadership, creators, users, external partners and departments, consumers and clients.
- Involving them early secures buy-in and prevents resistance that can sink a project.
- Aim for balance; a system that overserves one group at the expense of others fails.
