Велосипед — це не складська позиція
Більшість інструментів керування залишками рахує речі. Дванадцять наметів, сорок стільців, шість проєкторів. Ця модель працює, коли предмети взаємозамінні, а їхній стан між прокатами неважливий. Велосипед порушує кожне з цих припущень. Розмір рами вирішує, чи можна продати його конкретній людині. Акумулятор вирішує, чи придатний e-bike до використання. Огляд гальм вирішує, чи він безпечний. А два велосипеди однієї категорії ніколи не є точно тим самим велосипедом.
Добре керування парком у прокаті велосипедів має водночас підтримувати два погляди на парк: що клієнти бронюють і що персонал видає. Цей текст пояснює, як побудувати обидва й тримати їх узгодженими.
Рівень 1: категорії та розміри
Категорія — це те, що клієнт бронює: «Трекінговий e-bike», «Міський велосипед», «Дитячий велосипед 20 дюймів». У межах категорії розмір зазвичай окремий вимір, бо «L» і «S» не є замінниками для тієї самої людини.
Проєктуйте категорії за тим, як люди вибирають, а не як Ви купуєте. Категорія має бути:
- Зрозумілою клієнту: він знає, що отримає.
- Достатньо однорідною, щоб будь-який велосипед із неї був прийнятною заміною.
- З однією ціною: категорія — зазвичай один рядок прайсу.
- З обсягом: досить велосипедів, щоб доступність була реальним числом, а не підкиданням монети.
Уникайте надто дрібних категорій. П’ятнадцять майже ідентичних категорій уповільнюють сторінку бронювання, а числа доступності роблять малими й стрибкоподібними. Шість-десять — типово для прокату зі змішаним парком.
Рівень 2: окремий велосипед
Під кожною категорією — справжні велосипеди. Кожен потребує власної картки:
| Поле | Чому це важливо |
|---|---|
| Номер рами або серійний номер | Ідентифікує актив; ключовий для крадіжки, страхування та гарантії |
| Внутрішній ідентифікатор | Короткий код, який персонал може продиктувати й зчитати сканером |
| Категорія та розмір | Визначає, кому й як його можна продати |
| Компоненти | Пояснює відмінності в межах категорії; спрямовує замовлення запчастин |
| Дані про акумулятор (e-bike) | Вирішують, чи він готовий, і про запас ходу |
| Локація | Велосипед продається лише там, де він є |
| Статус | Доступний, заброньований, у прокаті, у сервісі, пошкоджений |
| Історія сервісу | Показує закономірності й спрямовує рішення про заміну |
| Дата й вартість купівлі | Основа амортизації та віддачі від завантаження |
Усі поля не потрібні в перший день. Почніть з ідентичності, категорії, розміру, локації та статусу, а решту додайте, коли знадобиться.
Спочатку категорія, потім серійний номер
Міст між рівнями — призначення. Клієнти бронюють категорію й розмір; персонал обирає конкретний велосипед, заздалегідь для обіцяного велосипеда або біля стійки, коли людина приходить. Так сторінка бронювання лишається простою, не брешучи про залишки, бо число в категорії — це число готових велосипедів, а серійний номер обирається серед них. Це центральна ідея тексту операції прокату велосипедів.
Аксесуари: що відстежувати
Шоломи, замки, ліхтарі, сумки й дитячі крісла — частина прокату, але рідко потребують окремих карток. Практичне правило:
- Відстежуйте кількісно дешеві, взаємозамінні речі: шоломи, ліхтарі.
- Відстежуйте індивідуально все, що має вартість або ключ чи код: замки, GPS-локатори, дитячі крісла з кріпленням.
- Пов’яжіть із бронюванням, щоб список видачі клієнта був повним.
Мета — не ідеальний облік ліхтарів. Мета — щоб останній замок не пішов із велосипедом, що не повернеться в ту саму точку.
Статус — найважливіше поле
Доступність варта стільки, скільки статус. Статус велосипеда має змінюватися через визначені події — починається прокат, закінчується прокат, огляд не пройдено, ремонт закрито — і кожна зміна має оновлювати те, що можна продати. Якщо статус редагується недбало або відстає від реальності, усі числа далі хибні.
Два правила тримають його чесним:
- Велосипед у сервісі або пошкоджений недоступний для продажу, доки хтось не позначить його як готовий.
- Велосипед не може одночасно бути «у прокаті» та «у сервісі»; система має змусити ухвалити рішення.
Див. сервіс і графік техобслуговування.
Імпорт наявного парку
Якщо Ваш парк живе в таблиці, очистьте її перед імпортом:
- Один рядок на велосипед; без об’єднаних комірок.
- Серійний номер або унікальний ідентифікатор для кожного велосипеда.
- Послідовні розміри: оберіть S/M/L або числові й тримайтеся цього.
- Послідовні категорії.
- Колонка статусу й колонка локації.
Більшість систем, включно з bikerental, імпортує велосипеди й клієнтів із CSV у всіх планах. Чим чистіший файл, тим коротша міграція.
Звіти, що випливають із добрих даних про залишки
- Завантаження на велосипед, категорію та розмір.
- Розпродані розміри, що показують, що купувати.
- Велосипеди, які непропорційно багато часу проводять у сервісі.
- Дохід на велосипед відносно його вартості.
Як ними користуватися, див. у тексті завантаження парку прокату велосипедів: KPI. Як це моделює bikerental, прочитайте на сторінці про керування парком.
Поширені запитання
Чому я не можу просто рахувати велосипеди як залишки?
Бо велосипеди різняться розміром, станом, рівнем акумулятора й історією сервісу; сама кількість не каже, який конкретний велосипед готовий і який виїхав певного дня.
Скільки категорій має мати прокат велосипедів?
Стільки, щоб відображати спосіб вибору клієнтів і Ваш прайс, але не стільки, щоб числа доступності стали крихітними. Шість-десять — типово для змішаного парку.
Які поля має мати картка велосипеда?
Щонайменше унікальний ідентифікатор чи серійний номер, категорію, розмір, локацію та статус. Компоненти, дані про акумулятор та історію сервісу додавайте за потреби.