برای خرید نرم‌افزار سوپرمارکت، دیدن فهرست امکانات کافی نیست. از فروشنده بخواهید چند کار واقعی فروشگاه را در همان نسخه‌ای انجام دهد که قرار است تحویل بگیرید: فروش با بارکد، مرجوعی، تغییر قیمت، شمارش موجودی و بازیابی نسخه پشتیبان. نتیجه این آزمون‌ها را کنار هزینه نصب، آموزش و پشتیبانی قرار دهید تا انتخاب شما به نیاز فروشگاه نزدیک‌تر شود.
این راهنما یک چک‌لیست پیشنهادی برای جلسه دمو است؛ رتبه‌بندی برندها یا تضمین امکانات یک محصول نیست. مثال‌ها فرضی هستند و باید با کالاها، تجهیزات و شیوه کار فروشگاه خودتان تکرار شوند.
قبل از دمو چه چیزهایی آماده کنیم؟
پنج کالای پرفروش، دو کالای مشابه با بسته‌بندی متفاوت، یک کالای وزنی و یک نمونه مرجوعی انتخاب کنید. مدل بارکدخوان، چاپگر و ترازو، تعداد صندوق‌ها و ساعت‌های شلوغی را یادداشت کنید. اگر داده واقعی مشتری همراه دارید، برای آزمایش از اطلاعات ساختگی استفاده کنید. نیازها را به سه دسته ضروری، مفید و غیرضروری تقسیم کنید؛ قابلیت ضروری باید در نسخه و قیمت پیشنهادی قابل اجرا باشد.
۱. ثبت فروش روزمره با کالاهای خودتان
از صندوق‌دار بخواهید یک سبد نمونه را ثبت کند، تعداد یک قلم را تغییر دهد و یک قلم اشتباه را حذف کند. سپس رسید چاپ شود. ببینید نام، تعداد، قیمت و مبلغ نهایی قابل خواندن هستند و آیا کاربر بدون کمک مداوم می‌تواند مسیر را انجام دهد. سرعت را روی تجهیزات مورد استفاده خودتان مقایسه کنید، نه فقط روی رایانه قدرتمند فروشنده.
۲. تشخیص کالای مشابه و بارکد ناشناخته
دو اندازه متفاوت از یک محصول را اسکن کنید و مطمئن شوید هر کدام به ردیف درست می‌رسد. یک بارکد ناشناخته را نیز امتحان کنید؛ مسیر تعریف کالا یا توقف فروش باید روشن باشد. طبق توضیح GS1 درباره شناسه کالا، GTIN برای شناسایی محصول به کار می‌رود. خوانده‌شدن عدد بارکد به‌تنهایی جای بررسی اطلاعات کالا در نرم‌افزار را نمی‌گیرد. برای آماده‌سازی اطلاعات، راهنمای تعریف و کنترل بارکد را بخوانید.
۳. فروش وزنی و سازگاری تجهیزات
اگر کالای وزنی دارید، وزن و قیمت واحد یک نمونه را وارد کنید و مبلغ نهایی را کنترل کنید. اگر اتصال مستقیم ترازو لازم است، مدل دقیق ترازو را اعلام کنید و اجرای واقعی آن را بخواهید. درباره درگاه اتصال، تنظیم چاپگر، اندازه کاغذ و هزینه راه‌اندازی سؤال کنید. عبارت کلی «اتصال به تجهیزات» را بدون ذکر مدل و نسخه، مبنای خرید قرار ندهید.
۴. مرجوعی و اصلاح فاکتور
یک قلم از فاکتور آزمایشی را مرجوع کنید. بررسی کنید تعداد کالا، مبلغ قابل بازپرداخت و گزارش فروش چگونه تغییر می‌کند و چه کسی اجازه انجام این کار را دارد. اگر کالا آسیب‌دیده است و نباید دوباره فروخته شود، از فروشنده بخواهید مسیر ثبت آن را جداگانه نشان دهد. هدف این آزمون روشن‌شدن جریان کار است، نه صرفاً وجود یک دکمه مرجوعی.
۵. تغییر قیمت و سابقه عملیات
قیمت یک کالا را در محیط آزمایشی عوض کنید و فاکتور جدید بزنید. سپس فاکتور قبلی را باز کنید و ببینید اطلاعات فروش گذشته چگونه حفظ شده است. بپرسید چه کسی مجاز به تغییر قیمت است و آیا کاربر و زمان تغییر قابل پیگیری‌اند. این نیاز برای فروشگاهی که چند نفر با نرم‌افزار کار می‌کنند اهمیت بیشتری دارد.
۶. تطبیق موجودی با یک مثال ساده
فرض کنید موجودی آغازین یک کالا ۲۰ عدد است، ۱۰ عدد خرید ثبت می‌کنید و ۴ عدد می‌فروشید. در نبود عملیات دیگر، انتظار شما ۲۶ عدد است. سپس یک عدد مرجوعی قابل فروش ثبت کنید و اثر آن را ببینید. اگر تعداد شمارش‌شده با سیستم فرق داشت، مسیر اصلاح و ثبت علت را بررسی کنید. در راهنمای مغایرت موجودی روش بررسی اختلاف‌ها توضیح داده شده است.
۷. گزارش پایان شیفت و سطح دسترسی
در دموی آزمایشی فروش نقدی و کارتی ثبت کنید و گزارش پایان شیفت بگیرید. ببینید امکان تفکیک کاربر، روش پرداخت و مرجوعی مطابق نیاز شما وجود دارد یا نه. با حساب صندوق‌دار هم وارد شوید تا حدود دسترسی مشخص شود. گزارش فروش نرم‌افزار را با تأیید تراکنش کارت‌خوان یکی نگیرید؛ روش تطبیق این دو را بپرسید. چک‌لیست بستن شیفت و کسری صندوق برای آماده‌کردن سناریوی آزمایش مفید است.
۸. ادامه کار هنگام قطع اینترنت
از مجری بخواهید در محیط آزمایشی و بدون تراکنش واقعی، قطع اینترنت را شبیه‌سازی کند. دقیقاً مشخص کنید کدام کارها ادامه دارند: ثبت فروش، گزارش، ورود کاربر یا هماهنگ‌شدن چند صندوق. قابلیت‌های وابسته به سرویس بیرونی را جدا بپرسید؛ کارکرد صندوق بدون اینترنت لزوماً به معنی در دسترس بودن پرداخت یا سفارش آنلاین نیست. بعد از اتصال مجدد نیز روش بررسی و هماهنگی اطلاعات را ببینید.
۹. بازیابی نسخه پشتیبان، نه فقط ساختن آن
یک نسخه پشتیبان از داده‌های آزمایشی بگیرید و از مسئول فنی بخواهید آن را در محیط جداگانه بازیابی کند؛ اطلاعات اصلی فروشگاه را برای این آزمون بازنویسی نکنید. چند فاکتور و موجودی نمونه را پس از بازیابی کنترل کنید. مشخص شود مسئول پشتیبان‌گیری کیست، فایل‌ها کجا نگهداری می‌شوند و در خرابی رایانه چگونه تحویل گرفته می‌شوند. راهنمای CISA نیز بر آزمودن دوره‌ای پشتیبان‌ها و نگهداری نسخه آفلاین تأکید می‌کند.
۱۰. هزینه کامل و تعهد پشتیبانی
پیشنهاد قیمت را به اجزای قابل مقایسه تقسیم کنید: مجوز نسخه، صندوق یا کاربر اضافه، نصب، انتقال اطلاعات، آموزش، اتصال تجهیزات، پشتیبانی و تمدیدهای احتمالی. روشن شود کدام هزینه یک‌باره و کدام دوره‌ای است. ساعت پاسخ‌گویی، روش دریافت کمک و شرایط دریافت خروجی اطلاعات را مکتوب بگیرید. برای آشنایی با عوامل هزینه، صفحه قیمت نرم‌افزار شگرد را ببینید؛ مبلغ نهایی باید برای ترکیب مورد نیاز شما اعلام شود.
چطور نتیجه دمو را ثبت کنیم؟
برای هر آزمون چهار مورد بنویسید: نیاز فروشگاه، نتیجه مشاهده‌شده، محدودیت و هزینه مربوط. سه وضعیت ساده کافی است: «انجام شد»، «با شرط یا هزینه اضافه» و «انجام نشد». برای نمونه: «چاپ رسید با چاپگر فعلی؛ انجام شد؛ اندازه کاغذ تنظیم شد؛ هزینه نصب در پیشنهاد آمده است». تعداد تیک‌ها را تنها معیار نگذارید؛ انجام‌نشدن یک نیاز ضروری ممکن است از چند قابلیت فرعی مهم‌تر باشد.
پرسش‌های رایج قبل از خرید
آیا ارزان‌ترین نرم‌افزار انتخاب بهتری است؟
قیمت اولیه را همراه هزینه تجهیزات، آموزش و پشتیبانی مقایسه کنید. اگر نسخه ارزان‌تر نیازهای ضروری شما را پاسخ دهد، می‌تواند گزینه مناسبی باشد؛ اما قابلیت‌های لازم و هزینه‌های بعدی باید پیش از خرید روشن شوند.
برای سوپرمارکت کوچک هم دمو لازم است؟
پیشنهاد ما یک دموی کوتاه با چند کالای واقعی و تجهیزات فعلی است. حتی با یک صندوق، ثبت اشتباه کالا یا نامشخص‌بودن بازیابی اطلاعات می‌تواند کار روزانه را دشوار کند. لازم نیست همه امکانات محصول را آزمایش کنید؛ ابتدا نیازهای ضروری را بررسی کنید.
اگر نرم‌افزار قبلی داشته باشیم چه چیزی اضافه می‌شود؟
یک نمونه انتقال اطلاعات را با داده آزمایشی بررسی کنید و درباره اقلام قابل انتقال و کنترل مانده‌ها توافق کنید. مراحل بیشتر در چک‌لیست تعویض نرم‌افزار سوپرمارکت آمده است.
برای بررسی گزینه شگرد، امکانات نرم‌افزار سوپرمارکت شگرد را ببینید و همین چک‌لیست را به جلسه معرفی ببرید. پشتیبانی از هر نیاز را برای نسخه پیشنهادی، به‌صورت عملی و مکتوب تأیید کنید.
