سناریو فرضی: فروشگاه محله‌ای و صندوق فروش

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

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

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

مشکل‌ها کم‌کم جمع شدند:

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

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

1. فروش با بارکد و چاپ فیش برای مشتری 2. یک قیمت به‌روز برای هر کالا، در یک جا 3. گزارش پایان روز: نقد، کارت، نسیه 4. حساب هر مشتری نسیه با ریز خریدها 5. هشدار برای کالاهایی که به حداقل موجودی رسیده‌اند

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

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

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

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

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

هفته اول صرف کاری شد که هیچ نرم‌افزاری به‌جای فروشنده انجام نمی‌دهد: تعریف کالاها. کالاهای بسته‌بندی با اسکن بارکد کارخانه‌ای تعریف شدند. بیشتر کالاهای بسته‌بندی بارکد ۱۳ رقمی استاندارد دارند و اسکن آن کافی است تا کالا شناخته شود. برای هر کالا قیمت خرید و فروش ثبت شد. کالاهای بدون بارکد کد داخلی گرفتند و لیبل خوردند.

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

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

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

در این مثال فرضی، تغییرها بیشتر از جنس نظم بودند تا معجزه:

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

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

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

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

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

فاکتور خرید را هم ثبت کنید. فروش بدون خرید، موجودی و سود را بی‌معنا می‌کند.

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

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

برای یک فروشگاه محله‌ای، صندوق فروشگاهی یعنی فروش سریع‌تر، قیمت یکسان و گزارشی که هر شب حقیقت را نشان می‌دهد. مسیر این مثال فرضی تکرارپذیر است: نیازها را بنویسید، نسخه را با سقف‌ها و امکانات واقعی تطبیق دهید و هفته اول را برای تعریف کالا و آموزش کنار بگذارید. اگر می‌خواهید همین مسیر را برای فروشگاه خودتان ببینید، یک دموی ثمین رزرو کنید یا برای مشاوره انتخاب نسخه با ۰۵۱-۳۷۶۵۵۵۰۰ یا ۰۹۱۵۴۹۰۳۵۰۰ تماس بگیرید.

• International Article Number (EAN) – Wikipedia