چطور یک اپ مدیریت موجودی برای کسب‌وکار کوچک بسازیم
برای ساخت یک اپ مدیریت موجودی، با چهار چیز شروع کنید: فهرستی از کالاها، تعداد هر کالا در هر مکان، سابقه‌ای از هر گردش موجودی (ورود، خروج، تعدیل، همراه با دلیل)، و هشدار کمبود بر اساس سطح سفارش مجدد. یک ابزار ساخت اپ با AI می‌تواند پایگاه داده، صفحه‌ها و هشدارها را از یک توصیف ساده بسازد. مهم‌ترین انتخاب طراحی ثبت گردش‌ها است، نه فقط بازنویسی یک شمارش، چون همین سابقه است که به شما اجازه می‌دهد به اعداد اعتماد کنید.
چرا کسب‌وکارهای کوچک خودشان می‌سازند
بیشتر کسب‌وکارهای کوچک موجودی را در یک صفحه‌گسترده ردیابی می‌کنند، و تا وقتی کار می‌کند خوب است. نقاط شکست معمول:
- چند نفر صفحه را به‌روز می‌کنند و تغییرات یکدیگر را بازنویسی می‌کنند
- کسی نمی‌تواند بفهمد چرا یک شمارش تغییر کرده یا چه کسی آن را تغییر داده
- چیزی تمام می‌شود پیش از آنکه کسی متوجه شود
- موجودی در بیش از یک مکان است (قفسه فروش، انبار پشتی، ون، شعبه دوم)
- صفحه پر از دستورالعمل استفاده از آن شده است
نرم‌افزار موجودی آماده وجود دارد و اغلب پاسخ درست است (در انتهای این راهنما ببینید). افراد خودشان می‌سازند وقتی موجودی‌شان غیرمعمول است (دسته‌ها با تاریخ انقضا، کالاهایی که از کالاهای دیگر ساخته می‌شوند، اجاره‌هایی که برمی‌گردند)، وقتی فقط بخش کوچکی از یک محصول بزرگ لازم دارند، یا وقتی می‌خواهند دقیقاً با شیوه کار تیمشان جور باشد. اگر از صفحه‌گسترده می‌آیید، نحوه تبدیل صفحه‌گسترده به اپ همراه مفیدی است.
اپ به چه چیزهایی نیاز دارد
داده اصلی
| داده | فیلدهای اصلی |
|---|---|
| کالا | نام، SKU، بارکد، دسته‌بندی، واحد (عدد، جعبه، کیلو)، قیمت خرید، قیمت فروش، سطح سفارش مجدد، تأمین‌کننده، عکس، فعال یا بایگانی‌شده |
| مکان | نام (فروشگاه، انبار پشتی، ون ۲) |
| سطح موجودی | کالا، مکان، تعداد در دست |
| گردش | کالا، مکان، تغییر (+ یا −)، نوع (دریافت‌شده، فروخته‌شده، مصرف‌شده، آسیب‌دیده، شمارش‌شده، منتقل‌شده)، یادداشت، چه کسی، چه زمانی |
| تأمین‌کننده | نام، تماس، زمان تحویل |
ایده کلیدی: سطح موجودی نتیجه گردش‌ها است. هر تغییر از طریق یک رکورد گردش انجام می‌شود و تعداد در دست از روی آن به‌روز می‌شود. این یعنی یک سابقه ممیزی رایگان و پیدا و برگرداندن آسان اشتباهات.
صفحه‌های اصلی
- فهرست کالاها با جستجو، فیلتر دسته‌بندی و فیلتر «کمبود موجودی»
- صفحه کالا که تعداد در هر مکان و گردش‌های اخیر را نشان می‌دهد
- تعدیل سریع: دریافت موجودی، خروج موجودی، انتقال بین مکان‌ها، ثبت یک شمارش
- نمای کمبود: هر چیزی که در یا زیر سطح سفارش مجدد است، گروه‌بندی‌شده بر اساس تأمین‌کننده
- حالت شمارش موجودی برای شمارش‌های دوره‌ای که تفاوت را به‌عنوان یک تعدیل ثبت می‌کند
بعداً، اگر لازم شد
- سفارش‌های خرید: ایجاد سفارش به تأمین‌کننده، سپس دریافت در برابر آن
- دسته‌ها و تاریخ انقضا برای مواد غذایی، لوازم آرایشی و داروها
- فهرست مواد اولیه (BOM): محصول نهایی ساخته‌شده از اجزا، به‌طوری که فروش یک محصول چند جزء را کم کند
- گزارش‌ها: ارزش موجودی، کالاهای کم‌گردش، مصرف در طول زمان (ببینید نحوه ساخت داشبورد)
- اسکن بارکد با دوربین گوشی
تصمیم‌هایی که قبل از ساخت باید گرفت
منبع حقیقت کیست
اگر از طریق یک فروشگاه آنلاین یا سیستم فروش نقطه‌ای می‌فروشید که از قبل موجودی را ردیابی می‌کند، تصمیم بگیرید کدام سیستم مالک شمارش است. دو سیستمی که هر دو همان اعداد را ویرایش می‌کنند، از هم دور می‌شوند. گزینه‌ها:
- اپ شما فقط برای چیزهایی است که فروشگاه ردیابی نمی‌کند (مواد اولیه، ملزومات، موجودی انبار پشتی).
- فروشگاه منبع است؛ اپ شما از آن می‌خواند برای گزارش‌ها و هشدارها از طریق API آن.
- اپ شما منبع است و شمارش‌ها را به فروشگاه می‌فرستد. قدرتمندترین، و پرکارترین برای درست انجام دادن.
شروع با گزینه ۱ یا ۲ بسیار امن‌تر است.
چه کسی چه کاری می‌تواند انجام دهد
| نقش | دسترسی‌های معمول |
|---|---|
| کارکنان | جستجوی کالاها، ثبت موجودی دریافت‌شده و مصرف‌شده، انجام شمارش |
| مدیر | هرچه کارکنان می‌توانند، به‌علاوه ویرایش کالاها، سطح سفارش مجدد و تأمین‌کنندگان، و تأیید تعدیل‌های بزرگ |
| مالک | همه‌چیز، به‌علاوه قیمت خرید و گزارش‌های ارزش موجودی |
پنهان کردن قیمت خرید از برخی کارکنان یک نیاز رایج است؛ آن را در اولین پرامپت بگویید. دسترسی واقعی به ورود به اپ نیاز دارد که در نحوه افزودن ورود به اپ پوشش داده شده است.
گوشی یا دسکتاپ
کار با موجودی ایستاده انجام می‌شود: در انبار، کنار درب تحویل، در ون. صفحه‌های تعدیل و شمارش را اول برای گوشی طراحی کنید، با دکمه‌های بزرگ و کمترین تایپ ممکن. گزارش‌ها و ویرایش کالاها می‌توانند اول برای دسکتاپ باشند.
گام‌به‌گام بسازید
گام ۱: داده فعلی‌تان را پاکیزه کنید
صفحه‌گسترده‌تان را خروجی بگیرید و پیش از وارد کردن مرتبش کنید: یک سطر برای هر کالا، واحدهای یکسان، SKUهای یکتا، بدون سلول‌های ادغام‌شده. این بیشتر از آنچه مردم انتظار دارند طول می‌کشد و دردسر زیادی را بعداً حذف می‌کند.
گام ۲: اولین پرامپت را بنویسید
کسب‌وکار، موجودی، افراد و گردش‌ها را توصیف کنید:
یک اپ موجودی برای Fern & Stone بسازید، یک گل‌فروشی با قفسه فروش، انبار پشتی و یک ون تحویل. کالاها نام، SKU، بارکد، دسته‌بندی، واحد، قیمت خرید، قیمت فروش، تأمین‌کننده و سطح سفارش مجدد دارند. تعداد را برای هر مکان ردیابی کنید. هر تغییر یک گردش موجودی با نوع (دریافت‌شده، فروخته‌شده، آسیب‌دیده، شمارش‌شده، منتقل‌شده)، تعداد، یادداشت، کاربر و زمان است — هرگز مستقیم تعداد را ویرایش نکنید. صفحه‌ها: فهرست قابل جستجوی کالاها با فیلتر کمبود، صفحه کالا با موجودی هر مکان و تاریخچه گردش، صفحه تعدیل سریع مناسب گوشی، و صفحه کمبود گروه‌بندی‌شده بر اساس تأمین‌کننده. کارکنان نمی‌توانند قیمت خرید را ببینند؛ مدیران می‌توانند. از پایگاه داده و طراحی ساده و سریع استفاده کنید. اجازه دهید کالاها را از یک فایل CSV وارد کنم.
گام ۳: وارد کنید و بررسی کنید
CSV پاکیزه‌شده را وارد کنید، سپس ده کالا را با واقعیت مقایسه کنید. شمارش‌های اولیه اشتباه از روز اول اعتماد به اپ را از بین می‌برد، پس روزی که به آن سوئیچ می‌کنید، یک شمارش واقعی از مهم‌ترین کالاها انجام دهید.
گام ۴: گردش‌ها را آزمایش کنید
موجودی دریافت کنید، چند تا بفروشید، یکی را آسیب‌دیده ثبت کنید، مقداری را به ون منتقل کنید، و یک شمارش انجام دهید که دو مورد گم‌شده پیدا کند. بررسی کنید تاریخچه هر کالا داستان را درست روایت می‌کند و تعداد با آن می‌خواند. سعی کنید تعداد را زیر صفر ببرید و تصمیم بگیرید باید مسدود یا علامت‌گذاری شود.
گام ۵: هشدار و گزارش اضافه کنید
ایمیل هشدار کمبود یا خلاصه روزانه برای مدیر معمولاً اولین چیزی است که مردم پس از کار کردن اصول می‌خواهند. به یک ارائه‌دهنده ایمیل و یک کار زمان‌بندی‌شده نیاز دارد. پس از آن، یک گزارش ساده ارزش موجودی و فهرست کالاهایی که ۹۰ روز حرکت نکرده‌اند.
گام ۶: ابتدا در یک مکان راه‌اندازی کنید
چند هفته در یک جا استفاده کنید، آنچه ناجور است را درست کنید، سپس گسترش دهید. بزرگ‌ترین ریسک باگ نیست؛ این است که کارکنان به صفحه‌گسترده برگردند چون اپ کندتر است.
اشتباهات رایج
- فقط نگه داشتن تعداد فعلی. بدون گردش نمی‌توانید به «چرا این اشتباه است؟» جواب دهید.
- اجازه ویرایش همه‌چیز به همه. یک غلط تایپی در سطح سفارش مجدد یا یک کالای حذف‌شده ممکن است هفته‌ها نادیده بماند.
- نادیده گرفتن واحدها. خرید به صورت جعبه‌های ۱۲تایی و فروش تکی به یک قاعده روشن نیاز دارد، وگرنه شمارش‌ها ۱۲ برابر خطا دارند.
- فیلدهای زیاد در صفحه تعدیل. اگر ثبت یک تحویل یک دقیقه طول بکشد، مردم انجامش نمی‌دهند.
- ساختن همگام‌سازی دوطرفه با فروشگاه اول. پیش از وصل کردن اپ به چیزی، آن را به‌تنهایی قابل اعتماد کنید.
- رفتار با آن مثل حسابداری. ارزش‌گذاری موجودی برای مالیات (FIFO، میانگین موزون) قواعدی دارد؛ پیش از تکیه بر ارقام اپ برای حساب‌هایتان با حسابدار مشورت کنید.
وقتی یک محصول آماده بهتر است
- عمدتاً از یک پلتفرم می‌فروشید مثل Shopify یا Square. امکانات موجودی داخلی آن‌ها ممکن است نیازتان را پوشش دهد، که از قبل به فروش‌تان وصل است.
- موجودی‌تان نیاز به اتصال محکم با حسابداری دارد. نرم‌افزار حسابداری و محصولات موجودی که برای اتصال به آن ساخته شده‌اند، تطبیق زیادی را حذف می‌کنند.
- عملیات انبار دارید با برداشت، بسته‌بندی، برچسب ارسال و چند کانال فروش. سیستم‌های اختصاصی موجودی و انبار برای این کار ساخته شده‌اند.
خودتان بسازید وقتی موجودی‌تان با این محصولات جور نیست، وقتی برای استفاده از بخش کوچکی از یک سیستم بزرگ هزینه می‌دهید، یا وقتی فرایند اطراف موجودی (تأییدها، برگه‌های کار، بازگشت اجاره) چیزی است که واقعاً نیاز دارید مدیریت کنید. راهنمای ما درباره ساختن یا خریدن نرم‌افزار برای کسب‌وکارهای کوچک این مصالحه را بررسی می‌کند.
ساختن با Mythex
Mythex یک ابزار ساخت اپ با AI است: کالاها، مکان‌ها و افراد را توصیف می‌کنید، و اپ را در پیش‌نمایش زنده می‌سازد و یک پایگاه داده به پروژه برای کالاها، مکان‌ها و گردش‌ها اضافه می‌کند. می‌توانید یک اسکرین‌شات از صفحه‌گسترده‌ای که امروز استفاده می‌کنید پیوست کنید تا ستون‌هایتان را ببیند، و یک وارد کردن CSV بخواهید. عکس کالاها از فضای ذخیره‌سازی فایل پروژه استفاده می‌کند. اگر فروشگاه یا POS شما API دارد، می‌توانید کلیدش را در رازهای پروژه ذخیره کنید و از Mythex بخواهید از آن بخواند. سیستم ورود داخلی برای کارکنانتان ندارد، پس حساب‌ها و نقش‌های اپ از یک کتابخانه یا ارائه‌دهنده احراز هویت که انتخاب می‌کنید استفاده می‌کنند. صفحه‌های مستندات درباره ساخت ابزار داخلی و ساخت اپ CRUD نقطه شروع خوبی‌اند.
برای یک پرامپت اولیه که می‌توانید ویرایش کنید، قالب ردیاب موجودی را باز کنید، یا راهنمای گسترده‌تر نحوه ساخت ابزار داخلی را بخوانید.
پرسش‌ها
یک اپ موجودی پایه به چه امکاناتی نیاز دارد؟
فهرست کالاها با SKU، تعداد فعلی در هر مکان، راهی برای ثبت ورود و خروج کالا همراه با دلیل، سطح سفارش مجدد با هشدار کمبود، و جستجو. تأمین‌کنندگان، سفارش‌های خرید و گزارش‌ها می‌توانند بعداً بیایند.
آیا می‌توانم با گوشی در یک اپ وب بارکد اسکن کنم؟
بله. یک اپ وب می‌تواند از طریق مرورگر از دوربین گوشی برای خواندن بارکدها و QR کدهای رایج استفاده کند، تا کارکنان بدون اسکنر اختصاصی بتوانند یک کالا را جستجو یا تعدیل کنند. آن را روی همان گوشی‌ها و برچسب‌هایی که واقعاً استفاده می‌کنید، و در همان نوری که در آن کار می‌کنید آزمایش کنید.
آیا صفحه‌گسترده برای موجودی کافی است؟
برای یک نفر و چند ده کالا، اغلب بله. وقتی چند نفر همزمان ویرایش می‌کنند، وقتی به تاریخچه اینکه چه کسی چه چیزی را تغییر داده نیاز دارید، یا وقتی قبل از تمام شدن یک کالا به هشدار احتیاج دارید، شروع به مشکل کردن می‌کند.
آیا اپ موجودی من باید به فروشگاه آنلاین یا POS وصل شود؟
فقط اگر نگه داشتن دو شمارش موجودی همگام هم‌اکنون فروش یا زمانتان را هدر می‌دهد. همگام‌سازی دوطرفه سخت‌ترین بخش هر سیستم موجودی است؛ اگر فروشگاه یا POS شما از قبل موجودی را خوب ردیابی می‌کند، آن را منبع حقیقت در نظر بگیرید.