Як створити застосунок для управління запасами для малого бізнесу

Щоб створити застосунок для управління запасами, почніть із чотирьох речей: списку позицій, кількості кожної позиції в кожній локації, журналу кожного руху товару (надходження, витрата, коригування, із причиною) і сповіщень про низький залишок на основі рівня переоформлення. Конструктор застосунків на основі ШІ може створити базу даних, екрани і сповіщення з простого опису. Найважливіше рішення — записувати рухи, а не просто перезаписувати кількість, бо саме історія дає змогу довіряти цифрам.

Чому малий бізнес створює власне рішення

Більшість малих бізнесів починають вести залишки в таблиці, і це працює, доки не перестає. Типові точки зламу:

• Кілька людей оновлюють таблицю і перезаписують одне одного
• Ніхто не може зрозуміти, чому кількість змінилася або хто її змінив
• Щось закінчується, і ніхто цього не помічає до останнього моменту
• Товар зберігається в кількох місцях (торговий зал, складська кімната, фургон, другий філіал)
• Таблиця обросла інструкціями, як нею користуватися

Готове програмне забезпечення для запасів існує і часто є правильною відповіддю (див. кінець цього гайду). Люди створюють власне, коли їхній товар нетиповий (партії з терміном придатності, позиції, зроблені з інших позицій, оренда, яка повертається), коли їм потрібна лише частина великого продукту або коли хочуть, щоб інструмент точно відповідав тому, як працює команда. Якщо ви переходите з таблиці, корисним супутником буде як перетворити таблицю на застосунок.

Що потрібно застосунку

Основні дані

Ключова ідея: залишок — це результат рухів. Кожна зміна проходить через запис руху, і кількість на руках оновлюється з нього. Це дає аудит без додаткових зусиль і робить помилки легкими для відстеження та відкату.

Основні екрани

• Список позицій з пошуком, фільтром за категорією і фільтром «низький залишок»
• Сторінка позиції з кількістю за локаціями і останніми рухами
• Швидке коригування: прийняти товар, списати товар, перемістити між локаціями, записати перерахунок
• Перегляд низьких залишків: усе, що на рівні переоформлення або нижче, згруповане за постачальником
• Режим перерахунку для періодичних інвентаризацій, який записує різницю як коригування

Пізніше, якщо знадобиться

• Замовлення закупівлі: створити замовлення постачальнику, а потім прийняти товар за ним
• Партії та терміни придатності для харчових продуктів, косметики та ліків
• Специфікація матеріалів: готовий продукт зі складових, тож продаж одиниці зменшує кілька позицій
• Звіти: вартість запасів, повільно продавані позиції, динаміка використання (див. як створити панель)
• Сканування штрихкодів камерою телефона

Рішення, які треба ухвалити до створення

Хто є джерелом істини

Якщо ви продаєте через інтернет-магазин або систему точки продажу, які вже ведуть залишки, вирішіть, яка система володіє обліком. Дві системи, які обидві редагують ті самі цифри, почнуть розходитися. Варіанти:

1. Ваш застосунок лише для того, чого не веде магазин (сировина, витратні матеріали, склад за торговим залом).
2. Магазин — джерело, ваш застосунок його читає для звітів і сповіщень через його API.
3. Ваш застосунок — джерело і передає залишки в магазин. Найпотужніший варіант і найскладніший у налаштуванні.

Починати з варіанту 1 або 2 значно безпечніше.

Хто що може робити

Приховування собівартості від частини персоналу — поширена вимога; вкажіть її в першому промпті. Справжні права потребують входу в застосунок, про який розказано в як додати вхід до застосунку.

Телефон чи комп'ютер

Робота із запасами відбувається на ногах: у складській кімнаті, біля дверей доставки, у фургоні. Проєктуйте екрани коригування і перерахунку спершу для телефона, з великими кнопками і якомога меншою кількістю введення тексту. Звіти і редагування позицій можна зробити спершу для комп'ютера.

Побудова крок за кроком

Крок 1: Приберіть поточні дані

Експортуйте таблицю і наведіть лад перед імпортом: один рядок на позицію, однакові одиниці виміру, унікальні артикули, без об'єднаних клітинок. Це займає більше часу, ніж люди очікують, але заощаджує багато проблем згодом.

Крок 2: Напишіть перший промпт

Опишіть бізнес, товар, людей і рухи:

Створи застосунок для запасів для Fern & Stone, магазину рослин з торговим залом, складською кімнатою і фургоном доставки. Позиції мають назву, артикул, штрихкод, категорію, одиницю виміру, собівартість, ціну продажу, постачальника і рівень переоформлення. Веди кількість за кожною локацією. Кожна зміна — це рух товару з типом (надійшло, продано, пошкоджено, перераховано, переміщено), кількістю, приміткою, користувачем і часом — ніколи не редагуй кількості напряму. Екрани: пошуковий список позицій з фільтром низького залишку, сторінка позиції з запасами за локаціями та історією рухів, зручний на телефоні екран швидкого коригування і сторінка низьких залишків, згрупована за постачальником. Персонал не бачить собівартості; менеджери бачать. Використовуй базу даних, простий і швидкий дизайн. Дай імпортувати позиції з CSV-файлу.

Крок 3: Імпорт і перевірка

Імпортуйте очищений CSV і звірте десять позицій з реальністю. Неправильні початкові залишки підірвуть довіру до застосунку з першого дня, тож у день переходу проведіть справжній перерахунок ваших найважливіших позицій.

Крок 4: Перевірте рухи

Прийміть товар, продайте частину, позначте одну як пошкоджену, перемістіть частину у фургон, проведіть перерахунок, який знаходить дві зниклі. Перевірте, що історія кожної позиції розповідає правильну історію і кількість збігається. Спробуйте зробити кількість нижчою за нуль і вирішіть, чи її слід блокувати, чи лише позначати.

Крок 5: Додайте сповіщення і звіти

Лист про низький залишок або щоденний підсумок для менеджера зазвичай першим просять, коли базова частина вже працює. Для цього потрібен поштовий провайдер і заплановане завдання. Після цього — простий звіт про вартість запасів і список позицій, які не рухалися 90 днів.

Крок 6: Спершу запустіть на одній локації

Використовуйте застосунок в одному місці протягом пари тижнів, виправте незручності, а потім розширюйте. Найбільший ризик — не помилка, а те, що персонал повернеться до таблиці, бо застосунок повільніший.

Типові помилки

• Зберігати лише поточну кількість. Без рухів ви не відповісте на питання «чому тут неправильно?»
• Дозволяти всім редагувати все. Помилка в рівні переоформлення або видалена позиція можуть залишитися непоміченими тижнями.
• Ігнорувати одиниці виміру. Якщо купуєте коробками по 12, а продаєте штуками, потрібне чітке правило, інакше кількості будуть розходитися в 12 разів.
• Забагато полів на екрані коригування. Якщо занесення поставки займає хвилину, люди не робитимуть це.
• Створювати двосторонню синхронізацію з магазином першою. Спершу зробіть так, щоб застосунку довіряли самостійно, і лише потім підключайте його до чогось іншого.
• Сприймати це як бухоблік. Оцінка запасів для податкових цілей (FIFO, середньозважена) має свої правила; перш ніж покладатися на цифри застосунку для своїх рахунків, перевірте з бухгалтером.

Коли краще готовий продукт

• Ви продаєте переважно через одну платформу, наприклад Shopify або Square. Їхні вбудовані функції запасів можуть покрити ваші потреби і вже пов'язані з продажами.
• Вам потрібні запаси, тісно пов'язані з бухгалтерією. Бухгалтерський софт і продукти для запасів, створені для інтеграції з ним, заощаджують багато звірок.
• У вас складська операція з комплектацією, пакуванням, етикетками доставки і кількома каналами продажу. Для цього створені спеціалізовані системи для запасів і складу.

Створюйте власне, коли ваш товар не вписується в ці продукти, коли ви платили б за велику систему заради малої частини її функцій або коли потрібно керувати процесом навколо товару (погодження, лист-завдання, повернення з оренди). Наш гайд створити чи купити ПЗ для малого бізнесу розглядає цей компроміс.

Створення з Mythex

Mythex — це конструктор застосунків на основі ШІ: ви описуєте товар, локації та людей, а він створює застосунок у живому прев'ю і додає до проєкту базу даних для позицій, локацій і рухів. Можна прикріпити скриншот таблиці, яку ви використовуєте зараз, щоб ШІ бачив ваші стовпці, і попросити імпорт CSV. Фото позицій зберігаються у файловому сховищі проєкту. Якщо ваш магазин або POS має API, ви можете зберегти його ключ у секретах проєкту і попросити Mythex читати дані звідти. Вбудованої системи входу для вашого персоналу немає, тож облікові записи застосунку та ролі реалізуються через обрану вами бібліотеку автентифікації або провайдера. Документація з створення внутрішнього інструмента і створення CRUD-застосунку — хороші відправні точки.

Для першого промпту, який можна редагувати, відкрийте шаблон трекера запасів або прочитайте ширший гайд як створити внутрішній інструмент.

Запитання