از جریان واقعی مراجعه شروع کنید؛ نه از طول فهرست امکانات.
ابتدا مسیر کار را روی کاغذ ببینید
یک مراجعه معمول را از تماس اولیه تا پیگیری بعدی مرور کنید. چه کسی نوبت را ثبت می‌کند؟ پرونده کجا پیدا می‌شود؟ ثبت جلسه و دریافت وجه چه ارتباطی دارند؟ نقطه‌هایی که اطلاعات دوباره وارد می‌شوند یا مسئولیت مبهم است، اولویت نیازسنجی هستند. انتخاب نرم‌افزار باید از این مسئله‌های مشخص شروع شود.
نیاز ضروری را از خواسته آینده جدا کنید
برای هر بخش سه ستون بسازید: مشکل فعلی، نتیجه مورد انتظار و فرد مسئول بررسی. نوبت و پذیرش ممکن است برای یک مرکز فوری باشند؛ مدیریت شعب برای مرکزی دیگر اولویت داشته باشد. CRM، انبار و حسابداری را با مثال واقعی از کار مرکز ارزیابی کنید و صرف وجود نام یک ماژول را کافی ندانید.
دمو را با یک سناریوی واقعی ارزیابی کنید
از ارائه‌دهنده بخواهید یک سناریوی بدون اطلاعات شخصی واقعی را نشان دهد: تغییر نوبت، مراجعه مجدد، ثبت خدمت و اصلاح دریافت. ببینید هر نقش چه اطلاعاتی می‌بیند و خطا چگونه اصلاح می‌شود. پرسش درباره امکان خروجی گرفتن، انتقال داده و بازیابی اطلاعات را به پایان مذاکره موکول نکنید.
وضعیت عرضه و هزینه را روشن کنید
میان امکانات فعال، در حال توسعه و برنامه‌ریزی‌شده تفاوت بگذارید. قیمت، محدودیت کاربران و شعب، فضای مدارک، هزینه راه‌اندازی و پشتیبانی را مکتوب درخواست کنید. نقشه راه، تعهد تحویل نیست؛ هر قابلیت ضروری باید در نسخه مورد توافق قابل بررسی باشد.
پذیرش تیم بخشی از انتخاب است
پیش از تغییر ابزار، مسئول آموزش و مسیر پاسخ به پرسش‌ها را مشخص کنید. راه‌اندازی را با یک جریان محدود و معیار روشن آغاز کنید؛ مثلاً کامل بودن اطلاعات نوبت و دسترسی پذیرش به پرونده مرتبط. نتیجه را با همان معیار بسنجید، نه با وعده کاهش هزینه بدون داده.
فارسین ۳۶۰ را چگونه بررسی کنید؟
این وب‌سایت، معماری و جهت توسعه فارسین ۳۶۰ را معرفی می‌کند. هنوز هیچ قابلیت عملیاتی با برچسب فعال اعلام نشده و قیمت‌ها نهایی نیستند. صفحه امکانات برای بررسی وضعیت حوزه‌ها و فرم دمو برای آماده کردن نیازهای مرکز در دسترس است.