بهترین نرم‌افزارِ امورِ رفاهی برای سازمانِ شما کدام است؟ سه راه، ده معیار، یک جدول

«نرم‌افزارِ امورِ رفاهی» سه چیزِ متفاوت است

پیش از مقایسه، یک ابهام را باید برداشت. در بازارِ ایران این عبارت به سه نوع محصولِ متفاوت گفته می‌شود که مسئله‌های متفاوتی حل می‌کنند: ماژولِ رفاهیِ نرم‌افزارِ منابعِ انسانی که وام، بیمهٔ تکمیلی، کمک‌هزینه و کسر از حقوق را مدیریت می‌کند و اقامتگاه در آن یک قلم از چند قلم است؛ نرم‌افزارِ رزرو و مدیریتِ مهمانسرا که درخواست و ظرفیت و لیستِ انتظار را می‌گرداند؛ و بازارچه‌های سفرِ سازمانی که اتاقِ هتل و ویلای دیگران را با پنلِ سازمانی می‌فروشند. یک دستهٔ چهارم هم در نتایج می‌آید که اصلاً مالِ این مسئله نیست: نرم‌افزارِ هتلداری (صندوق و پذیرشِ هتل) و «مدیریتِ مهمان» به معنای کنترلِ ترددِ مراجعان.

اگر دردِ شما وام و بیمه است، دستهٔ اول جواب است و بقیهٔ این مقاله به دردتان نمی‌خورد. اگر دردِ شما این است که ظرفیتِ اقامتیِ خودتان (مهمانسرا، ویلا، زائرسرا، یا شب‌های خریداری‌شدهٔ هتل) از تقاضا کمتر است و تقسیمش هر سال دعوا و اتهام می‌سازد، مسئله‌ای دارید که ادامهٔ مقاله درباره‌اش است: تخصیصِ قابلِ دفاعِ ظرفیتِ محدود. سه راه برای این مسئله هست.

سه راهی که سازمان‌ها واقعاً می‌روند

1. ماژولِ رفاهی یا مهمانسرای نرم‌افزارِ منابعِ انسانیِ فعلی. سازمان یک بستهٔ یکپارچه دارد (پرسنلی، حقوق، اتوماسیون) و فروشنده ماژولی برای رفاهیات یا مهمانسرا هم می‌فروشد. ورودِ سازمانی و دادهٔ پرسنلی از قبل هست و یک قرارداد بیشتر نمی‌شود.
2. اکسل و اتوماسیون. فراخوان با نامه، درخواست با فرم، فهرست و امتیاز در اکسل، قرعه در جلسه، صورت‌جلسه با امضا. رایج‌ترین راه در سازمان‌های متوسط و ارزان‌ترین راه در ظاهر.
3. سامانهٔ تخصصیِ تخصیص. محصولی که فقط این مسئله را حل می‌کند: امتیازبندی، سهمیه، قرعه، فهرستِ ذخیره، گزارش، و در شکلِ ما، راستی‌آزماییِ نتیجه. قراردادِ جدا، فروشندهٔ جدا، و نیاز به اتصال به پرسنلی.

ده معیارِ مقایسه

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

چه وقت ماژولِ رفاهیِ HR کافی است (صادقانه)

اگر بیشترِ این‌ها دربارهٔ شما درست است، سامانهٔ تخصصی نخرید: ظرفیتِ اقامتی‌تان تقریباً به اندازهٔ تقاضاست و بیشترِ درخواست‌ها با اولویت و لیستِ انتظار جواب می‌گیرند؛ در سه سالِ گذشته اتهامِ جدیِ پارتی‌بازی یا پرسشِ بازرسی دربارهٔ تخصیص نداشته‌اید؛ دردِ اصلیِ واحدِ رفاه وام و بیمه و کسر از حقوق است و اقامتگاه فرعی است؛ و بستهٔ HR فعلی ماژولی دارد که ثبتِ درخواست و اولویت را انجام می‌دهد. در این حالت یکپارچگیِ ذاتیِ ماژول (ردیفِ ۸) از هر چیزی که ما ارائه می‌کنیم ارزشمندتر است و یک قراردادِ اضافه فقط هزینه است.

یک هشدار: «ماژولِ مهمانسرا» در بعضی بسته‌ها فقط رزرو است، یعنی هر که زودتر درخواست داد. اگر تقاضا از ظرفیت بیشتر است، رزروِ صرف همان دعوای هر سال را با یک رابطِ کاربریِ تازه تکرار می‌کند. پیش از خرید بپرسید وقتی بیست نفر یک واحد را می‌خواهند، ماژول دقیقاً چه می‌کند.

چه وقت اکسل کافی است

وقتی سازمان کوچک است، یک یا دو دوره در سال دارد، متقاضیان کمتر از حدودِ صد نفرند و کسی که فهرست را می‌بندد همان کسی است که همه به او اعتماد دارند. در این حالت اکسل نه‌فقط کافی است، بلکه با دو تغییرِ کوچک قابلِ دفاع هم می‌شود: فهرست پیش از قرعه قفل و اثرانگشتش منتشر شود، و هر تغییرِ دستی در یک برگهٔ جدا با نام و زمان ثبت شود. تا کجا با اکسل می‌شود جلو رفت و از کجا نمی‌شود در مقالهٔ جدایی با جزئیات آمده؛ خلاصه‌اش این است که اکسل در دو جا می‌شکند: وقتی تعدادِ متقاضی و شعبه زیاد شود، و وقتی کسی بپرسد «عددِ قرعه از کجا آمد».

چه وقت سامانهٔ تخصصی لازم است؛ و سرای سازمانی کجای این جدول است

وقتی تقاضا چند برابرِ ظرفیت است و هر دوره چند نفر بی‌نصیب می‌مانند که پاسخ می‌خواهند؛ وقتی سهمیه‌های مصوب و شعبه‌های متعدد دارید و تفکیکِ سهمِ قطعی از سهمِ قرعه در گزارش لازم است؛ وقتی بازرسی یا نمایندهٔ کارکنان پرسیده «از کجا معلوم فهرست بعد از قرعه عوض نشده»؛ یا وقتی مدیریت می‌خواهد اتهامِ پارتی‌بازی را نه با حرف، بلکه با سند رد کند. چهار تغییری که این اتهام را می‌بندد دو تایش بدونِ سامانه سخت است و همان دو تا دلیلِ وجودِ این دسته‌اند.

سرای سازمانی در ستونِ سوم است و ردیفِ ۵ تا ۷ نقطهٔ قوتش: فهرست پیش از قرعه قفل و اثرانگشتش منتشر می‌شود، عددِ قرعه از سهمِ چند شاهد ساخته می‌شود، هر کارمند می‌تواند قرعه را در مرورگرِ خودش دوباره اجرا کند، و تغییرِ دستی در سندِ رسمی دیده می‌شود. قابلیت‌ها، از ثبتِ درخواست تا گزارش همین ستون را باز می‌کند. حالا محدودیت‌ها، به همان صراحت:

• فقط این مسئله را حل می‌کند. وام، بیمهٔ تکمیلی، کارتِ هدیه و کسر از حقوق در آن نیست و نخواهد بود. اگر آن‌ها را هم لازم دارید، ماژولِ رفاهیِ HR کنارش می‌ماند، نه به‌جایش.
• سابقهٔ مشتریِ بیرونی برای نشان‌دادن ندارد. چرا لوگوی مشتری نمی‌بینید در صفحهٔ درباره صریح نوشته شده؛ به‌جایش سازوکارِ منتشرشده و دموی روی دادهٔ خودتان را می‌دهیم، و این برای بعضی سازمان‌ها کافی نیست و حق دارند.
• نصب روی سرورِ سازمان ممکن است، ولی گران‌تر است. سه شکلِ استقرار داریم و شکلِ سوم ضریب و هزینهٔ راه‌اندازی دارد، چون پشتیبانی روی زیرساختی انجام می‌شود که در اختیارِ ما نیست. رقمش پنهان نیست و کنارِ دو شکلِ دیگر نوشته شده.
• رویه می‌خواهد، نه فقط نصب. اگر سازمان حاضر نباشد اثرانگشتِ فهرست را پیش از قرعه منتشر کند و شاهد تعیین کند، ردیفِ ۵ عملاً خاموش می‌ماند و چیزی که می‌ماند یک نرم افزار رزروِ مهمان‌سرای خوب است، نه چیزی که بابتش آمده‌اید.
• یکپارچگی بررسیِ فنی می‌خواهد. ورود با حسابِ سازمانی و هم‌گام‌سازیِ پرسنلی پشتیبانی می‌شود، ولی دامنه‌اش پس از یک بررسیِ کوتاه در قرارداد نوشته می‌شود؛ ماژولِ HR این را از اول دارد.

بازیگرانِ بازار، به تفکیکِ دسته و بدونِ رتبه‌بندی

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

چطور تصمیم بگیرید

1. نسبتِ تقاضا به ظرفیتِ دورهٔ قبل را برای هر بازه حساب کنید. اگر زیرِ دو است، راهِ اول یا دوم کافی است.
2. از واحدِ رفاه بپرسید در دو سالِ گذشته چند اعتراض به خودِ قرعه داشته و چند بار بازرسی پرسیده. اگر صفر، ردیفِ ۵ برای شما فعلاً ارزشی ندارد.
3. از فروشندهٔ HR فعلی بپرسید ماژولش با بیست متقاضی برای یک واحد چه می‌کند و آیا گزارشِ رسمیِ تغییرِ دستی دارد.
4. اگر به سامانهٔ تخصصی رسیدید، ده معیار را کتبی از هر فروشنده بپرسید، از جمله ما، و پرسش‌های امنیتیِ دادهٔ پرسنلی را هم اضافه کنید. رقم‌های ما علنی‌اند: سه پله، سه مدتِ پرداخت، سه شکلِ استقرار؛ استعلامِ کتبی رایگان است.