Учет заявок на ремонт без таблиц: поля, этапы и фото «до и после» в каждой заявке
Учет заявок на ремонт — это единый порядок, при котором каждая заявка превращается в работу с одним ответственным, датой, этапами и фото результата, а не теряется в чате или таблице. Само сообщение о поломке в небольшой службе эксплуатации обычно уже доходит: арендатор пишет в чат, кто-то заводит заявку в системе заявок на ремонт, техник назначен. А дальше тишина. Никто не знает, доехал ли техник, что оказалось сломано, какую деталь поменяли и действительно ли больше не течёт под раковиной на кухне. Заказ-наряд — то самое недостающее звено между «сообщили» и «сделано и проверено».
Почему учет заявок на ремонт в таблице и чате не работает
Когда каждый техник описывает работу как успевает, руководитель обзванивает людей, чтобы понять, что произошло. В маленьких командах повторяются одни и те же проблемы:
Поля у каждого свои. Один пишет номер кабинета, другой — «2 этаж у лифта», третий не пишет ничего. Через неделю заявку уже не найти.
Плановые работы и ремонты живут в разных местах. Ремонты — в общем чате, а график планово-предупредительного ремонта — в таблице, и реальную загрузку на неделю не видит никто.
Нет фото «до». Без снимка неисправности на месте потом не понять, была поломка мелкой, серьёзной или появилась после ремонта.
«Сделано» — это слово, а не доказательство. Сообщение «починил» закрывает заявку, а руководитель узнаёт правду, когда арендатор пишет снова.
Шаблон заказ-наряда не добавляет бумаг. Он задаёт порядок: техник каждый раз заполняет одни и те же пять вещей, а руководитель читает любую заявку одинаково.
Какие поля нужны в заявке на ремонт
Шаблон должен заполняться с телефона меньше чем за минуту. Для большинства работ в здании хватает таких групп:
Кто и где
Кто сообщил о проблеме (арендатор, отдел или ваш собственный обход), контактный телефон, корпус, этаж и помещение, а также доступ: ключ на ресепшене, арендатор на месте, позвонить перед приездом. Одна строка про доступ экономит много пустых выездов.
Что случилось и насколько срочно
Одно предложение простыми словами, оборудование или зона и понятный приоритет: авария сегодня, на этой неделе или плановая работа. Если к сообщению приложено фото, оно остаётся в заявке.
Кто делает и к какому сроку
Один ответственный, даже если на объект едут двое, и дата со временем. Заявка с тремя фамилиями и без срока обычно ничья. Если работу делает подрядчик — ответственным указывается подрядчик.
Результат
Что обнаружено, что сделано, какие детали и материалы использованы и нужна ли повторная работа. Повторная работа становится новой заявкой, а не строчкой в комментарии, которую никто не перечитает.
Этапы: от «принято» до «проверено»
Поля описывают работу, этапы показывают, где она сейчас. Большинству команд хватает четырёх:
Принято — техник увидел заявку, срок ему подходит.
На объекте — техник на месте и сделал фото «до».
Выполнено — ремонт закончен, приложено фото «после» и короткий комментарий.
Проверено — руководитель или заявитель подтвердил результат либо вернул заявку с комментарием.
Смысл этапов в том, что руководитель смотрит на неделю и без единого звонка видит, какие заявки застряли на «принято», а какие закрыты без проверки.
Отдельно договоритесь, кто ставит этап «Проверено». В небольшом офисном здании это обычно руководитель службы эксплуатации или старший техник смены, в бизнес-центре — администратор, который принял заявку от арендатора. Главное, чтобы проверяющий не совпадал с исполнителем: техник, который сам подтверждает свою работу, ничего не проверяет. Если работа не доделана, заявка возвращается на этап «Выполнено» с комментарием, а не закрывается новой заявкой — так в истории видно, сколько раз пришлось возвращаться к одной и той же поломке.
Фото «до и после», которые что-то доказывают
Фото доказывает что-то, только если снято с того же ракурса и показывает одно и то же. Договоритесь об этом в шаблоне: «до» показывает неисправность и то, что вокруг, «после» — то же место с той же точки. Для повторяющихся работ, например замены фильтра или прочистки трапа, добавьте эталонное фото того, как должно выглядеть «хорошо», чтобы техник понимал результат ещё до ухода с объекта.
Фото защищает и самого техника. Если арендатор потом скажет, что пятна на потолке раньше не было, снимок «до» в заявке решит вопрос за секунды.
И ещё одно правило: фото делается в момент работы, а не подбирается потом из галереи. Снимок, сделанный вечером «для отчёта», не показывает, в каком состоянии было место на самом деле, и превращает учет заявок на ремонт в формальность. Лучше два честных фото в каждой заявке, чем десять красивых раз в неделю.
Как учет заявок на ремонт устроен в CosaNostra
В CosaNostra заказ-наряд — это заказ: заявитель, адрес или помещение, телефон, комментарии, этапы и назначенные сотрудники в одной карточке. Создать его можно голосом («Завтра в 10, течёт кран в кабинете 214, Павел, сделать фото») или из скриншота сообщения арендатора — поля заполнятся сами. Заказ появляется в общем календаре на своей дате с аватаром техника, рядом с его сменами, так что видно, кто реально работает в этот день. Техник получает уведомление и ведёт заказ по этапам.
Внутри работы чек-лист хранит фото «до» и «после». У каждого пункта может быть эталонное фото, короткое описание и порог: ИИ-фотопроверка сравнивает снимок техника с эталоном и ставит оценку, а руководитель открывает только пункты ниже порога, комментирует и при необходимости возвращает. Местоположение на фото — по желанию. После закрытия чек-лист, фото, комментарии и время остаются на дате в календаре, и история работ по зданию собирается сама. Официальный журнал приложение не заменяет — оно даёт рабочую историю, из которой журнал заполняется. Для команд до 20 человек CosaNostra бесплатна.
Если хотите видеть ремонты, обходы и плановые работы в одном календаре, а не в трёх чатах и таблице, посмотрите, как устроена программа для эксплуатации зданий CosaNostra и как в ней ведётся учёт заявок с фото.
Частые вопросы
Что должно быть в заявке на ремонт?
Кто сообщил и как с ним связаться, место и условия доступа, короткое описание и приоритет, один ответственный и срок, этапы от «принято» до «проверено» и фото «до и после» с комментарием о сделанной работе.
Чем учет заявок на ремонт в приложении лучше таблицы?
В таблице видно, что заявка была, но не видно, где она сейчас и чем закончилась. В приложении у каждой заявки есть ответственный, дата, этапы и фото результата, а все работы видны в одном календаре.
Сколько этапов нужно заказ-наряду?
Небольшой команде обычно хватает четырёх: принято, на объекте, выполнено и проверено. Лишние этапы пропускают, а без этапа проверки заявки закрываются без контроля.
Заменяет ли приложение официальный журнал?
Нет. Приложение даёт рабочую историю с фото, комментариями и датами по каждой работе, из которой официальный журнал заполнить быстрее и точнее, но документы, которые здание обязано вести, оно не заменяет.
