مدیریت دارایی دیجیتال فقط ذخیره تصویر، ویدئو و سند نیست. مسئله این است که هر دارایی در زمان نیاز پیدا شود، نسخه معتبر آن مشخص باشد و استفاده از آن با سیاست سازمان سازگار بماند.
سناریوی واقعی کار
یک شرکت با چند شعبه، تصاویر محصول را در رایانه طراح، پوشه اشتراکی، پیامرسان و سایت فروش نگه میدارد. تیم فروش به تصویر جدید نیاز دارد؛ همکاران چهار نسخه پیدا میکنند، اما هیچکس نمیداند کدام تصویر حق انتشار دارد. مشکل حجم فایل نیست، مشکل نبود مرجع واحد برای شناسنامه و تصمیمگیری است.
دارایی دیجیتال از چه اجزایی تشکیل میشود؟
در مدل DAM، فایل اصلی فقط یک جزء است. عنوان قابل فهم، صاحب اثر، واحد مالک، منبع، برچسب، زبان، پروژه، نسخه، وضعیت و محدودیت استفاده نیز بخشی از ارزش دارایی محسوب میشوند. اگر این اطلاعات جدا از فایل و در ذهن اشخاص باقی بمانند، جابهجایی نیروها باعث از دست رفتن دانش سازمان میشود.
| جزء | پرسشی که پاسخ میدهد |
|---|---|
| فایل و پیشنمایش | محتوا چیست و چگونه دیده میشود؟ |
| فراداده | این دارایی درباره چه چیزی است؟ |
| مالکیت و مجوز | چه کسی مسئول است و کجا میتوان استفاده کرد؟ |
| نسخه و وضعیت | کدام خروجی مورد تأیید است؟ |
| تاریخچه | چه تغییر یا تصمیمی ثبت شده است؟ |
چرا پوشه اشتراکی کافی نیست؟
پوشهها معمولاً مکان فیزیکی یا منطقی فایل را مشخص میکنند؛ اما یک تصویر ممکن است هم به کمپین بهار مربوط باشد، هم به محصولی مشخص و هم برای شعبهای خاص مجاز باشد. اگر دستهبندی تنها بر اساس مسیر پوشه انجام شود، بازیابی میان چند معیار دشوار خواهد شد. DAM باید توان توصیف دارایی با چند ویژگی و اعمال سیاست استفاده را فراهم کند.
آغاز درست پروژه
ابتدا ۱۰۰ تا ۳۰۰ دارایی نماینده انتخاب کنید و از کاربران بخواهید بدون کمک صاحب فایل آنها را پیدا کنند. برای هر فایل حداقل عنوان، مالک، وضعیت، نوع و مجوز را ثبت کنید. سپس زمان جستوجو، درصد فایلهای تکراری و تعداد اختلاف درباره نسخه نهایی را پیش و پس از پایلوت بسنجید. این شاخصها پیشنهاد اجراییاند، نه آمار اعلامشده از محصول.
DAM جایگزین چه چیزهایی نیست؟
یک سامانه DAM لزوماً جایگزین مدیریت اسناد اداری، آرشیو قانونی، ابزار طراحی یا ذخیرهسازی پشتیبان نمیشود. مرز مسئولیت هر سامانه باید در معماری سازمان تعیین شود تا فایلها بیدلیل چند نسخه مستقل پیدا نکنند.
مسیر اجرای پیشنهادی
تیم مدانت میتواند با نقشه داراییها، تعریف شناسنامه پایه و طراحی یک جریان تأیید آغاز کند؛ سپس MedaDAM بر اساس همان سناریو ارزیابی شود، نه بر اساس تعداد منوها و امکانات روی کاغذ.
