ساختار محتوا
سازماندهی بر اساس شرکت، واحد، پروژه یا خانواده سند؛ با توجه به کار واقعی کاربران.
مدیریت اسناد
فضاهای کاری، پروندهها، نسخهها و اطلاعات توصیفی را در یک محیط مشترک کنار هم قرار دهید. هدف، رسیدن سریعتر به نسخه درست و حفظ زمینه هر سند است.
سازماندهی بر اساس شرکت، واحد، پروژه یا خانواده سند؛ با توجه به کار واقعی کاربران.
نگهداری سند و پیوستها در زمینه مشترک برای مرور کامل پرونده.
پیگیری تغییرات و تعریف قواعد بررسی و انتشار نسخهها.
راهنمای تفصیلی راهکار
هدف مدیریت اسناد این است که هر عضو سازمان، نسخه درست یک سند را در زمان مناسب و با دسترسی مجاز پیدا کند.
در بسیاری از سازمانها، یک قرارداد همزمان در ایمیل، پوشه مشترک، رایانه شخصی و سامانه مالی وجود دارد. مسئله فقط تعدد فایلها نیست؛ معلوم نیست کدام نسخه معتبر است، چه کسی آن را بررسی کرده و آیا آخرین تغییر به همه افراد مرتبط رسیده است. ویکسلو ساختار مشترکی برای نگهداری سند، اطلاعات توصیفی و مسیر بررسی آن فراهم میکند تا این ارتباطها از خود فایل جدا نشوند.
فضای کاری میتواند نماینده یک شرکت، واحد سازمانی، پروژه یا مجموعه پرونده باشد. درون هر فضا، پوشهها و دستهبندیها به کاربر کمک میکنند اسناد را مرور کند؛ در کنار آن، فراداده و جستوجو راه دیگری برای رسیدن به همان سند هستند. بنابراین لازم نیست ساختار پوشهها بهتنهایی همه پیچیدگی کسبوکار را نمایش دهد.
برای شروع، بهتر است یک خانواده مشخص از اسناد انتخاب شود؛ برای مثال قراردادهای خرید یا پروندههای منابع انسانی. معیار موفقیت، تعداد فایلهای بارگذاریشده نیست، بلکه روشن شدن محل نگهداری نسخه معتبر، کاهش ابهام در مسئولیت و امکان بازیابی مدارک مورد نیاز است. قواعد هر خانواده سند باید پیش از گسترش به سایر واحدها مشخص شوند.
نمونه: پرونده یک قرارداد خرید شامل پیشنویس، پیوست فنی، پیشنهاد قیمت و نسخه امضاشده است. تیم خرید پرونده را مدیریت میکند، حقوقی متن را بررسی میکند و مالی به مدارک مرتبط با پرداخت دسترسی دارد.
نام فایل برای توضیح هویت و وضعیت یک سند کافی نیست. فراداده کمک میکند محتوا در زمینه کسبوکار فهمیده شود.
نوع سند، واحد مسئول، پروژه، طرف قرارداد، تاریخ، وضعیت و سطح محرمانگی، نمونههایی از اطلاعات توصیفی هستند. ترکیب این اطلاعات امکان میدهد یک سند از چند مسیر پیدا شود. برای مثال، کاربر میتواند همه قراردادهای یک شرکت را ببیند یا فقط قراردادهای همان شرکت را که در انتظار بررسی حقوقیاند دنبال کند.
یک الگوی خوب فراداده، با تعداد محدودی فیلد ضروری شروع میشود. اگر برای هر بارگذاری دهها فیلد نامفهوم یا تکراری لازم باشد، کاربران اطلاعات را ناقص وارد میکنند و کیفیت جستوجو کاهش مییابد. در طراحی اولیه باید روشن شود کدام فیلد برای شناسایی سند ضروری است، کدام مقدار باید از فهرست انتخاب شود و کدام اطلاعات فقط برای یک نوع سند معنا دارد.
طبقهبندی نیز باید با کار واقعی کاربران هماهنگ باشد. دستهبندی فنی فایل مانند PDF یا تصویر با دستهبندی کسبوکاری مانند قرارداد، صورتحساب یا صورتجلسه متفاوت است. نگهداری این دو مفهوم بهصورت جداگانه، هم مرور محتوا را سادهتر میکند و هم امکان تحلیل و تعریف گردش کار را بهبود میدهد.
برای قرارداد میتوان شماره قرارداد، طرف قرارداد، تاریخ شروع، تاریخ پایان و وضعیت تأیید را در نظر گرفت؛ برای صورتحساب، شماره فاکتور، فروشنده، مبلغ و وضعیت رسیدگی اهمیت بیشتری دارد.
وقتی بازخورد از سند جدا میشود، تیم مجبور است تصمیمها را میان پیامها و فایلهای متعدد بازسازی کند.
در همکاری سندمحور، نظرها و درخواستهای اصلاح در ارتباط با محتوای مورد بررسی باقی میمانند. هدف این است که عضو جدید تیم نیز بتواند بفهمد چرا تغییری انجام شده و چه کسی آن را درخواست کرده است. این رویکرد از ارسال نسخههای متعدد با نامهایی مانند «نهایی» و «نهایی جدید» جلوگیری میکند.
مدیریت نسخهها، تغییرات را در طول زمان قابل بررسی میکند. پیش از جایگزینی فایل باید روشن باشد نسخه جدید چه نسبتی با نسخه قبلی دارد و آیا تأییدهای قبلی همچنان معتبر هستند. در فرایندهای رسمی، تأیید یک نسخه نباید بهصورت ضمنی به همه ویرایشهای آینده تعمیم داده شود. قواعد انتشار و اعتبار نسخه باید با مسئولان فرایند مشخص شوند.
اشتراکگذاری نیز بخشی از همکاری است. دسترسی به یک فضای کاری یا سند باید متناسب با نقش فرد باشد و نیاز به مشاهده با اجازه ویرایش یا مدیریت محتوا یکی دانسته نشود. همکاری با مشتری یا پیمانکار به بررسی جداگانه دامنه دسترسی و الزامات امنیتی نیاز دارد. امکان ویرایش همزمان محتوای فایلهای اداری نیز باید با توجه به ابزار و یکپارچهسازی انتخابی ارزیابی شود.
تیم مهندسی مشخصات فنی را اصلاح میکند و واحد خرید باید بداند پیشنهاد تأمینکننده بر اساس کدام نسخه تهیه شده است. ارتباط نسخه، نظر و تأیید، مبنای جلوگیری از اختلاف بعدی است.
پرسشهای متداول
مدیریت اسناد بر سازماندهی، نسخهبندی، دسترسی و بازیابی فایلها تمرکز دارد. پلتفرم خدمات محتوا این پایه را به فرایندها و سامانههای دیگر متصل میکند و میتواند پردازش هوشمند و خودکارسازی را نیز در مسیر محتوا قرار دهد. انتخاب باید بر اساس مسئله واقعی سازمان باشد، نه صرفاً نام دسته محصول.
بله؛ شروع با یک نوع سند، یک گروه کاربر و یک مسیر بررسی مشخص، روش مناسبی برای ارزیابی است. ساختار فراداده، دسترسی و معیار موفقیت در اجرای آزمایشی بررسی میشوند و سپس دامنه پروژه گسترش پیدا میکند.
استقرار روی زیرساخت سازمان یکی از گزینههای مطرح ویکسلو است. ظرفیت مورد نیاز، محل داده، پشتیبانگیری، بهروزرسانی و مرز مسئولیت عملیات باید در بررسی فنی و پیشنهاد نهایی مشخص شوند.
خیر. زبان، وضوح تصویر، قالب فایل و پیچیدگی جدول یا متن بر نتیجه اثر میگذارند. کیفیت پردازش باید با نمونههای واقعی سازمان سنجیده شود و برای اطلاعات حساس مسیر بازبینی انسانی در نظر گرفته شود.
نباید چنین فرضی کرد. وجود API امکان طراحی اتصال را فراهم میکند، اما آماده بودن اتصال، دامنه تبادل داده و هزینه پیادهسازی باید برای هر سامانه مشخص بررسی و تأیید شوند.
نوع اسناد، تعداد تقریبی کاربران، حجم فعلی و رشد محتوا، فرایندهای مورد نظر، سامانههای قابل اتصال و الزامات محل داده را آماده کنید. بر اساس این اطلاعات میتوان دامنه اجرا، شیوه استقرار و معیارهای ارزیابی را مشخص کرد.
برای بررسی نیاز اختصاصی سازمان خود، با تیم ویکسلو گفتوگو کنید.
برای بررسی نیازها و شیوه استقرار با تیم ویکسلو گفتوگو کنید.