نویسنده: مای محتوا
آموزش مدیریت دقیق موجودی محصولات فروشگاه اینترنتی؛ از تفکیک موجودی فیزیکی، رزروشده و قابل فروش تا کد SKU، کنترل سفارش هم‌زمان، هماهنگی با ترب و فروش حضوری، نقطه سفارش مجدد و انبارگردانی.
مشتری آخرین رنگ یک کیف را سفارش می‌دهد، پرداخت انجام می‌شود و تازه هنگام بسته‌بندی متوجه می‌شوید همان کیف چند دقیقه قبل در مغازه فروخته شده است. نتیجه معمولاً تماس با مشتری، لغو یا تغییر سفارش و هزینه‌ای است که می‌شد از آن جلوگیری کرد. مدیریت دقیق موجودی محصولات فروشگاه اینترنتی یعنی در هر لحظه بدانید کدام کالا واقعاً قابل فروش است، چه تعدادی برای سفارش‌ها کنار گذاشته شده و چه زمانی باید دوباره از تأمین‌کننده خرید کنید.
این کار صرفاً نوشتن یک عدد کنار نام محصول نیست. موجودی فروشگاه با دریافت کالا، فروش آنلاین و حضوری، رزرو سفارش، مرجوعی، خرابی، بسته‌های ترکیبی و تأخیر به‌روزرسانی کانال‌های فروش تغییر می‌کند. در این مقاله از تعریف موجودی واقعی و قابل فروش تا ساخت کد کالا، کنترل سفارش‌های هم‌زمان، محاسبه نقطه سفارش مجدد، انبارگردانی و تحلیل گزارش‌ها را مرحله‌به‌مرحله توضیح می‌دهیم؛ با مثال‌های عددی و چک‌لیست اجرایی برای فروشگاه‌های کوچک و در حال رشد.
وقتی سایت کالای ناموجود را قابل خرید نشان می‌دهد، مشتری زمانی صرف انتخاب و پرداخت کرده اما فروشگاه نمی‌تواند به تعهدش عمل کند. این اتفاق یکی از دلایل توقف خرید است که در راهنمای بررسی رها شدن مسیر خرید نیز می‌توان از منظر تجربه مشتری پیگیری کرد. از سوی دیگر، اگر کالا واقعاً موجود باشد ولی در سایت ناموجود نمایش داده شود، فرصت فروش از دست می‌رود. موجودی بیش از نیاز نیز پول را در قفسه نگه می‌دارد و ممکن است به هزینه انبارداری، افت مد یا تاریخ انقضا منجر شود.
بنابراین سه هدف را هم‌زمان دنبال کنید: جلوگیری از فروش بیش از موجودی، کاهش خواب سرمایه و حفظ سرعت آماده‌سازی سفارش. برای رسیدن به این اهداف ابتدا باید معلوم باشد هر عدد موجودی دقیقاً چه معنایی دارد.
یکی از ریشه‌های اختلاف انبار، یکسان فرض کردن تعداد کالاهای روی قفسه با تعداد قابل فروش است. در سیستم‌های حرفه‌ای چند وضعیت برای موجودی تعریف می‌شود:
| نوع موجودی | تعریف | آیا باید قابل خرید باشد؟ |
|---|---|---|
| فیزیکی یا موجود در محل | کالاهایی که واقعاً در انبار یا محل فروش حضور دارند | فقط بخش سالم و آزاد آن |
| رزروشده یا متعهدشده | کالایی که برای سفارش معتبر یا انتقال کنار گذاشته شده | خیر، تا آزاد شدن رزرو |
| غیرقابل فروش | کالای آسیب‌دیده، در انتظار کنترل کیفیت یا کنارگذاشته‌شده | خیر |
| قابل فروش | بخش آزاد و قابل عرضه موجودی فیزیکی | بله |
| در راه | کالایی که سفارش داده شده اما هنوز دریافت و تأیید نشده | خیر، مگر با سیاست پیش‌فروش جداگانه |
در یک مدل ساده و بدون وضعیت‌های هم‌پوشان، موجودی قابل فروش = موجودی فیزیکی − رزروشده − غیرقابل فروش. برای مثال اگر از یک کالا ۵۲ عدد در محل دارید، ۸ عدد برای سفارش‌های پرداخت‌شده رزرو شده، ۳ عدد آسیب‌دیده و ۴ عدد به‌عنوان ذخیره احتیاطی کنار گذاشته‌اید، تعداد قابل عرضه ۳۷ عدد است. ۲۰ عددی که تأمین‌کننده قول ارسال آن را داده تا زمان دریافت واقعی نباید به این عدد اضافه شود.
این تفکیک با منطق وضعیت‌های موجودی در مستندات رسمی Shopify نیز همخوانی دارد؛ البته عنوان وضعیت‌ها و زمان رزرو در نرم‌افزارهای مختلف متفاوت است. مهم این است که یک عدد دوبار کم یا دوبار اضافه نشود.
نام محصول برای ارتباط با مشتری مناسب است، اما برای کنترل انبار همیشه دقیق نیست. فرض کنید «تیشرت یقه‌گرد» در چهار رنگ و سه اندازه دارید. اگر موجودی همه مدل‌ها را زیر یک نام ثبت کنید، ممکن است فروش رنگ مشکی سایز بزرگ، موجودی رنگ سفید را به‌اشتباه کاهش دهد. SKU یا کد داخلی کالا باید هر ترکیب قابل فروش را به‌طور یکتا مشخص کند.
برای نمونه می‌توانید از کدهایی مانند TS-210-BLK-L و TS-210-WHT-M استفاده کنید. ساختار کد باید در تیم ثابت باشد؛ کدهای قدیمی را برای کالای متفاوت دوباره استفاده نکنید. بارکد سازنده نیز در صورت وجود کمک‌کننده است، ولی الزاماً جای SKU داخلی و تفکیک محل نگهداری را نمی‌گیرد.
برای هر تنوع، موجودی، قیمت، عکس و گزینه انتخابی را مستقل آزمایش کنید. اگر فروشگاه چندقیمتی دارید، راهنمای مدیریت محصولات متغیر را مطالعه کنید. ثبت SKU دقیق همچنین در تهیه فهرست برداشت، رسیدگی به مرجوعی و اصلاح خطای سفارش مفید است.
یکی از مشکلات رایج آن است که صندوق‌دار تعداد کالا را در نرم‌افزار فروش حضوری تغییر می‌دهد، مدیر سایت عدد دیگری می‌نویسد و مسئول انبار هم فایل جداگانه‌ای دارد. وقتی هیچ‌کدام مرجع نهایی نیستند، پیدا کردن علت اختلاف دشوار می‌شود. برای هر کالا و محل نگهداری تعیین کنید کدام سیستم یا دفتر، مرجع ثبت گردش موجودی است و چه کسی اجازه اصلاح آن را دارد.
اگر فروشگاه کوچک است و اتصال فنی میان صندوق و سایت وجود ندارد، می‌توانید در شروع با یک ثبت مرکزی و مسئول مشخص کار کنید؛ اما باید فروش حضوری و سفارش آنلاین را در فاصله‌ای کوتاه و منظم ثبت کنید. در حجم بالا، اتصال سازگار و آزمایش‌شده یا یک سیستم یکپارچه ضرورت بیشتری پیدا می‌کند. هر ادعای «همگام‌سازی خودکار» را از نظر جهت انتقال داده، دوره به‌روزرسانی، مدیریت خطا و تعارض بررسی کنید.
قاعده مهم: موجودی را بی‌دلیل از چند نقطه مستقل ویرایش نکنید. اگر شمارش فیزیکی اشتباه بودن عدد سیستم را نشان داد، اصلاح را با دلیل و ثبت تاریخ انجام دهید؛ نه با جایگزین کردن عددی که منبع آن معلوم نیست.
اگر صرفاً عدد نهایی را نگه دارید، پس از بروز اختلاف نمی‌دانید چه اتفاقی افتاده است. بهتر است گردش موجودی شامل دریافت از تأمین‌کننده، فروش، رزرو، لغو سفارش، انتقال بین انبارها، مرجوعی، ضایعات و اصلاح ناشی از شمارش باشد. یک ثبت ساده باید زمان، SKU، محل، تعداد تغییر، علت و مسئول را مشخص کند.
| رویداد | تغییر مورد انتظار | کنترل ضروری |
|---|---|---|
| دریافت کالای سالم | افزایش موجودی فیزیکی و در صورت تأیید، قابل فروش | تطبیق با حواله خرید و کنترل کیفیت |
| رزرو سفارش معتبر | کاهش موجودی قابل فروش؛ الزاماً نه فیزیکی | شناسه یکتای سفارش و مدت رزرو |
| ارسال سفارش رزروشده | خروج فیزیکی و تسویه همان رزرو | جلوگیری از کسر دوباره تعداد |
| لغو سفارش | آزادسازی رزرو طبق وضعیت واقعی | فقط یک‌بار و پس از کنترل |
| مرجوعی مشتری | ورود به وضعیت بررسی، نه فروش فوری | ارزیابی سلامت و اقلام همراه |
| شکستگی یا مفقودی | انتقال به غیرقابل فروش یا کسر ثبت‌شده | دلیل و تأیید مسئول |
تاریخچه تغییرات کمک می‌کند هم اشتباه انسانی را پیدا کنید و هم عملکرد فرایند را بهبود دهید. اگر در پنل شما ثبت تاریخچه یا علت اصلاح پشتیبانی نمی‌شود، درباره راهکار جایگزین یا خروجی قابل پیگیری از ارائه‌دهنده سؤال کنید.
از زمان انتخاب محصول تا پرداخت و ارسال، ممکن است چند مرحله وجود داشته باشد. لازم است مشخص کنید موجودی در چه لحظه‌ای رزرو می‌شود و چه زمانی آزاد می‌شود. اگر با اضافه شدن کالا به سبد، موجودی را برای همیشه کنار بگذارید، سبدهای رهاشده موجودی را قفل می‌کنند. اگر تا پایان پرداخت هیچ کنترل مجددی انجام نشود، ممکن است دو نفر هم‌زمان آخرین عدد را خریداری کنند.
راهکار فنی دقیق به ساختار سیستم بستگی دارد؛ برخی فروشگاه‌ها رزرو موقت با زمان انقضا و برخی بررسی و تخصیص موجودی را در مرحله ثبت یا تأیید سفارش پیاده می‌کنند. نکته حیاتی این است که عملیات تخصیص آخرین موجودی در برابر درخواست‌های هم‌زمان ایمن باشد؛ مثلاً با کنترل اتمیک در پایگاه داده یا مکانیزم مناسب دیگری که تیم فنی آزمایش کرده است.
اگر پیام تأیید پرداخت دوبار دریافت شد، نباید موجودی دوباره کاهش یابد. همچنین در لغو، انقضای رزرو یا پرداخت ناموفق، آزادسازی نباید چندبار انجام شود. برای طراحی این گردش کار، راهنمای مدیریت سفارش‌های فروشگاه اینترنتی را بخوانید.
فروش هم‌زمان از سایت و مغازه، پیام‌رسان یا بازارگاه‌ها می‌تواند باعث تداخل شود؛ زیرا هر کانال ممکن است سفارش را در سیستم متفاوتی ثبت کند. ابتدا معلوم کنید کدام کانال واقعاً سفارش را نهایی می‌کند و کدام فقط بازدیدکننده به سایت می‌فرستد. به‌عنوان نمونه، در مدل رایج فروشگاه‌های دارای سایت، ترب بیشتر نقش جست‌وجو و مقایسه قیمت دارد و خرید در سایت فروشنده تکمیل می‌شود. بنابراین نمایش محصول در ترب به‌معنای وجود یک انبار مستقل در آن نیست.
در مقابل، برای بعضی بازارگاه‌ها یا فروش حضوری ممکن است سفارش در پنل جدا ثبت شود. اگر اتصال خودکار ندارید، یک روال مشخص برای کسر موجودی پس از هر فروش ایجاد کنید. با افزایش سفارش‌ها، درباره یکپارچه‌سازی واقعی و مدیریت تأخیر داده تصمیم بگیرید. تأخیر بروزرسانی قیمت و موجودی در ترب می‌تواند با زمان تغییر در سایت متفاوت باشد؛ پس پس از اصلاح موجودی، نمایش بیرونی کالاهای حساس را هم کنترل کنید. راهنمای اتصال فروشگاه به ترب و باسلام توضیح بیشتری درباره تفاوت کانال‌ها دارد.
برای کالاهای با موجودی یک یا دو عدد، سیاست محافظه‌کارانه داشته باشید؛ مثلاً تا زمانی که هماهنگی قابل اتکا برقرار نشده، از عرضه بدون کنترل همان آخرین واحد در چند پنل جدا جلوگیری کنید. برای مرور آمادگی سایت در چند کانال، راهنمای آماده‌سازی فروشگاه برای گوگل و ترب را هم ببینید. این سیاست باید به حجم فروش و زمان همگام‌سازی شما وابسته باشد.
اگر بسته‌ای شامل دو قلم کالا می‌فروشید، تعداد قابل فروش بسته نباید مستقل از موجودی اجزا به‌صورت دستی و ثابت باقی بماند. فرض کنید هر «بسته مراقبت کفش» شامل یک برس و دو قوطی واکس است. اگر ۱۰ برس و ۱۵ قوطی واکس آزاد دارید، حداکثر تعداد بسته کامل ۷ بسته است؛ زیرا هر بسته به دو قوطی واکس نیاز دارد. این محاسبه باید پس از کسر رزروهای دیگر انجام شود.
اگر همان برس و واکس جداگانه هم فروخته می‌شوند، فروش هر جزء بر ظرفیت بسته اثر دارد. باید از دو بار فروش یک موجودی مشترک جلوگیری شود. ممکن است سایت‌ساز شما مدیریت خودکار اجزای باندل نداشته باشد؛ در این صورت از روش ثبت موجودی کنترل‌شده یا تعریف بسته آماده با موجودی واقعی استفاده کنید و پیش از شروع کمپین آن را آزمایش کنید.
مدیریت موجودی دقیق فقط به جلوگیری از فروش کالای ناموجود محدود نیست؛ باید پیش از خالی شدن قفسه برای تأمین دوباره اقدام کنید. نقطه سفارش مجدد سطحی از موجودی است که با رسیدن به آن باید سفارش خرید جدید را بررسی کنید. یک فرمول مقدماتی برای تقاضای نسبتاً پایدار چنین است: نقطه سفارش = فروش متوسط روزانه × زمان تأمین به روز + موجودی اطمینان.
مثال فرضی: از یک مدل ماگ به‌طور متوسط روزانه ۱۲ عدد می‌فروشید، تأمین‌کننده معمولاً ۷ روز برای تحویل زمان نیاز دارد و بر اساس نوسان تقاضا و تأخیرهای تجربه‌شده ۳۵ عدد ذخیره احتیاطی در نظر گرفته‌اید. نقطه سفارش برابر ۱۱۹ عدد می‌شود: ۱۲ × ۷ + ۳۵. یعنی وقتی وضعیت موجودی مؤثر به این محدوده رسید، باید تأمین را آغاز کنید تا پیش از دریافت محموله جدید دچار کمبود نشوید.
در تصمیم خرید، فقط عدد موجود روی قفسه را مبنا قرار ندهید؛ سفارش‌های در راه و تعهدات تأمین‌نشده را نیز بررسی کنید. برای برنامه‌ریزی پیشرفته‌تر از مفهوم موقعیت موجودی = موجودی فیزیکی + سفارش تأمین در راه − تقاضای معوق استفاده می‌شود؛ اما این عدد برای تصمیم خرید است و به معنی کالای قابل خرید توسط مشتری نیست. موجودی اطمینان را نیز نباید یک عدد ثابت برای همه کالاها بگذارید: نوسان تقاضا، قابلیت اعتماد تأمین‌کننده و هزینه کمبود مهم‌اند.
همه کالاها به یک اندازه نیازمند بررسی روزانه نیستند. یک روش شناخته‌شده، تحلیل ABC است: کالاها را بر اساس سهمشان از ارزش مصرف یا فروش در یک دوره مرتب و به گروه‌های مهم‌تر و کم‌اهمیت‌تر تقسیم کنید. مرز درصدی این گروه‌ها قانون ثابت ندارد و باید با شرایط فروشگاه تنظیم شود.
محصولات با سهم بالاتر از فروش یا سود، موجودی کم و زمان تأمین طولانی معمولاً به پایش بیشتر نیاز دارند. در مقابل، اقلام کم‌تقاضا نباید فقط به امید فروش آینده بارها دوباره خریداری شوند. برآورد هزینه سرمایه درگیر و نگهداری را نیز در کنار سود واقعی هر سفارش بررسی کنید. علاوه بر تعداد فروش، تاریخ آخرین فروش و تعداد روزهای باقی‌مانده تا پایان عمر مفید کالا را بررسی کنید.
برای کالاهای فاسدشدنی یا تاریخ‌دار، اصل FEFO یعنی اولویت خروج محصولی که زودتر منقضی می‌شود اهمیت دارد. برای بسیاری از اقلام بدون تاریخ انقضا، روش FIFO یعنی خروج قدیمی‌ترها می‌تواند به نظم انبار کمک کند؛ البته سیاست واقعی برداشت باید با نوع کالا هماهنگ باشد.
حتی با ثبت همه سفارش‌ها، اختلاف موجودی ممکن است به دلیل اشتباه برداشت، ثبت ناقص کالا، ضایعات یا مرجوعی ایجاد شود. انبارگردانی چرخشی یعنی به جای انتظار برای یک شمارش سنگین سالانه، هر روز یا هفته بخشی از کالاها را بررسی کنید. کالاهای حساس، پرفروش و دارای اختلاف سابقه را زودتر شمارش کنید.
برای هر شمارش، SKU، محل، تعداد فیزیکی و عدد سیستم را ثبت کنید. اگر اختلاف وجود داشت، پیش از اصلاح بررسی کنید آیا سفارش رزروشده، کالای در انتقال، بسته آماده ارسال یا دریافت ثبت‌نشده علت است. بهتر است کسی که می‌شمارد، در صورت امکان عدد مورد انتظار سیستم را نبیند تا شمارش تحت تأثیر حدس قرار نگیرد. سپس مسئول مجاز اصلاح را همراه با دلیل ثبت کند.
مثال: سیستم ۲۸ عدد از یک مدل نشان می‌دهد اما شمارش فیزیکی ۲۶ عدد را تأیید می‌کند. قبل از کم کردن دو عدد، سفارش‌های بسته‌بندی‌شده و تحویل‌نداده‌شده و انتقال بین قفسه‌ها را بررسی کنید. اگر اختلاف واقعی بود، اصلاح را مستند و علت تکرار آن را پیدا کنید. هدف فقط برابر کردن عددها نیست؛ جلوگیری از ایجاد اختلاف تازه است.
وقتی مشتری کالایی را مرجوع می‌کند، ورود بسته به انبار الزاماً به معنی قابل فروش شدن آن نیست. ممکن است پلمب باز شده، بخشی از اقلام همراه کم باشد یا محصول نیاز به بررسی فنی داشته باشد. کالا را ابتدا به وضعیت «در انتظار بررسی» منتقل کنید و پس از کنترل سلامت و تصمیم مسئول، موجودی قابل فروش را اصلاح کنید.
همچنین اگر مشتری سفارش را لغو کرد اما بسته قبلاً تحویل حمل‌کننده شده، آزادسازی موجودی به‌صورت فوری می‌تواند موجودی ساختگی ایجاد کند. وضعیت بازگشت واقعی کالا و بازپرداخت را از هم جدا نگه دارید. برای فروشگاه‌هایی که فاکتور و گزارش سفارش دارند، این تفکیک به تطبیق مالی و موجودی کمک می‌کند.
اگر کالا در مغازه، انبار اصلی و محل بسته‌بندی نگهداری می‌شود، عدد کلی موجودی به تنهایی کافی نیست. برای هر محل تعداد فیزیکی، رزرو و موجودی قابل فروش را ثبت کنید. ممکن است در مجموع ۵۰ عدد کالا داشته باشید، اما فقط ۱۰ عدد در انباری باشد که سفارش‌های آنلاین از آن ارسال می‌شوند. در چنین وضعیتی باید امکان انتقال واقعی و زمان آن را در برنامه تحویل در نظر بگیرید.
انتقال بین دو محل باید دو رویداد قابل پیگیری داشته باشد: خروج از محل مبدأ و دریافت تأییدشده در مقصد. کالای در حال انتقال نباید هم‌زمان در هر دو انبار آزاد و قابل فروش حساب شود. اگر پلتفرم شما مدیریت چندانباره ندارد، پیش از گسترش عملیات، شیوه کنترل دستی یا اتصال مناسب را مشخص کنید.
در فروش ویژه، تغییر هم‌زمان قیمت و حجم سفارش ممکن است اختلاف‌های قدیمی انبار را آشکار کند. قبل از شروع تبلیغ، کالاهای کمپین را شمارش کنید، وضعیت رزرو را بررسی کنید و ظرفیت آماده‌سازی را با تعداد فروش مورد انتظار تطبیق دهید. اگر کالایی موجودی بسیار محدود دارد، پیام و وضعیت آن باید به‌روز باشد؛ از نمایش «موجودی محدود» یا شمارنده ساختگی برای تحریک خرید استفاده نکنید.
در طول کمپین به تغییرات موجودی کالاهای اصلی نزدیک‌تر نظارت کنید و اگر همگام‌سازی کانال‌ها تأخیر دارد، برای جلوگیری از فروش بیش از موجودی اقدام متناسب انجام دهید. بعد از کمپین، موجودی رزروشده، سفارش‌های ناموفق، لغوها و مرسوله‌های آماده ارسال را تسویه کنید. برای هماهنگی عملیات می‌توانید از راهنمای مدیریت سفارش‌های اینترنتی استفاده کنید.
| شاخص | روش بررسی | کاربرد |
|---|---|---|
| دقت موجودی | سهم SKU/محل‌های شمارش‌شده با مقدار صحیح نسبت به موارد بررسی‌شده | اندازه‌گیری هماهنگی سیستم و انبار |
| نرخ اتمام موجودی | تعداد موارد یا روزهای ناموجودی طبق تعریف ثابت | شناسایی کمبود و فروش ازدست‌رفته |
| روزهای پوشش موجودی | موجودی آزاد ÷ متوسط فروش روزانه، برای تقاضای نسبتاً پایدار | تخمین ساده مدت کفایت کالا |
| گردش موجودی | بهای تمام‌شده کالای فروش‌رفته ÷ متوسط ارزش موجودی در همان دوره | سنجش میزان گردش سرمایه کالایی |
| نرخ لغو به دلیل نبود کالا | لغوهای ناشی از کمبود ÷ سفارش‌های مشمول | اثر مستقیم خطای موجودی بر مشتری |
| موجودی راکد | کالاهای بدون فروش در بازه تعریف‌شده | شناسایی خواب سرمایه و نیاز به بازبینی خرید |
برای مقایسه دوره‌ها تعریف شاخص را ثابت نگه دارید. مثلاً در محاسبه دقت موجودی ممکن است روش شمارش بر اساس تعداد ردیف‌های صحیح یا مقدار اختلاف واحدها باشد؛ این دو یک شاخص یکسان نیستند. همچنین «روزهای پوشش» با میانگین فروش گذشته فقط یک تخمین است و در مناسبت‌های فصلی یا کمپین‌ها می‌تواند خطای زیادی داشته باشد.
فرض کنید یک فروشگاه پوشاک در سایت، مغازه حضوری و شبکه اجتماعی سفارش می‌گیرد. برای مدل «پیراهن آبی سایز M» با SKU مشخص، صبح ۱۸ عدد کالا در محل دارد. سه عدد از شب قبل برای سفارش معتبر رزرو شده و یک عدد در انتظار بررسی کیفیت است. بنابراین ۱۴ عدد قابل فروش باقی مانده است. اگر در طول صبح دو عدد حضوری فروش برود و یک سفارش آنلاینِ معتبر برای چهار عدد ثبت و رزرو شود، موجودی آزاد ــ با فرض اینکه هیچ ورود یا آزادسازی دیگری نداشته‌ایم ــ به ۸ عدد می‌رسد.
در چنین مثالی، اگر فروشنده سفارش اینستاگرام را بدون ثبت در مرجع موجودی بپذیرد، سایت ممکن است تعداد بیشتری از موجودی واقعی بفروشد. راه درست، ثبت سفارش کانال دوم در فرایند اصلی یا کم کردن کنترل‌شده موجودی قبل از وعده تحویل است. در پایان روز، تعداد ارسال‌شده، رزروهای باقی‌مانده و فروش صندوق باید با گردش موجودی همان SKU تطبیق داده شوند.
اگر فروشگاه به ترب هم معرفی شده است، باید به خاطر داشت تغییر عدد سایت و نمایش آن در ترب ممکن است هم‌زمان نباشد. بنابراین داشتن موجودی مرجع صحیح و کنترل دوره‌ای لینک محصول اهمیت دارد؛ صرف «اتصال فعال» به معنی تضمین هماهنگی آنی نیست.
این زمان‌بندی برای راه‌اندازی کنترل‌های اولیه است، نه تضمین حذف همه اختلاف‌ها در دو هفته. در فروشگاه بزرگ یا دارای اتصال‌های اختصاصی، اصلاح سیستم و آموزش کارکنان ممکن است زمان بیشتری ببرد.
برای کنترل موجودی، ابتدا لازم است کالاها، مدل‌ها و سفارش‌ها در یک محیط قابل مدیریت ثبت شوند. مای‌تارنما یک فروشگاه‌ساز اختصاصی با امکانات معرفی‌شده‌ای مانند مدیریت محصولات ساده و چندنوعی، قیمت‌های متفاوت، مدیریت سفارش، فاکتور و چاپ، پیامک سفارش و گزارش موجودی است. این امکانات می‌توانند به منظم شدن اطلاعات فروشگاه کمک کنند، به‌خصوص وقتی تعداد محصولات از چند مورد اولیه بیشتر می‌شود.
بااین‌حال نباید فرض کرد قابلیت‌هایی مانند رزرو اتمیک موجودی، انبار چندمحلی، اتصال دوطرفه به همه صندوق‌های فروشگاهی، محاسبه خودکار نقطه سفارش یا کنترل اجزای باندل در تمام طرح‌ها به‌صورت پیش‌فرض وجود دارند. اگر چنین نیازهایی دارید، روش دقیق اجرا و هزینه احتمالی توسعه را از پشتیبانی بررسی کنید.
در تست رایگان ۱۰روزه مای‌تارنما می‌توانید چند محصول و تنوع واقعی وارد کنید، موجودی را اصلاح کنید و با سفارش‌های آزمایشی مجاز بررسی کنید چه تغییراتی در پنل ثبت می‌شود. برای ارزیابی امکانات پیش از انتخاب، چک‌لیست تست رایگان فروشگاه‌ساز را مطالعه کنید.
موجودی فیزیکی همه کالاهای حاضر در محل را شامل می‌شود، اما موجودی قابل فروش فقط کالاهای سالم و آزادی است که برای سفارش یا هدف دیگری کنار گذاشته نشده‌اند. کالای در راه نیز تا زمان دریافت و تأیید معمولاً قابل فروش محسوب نمی‌شود.
بستگی به ساختار رزرو و پرداخت فروشگاه دارد. اصل مهم جلوگیری از فروش هم‌زمان بیش از موجودی و جلوگیری از کسر یا آزادسازی تکراری است. زمان رزرو، انقضا و تأیید پرداخت را با تیم فنی یا سرویس‌دهنده آزمایش کنید.
خیر. در مدل رایج، ترب خریدار را به سایت فروشنده هدایت می‌کند و داده‌های نمایش ممکن است با تأخیر دریافت شوند. هماهنگی موجودی فروشگاه با مغازه و بازارگاه‌های مستقل به روش اتصال همان سیستم‌ها نیاز دارد.
وضعیت خرید آن را در سایت اصلاح کنید، سفارش‌های قبلی را بررسی کنید و در صورت وجود مغایرت، مشتریان درگیر را سریع مطلع کنید. برای کانال‌های بیرونی نیز داده جدید را طبق روش اتصال ارائه دهید و نمایش آن را پایش کنید.
در یک مدل ساده، متوسط فروش روزانه را در زمان تأمین ضرب و موجودی اطمینان را اضافه کنید. این روش برای تقاضای نسبتاً پایدار مناسب‌تر است و باید با نوسان فروش، تأخیر تأمین و سفارش‌های در راه اصلاح شود.
یک دوره ثابت برای همه فروشگاه‌ها وجود ندارد. کالاهای پرفروش، گران یا دارای اختلاف سابقه را بیشتر بشمارید و کالاهای کم‌ریسک را در چرخه طولانی‌تری قرار دهید. نتیجه شمارش و علت اصلاح باید ثبت شود.
نه در شروع. یک فهرست مرکزی، SKU یکتا، ثبت گردش و مسئول مشخص می‌تواند برای حجم پایین مفید باشد. با افزایش تعداد سفارش و کانال‌های فروش، نیاز به کنترل خودکار، گزارش دقیق و اتصال امن بیشتر می‌شود.
برای پاسخ به سؤال چگونه موجودی محصولات فروشگاه اینترنتی را دقیق مدیریت کنیم؟! باید از تعریف وضعیت‌ها شروع کرد: کالای فیزیکی، رزروشده، غیرقابل فروش و در راه را از موجودی قابل خرید جدا کنید. سپس برای هر تنوع SKU مستقل داشته باشید، یک مرجع اصلی تعیین کنید، تغییرات را با دلیل ثبت کنید و سفارش‌های هم‌زمان و مرجوعی را بدون کسر یا اضافه کردن تکراری مدیریت کنید.
نقطه سفارش مجدد، انبارگردانی چرخشی و گزارش کالاهای کم‌موجودی نیز کمک می‌کنند هم فروش ازدست‌رفته کمتر شود و هم سرمایه بی‌دلیل در انبار نماند. اگر به فروشگاه‌سازی با امکانات مدیریت محصول، سفارش و گزارش موجودی نیاز دارید، امکانات مای‌تارنما و دوره آزمایشی رایگان ۱۰روزه آن را بررسی کنید و عملکرد موجودی را با چند سفارش واقعی‌نما آزمایش کنید.
برای طراحی سایت اختصاصی کسب‌وکارتان، همین حالا مشاوره رایگان دریافت کنید.
نام و شماره را بگذارید تا با شما تماس بگیریم.
دیگر محتوا های مرتبط را بخوانید
مای‌تارنما قویترین و سادهترین سایتسازاینترنتی برای راه‌اندازی کسبوکار آنلاین شماست. با ما می‌توانید در سریعترین زمان ممکن، بدون نیاز به دانش برنامهنویسی، سایت فروشگاهی اختصاصی خود را بسازید، محصولاتتان را عرضه کنید و مستقیماً از مشتریان خود سفارش بگیرید. مای‌تارنما ابزارهای کامل مدیریت محصولات، گزارشهای مالی و سیستم پرداخت ایمن را برای تضمین موفقیت و رشد پایدار فروشگاه شما فراهم میآورد.
