Как создать приложение для управления складом малого бизнеса

Чтобы создать приложение учёта товаров, начните с четырёх вещей: список позиций, количество каждой позиции в каждом месте хранения, журнал каждого движения товара (поступление, списание, корректировка, с причиной) и предупреждения о низком остатке по порогу дозаказа. ИИ-конструктор может создать базу данных, экраны и предупреждения по простому описанию. Самое важное архитектурное решение — записывать движения, а не просто перезаписывать количество, потому что именно история позволяет доверять цифрам.

Почему малый бизнес создаёт своё

Большинство малых бизнесов начинают вести остатки в таблице, и это работает, пока не перестаёт. Обычные точки поломки:

• Несколько человек обновляют таблицу и перезаписывают изменения друг друга
• Никто не может понять, почему количество изменилось и кто его менял
• Что-то заканчивается, и никто этого не замечает заранее
• Товар хранится в нескольких местах (торговый зал, подсобка, фургон, второй склад)
• Таблица обросла инструкциями по использованию

Готовое складское ПО существует и часто является правильным ответом (см. конец этого гида). Люди создают своё, когда их товар нестандартен (партии со сроком годности, позиции, собранные из других позиций, аренда с возвратом), когда им нужна лишь часть большого продукта или когда хочется, чтобы система подстраивалась под их работу. Если вы переходите с таблицы, полезен гид как превратить таблицу в приложение.

Что нужно приложению

Основные данные

Ключевая идея: остаток — это результат движений. Каждое изменение проходит через запись о движении, и количество в наличии обновляется по ним. Так вы получаете журнал аудита бесплатно, а ошибки легко отследить и отменить.

Основные экраны

• Список позиций с поиском, фильтром по категории и фильтром «низкий остаток»
• Страница позиции с количеством по каждому месту и последними движениями
• Быстрая корректировка: принять товар, списать, переместить между местами, записать инвентаризацию
• Вид низкого остатка: всё, что на уровне или ниже порога дозаказа, сгруппировано по поставщику
• Режим инвентаризации для периодических пересчётов, который фиксирует разницу как корректировку

Позже, если понадобится

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

Решения до начала сборки

Кто источник истины

Если вы продаёте через интернет-магазин или кассовую систему, которые уже ведут остатки, решите, какая система владеет счётом. Две системы, которые обе редактируют одни и те же числа, начнут расходиться. Варианты:

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. Фото позиций хранятся в файловом хранилище проекта. Если у вашего магазина или кассы есть API, можно сохранить его ключ в секретах проекта и попросить Mythex читать данные оттуда. Встроенной системы входа для ваших сотрудников в Mythex нет, поэтому учётные записи и роли приложения используют библиотеку или провайдера авторизации на ваш выбор. Полезные стартовые страницы — создание внутреннего инструмента и создание CRUD-приложения в документации.

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

Вопросы