В этом руководстве
Велосипед — это не складская позиция
Большинство инструментов управления остатками считает вещи. Двенадцать палаток, сорок стульев, шесть проекторов. Эта модель работает, когда предметы взаимозаменяемы, а их состояние между прокатами неважно. Велосипед нарушает каждое из этих допущений. Размер рамы решает, можно ли продать его конкретному человеку. Аккумулятор решает, пригоден ли e-bike к использованию. Осмотр тормозов решает, безопасен ли он. А два велосипеда одной категории никогда не бывают точно тем же велосипедом.
Хорошее управление парком в прокате велосипедов должно одновременно поддерживать два взгляда на парк: что клиенты бронируют и что сотрудники выдают. Этот текст объясняет, как построить оба и держать их согласованными.
Уровень 1: категории и размеры
Категория — это то, что клиент бронирует: «Трекинговый e-bike», «Городской велосипед», «Детский велосипед 20 дюймов». Внутри категории размер обычно отдельное измерение, потому что «L» и «S» не заменяют друг друга для одного человека.
Проектируйте категории по тому, как люди выбирают, а не как Вы покупаете. Категория должна быть:
- Понятной клиенту: он знает, что получит.
- Достаточно однородной, чтобы любой велосипед из неё был приемлемой заменой.
- С одной ценой: категория — обычно одна строка прайса.
- С объёмом: достаточно велосипедов, чтобы доступность была реальным числом, а не подбрасыванием монеты.
Избегайте слишком мелких категорий. Пятнадцать почти одинаковых категорий замедляют страницу бронирования, а числа доступности делают маленькими и скачущими. Шесть-десять — типично для проката со смешанным парком.
Уровень 2: отдельный велосипед
Под каждой категорией — настоящие велосипеды. Каждому нужна своя карточка:
| Поле | Почему это важно |
|---|---|
| Номер рамы или серийный номер | Идентифицирует актив; ключевой при краже, страховании и гарантии |
| Внутренний идентификатор | Короткий код, который сотрудник может продиктовать и считать сканером |
| Категория и размер | Определяет, кому и как его можно продать |
| Компоненты | Объясняет различия внутри категории; направляет заказ запчастей |
| Данные об аккумуляторе (e-bike) | Решают, готов ли он, и определяют запас хода |
| Точка | Велосипед продаётся только там, где он есть |
| Статус | Доступен, забронирован, в прокате, в сервисе, повреждён |
| История сервиса | Показывает закономерности и направляет решения о замене |
| Дата и стоимость покупки | Основа амортизации и отдачи от загрузки |
Все поля не нужны в первый день. Начните с идентичности, категории, размера, точки и статуса, а остальное добавите, когда понадобится.
Сначала категория, потом серийный номер
Мост между уровнями — назначение. Клиенты бронируют категорию и размер; сотрудник выбирает конкретный велосипед, заранее для обещанного велосипеда или у стойки, когда человек приходит. Так страница бронирования остаётся простой, не обманывая насчёт остатков, потому что число в категории — это число готовых велосипедов, а серийный номер выбирается среди них. Это центральная идея текста операции проката велосипедов.

Аксессуары: что отслеживать
Шлемы, замки, фонари, сумки и детские кресла — часть проката, но редко нуждаются в отдельных карточках. Практическое правило:
- Отслеживайте по количеству дешёвые, взаимозаменяемые вещи: шлемы, фонари.
- Отслеживайте индивидуально всё, что имеет ценность либо ключ или код: замки, GPS-трекеры, детские кресла с креплением.
- Свяжите с бронью, чтобы список выдачи клиента был полным.
Цель — не идеальный учёт фонарей. Цель — чтобы последний замок не ушёл с велосипедом, который не вернётся в ту же точку.
Статус — важнейшее поле
Доступность стоит столько, сколько статус. Статус велосипеда должен меняться через определённые события — начинается прокат, заканчивается прокат, осмотр не пройден, ремонт закрыт — и каждое изменение должно обновлять то, что можно продать. Если статус редактируется небрежно или отстаёт от реальности, все числа дальше неверны.
Два правила держат его честным:
- Велосипед в сервисе или повреждённый недоступен для продажи, пока кто-то не пометит его как готовый.
- Велосипед не может одновременно быть «в прокате» и «в сервисе»; система должна вынудить принять решение.
См. сервис и график техобслуживания.
Импорт существующего парка
Если Ваш парк живёт в таблице, очистите её перед импортом:
- Одна строка на велосипед; без объединённых ячеек.
- Серийный номер или уникальный идентификатор для каждого велосипеда.
- Последовательные размеры: выберите S/M/L или числовые и держитесь этого.
- Последовательные категории.
- Колонка статуса и колонка точки.
Большинство систем, включая bikerental, импортирует велосипеды и клиентов из CSV во всех планах. Чем чище файл, тем короче миграция.
Отчёты, вытекающие из хороших данных об остатках
- Загрузка по велосипеду, категории и размеру.
- Распроданные размеры, показывающие, что покупать.
- Велосипеды, непропорционально много времени проводящие в сервисе.
- Доход на велосипед относительно его стоимости.
Как ими пользоваться, см. в тексте загрузка парка проката велосипедов: KPI. Как это моделирует bikerental, прочитайте на странице об управлении парком.
Частые вопросы
Почему я не могу просто считать велосипеды как остатки?
Потому что велосипеды различаются размером, состоянием, уровнем аккумулятора и историей сервиса; одно количество не говорит, какой конкретный велосипед готов и какой выехал в определённый день.
Сколько категорий должен иметь прокат велосипедов?
Столько, чтобы отражать способ выбора клиентов и Ваш прайс, но не столько, чтобы числа доступности стали крошечными. Шесть-десять — типично для смешанного парка.
Какие поля должна иметь карточка велосипеда?
Минимум уникальный идентификатор или серийный номер, категорию, размер, точку и статус. Компоненты, данные об аккумуляторе и историю сервиса добавляйте по мере надобности.