Аккаунт диспетчера без доступа к вашим деньгам: «Диспетчеринг» в JobBase

01Парадокс доверия при найме диспетчера

Пятничный вечер, вы на вскрытии — ребёнок захлопнулся в машине, мама в слезах у капота. Пока работаете, телефон в кармане звонит четыре раза. Перезваниваете в десять: два номера не отвечают, третий уже нашёл мастера, четвёртый — спам. Два заказа ушли конкуренту не потому, что вы хуже, а потому что были заняты работой.

Отсюда почти любой владелец приходит к мысли посадить кого-то на диспетчеринг: пусть принимает звонки, раскидывает заказы по техникам, ведёт лиды и расписание. Но диспетчеру нужен доступ к рабочей системе, а вместе с заказами он видит деньги — сколько вы берёте с клиента, сколько отдаёте технику, вашу маржу. Показывать это человеку, нанятому неделю назад по объявлению, страшно: завтра он уйдёт к конкуренту с вашей экономикой в голове.

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

Без подходящего инструмента остаются три неудобных пути: дать диспетчеру полный доступ и положиться на удачу; завести ему отдельный аккаунт и вручную сверять данные по вечерам, теряя заказы на стыке систем; или вести диспетчеринг самому, упираясь в потолок по объёму и выгорание.

02Что предлагает JobBase

«Диспетчеринг» строился вокруг этого парадокса. Аккаунт диспетчера — субаккаунт внутри вашего кабинета: в сайдбаре владельца есть пункт «Диспетчеринг», за ним страница «Аккаунты диспетчеров», где вы заводите и настраиваете этих людей. Второй базы не требуется, ничего не переносится по ночам — всё в одной системе, просто показано каждому по его роли.

Диспетчер работает в том же продукте, что и вы: видит те же заказы и лиды, называет цену, назначает техников, ведёт расписание. Но там, где у вас в интерфейсе видно, чья это доля и какая по заказу маржа, у него пусто.

Мы сами катаемся по выездам и держим команду техников по США — этот вопрос прожит на своей шкуре, а не вычитан в чужих кейсах. Насколько нам известно, мы первыми сделали такой режим родной частью CRM для локсмитов; патентовать его не планируем — чем быстрее это станет нормой в нише, тем лучше для всех.

03Создание аккаунта и настройка видимости

Аккаунт создаётся на странице «Аккаунты диспетчеров». Форма короткая: email, имя, пароль и «окно видимости, дней». Пароль задаёте вы — диспетчер сам его не выбирает, это важно для раздела про увольнение.

Тумблеров на действия («может создавать заказы», «не может удалять») здесь нет: что делает диспетчер, задаёт роль, а вы управляете тем, что он видит, по трём областям — по каждой «Все» или конкретный список:

• Источники — какие лид-источники он видит в работе.
• Партнёры — какие партнёрские профили ему доступны.
• Техники — каких техников видит и на кого может назначать заказы.

Реклама в этот список не входит вовсе: её окупаемость не открыть ни одной из трёх настроек, раздел закрыт на уровне доступа к самому маршруту, ещё до какого-либо экрана.

Сверху — «окно видимости»: число дней от 1 до 365, задающее глубину истории. Поставили 30 — диспетчер видит последний месяц, а вся история глубже вне поля зрения.

04Что диспетчер видит, а что нет

Диспетчер видит цену, которую называет клиенту, и саму работу — не вашу долю в ней.

При создании заказа он видит цены услуг из каталога, может добавить свою позицию — доп.работы, запчасти — со своей ценой и видит живой итог по ходу оформления: иначе продиктовать сумму по телефону нечем. А в уже сохранённом заказе эта сумма ему больше не показывается: открыть карточку и увидеть итог, даже собственноручно заведённого заказа, диспетчер не может — чья это доля, комиссия за карту, скидка, наценка и отметка об оплате из карточки убраны в принципе. В аналитике ему доступен только его собственный оборот и начисленная ставка; вашу прибыль, долю компании и чужие доли он не увидит ни на одном экране.

Из формы нового заказа убрано всё денежно-чувствительное сверх цены клиенту: кто закрывает заказ, подсказка по марже, выбор процента, доля оператора по партнёру или технику. Диспетчер назначает заказ на техника, но не закрывает его сам и не собирает подпись клиента — финал остаётся за владельцем или техником на месте, устройство аккаунта техника разобрано отдельно.

У диспетчера есть личный раздел «Финансы» — но там только его деньги: собранный оборот, начисленная ставка, выплаты и остаток. Это его зарплатный лист, не окно в вашу бухгалтерию.

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

05Оплата: процент или фикс

Два штатных варианта: процент от собранного оборота (gross) или фиксированная сумма за период — недельный, двухнедельный или месячный. Процент считается именно от оборота, а не от прибыли: диспетчер не знает вашу прибыль и не может от неё зависеть, его ставка привязана к тому, что он реально нагнал по заказам.

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

Под словом «диспетчер» скрываются два разных человека: один ведёт лида под ключ и логично получает процент от оборота, второй просто договаривается об аппойнтментах и сидит на фиксе. JobBase не заставляет выбирать «правильный» тип — процент под первого, фикс под второго, видимость в обоих случаях настраиваете вы. Как эта роль стыкуется с техником на выезде, разобрано отдельно: связка «диспетчер + техник» в JobBase.

06Отзыв доступа и контроль

Кнопка «Стоп» на аккаунте диспетчера мгновенно отключает его и инвалидирует все сессии: если он залогинен в этот момент, сессия умирает немедленно, а не когда протухнет токен. Вы также можете сбросить ему пароль со своего аккаунта — это тоже мгновенно убивает все токены. Сам диспетчер не может сбросить пароль, сменить email, включить 2FA или воспользоваться «забыли пароль» — учётка целиком под вашим контролем.

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

07Частые вопросы