Заявки на ремонт: квитанция вместо стикера на холодильнике

Стикер на холодильнике

Заявка на ремонт превращается в квитанцию, а не в стикер на холодильнике. Пока это стикер, происходит примерно одно и то же. Клиент приносит ноутбук, приёмщик записывает на листке «Иванов, не включается, звонить», листок липнет к монитору. Через три дня клиент звонит: «Готово?». Мастер смотрит на десять аппаратов на стеллаже и не помнит, какой из них Иванова и что с ним делали.

Дальше по накатанной. Стикер отклеился и упал за стол. Приёмщик, который принимал, сегодня выходной. В тетради запись есть, но телефон записан неразборчиво. Клиент приезжает забирать, а аппарат ещё не трогали, потому что заявка потерялась между сменами. Один такой случай в неделю, и о центре уже говорят «там вечно всё теряют».

Проблема не в людях. Бумага и память просто не тянут поток, когда в день заходит двадцать человек с разной техникой, а мастеров трое и у каждого своя очередь.

Почему так выходит

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

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

Приёмка и статусы ремонта

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

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

Пример. Заходит человек с планшетом, не заряжается. Приёмщик заводит заявку, печатает квитанцию, срок два дня. Мастер на диагностике находит, что дело в разъёме, ставит статус «ждём запчасть». Клиент позвонит, приёмщик сразу скажет: ждём деталь, будет к пятнице.

Уведомления, база клиентов и отчёты

Когда мастер ставит статус «готов», клиенту само уходит сообщение: аппарат готов, забрать можно тогда-то, к оплате столько. Никто не сидит и не обзванивает вечером список готовых. Уведомления удобно вести через бота в мессенджере, механика та же, что и в напоминаниях о записи.

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

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

Что важно учесть

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

Интеграция с кассой или 1С делается по желанию, не сразу. На старте хватает того, что заявки, статусы и уведомления работают. Обмен с 1С по деньгам и складу запчастей подключается потом, когда сам приём заявок уже устоялся.

Гарантийные случаи считайте отдельно. Система хранит историю и серийники, этого достаточно, чтобы доказать гарантию перед клиентом и поставщиком. Но правила гарантии у каждого производителя свои, их надо занести один раз, автоматически они ниоткуда не возьмутся.

Что можно сделать уже сейчас

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

Второе. Начните печатать квитанцию при приёмке. Клиент с бумагой на руках меньше нервничает и реже звонит с вопросом «ну как там».

Третье. Настройте одно автосообщение «ваш аппарат готов». Это самая частая причина звонков, и она снимается одним уведомлением.

Четвёртое. Соберите это в одну систему приёма заявок под ваш сервис. Готовое решение для сервисного центра собирается на базе бота в мессенджере или отдельного кабинета, а автоматизацию процессов и обмен с 1С добавляем по мере роста.

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

У нас маленькая мастерская, два человека. Не слишком ли это для нас?

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

Сколько стоит и как быстро окупается?

Зависит от того, нужен ли обмен с 1С и склад запчастей или хватит приёмки со статусами и уведомлениями. Ориентиры по стоимости я держу открыто на странице цен. Окупается это на возвращённых клиентах: один потерянный аппарат в неделю за год превращается в заметную дыру.

Что с данными клиентов, это же телефоны и имена?

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

Коротко о главном

Сервисный центр держится на том, чтобы в любой момент знать, чей аппарат лежит на полке, что с ним обещали и на каком он этапе. Стикеры и тетрадь эту задачу не тянут, как только поток вырастает. Приёмка с квитанцией, статусы ремонта, автоуведомление о готовности и история по клиенту и устройству закрывают почти все потери, и это работает даже у мастерской из двух человек.

Заявки на ремонт всё ещё живут на стикерах и в тетради, а клиенты звонят «готово?» по десять раз? Напишите мне в Telegram слово «РЕМОНТ». Посмотрим ваш поток и соберём приёмку заявок под ваш сервис, от простого списка до обмена с 1С.