Вторая точка почти всегда открывается одинаково: вы берёте часть инвентаря, ставите администратора, заводите отдельную таблицу и говорите «разберёмся по ходу». Первый месяц действительно работает. Проблемы начинаются позже — когда в сети три точки, шесть сотрудников, сезон, и никто уже не может ответить на простой вопрос: где сейчас конкретный сапборд №3 и свободен ли он в субботу.
Это не вопрос дисциплины сотрудников. Это структурная проблема: у вас несколько независимых источников правды, и они физически не могут сойтись.
Как выглядит хаос на второй точке
Проверьте, узнаёте ли вы себя. Если хотя бы три пункта из списка про вас — дальше будет только тяжелее, сезон это усилит.
- Клиент звонит: «У вас есть два велосипеда на воскресенье?» Администратор отвечает: «Сейчас уточню у ребят на второй точке, перезвоню». Клиент не дожидается и уходит к конкуренту.
- Инвентарь перевезли с точки на точку «на неделю» — и он там остался. В таблице он числится на старом месте, физически стоит на новом, а найти его может только тот, кто перевозил.
- Две брони на одну и ту же позицию: одну принял администратор в зале, вторую — вы сами по телефону, вечером, из дома.
- Сотрудник увольняется вместе с телефоном, в котором вся переписка с постоянными клиентами. База клиентов в компании не остаётся.
- Вы не можете дать администратору доступ к учёту, потому что вместе с бронями он увидит выручку, закупочные цены и данные по всем точкам сразу.
- Сводку по неделе вы собираете вручную из трёх таблиц, и цифры не сходятся с деньгами в кассе.
- При возврате повреждение заметили, но не зафиксировали. Через день уже не докажешь, чей это скол — и удерживать залог не с чего.
Общий чат в мессенджере эту задачу не решает, а маскирует: в нём есть история сообщений, но нет состояния. Сообщение «взяли третий сап» через сорок сообщений уже никто не найдёт.
Во что это обходится в деньгах
Проблема кажется организационной, но выходит она деньгами — просто не одной заметной суммой, а мелкими утечками, каждая из которых по отдельности «ерунда».
Посчитайте на своих цифрах. Возьмём для примера прокат велосипедов: закупочная стоимость одной единицы — 25 000 ₽. Одна невозвращённая или разбитая без фиксации единица — это, на условных числах, около двадцати месяцев подписки на тарифе «Старт» (1 250 ₽/мес). Дальше: если в выходной день вы отказали хотя бы одному клиенту, потому что не знали про свободный инвентарь на соседней точке, а средний чек аренды — 1 500 ₽, то за сезон из десятка таких «сейчас уточню» складывается сумма, которую вы никогда не увидите в отчёте — её там просто нет.
Это иллюстрация арифметики, а не обещание результата. Но подставьте свои закупочные цены и свой средний чек — порядок величин обычно неприятно удивляет.
Единая база: карточка на каждую единицу
Rent in Hand устроен вокруг простого принципа: учёт ведётся не по строке «велосипеды — 12 шт.», а по каждой конкретной единице. У сапборда №3 есть своя карточка: где он находится, в каком он статусе прямо сейчас, вся история аренд, фотографии состояния, документы.
Что это меняет на практике
Администратор на любой из точек открывает систему в браузере — на компьютере, планшете или в телефоне — и видит общую картину сети, а не только свой шкаф. Клиент спрашивает про два велосипеда на воскресенье: сотрудник смотрит календарь занятости, видит, что одна единица свободна здесь, вторая — на второй точке, и отвечает сразу, не перезванивая через двадцать минут.
Инвентарь при этом привязан к точке, а не к памяти сотрудника. Перевезли — отразили в системе, и это видят все, включая вас.
Учёт разных типов инвентаря
Под разные части бизнеса есть отдельные модули: «Мастерская» — для ремонта и обслуживания, «Магазин» — складской учёт расходников и сопутствующих товаров, «Доставка» — если вы возите инвентарь клиентам. Всё это живёт в одной базе, а не в трёх разных программах.
Права доступа: кто что видит и кто что может
Это второй узел, из-за которого владельцы годами тянут с внедрением учёта. Дать сотруднику доступ страшно, не дать — значит остаться единственным человеком, который умеет работать с базой.
В системе роли и права настраиваются: администратор точки работает с бронями, выдачей и возвратом, ведёт клиентов — и не видит того, что ему видеть не нужно. Управляющий сети видит несколько точек. Владелец видит всё: выручку, ДДС, загрузку инвентаря, эффективность сотрудников.
Дальше важное следствие. Клиентская база с историей аренд принадлежит компании, а не телефону конкретного администратора. Сотрудник уходит — вы закрываете ему доступ, и вся история заказов, контакты и договоры остаются на месте. Новый человек садится и продолжает работу с того же экрана.
Отсюда же берётся ответ на вопрос «кто накосячил». Если инвентарь выдан не тому или возврат оформлен задним числом, у вас есть история по единице и по заказу, а не спор из серии «я говорил — ты не слышал».
Брони, выдача и возврат между точками
Разберём типовой день, чтобы было понятно, что именно видит сотрудник на экране.
Утро. Открывается календарь занятости: кто приходит, во сколько, что берёт, на какой точке. Ночью через виджет онлайн-бронирования на вашем сайте пришли две заявки — они уже в системе, вручную их переносить не надо.
Выдача. Клиент пришёл, сотрудник выбирает свободную единицу, оформляет договор по шаблону, принимает оплату — онлайн или на месте — и фиксирует залог. При выдаче делаются фотографии состояния и прикрепляются к заказу. Позиция меняет статус и уходит из свободных в календаре — занятость этой единицы видна всем точкам.
Возврат. Снова фотофиксация — теперь уже состояния на возврате. Есть повреждение — оно зафиксировано с датой, и разговор об удержании залога идёт по фактам, а не по памяти. Клиенту уходит уведомление на SMS или email, если у вас настроены напоминания о сроке возврата.
Вечер. Вы открываете аналитику и смотрите, как отработали точки: выручка, загрузка инвентаря, движение денег, кто из сотрудников сколько оформил. Не «примерно», а из тех же данных, которыми они работали весь день.
Как перейти, не останавливая работу
Главный страх при переходе на систему учёта — «сезон, некогда, всё встанет». Поэтому переход разумно делать порциями.
- Импорт из таблиц. Инвентарь и клиентов не нужно вбивать руками — данные загружаются из ваших таблиц.
- Одна точка первой. Начните с той, где вы бываете чаще, отработайте пару дней, потом подключайте остальные.
- Сотрудников — по ролям. Администратору достаточно двух экранов: календарь и оформление заказа. Всё остальное вы настраиваете сами и не грузите этим персонал.
- 7 дней бесплатно, без привязки карты. Вы проверяете систему на своём инвентаре и своих бронях, а не на демо-данных.
Про надёжность: Rent in Hand — резидент «Сколково», система входит в Реестр отечественного программного обеспечения и поддержана Фондом содействия инновациям. Ей пользуются сотни прокатов.
FAQ
Итог
Хаос в сети прокатов возникает не от объёма работы, а от того, что у каждой точки своя правда: своя таблица, свой чат, своя память сотрудника. Пока источников несколько, вы будете тратить время на сверку и терять клиентов на фразе «сейчас уточню». Единая база с карточкой на каждую единицу, общим календарём броней и настроенными правами доступа снимает саму причину, а не последствия.
Проверить это можно только на своём инвентаре. Заведите точки, загрузите позиции из таблицы, дайте администратору доступ и посмотрите на неделю работы — за бесплатный период это как раз успевает стать понятным.