پلنی انتخاب کنید که با رشد محتوای شما رشد کند.
مدادم برای مسئله واقعی سازمان عرضه می‌شود: از کتابخانه یک تیم تا مدیریت دارایی‌های تصویری و محتوایی چندواحدی. سه سطح پیشنهادی، مسیر انتخاب را روشن می‌کنند؛ قیمت و ظرفیت در پیشنهاد رسمی تعیین می‌شود.
به اندازه نیاز شروع کنید؛ با رشد سازمان توسعه دهید.
این پلن‌ها سطح خدمت پیشنهادی‌اند، نه وعده قابلیت بدون قرارداد. دامنه، ظرفیت و مبلغ هر پروژه پس از ارزیابی و دمو مشخص می‌شود.
آغاز
برای تبدیل فایل‌های پراکنده یک تیم به کتابخانه‌ای قابل جست‌وجو.
مناسب: تیم خلاق، روابط عمومی یا واحد محتوای مستقل
- نیازسنجی و پیاده‌سازی در دامنه محدود
- تعریف مجموعه‌ها و شناسنامه پایه
- آزمون جست‌وجوی فارسی و نمایش دارایی
- آموزش کاربران اولیه و تحویل پایلوت
TEAM
تیمی
برای جایی که چند نقش باید نسخه‌های مصوب را تولید، بازبینی و استفاده کنند.
مناسب: بازاریابی، فروش، تولید محتوا و شبکه نمایندگان
- تمام خدمات آغاز، با دامنه چندنقشی
- طراحی گردش تأیید و مدیریت نسخه
- بازبینی حقوق استفاده و کنترل دسترسی
- ارزیابی پورتال اشتراک‌گذاری و گزارش‌ها
- مهاجرت مرحله‌ای و آموزش چند گروه
سازمانی
برای سازمان‌های بزرگ که حاکمیت محتوا، امنیت، گزارش و یکپارچه‌سازی مهم است.
مناسب: هلدینگ‌ها، سازمان‌های حساس و محیط‌های چندواحدی
- طراحی معماری و مدل حاکمیت دارایی
- ماتریس نقش‌ها، امنیت و ممیزی
- برنامه مهاجرت، پشتیبان و بازیابی
- آزمون پورتال‌ها و سناریوهای دسترسی بیرونی
- یکپارچه‌سازی در دامنه فنی و قراردادی مصوب
ویژگی‌های نسخه جاری و موارد نیازمند توسعه یا یکپارچه‌سازی در پیشنهاد فنی به‌صورت جداگانه و قابل آزمون درج می‌شوند. هیچ عددی بدون ظرفیت‌سنجی به‌عنوان سقف قطعی کاربر یا فضای ذخیره‌سازی اعلام نشده است.
تفاوت پلن‌ها در دامنه اجرا و خدمات است؛ نه فقط تعداد فایل‌ها
امکانات فعال نسخه نرم‌افزار و تعهدات پشتیبانی باید پیش از قرارداد روی سناریوی واقعی آزمون شوند. در جدول زیر، تفاوت دامنه پیشنهادی استقرار مشخص شده است.
| نیاز یا خدمت | Start · آغاز | Team · تیمی | Enterprise · سازمانی |
|---|---|---|---|
| دامنه سازمانی | یک تیم یا واحد | چند تیم و واحد | چند بخش یا سازمان با سیاست مستقل |
| ساختار محتوا | مجموعه و فراداده پایه | الگوی فراداده مشترک تیم‌ها | حاکمیت فراداده و سیاست چندواحدی |
| نسخه و تأیید | گردش اصلی در پایلوت | مدل بازبینی و تأیید چندنقشی | ماتریس مسئولیت و کنترل‌های گسترده |
| پورتال تحویل | در صورت نیاز، پس از آزمون | پورتال‌های محدود برای ذی‌نفعان | مدل متناسب با برند و امنیت مشتری |
| مهاجرت و آموزش | انتقال مجموعه نمونه | برنامه انتقال مرحله‌ای | مهاجرت و پذیرش چندمرحله‌ای |
| استقرار و امنیت | الزامات پایه | کنترل‌های تیمی و پشتیبان | معماری و آزمون امنیت اختصاصی |
| یکپارچه‌سازی | بدون تعهد اتصال سفارشی | امکان‌سنجی اتصال‌های منتخب | پروژه اتصال و آزمون API طبق قرارداد |
کدام پلن برای ما مناسب‌تر است؟
اگر تعداد فایل‌ها زیاد است ولی تنها یک واحد صاحب آن‌هاست، شروع محدود می‌تواند بهترین انتخاب باشد. در مقابل، وجود شعب، پیمانکاران بیرونی، حقوق انتشار متفاوت و گردش تأیید چندمرحله‌ای، پیچیدگی واقعی پروژه را افزایش می‌دهد.
یک تیم خلاق
از Start شروع کنید؛ هدف اول، یافتن دارایی مصوب و حذف نسخه‌های مبهم است.
بازاریابی و فروش چندواحدی
Team را با تمرکز بر نقش‌ها، تأیید و پورتال تحویل ارزیابی کنید.
هلدینگ یا محیط حساس
Enterprise را با ماتریس دسترسی، ممیزی، مهاجرت و آزمون بازیابی طراحی کنید.
چه چیزهایی در پیشنهاد فنی و مالی درج می‌شود؟
تعداد کاربران همزمان، حجم اولیه و رشد، نوع رسانه، محل استقرار، گردش‌های تأیید، دوره پشتیبانی، سیاست پشتیبان و سطح سفارشی‌سازی، دامنه و هزینه نهایی را تعیین می‌کند.
| خروجی | آنچه تحویل می‌شود |
|---|---|
| دامنه و فهرست امکانات | قابلیت‌های آماده و موارد وابسته به توسعه |
| پیش‌نیازها | ذخیره‌سازی، سرور، شبکه و سیاست امنیت |
| آزمون پذیرش | جست‌وجو، نقش‌ها، نسخه‌ها، پورتال و بازیابی |
| خدمات | آموزش، مهاجرت، پشتیبانی و شرایط SLA |
بدون قیمت ساختگی؛ با پیشنهاد روشن
تعداد کاربران و فضای ذخیره‌سازی از پیش ثابت اعلام نشده است؛ زیرا هزینه واقعی میان یک تیم تولید محتوا و سازمانی با ویدئوهای حجیم و الزامات بازیابی یکسان نیست.
پرسش‌های پرتکرار
آیا قیمت‌ها شامل خرید سرور می‌شود؟
پیشنهاد فنی و مالی مشخص می‌کند زیرساخت، مجوز و خدمات چه اقلامی هستند؛ هیچ هزینه‌ای بدون تفکیک فرض نمی‌شود.
آیا می‌توان از Start به Team ارتقا داد؟
مدل پیشنهادی، شروع محدود و توسعه مرحله‌ای است؛ مسیر و هزینه ارتقا در قرارداد مشخص می‌شود.
قابلیت‌های توسعه‌ای در کدام پلن‌اند؟
فقط قابلیت‌هایی که در دمو آزموده و در پیوست فنی تصریح شده باشند جزو تعهدات هستند؛ ویژگی‌های در حال توسعه به‌صورت جداگانه درج می‌شوند.
دارایی‌های دیجیتال سازمان را از حالت پراکنده خارج کنید.
در جلسه بررسی اولیه، حجم فایل‌ها، نقش‌ها، فرایند تأیید و نیازهای استقرار مشخص می‌شود.
