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

Если вы делаете веб-приложение для секонд-хенд склада, начните не с «каталога товаров», а с двух опор: партии поступления и правил цены. Именно здесь обычно рождается хаос: вещи приезжают мешками, ценники ставят «примерно одинаковые», часть позиций теряется между сортировкой и залом, а потом никто не может внятно объяснить, почему одна куртка дороже другой.
Партия поступления - ваш якорь. В секонд-хенде редко важен артикул, зато важно, что вещи пришли одной поставкой: в один день, по одной себестоимости, с похожим качеством и ожидаемой маржой. Когда учет завязан на партии, легко отвечать на простые вопросы: сколько осталось, как быстро продается, и какую прибыль дает.
Правила ценообразования - это не «умная формула», а понятные условия, которые можно проверить. Например: базовая цена зависит от категории (джинсы, куртки, обувь), затем корректируется по состоянию (идеальное, хорошее, с дефектом) и снижается по времени (через 14 дней минус 20%). Важно, чтобы правило применялось одинаково, а не «как вспомнили».
Представьте: приехало 12 мешков. Вы заводите одну партию. Дальше сортировщик для каждой вещи выбирает категорию и состояние, а система предлагает цену и печатает ценник. Через неделю вы видите, что из партии лучше всего уходит обувь, а верхняя одежда зависла.
Что стоит заложить с самого начала: быструю печать и перепечать ценников без ручного ввода, понятные остатки по партиям и категориям, контроль уценки по сроку, и простой отчет по оборачиваемости.
Чтобы система не превратилась в свалку полей, держитесь простых сущностей и жестких правил. Партия задает экономику (себестоимость и логику цены), а товарная единица описывает реальную вещь, которую можно повесить на рейл и продать.
Минимальный набор обычно такой: партия (поставка), товарная единица, категория, размер и состояние. На практике этого хватает, чтобы считать цену, печатать ценники, контролировать остатки и строить отчеты.
У партии полезно хранить то, что потом спасает от споров в кассе и в отчетах: дату поступления, поставщика, себестоимость (сумма или за кг - как у вас принято), валюту, и базовую наценку или правило наценки. Даже если сейчас вы считаете в одной валюте, отдельное поле под валюту помогает не ломать систему позже.
Дальше решите, как отличать уникальную вещь от «похожих». В секонд-хенде чаще всего каждая единица уникальна, поэтому нужен внутренний код (он же штрихкод для ценника). Заводские штрихкоды бывают нечитаемыми и не всегда подходят под вашу задачу.
Статусы делайте короткими и понятными: «принят», «отсортирован», «в зале», «продан», «списан» (и при необходимости «возврат»). Чем меньше вариантов, тем меньше ошибок.
Пример: пришла партия 12/01 от поставщика «Север». Вы занесли себестоимость и правило наценки. Каждая вещь получает внутренний код, затем статус меняется по факту движения. Тогда отчет по оборачиваемости будет честным, а печать ценников станет простой кнопкой.
Приемка ломается не из-за объема, а из-за лишних полей. Рабочая схема простая: сначала фиксируете партию, затем быстро описываете вещи по понятным признакам.
Сортировку удобнее вести как набор ярлыков, а не как «идеальную карточку товара». Обычно достаточно категории, состояния, сезонности и бренда (если он влияет на цену). Все остальное лучше уносить в короткий комментарий, иначе приемка начнет тормозить.
Группировка должна быть проверяемой: одна партия = одно поступление от поставщика в один день. Внутри партии можно разбивать на подпартии (мешки или коробки) по зоне хранения и уровню качества. Так проще пересчитывать и делать выборочные проверки.
Пересорт и разнобой по качеству неизбежны, поэтому фиксируйте их как обычную операцию. Нашлись 3 вещи уровня B в мешке «женские свитера A» - переводите их в другую подпартию и отмечаете причину (пятно, катышки, дырка). Это защищает и учет, и будущие цены.
Чтобы не путаться, оставьте в приемке только ключевые операции: приемка партии (места и вес, если используете), пересчет (факт против ожидания), перемещения между зонами (приемка -> сортировка -> склад -> зал), списание/брак с причиной и корректировка качества.
Фото нужны точечно. Если вещь типовая, чаще всего хватает ярлыков и текста. Снимок стоит делать, когда есть спорный дефект, редкий бренд, проблемы с комплектностью или когда вы хотите легко перепечатать ценник по визуальному признаку. В остальных случаях фото только замедляет поток.
Цены должны считаться по понятным правилам. Если сотрудник не может объяснить цену за 10 секунд, правило слишком сложное, и его начнут обходить.
Базу удобно строить от категории и состояния. Дальше добавляйте поправки, которые легко проверить: бренд (фиксированная надбавка или скидка), сезон, «особые признаки» вроде состава или наличия бирки.
Чтобы правила не расползались, держите небольшой набор, который покрывает большинство случаев:
Уценку лучше задавать этапами, а не «процент каждый день». Так проще контролировать и объяснять: 0-14 дней без скидки, 15-30 дней -20%, 31-45 дней -40%, дальше финальная цена. Если остатков много, можно добавить простое ускорение: при переполнении категории уценка сдвигается на один этап раньше.
Нужны и исключения. Редкие вещи отправляйте в режим «ручная оценка». Новая одежда с бирками получает верхнюю границу цены. Дефекты фиксируйте как причину скидки, а не просто как «плохое состояние».
Обязательно храните историю изменения цены: старая цена, новая цена, кто изменил, дата, причина (уценка по сроку, дефект, переоценка). Тогда споры решаются за минуту, а отчеты по оборачиваемости становятся надежными.
Ценник в секонд-хенде - это часть учета. Он связывает вещь с партией, ценой и статусом. Если ценники сделаны правильно, сотрудники меньше спорят, а покупатели быстрее находят размер и цену.
Обычно хватает трех типов: бирка на вещь, наклейка (если удобнее клеить на пакет/упаковку) и лист на коробку или подпартию для хранения. Важно, чтобы шаблоны жили в одном месте и печатались быстро, без ручного переноса данных.
На ценнике печатайте только то, что реально нужно каждый день: уникальный код, номер/дату партии, категорию и размер, цену (и старую цену при уценке), а также QR или штрихкод для сканирования.
Печать удобно организовать «пачками»: после приемки партия попадает в очередь печати, а система формирует файл на нужный формат. Для перепечати при уценке важно видеть историю: что изменили, по какой причине, кто сделал правку, и какие ценники уже печатали.
Не привязывайтесь к одному формату. Минимум: A4 для обычного принтера и маленькие этикетки для термопринтера. Смысл шаблона должен быть одинаковым, меняется только компоновка.
Хватает простых страховок: предпросмотр, тестовая печать одной страницы/этикетки, журнал печати (кто, что, сколько, по какой партии), отметка «уже напечатано» и кнопка «перепечатать».
Оборачиваемость отвечает на вопрос: как быстро партия превращается в деньги. Для секонд-хенда это важнее «красивых графиков», потому что склад живет волнами поступлений и уценкой.
Начните с метрик, которые легко проверить по первичке: поступление, продажи, остаток. Обычно достаточно скорости продаж по партиям, списка залежавшихся категорий (например, старше 30/60/90 дней), маржи по партиям и категориям, доли продаж по уценке и «остатка по времени» (сколько единиц и денег зависло сейчас).
Простейшая логика такая: поступило в партию - продано за период = остаток. Дальше смотрите возраст остатка (дней с даты приемки). Если партия продается 10 дней и 70% уже ушло - это один сценарий. Если прошло 45 дней и продано 15% - нужен другой.
Чтобы отчеты реально открывали каждый день, добавьте фильтры: период, категория, партия, точка (если их несколько). Без фильтров отчет быстро превращается в «среднюю температуру».
Хороший отчет всегда ведет к действию: какие партии уценять сегодня, какие категории брать в следующей поставке, что отправлять в сортировку в приоритет, где точка продает хуже при похожем ассортименте.
Рабочая складская система начинается не с интерфейса, а с правил. Вам нужен прототип, который выдержит одну реальную смену: приемку, сортировку, печать ценников и несколько продаж.
Сначала зафиксируйте процессы на одной странице и не уходите в редкие случаи. Достаточно базовых операций: приемка партии, сортировка, перемещение по зонам, продажа, списание.
Дальше соберите основу:
Потом прогоняйте в поле: приемка партии, печать 10-20 ценников, 1-2 продажи, одно списание. После смены должно быть видно, что статусы сменились, остаткам по партии можно доверять, а в отчете нет «пропавших» единиц.
Роли и права лучше добавить рано: кладовщик (приемка и перемещения), касса (продажи), админ (справочники и правила цены). И отдельно закрепить правила: кто меняет цену, кто печатает и перепечатывает, что делать при утере бирки.
Главная ловушка - начать «оцифровывать хаос». Если правила приемки и ценообразования не зафиксированы, приложение просто ускорит путаницу.
Самая дорогая ошибка - смешивать партии. Когда вещи из разных поставок лежат в одной «куче» без связи с датой и условиями закупки, вы теряете картину: что продается быстро, где себестоимость выше, где уценка съедает маржу. Дальше любой отчет по прибыли превращается в спор.
Вторая типичная проблема - цены «вручную» без понятных правил. Сегодня ставят 799, завтра 599, и никто не знает почему. Нельзя повторить удачное решение, обучить новичка и проверить качество работы.
Признаки, что учет скоро начнет расходиться с реальностью:
Отчеты чаще всего ломаются из-за статусов. Если нет четких состояний вроде «принято», «в зале», «продано», «списано», то оборачиваемость будет считать не товары, а ошибки.
Перед тем как отдавать систему кладовщику и печатать первые ценники, проверьте базовые вещи. Если они не сходятся на тестовой партии, дальше начнутся ручные правки и путаница.
Пять проверок, которые экономят недели:
Мини-сценарий: возьмите тестовую партию на 30 вещей (10 курток, 10 джинсов, 10 детских). Проведите приемку, присвойте коды, рассчитайте цену, распечатайте ценники, отметьте 3 продажи и одну переоценку. После этого в отчете должно быть понятно, какая партия продается быстрее, и должна быть чистая история цен без «скачков».
В понедельник на склад приехала партия N-2026-01: 12 мешков одежды. На приемке вы фиксируете поставщика, вес/количество, закупочную сумму и план: 5 мешков - сразу в зал, 7 - на сортировку.
Дальше партия движется по статусам. Мешки для зала получают «в зале», мешки на сортировку - «в обработке». Сортировщик открывает партию и для каждой вещи выбирает категорию, состояние и размер. Этого достаточно, чтобы цена считалась автоматически.
Правило цены задаете один раз и держите его проверяемым: например, «матрица категория + состояние» и коэффициент партии. Для новой поставки коэффициент чуть выше, для сомнительной - ниже. После сортировки первых 30 единиц вы печатаете ценники: система берет код, цену, размер и категорию. Если ценник потерялся, перепечать идет по коду, без ручного набора.
Брак и пересорт лучше не прятать. Брак отмечаете как «списано» с причиной (дырка, пятно, сломанная молния). Пересорт фиксируете как уточнение данных: вещь остается в партии, но не должна попадать в продажи, пока не исправлены категория или размер.
Через 14 дней включается уценка: -20% от текущей цены для позиций без продаж. Через 30 дней - следующий шаг, например до «быстрой цены». В отчете видно, что часть продалась без скидки, часть ушла после первого этапа, а хвост завис до второго.
По итогам месяца решения обычно простые: закупать больше категорий с быстрым оборотом, снижать закупку того, что постоянно уценивается, корректировать правила для состояния C, жестче отбраковывать на сортировке, выносить «долгий хвост» в отдельную распродажную зону.
Если хочется быстро перейти от заметок в тетради к рабочей системе, помогает подход «правила -> действия -> отчеты». Сначала фиксируете партии, статусы и формулы цены. Потом добавляете удобные операции: печать, перепечать, списания, поиск, журнал действий.
Для быстрого старта можно собрать MVP на TakProsto (takprosto.ai): вы описываете процессы и правила обычными словами, а дальше уже уточняете поля, статусы, уценку и шаблоны ценников под ваш реальный поток.
Чтобы запрос на разработку был понятным (кому угодно - своей команде или платформе), опишите его как инструкцию новому сотруднику: какие сущности есть, какие статусы у товара, как считается цена, какие экраны нужны, какие поля обязательны. И добавьте 2-3 примера на реальных вещах, включая «проблемные».
Безопасный порядок внедрения обычно такой: партии и приемка с базовой сортировкой, затем правила ценообразования и печать ценников, потом поиск и журнал действий, и только после стабилизации - отчеты и интеграции.
Начните с сущностей «партия поступления» и «товарная единица», а также с понятных статусов движения. Это сразу привязывает остатки, себестоимость и уценку к конкретной поставке и убирает путаницу, когда вещи смешиваются между собой.
Партия связывает вещи с одной поставкой: датой, поставщиком, себестоимостью и ожидаемой маржой. С таким якорем проще понять, сколько осталось, как быстро продается конкретная поставка и где уценка «съедает» прибыль.
Обычно хватает партии, товарной единицы, категории, размера и состояния, плюс внутреннего кода для каждой вещи. Добавляйте поля только если они влияют на цену или на ежедневные операции, иначе приемка начнет тормозить.
Сделайте короткую цепочку, например «принят», «отсортирован», «в зале», «продан», «списан», и меняйте статус только по факту события. Чем меньше вариантов, тем меньше ошибок и тем честнее отчеты по оборачиваемости.
Присваивайте каждой вещи внутренний код и печатайте его на ценнике в виде штрихкода или QR. Тогда перепечать, поиск и продажа становятся быстрыми, а риск продать одну и ту же вещь дважды резко уменьшается.
Держите приемку максимально быстрой: сначала создайте партию, затем для каждой вещи отметьте только то, что влияет на цену и поиск. Все спорное и редкое фиксируйте коротким комментарием, а не десятками полей.
Стройте цену от матрицы «категория + состояние», затем добавляйте простые поправки вроде сезонности или бренда, если это реально влияет на продажи. Если сотрудник не может объяснить цену за несколько секунд, правило нужно упростить.
Задайте уценку этапами по возрасту вещи и применяйте ее одинаково для всех, кто попадает под условия. Обязательно храните историю изменений цены с датой, причиной и сотрудником, чтобы разбирать спорные случаи без догадок.
Печатайте на ценнике внутренний код, данные партии, категорию, размер и текущую цену, а при уценке — и прошлую цену. Печать и перепечать должны идти из системы в один клик, иначе люди начнут править ценники вручную и учет поплывет.
Проверьте сценарий на тестовой партии и убедитесь, что остатки по партии сходятся после приемки, печати, нескольких продаж и одной переоценки. Если вы собираете MVP на TakProsto, заранее опишите правила как инструкцию сотруднику: какие статусы, как считается цена и кто имеет право менять ее.