Два мастера закрыли одинаковые по сумме заказы, но получили разные начисления. Это не обязательно ошибка программы. В одном заказе была скидка, в другом — услуга с фиксированной оплатой за единицу. Если не посмотреть правила, итог кажется произвольным. Для меня при создании ШИНМАН для своей мастерской было важно, чтобы каждую такую цифру можно было разобрать до заказа и смены. Зарплата начинается не с кнопки «Выплатить», а с ответа на три вопроса: какая сумма служит базой, какие работы участвуют в проценте и как учитывается минимум за смену...
ШИНМАН CRM
Прием шин на сезонное хранение: состав комплекта, место, срок и квитанция
Клиент привез четыре колеса и вернется за ними через несколько месяцев. В момент приемки все кажется очевидным: автомобиль перед воротами, комплект рядом, сотрудник помнит разговор. Весной смена может быть другой. Тогда ответ на вопрос «где мои колеса?» должен находиться в карточке хранения и квитанции, а не в памяти того, кто принимал комплект осенью. Мы создавали ШИНМАН для своей мастерской и исходили именно из такого разрыва между сезонами. У хорошей приемки четыре результата: понятно, чей это комплект, что именно приняли, где он лежит и на какой срок и сумму договорились...
Заказ шиномонтажа: услуги по колесам, несколько мастеров, скидка и разделенная оплата
Автомобиль уже на посту. Один мастер снимает колеса, другой работает с поврежденной шиной. Администратору нужно оформить заказ так, чтобы в нем сошлись выполненные услуги, работа обоих людей и деньги клиента. Если оставить в записи одну строку «шиномонтаж», после закрытия будет трудно понять, за что взяли оплату, кому начислить зарплату и что делали с конкретным колесом. Когда мы создавали ШИНМАН для своей мастерской, я исходил из простого требования: заказ должен объяснять весь визит, а не только показывать сумму в конце...
Онлайн-запись и живая очередь: как не обещать клиенту занятый пост
Суббота, 10:20. На 11:00 записан автомобиль для сезонной смены колес. Перед ним приехал клиент без записи: у него прокол, и он уверен, что работа займет десять минут. Один пост свободен, второй заканчивает сложный заказ. Если администратор ответит обоим «сейчас примем», к 11:00 мастерская окажется должна два свободных поста, которых у нее нет. Когда мы делали ШИНМАН для своей мастерской, я хотел видеть в записи не красивую сетку часов, а выполнимое обещание. Время клиента должно быть связано с конкретной задачей, подходящим постом и работой, которая уже идет...
Почему заказ в шиномонтаже не заканчивается в момент оплаты
В сезон у шиномонтажа есть странная особенность: одна и та же машина одновременно присутствует в нескольких списках. В записи она занимает время на посту. В заказе у нее свой набор работ и цена. В кассе — один или несколько платежей. В зарплате — начисление мастерам. А если клиент оставил колеса до весны, у мастерской появляется еще одна обязанность: через несколько месяцев найти именно его комплект и выдать его без спора о составе и сроке. Когда мы начали делать CRM для своей мастерской, стало понятно, что автоматизировать только приемку недостаточно...
Четыре CRM для шиномонтажа: что проверить за одну рабочую смену
У владельца шиномонтажа редко бывает время неделями изучать CRM. Перед сезоном хочется получить ответ быстрее: сможет ли администратор записать клиента, оформить заказ, принять оплату и отыскать оставленный комплект, а владелец — понять, сколько заработала смена и что положено мастерам? Я выбрал четыре системы, которые прямо обращаются к автомобильному сервису или шиномонтажу: ШИНМАН CRM, Clean-Control, Автотех и STOCRM. Вместо списка из десятков функций предлагаю проверить один маршрут клиента и посчитать стоимость именно нужного набора модулей...
