راهنمای انتخاب نرم‌افزار ERP: چک‌لیست ۲۰ سؤالی پیش از خرید

انتخاب ERP یکی از گران‌ترین تصمیم‌های نرم‌افزاری هر شرکت است. نه فقط به‌خاطر قیمت، بلکه چون روش کار، اطلاعات و عادت‌های کارکنان سال‌ها به آن گره می‌خورد. این چک‌لیست ۲۰ سؤال ساده و کاربردی دارد که قبل از امضای قرارداد باید از هر فروشنده‌ی ERP بپرسید، از جمله از ما. سؤال‌ها را در شش گروه گذاشته‌ایم و برای هر کدام گفته‌ایم چرا مهم است و جواب خوب چه شکلی دارد.

اگر هنوز با خود ERP آشنا نیستید، اول ERP چیست را بخوانید.

قبل از سؤال‌ها: سه کار مقدماتی

1. مشکل را بنویسید. دقیقاً چه چیزی باید درست شود؟ مثلاً «گزارش فروش ماهانه چهار روز کار دستی دارد» یا «موجودی سیستم با انبار نمی‌خواند».
2. کارهای اصلی را روی کاغذ بکشید. از سفارش مشتری تا گرفتن پول، از درخواست خرید تا پرداخت به تأمین‌کننده. لازم نیست کامل باشد؛ یک نمودار ساده کافی است.
3. تیم انتخاب را تشکیل دهید. یک نفر از فروش، مالی، عملیات و IT. تصمیمی که فقط واحد IT بگیرد، معمولاً با نیاز واقعی فاصله دارد.

نوشتن مشکل ←فهرست اولیه ←سؤال‌های «باید» ←دمو با کارهای شما ←امتحان با اطلاعات خودتان ←تصمیم

گروه اول: آیا با کسب‌وکار ما جور است؟

۱. کدام کارهای ما را بدون تغییر نرم‌افزار پوشش می‌دهد؟

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

۲. می‌شود کوچک شروع کرد؟

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

۳. برنامه‌ی آینده‌ی محصول چیست و چقدر شفاف گفته می‌شود؟

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

۴. اگر شرکت بزرگ‌تر شد چه؟

شعبه‌ی جدید، شرکت دوم، انبار سوم؛ هر کدام در سیستم چطور اضافه می‌شود؟ آیا داشتن چند شرکت و چند شعبه جزء خود نرم‌افزار است یا باید جداگانه درست شود؟

گروه دوم: آیا برای ایران ساخته شده است؟

۵. تقویم شمسی جزء اصلی نرم‌افزار است یا افزونه؟

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

۶. فارسی و چاپ واقعاً درست است؟

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

۷. با سامانه‌ی مودیان چه می‌کند؟

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

۸. نرخ‌های مالیات و بیمه کجا نگه داشته می‌شوند؟

جواب خوب: «در تنظیمات، با تاریخ شروع و پایان هر نرخ». جواب نگران‌کننده: «در خود برنامه است و هر سال نسخه‌ی جدید می‌دهیم». در حالت دوم، ممکن است گزارش سال قبل امسال عدد دیگری نشان دهد.

گروه سوم: دسترسی و امنیت

۹. کنترل دسترسی چقدر دقیق است؟

اینکه هر کاربر یک «نقش» داشته باشد (به آن RBAC می‌گویند) کافی نیست. بپرسید آیا می‌شود:

• کارشناس فروش فقط مشتری‌های خودش را ببیند؛
• سود هر معامله برای فروشنده پنهان بماند؛
• تخفیف بیشتر از سقف، خودکار برای تأیید مدیر برود.

راهنمای کامل در سطح دسترسی در ERP.

۱۰. دسترسی‌ها در گزارش و خروجی اکسل هم رعایت می‌شوند؟

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

۱۱. معلوم است چه کسی چه کاری کرده؟

آیا سیستم ثبت می‌کند چه کسی، کی، کدام اطلاعات را از چه به چه تغییر داده است؟ به این «ردپای تغییرات» یا audit log می‌گویند. بپرسید آیا حتی مدیر سیستم هم نمی‌تواند این ردپا را پاک یا دست‌کاری کند.

۱۲. ورود به سیستم چقدر امن است؟

سه چیز را بپرسید:

• ورود دومرحله‌ای (MFA): علاوه بر رمز، یک کد از گوشی هم لازم است. بدون آن، یک رمز لو رفته یعنی همه‌ی اطلاعات مالی در خطر است.
• ورود یکپارچه (SSO): برای شرکت‌های بزرگ‌تر، کاربران با همان حساب سازمانی‌شان وارد شوند.
• کنترل نشست‌ها: بشود دید چه کسانی وارد شده‌اند و در صورت لزوم بیرونشان کرد.

گروه چهارم: اطلاعات مال کیست؟

۱۳. اطلاعات ما کجا نگه داشته می‌شود؟

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

۱۴. می‌توانیم همه‌ی اطلاعات را بیرون بیاوریم؟

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

۱۵. اطلاعات فعلی ما چطور وارد می‌شود؟

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

گروه پنجم: هزینه‌ی واقعی

۱۶. هزینه‌ی کل سه سال چقدر است؟

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

۱۷. برای بخش‌هایی که استفاده نمی‌کنیم هم پول می‌دهیم؟

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

۱۸. به‌روزرسانی نسخه چه هزینه و خطری دارد؟

بپرسید آیا تغییرات اختصاصی شما با به‌روزرسانی از بین می‌رود، و به‌روزرسانی را چه کسی و چه زمانی انجام می‌دهد.

گروه ششم: فروشنده و راه‌اندازی

۱۹. در صنعت ما چه تجربه‌ای دارید؟

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

۲۰. پشتیبانی چطور و به چه زبانی است؟

در ساعت کاری شما؟ به فارسی؟ با تیم خود فروشنده یا یک شرکت واسط؟ برای مشکل جدی، چقدر طول می‌کشد تا جواب بدهند؟

جدول امتیازدهی پیشنهادی

برای اینکه تصمیم سلیقه‌ای نشود، به هر سؤال از ۰ تا ۳ امتیاز بدهید و وزن هر گروه را با توجه به اولویت شرکتتان تعیین کنید:

دموی خوب چه شکلی است؟

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

• «یک مشتری احتمالی از نمایشگاه ثبت شود، به معامله تبدیل شود، پیش‌فاکتور با تخفیف بیشتر از سقف صادر شود و برای تأیید مدیر برود.»
• «مدیر فروش شعبه‌ی اصفهان گزارش فروش بگیرد و مطمئن شویم اطلاعات شعبه‌ی تهران را نمی‌بیند.»
• «فهرست ۵۰۰ مشتری از اکسل وارد شود و تکراری‌ها نشان داده شوند.»

در طول دمو بشمارید چند بار جمله‌ی «این را بعداً می‌شود اضافه کرد» را می‌شنوید.

اشتباه‌هایی که در انتخاب ERP زیاد دیده‌ایم

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

فیدار در این چک‌لیست کجاست؟

برای اینکه منصف باشیم، جواب‌های خودمان را هم صادقانه می‌گوییم.

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

آنچه هنوز آماده نیست: امروز CRM، مخاطبین، کارها و تقویم، گزارش‌ساز و مدیریت دسترسی آماده‌ی استفاده‌اند. حسابداری، انبار، تولید و حقوق در نقشه‌ی راه هستند و به‌زودی می‌آیند. اگر همین امروز ERP کامل مالی و تولیدی لازم دارید، مقایسه‌ی منصفانه‌ی ما با Odoo را در فیدار یا Odoo ببینید.

نمونه کارهای آزمایشی برای هر صنعت

برای هر صنعت چند نمونه کار پیشنهاد می‌کنیم که در دمو یا نسخه‌ی آزمایشی اجرا شود:

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

یک درخواست پیشنهاد کوتاه بنویسید

برای اینکه جواب فروشنده‌ها قابل مقایسه باشد، یک سند دو سه صفحه‌ای با این بخش‌ها برایشان بفرستید. به این سند «درخواست پیشنهاد» یا RFP می‌گویند:

1. معرفی شرکت: صنعت، تعداد کاربر، تعداد شعبه و انبار.
2. مشکل: سه تا پنج مشکل اصلی، و اینکه از کجا می‌فهمید حل شده است.
3. دامنه: بخش‌هایی که اول لازم دارید و بخش‌هایی که سال بعد.
4. «باید»ها: مثلاً تقویم شمسی، نصب روی سرور خودتان یا اتصال به سامانه‌ی مودیان.
5. نمونه کارهای دمو: دو سه مورد از جدول بالا.
6. قالب جواب قیمت: جدول بخش‌های هزینه برای سه سال.
7. زمان‌بندی: تاریخ دمو، نسخه‌ی آزمایشی و تصمیم.

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

بعد از انتخاب: چه چیزهایی در قرارداد بیاید

چه کسانی در تیم بررسی باشند؟

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

تیم را کوچک نگه دارید؛ پنج تا هفت نفر کافی است. تیم بزرگ‌تر معمولاً به‌جای تصمیم، فهرست بلندتری از «خواسته‌ها» می‌سازد.

علامت‌های هشدار در جواب فروشنده‌ها

بعضی جواب‌ها، هر قدر هم نرم‌افزار خوب باشد، نشانه‌ی خطرند:

هزینه‌ی کل سه سال: یک جدول خالی برای پر کردن

برای اینکه پیشنهادها قابل مقایسه باشند، همه را در یک جدول با ساختار ثابت بنویسید. این جدول عمداً خالی است؛ آن را با پیشنهاد واقعی هر فروشنده پر کنید:

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

اگر هنوز مطمئن نیستید

گاهی بعد از همه‌ی این مراحل، دو گزینه خیلی نزدیک به هم می‌مانند. در این حالت گزینه‌ای را انتخاب کنید که:

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

جمع‌بندی

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

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