ایزی‌پورتال صرفاً یک نرم‌افزار طراحی سایت یا CMS نیست؛ یک بستر نرم‌افزاری سازمانی برای ایجاد و مدیریت پورتال‌ها، سامانه‌های تحت وب و خدمات دیجیتال سازمان است.

سازمان می‌تواند به‌جای ایجاد چندین سامانه پراکنده، بخش قابل توجهی از خدمات، محتوا، فرآیندها، فرم‌ها، داشبوردها و تعاملات کاربران را بر روی یک بستر یکپارچه پیاده‌سازی کند.

هدف اصلی ایزی‌پورتال کاهش پراکندگی سامانه‌ها، افزایش سرعت توسعه خدمات جدید و ایجاد یک معماری قابل مدیریت و توسعه برای خدمات دیجیتال سازمان است.

CMS عمدتاً برای مدیریت محتوا و صفحات وب طراحی شده است، در حالی که نیاز یک سازمان بزرگ معمولاً بسیار فراتر از انتشار محتواست.

در ایزی‌پورتال علاوه بر مدیریت محتوا می‌توان قابلیت‌هایی مانند احراز هویت، سطح‌بندی دسترسی، فرم‌ها، فرآیندهای سازمانی، داشبوردها، خدمات الکترونیکی، مدیریت اسناد، اتصال به سامانه‌های دیگر و سامانه‌های اختصاصی را در یک بستر واحد پیاده‌سازی کرد.

بنابراین اگر هدف فقط راه‌اندازی یک وب‌سایت اطلاع‌رسانی باشد، ممکن است یک CMS ساده کافی باشد؛ اما زمانی که قرار است وب‌سایت به یک Digital Platform سازمانی تبدیل شود، تفاوت ایزی‌پورتال مشخص می‌شود.

توسعه اختصاصی زمانی منطقی است که مسئله سازمان کاملاً خاص باشد و هیچ بخش قابل استفاده مجددی نداشته باشد. اما در بیشتر پروژه‌های سازمانی، بخش بزرگی از نیازها مانند کاربران، نقش‌ها، دسترسی‌ها، محتوا، فرم‌ها، گردش کار، جستجو، اعلان‌ها، فایل‌ها، گزارش‌ها و Integration تکراری هستند.

ایزی‌پورتال این زیرساخت‌های پایه را از قبل فراهم می‌کند و تیم پروژه می‌تواند انرژی خود را روی نیاز اختصاصی سازمان متمرکز کند. در نتیجه معمولاً زمان توسعه، هزینه نگهداری و ریسک پروژه نسبت به ساخت همه اجزا از صفر کاهش پیدا می‌کند.

انتخاب پلتفرم باید بر اساس مسئله سازمان انجام شود و ما معمولاً هیچ محصولی را صرفاً به دلیل نام یا تکنولوژی آن رد نمی‌کنیم.

WordPress عمدتاً در حوزه وب‌سایت و مدیریت محتوا شناخته می‌شود. SharePoint نیز اکوسیستم و سناریوهای سازمانی خاص خود را دارد.

تمرکز ایزی‌پورتال روی ایجاد پورتال و سامانه‌های سازمانی قابل توسعه است؛ به‌خصوص در پروژه‌هایی که سازمان نیاز به ترکیبی از پورتال، مدیریت محتوا، خدمات دیجیتال، Integration، فرآیندهای اختصاصی و کنترل امنیتی دارد.

در جلسه تحلیل، بهتر است نیازهای سازمان مشخص شود و سپس مقایسه بر اساس معیارهایی مانند امنیت، توسعه‌پذیری، مالکیت داده، Integration، هزینه نگهداری و وابستگی به تأمین‌کننده انجام شود.

یکی از اهداف اصلی ایزی‌پورتال این است که سازمان مجبور نباشد فرآیند خود را با محدودیت‌های یک محصول ثابت تطبیق دهد.

لایه رابط کاربری، ساختار صفحات، ماژول‌ها، فرم‌ها، گردش‌های کاری، سطح دسترسی‌ها، اتصال به سرویس‌ها و بسیاری از منطق‌های کسب‌وکار قابل سفارشی‌سازی هستند.

در عین حال تلاش می‌کنیم سفارشی‌سازی به شکلی انجام شود که قابلیت نگهداری و ارتقای سیستم حفظ شود.

بنابراین بین Configuration، توسعه ماژول و توسعه کاملاً اختصاصی تفکیک قائل می‌شویم و برای هر نیاز مناسب‌ترین روش را پیشنهاد می‌کنیم.

بله. یکی از کاربردهای مهم ایزی‌پورتال همین موضوع است.

در بسیاری از سازمان‌ها نیازهایی وجود دارد که یک محصول آماده دقیقاً پاسخگوی آن‌ها نیست. در این شرایط می‌توان از ایزی‌پورتال به‌عنوان بستر پایه استفاده کرد و منطق اختصاصی کسب‌وکار را به‌صورت ماژول یا سامانه اختصاصی توسعه داد.

مزیت این مدل این است که زیرساخت‌های عمومی سازمان دوباره از صفر نوشته نمی‌شوند و توسعه روی مسئله واقعی کسب‌وکار متمرکز می‌شود.

بله، Integration یکی از موضوعات اصلی در پروژه‌های سازمانی است.

هدف ما این نیست که تمام سامانه‌های موجود سازمان حذف شوند. در بسیاری از پروژه‌ها، ایزی‌پورتال به‌عنوان لایه تعامل دیجیتال سازمان عمل می‌کند و به سامانه‌هایی مانند ERP، CRM، منابع انسانی، اتوماسیون اداری، سامانه‌های مالی، سرویس‌های احراز هویت و سایر سیستم‌های موجود متصل می‌شود.

نوع Integration بر اساس APIها، Web Serviceها و زیرساخت موجود سازمان در مرحله تحلیل فنی مشخص می‌شود.

در پروژه‌های سازمانی معمولاً ایجاد یک حساب کاربری جداگانه برای هر سامانه راهکار مناسبی نیست.

ایزی‌پورتال می‌تواند در معماری Identity Management سازمان قرار گیرد و بر اساس زیرساخت احراز هویت موجود، سناریوی ورود یکپارچه و مدیریت دسترسی طراحی شود.

در مرحله تحلیل فنی مشخص می‌کنیم سازمان از چه Identity Provider یا مکانیزم احراز هویتی استفاده می‌کند و Integration مناسب همان زیرساخت طراحی می‌شود.

در یک پورتال سازمانی امنیت فقط SSL یا یک Firewall نیست؛ امنیت باید در چندین لایه دیده شود.

در طراحی ایزی‌پورتال موضوعاتی مانند احراز هویت، کنترل دسترسی مبتنی بر نقش، اصل Least Privilege، مدیریت Session، ثبت رویدادها و Audit، امنیت دسترسی به اطلاعات، تفکیک سطوح مدیریتی و الزامات امنیت توسعه نرم‌افزار در نظر گرفته می‌شوند.

همچنین در هر پروژه، الزامات امنیتی خاص سازمان در معماری استقرار لحاظ می‌شود.

اگر سازمان استاندارد یا Policy امنیتی مشخصی داشته باشد، این موارد باید از ابتدای پروژه وارد Scope فنی شوند.

بله. ایزی‌پورتال دارای گواهی امنیت از مرکز مدیریت راهبردی افتا است و در فرآیند توسعه آن، الزامات امنیتی مبتنی بر استاندارد ISO/IEC 15408  و چارچوب Common Criteria  مورد توجه قرار گرفته است.

این موضوع برای سازمان‌های دولتی، نهادهای حساس، بانک‌ها، شرکت‌های بزرگ و مجموعه‌هایی که امنیت نرم‌افزار یکی از معیارهای اصلی انتخاب محصول است اهمیت ویژه‌ای دارد؛ زیرا ارزیابی امنیت ایزی‌پورتال صرفاً بر مبنای ادعای تولیدکننده نیست و محصول تحت فرآیند ارزیابی امنیتی قرار گرفته است.

در ایزی‌پورتال، امنیت به‌عنوان یک قابلیت جانبی در نظر گرفته نشده، بلکه از سطح طراحی و توسعه محصول مورد توجه بوده است. موضوعاتی مانند کنترل دسترسی کاربران، مدیریت نقش‌ها و مجوزها، حفاظت از اطلاعات، ثبت و رهگیری رویدادها و کاهش ریسک آسیب‌پذیری‌های نرم‌افزاری در معماری محصول لحاظ شده‌اند.

در پروژه‌هایی که سازمان دارای الزامات امنیتی اختصاصی، سیاست‌های داخلی یا نیاز به ارزیابی‌های تکمیلی مانند تست نفوذ است، این موارد نیز می‌توانند متناسب با Scope پروژه بررسی و اجرا شوند.

در پروژه‌های Enterprise، مالکیت و کنترل داده موضوع بسیار مهمی است.

معماری استقرار بر اساس سیاست زیرساختی سازمان تعیین می‌شود و می‌توان راهکار را در زیرساخت مورد تأیید سازمان مستقر کرد.

اطلاعات عملیاتی مشتری متعلق به سازمان است و ساختار Backup، Disaster Recovery، سطوح دسترسی و سیاست نگهداری اطلاعات نیز باید در ابتدای پروژه مشخص شود.

برای سازمان‌هایی که محدودیت انتقال اطلاعات خارج از شبکه دارند، معماری پروژه متناسب با این محدودیت طراحی می‌شود.

بله. ایزی‌پورتال برای استفاده در مقیاس سازمانی طراحی شده و در حال حاضر نیز در مجموعه‌هایی با حجم بالای مراجعه مورد استفاده قرار می‌گیرد. برای نمونه، سازمان امور مالیاتی کشور از جمله مشتریانی است که سامانه آن روزانه با هزاران بازدید و درخواست کاربران مواجه است.

توان پاسخ‌گویی سامانه در بارهای بالا فقط به خود نرم‌افزار وابسته نیست و معماری زیرساخت نیز نقش مهمی دارد. با تخصیص مناسب منابع سخت‌افزاری مانند CPU، RAM، فضای ذخیره‌سازی و منابع پایگاه داده، می‌توان ظرفیت سامانه را متناسب با میزان مصرف افزایش داد.

در پروژه‌هایی که حجم درخواست‌ها بالاتر است، امکان استفاده از معماری Web Farm  نیز وجود دارد. در این معماری، بار کاربران میان چند Web Server توزیع می‌شود و به این ترتیب ظرفیت پاسخ‌گویی سامانه افزایش پیدا می‌کند و زیرساخت می‌تواند متناسب با رشد تعداد کاربران توسعه داده شود.

بنابراین در پروژه‌های پرترافیک، معماری ایزی‌پورتال می‌تواند بر اساس حجم کاربران، تعداد درخواست‌های هم‌زمان و سطح دسترس‌پذیری مورد انتظار سازمان طراحی و Scale شود.

در اکثر پروژه‌ها Migration بخشی از پروژه است.

محتوای ثابت مانند متن صفحات درباره ما، معرفی خدمات، اطلاعات تماس و سایر صفحات مشابه، معمولاً توسط تیم طراحی سایت و به‌صورت دستی به ساختار جدید منتقل می‌شود. این روش باعث می‌شود محتوا هم‌زمان با انتقال، با ساختار و طراحی جدید سایت نیز تطبیق داده شود.

در مقابل، محتوای تکرارشونده و ساختاریافته مانند اخبار، اطلاعیه‌ها، گالری تصاویر، مقالات، پروژه‌ها و سایر اطلاعاتی که در قالب رکوردهای متعدد ذخیره شده‌اند، در صورت امکان دسترسی به داده‌های سامانه قبلی، به‌صورت سیستماتیک و برنامه‌ریزی‌شده به ایزی‌پورتال منتقل می‌شوند.

پیش از شروع مهاجرت، ساختار اطلاعات سامانه فعلی بررسی می‌شود تا مشخص شود چه بخش‌هایی قابلیت انتقال خودکار دارند و چه بخش‌هایی بهتر است به‌صورت دستی منتقل شوند. به این ترتیب، فرآیند Migration با کمترین خطا و متناسب با ساختار پورتال جدید انجام می‌شود.

در پروژه‌های متعارف طراحی و پیاده‌سازی پورتال یا سایت بر بستر ایزی‌پورتال، در صورتی که همکاری لازم از سمت کارفرما انجام شود و موارد موردنیاز مانند محتوا، اطلاعات، تصاویر، تأییدیه‌ها و بازخوردها در زمان مقرر در اختیار تیم پروژه قرار گیرد، مدت زمان اجرای پروژه معمولاً حدود ۳ ماه است.

این بازه شامل مراحل اصلی پروژه مانند تحلیل نیازها، طراحی رابط کاربری، پیاده‌سازی، ورود یا انتقال محتوا، انجام تنظیمات، تست و آماده‌سازی برای بهره‌برداری است.

طبیعتاً در پروژه‌هایی که دارای توسعه‌های اختصاصی گسترده، Integration  با سامانه‌های متعدد، الزامات امنیتی ویژه یا حجم بالای Migration  هستند، زمان اجرای پروژه می‌تواند متناسب با Scope افزایش پیدا کند.

هدف این است که امور روزمره پورتال توسط تیم خود سازمان قابل انجام باشد.

مدیریت محتوا، صفحات، کاربران، دسترسی‌ها و بخش قابل توجهی از تنظیمات از طریق محیط مدیریتی انجام می‌شود و برای مدیران سیستم نیز آموزش در نظر گرفته می‌شود.

طبیعتاً تغییراتی که شامل توسعه نرم‌افزار یا منطق جدید کسب‌وکار باشند نیازمند توسعه فنی هستند، اما انتشار محتوا یا مدیریت عادی سیستم نباید وابسته به تیم برنامه‌نویسی باشد.

بله. معماری ایزی‌پورتال به‌صورت ماژولار طراحی شده است. به این معنا که سفارشی‌سازی‌ها و توسعه‌های موردنیاز مشتری، تا حد امکان در لایه ماژول‌ها انجام می‌شوند و هسته اصلی ایزی‌پورتال تغییر نمی‌کند.

در نتیجه اگر برای یک نیاز مشخص، توسعه‌ای روی یک ماژول انجام شود، تغییرات در همان ماژول باقی می‌ماند و این موضوع باعث می‌شود قابلیت نگهداری و ارتقای نسخه‌های آینده ایزی‌پورتال بهتر حفظ شود.

از طرف دیگر، هر نیاز جدید مشتری قبل از توسعه بررسی می‌شود تا مشخص شود یک نیاز عمومی محصول است یا نیاز اختصاصی همان سازمان.

اگر نیاز ماهیت عمومی داشته باشد و برای سایر مشتریان نیز قابل استفاده باشد، می‌تواند در نقشه راه محصول قرار بگیرد و به‌عنوان بخشی از توسعه استاندارد ایزی‌پورتال ارائه شود.

اگر نیاز کاملاً اختصاصی باشد، امکان توسعه آن به‌صورت سفارشی و در قالب ماژول یا توسعه مستقل وجود دارد.

بنابراین مشتری مجبور نیست بین «استفاده از محصول آماده» و «توسعه اختصاصی» یکی را انتخاب کند. ایزی‌پورتال هر دو مسیر را در اختیار سازمان قرار می‌دهد؛ یعنی می‌توان از قابلیت‌های استاندارد محصول استفاده کرد و در کنار آن، نیازهای اختصاصی را نیز بدون دستکاری مستقیم هسته سیستم توسعه داد.

پشتیبانی ایزی‌پورتال بعد از راه‌اندازی، به‌طور کلی شامل دو بخش اصلی است:

1- نگهداری و حفظ شرایط موجود:

در این بخش، تمرکز اصلی روی حفظ پایداری، امنیت و عملکرد صحیح پورتال است. بررسی و رفع اشکالات احتمالی، پاسخ‌گویی به سؤالات کارفرما و کمک به استفاده صحیح از سامانه، بخش جدایی‌ناپذیر خدمات پشتیبانی است.

2-  توسعه و اضافه کردن قابلیت‌های جدید:

در بسیاری از قراردادهای پشتیبانی، مقدار مشخصی نفرساعت توسعه نیز پیش‌بینی می‌شود؛ برای مثال ممکن است در یک دوره پشتیبانی، ۲۰ ساعت توسعه برای تغییرات، بهبودها یا نیازهای جدید کارفرما در نظر گرفته شود.

اگر میزان توسعه موردنیاز از این سقف بیشتر باشد، خدمات اضافی می‌تواند به‌صورت نفرساعتی خریداری و اجرا شود.

به این ترتیب، کارفرما هم از پایداری و امنیت سامانه در طول دوره بهره‌برداری اطمینان دارد و هم در صورت نیاز می‌تواند قابلیت‌های جدید را به‌صورت کنترل‌شده به پورتال اضافه کند.

در یک پروژه Enterprise بهتر است هزینه را فقط با قیمت یک CMS یا هزینه طراحی چند صفحه مقایسه نکنیم.

هزینه پروژه بر اساس اجزایی مانند لایسنس یا مدل استفاده از محصول، Scope پیاده‌سازی، توسعه‌های اختصاصی، Integration، Migration، زیرساخت و سطح پشتیبانی مشخص می‌شود.

ما پیشنهاد مالی را تا حد ممکن به این بخش‌ها تفکیک می‌کنیم تا مشتری بداند بابت چه چیزی هزینه می‌کند.

مقایسه صحیح نیز باید بر اساس Total Cost of Ownership انجام شود؛ یعنی علاوه بر هزینه اولیه، هزینه توسعه آینده، نگهداری، امنیت، Integration و تغییرات چند سال آینده نیز در نظر گرفته شود.

ROI ایزی‌پورتال فقط از فروش مستقیم ایجاد نمی‌شود.

در بسیاری از سازمان‌ها ارزش اقتصادی از کاهش هزینه توسعه سامانه‌های تکراری، کاهش فرآیندهای دستی، کاهش مراجعه حضوری، یکپارچه شدن خدمات، افزایش سرعت ارائه سرویس جدید و کاهش هزینه نگهداری چندین سامانه مستقل ایجاد می‌شود.

برای همین پیشنهاد می‌کنیم قبل از پروژه چند KPI مشخص تعریف شود؛ برای مثال:

•  زمان راه‌اندازی یک خدمت جدید

•  تعداد فرآیندهای دستی

•  تعداد مراجعات حضوری

•  هزینه نگهداری سامانه‌های پراکنده

•  تعداد درخواست‌های پشتیبانی

•  زمان انجام یک فرآیند سازمانی

پس از استقرار می‌توان اثر پروژه را بر اساس همین شاخص‌ها اندازه‌گیری کرد.

یکی از مهم‌ترین معیارها برای انتخاب یک راهکار سازمانی، سابقه اجرای موفق آن در پروژه‌های واقعی است.

شرکت ایزی‌وب بیش از ۱۱ سال سابقه فعالیت در حوزه طراحی، توسعه و پیاده‌سازی سامانه‌ها و پورتال‌های سازمانی دارد و در این مدت برای بیش از ۱۰۰ شرکت خصوصی نام آشنا و بیش از ۲۰ سازمان دولتی پروژه‌های مختلفی را با موفقیت اجرا کرده است.

این سابقه صرفاً به معنی تعداد پروژه‌ها نیست؛ مهم‌تر از آن، تجربه‌ای است که در مواجهه با نیازهای متنوع سازمان‌ها، الزامات امنیتی، توسعه‌های اختصاصی، مهاجرت اطلاعات، یکپارچه‌سازی با سامانه‌های دیگر و پشتیبانی پروژه‌های سازمانی به دست آمده است.

به همین دلیل، ایزی‌پورتال فقط یک محصول نرم‌افزاری نیست که در محیط آزمایشگاهی توسعه پیدا کرده باشد؛ بخش قابل توجهی از قابلیت‌ها و معماری آن حاصل تجربه واقعی اجرای پروژه‌های متعدد و شناخت نیازهای سازمان‌ها در طول این سال‌هاست.

در مرحله بررسی نیز می‌توان بر اساس نیاز مشتری، نمونه پروژه‌های مرتبط، سوابق اجرایی و قابلیت‌های ایزی‌پورتال را ارائه کرد تا تصمیم‌گیری صرفاً بر اساس ادعاهای فروش انجام نشود.