توسعه سیستم مدیریت محتوا
مدیریت محتوا ساختهشده حول شیوه واقعی انتشار تیم شما: انتخاب سیستم درست، مدلسازی صحیح، و راهاندازی طوری که ویراستارها با آن نجنگند.
معرفی
ویراستارها به دلایل قابل پیشبینی یک سیستم مدیریت محتوا را رها میکنند: نبود پیشنمایش، فیلدهایی که با شیوه فکر کردنشان درباره محتوا نمیخواند، و یک مسیر انتشار با مراحلی بیشتر از چیزی که کار میطلبد. وقتی این اتفاق بیفتد، سایت دیگر بهروز نمیشود و بقیه چیزها هم بیاهمیت میشوند.
بیشتر این ماجرا مدلسازی محتواست نه نرمافزار. مدل کردن یک صفحه به شکل یک ویرایشگر آزاد، هرجومرج میسازد؛ مدل کردنش به شکل پنجاه فیلد سفت، نارضایتی. کار این است که ساختاری پیدا کنید که با شیوه نوشتن تیم شما بخواند، و بعد سیستمی انتخاب کنید که خوب بیانش کند.
مناسب چه کسانی است
- شرکتهایی که تیمشان از CMS فرار میکند و تغییرات را برای برنامهنویس ایمیل میکند
- کسبوکارهایی که چند سایت یا چند زبان را از یک سیستم مدیریت میکنند
- تیمهایی روی CMS ای که آنقدر سفارشی شده که دیگر نمیشود آپدیتش کرد
نگاه ما به توسعه سیستم مدیریت محتوا
کارهایی که یک همکاری معمولی شامل میشود. دامنه از اول مشخص است و بعدا هزینه اضافه نمیشود.
مدلسازی محتوا
ساختاردهی محتوا بر اساس اینکه چه هست نه اینکه چه شکلی است، تا همان مواد در صفحهها و کانالهای مختلف دوباره استفاده شود.
انتخاب سیستم
هدلس، سنتی یا ترکیبی، انتخابشده بر اساس اینکه ویراستارهای شما چقدر فنی هستند و محتوا چند سطح را تغذیه میکند.
تجربه ویراستار
پیشنمایش زنده، نام روشن فیلدها و اعتبارسنجی، تا انتشار سریع باشد و اشتباهها قبل از آنلاین شدن گرفته شوند.
چندسایتی و چندزبانه
کامپوننتهای مشترک با بازنویسی محلی، و یک گردش کار ترجمه که نیاز به تکرار همه چیز نداشته باشد.
نقشها و گردش کار
دسترسیهای پیشنویس، بازبینی و انتشار، متناسب با شیوه واقعی تایید کردن در سازمان شما.
انتقال
جابهجایی محتوای موجود با حفظ ساختارش، که معمولا کار بیشتری از خود ساخت CMS دارد.
از اولین تماس تا نتیجه
هر بار همین ترتیب، تا همیشه بدانید قدم بعدی چیست.
تماشا
نگاه کردن به ویراستارها در حین انتشار در سیستم فعلی. اصطکاک همیشه مشخصتر از چیزی است که یک نظرسنجی نشان میدهد.
مدلسازی
طراحی انواع محتوا و رابطههایشان، تستشده روی صفحههای واقعی نه فرضی.
پیادهسازی
ساخت پیکربندی CMS با پیشنمایش و اعتبارسنجی، و وصل کردنش به بخش نمایش.
انتقال و آموزش
جابهجایی محتوا، و بعد آموزش ویراستارها روی کارهای واقعی خودشان نه روی یک دمو.
نتیجه، نه انبوه فایل
چند فایل تحویلی یعنی پیشرفت نیست. اینها چیزهایی است که باید واقعا عوض شود.
سیستمی که آدمها استفاده میکنند
مدلسازی خوب و پیشنمایش همان چیزی هستند که نمیگذارند تغییرات محتوا دوباره از مسیر برنامهنویسها برود.
محتوایی که دوباره استفاده میشود
محتوای ساختاریافته میتواند یک سایت، یک اپلیکیشن و یک خبرنامه را تغذیه کند بدون اینکه هر بار دوباره نوشته شود.
ترجمه بدون تکرار
یک مدل چندزبانه درست، اضافه کردن یک زبان را به یک کار قابل مدیریت تبدیل میکند نه یک بازسازی.
آپدیتهایی که ممکن میمانند
پیکربندی به جای سفارشیسازی سنگین یعنی سیستم دو سال دیگر هم قابل آپدیت است.
پرسشهای رایج درباره توسعه سیستم مدیریت محتوا
چیزهایی که معمولا قبل از تماس میپرسند. اگر پرسش شما اینجا نیست، مستقیم بپرسید.
هدلس یا CMS سنتی؟
هدلس وقتی محتوا چند سطح را تغذیه میکند، وقتی آزادی در بخش نمایش میخواهید، یا وقتی کارایی حیاتی است. سنتی وقتی یک سایت دارید، ویراستارها کنترل بصری مستقیم میخواهند و تیم فنی نیست. هدلس مرتبا به دلایل اشتباه انتخاب میشود و بعد ویراستارها از آن بدشان میآید.
وردپرس انتخاب معقولی است؟
برای سایتهای محتوامحور با ویراستارهای غیرفنی بله، و رد کردنش اغلب فخرفروشی است. وقتی مشکلساز میشود که دهها افزونه با کارکردهای همپوشان روی هم جمع شوند، که یک شکست در مدیریت است نه در پلتفرم.
مهاجرت CMS چقدر طول میکشد؟
خود ساخت معمولا چهار تا هشت هفته. انتقال محتوا تقریبا تماما به این بستگی دارد که محتوای موجود چقدر ساختاریافته است؛ محتوای بیساختار اغلب کار دستی میخواهد و میتواند بیشتر از همه بقیه با هم طول بکشد.
ویراستارهای ما به آموزش نیاز دارند؟
یک جلسه کوتاه، روی کارهای واقعی خودشان. اگر یک CMS خوب مدلشده به آموزش مفصل نیاز داشته باشد، مدلسازی اشتباه است و آموزش بیشتر درستش نمیکند.
توسعه سیستم مدیریت محتوا برایتان مطرح است؟
بگویید میخواهید چه چیزی عوض شود. اگر گزینه مناسبی نباشیم، همان اول میگوییم و جای بهتری معرفی میکنیم.
دنبال تصویر کاملتر هستید؟
توسعه سیستم مدیریت محتوا معمولا کنار کارهای دیگر در توسعه وب، اپلیکیشن و پلتفرم قرار میگیرد. کل این حوزه را ببینید تا ارتباطها روشن شود.