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

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

Где умирает ответственность

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

  • Заявка становится собственностью человека, а не офиса. Если этот сотрудник уезжает, увольняется или меняет телефон, всё невыполненное уходит вместе с ним, и никто даже не знает, что было потеряно.
  • Никто не знает, сколько заявок открыто прямо сейчас. На простой вопрос о том, сколько заявок активно сегодня, нет ответа, потому что они разбросаны по перепискам, которые не собирает ни один общий список.
  • Приоритет получает тот, кто настаивал сильнее всех. Арендатора, который отправил пять сообщений, обслуживают раньше того, кто отправил одно сообщение, даже если вторая заявка более опасна для здания.
  • Стоимость исчезает. Мастер выполняет работу и получает оплату наличными или переводом, и эта сумма никогда не привязывается к объекту, на который была потрачена. Год заканчивается, а вы не можете сказать, какой объект обошёлся вам дороже, чем принёс.
  • Нет закрытия. Заявка заканчивается, когда арендатор перестаёт спрашивать, а не когда он подтверждает, что неисправность действительно устранена. Разница между этими двумя вещами проявляется через месяц, когда та же неисправность возвращается.

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

Заявка — это небольшой наряд-заказ

Самый простой способ взять обслуживание под контроль — перестать относиться к заявке как к сообщению и начать относиться к ней как к небольшому наряду-заказу. А наряд-заказ не является таковым, если в нём нет шести элементов:

  • Источник. Кто сообщил, когда и через какой канал. Заявка арендатора отличается от замечания при плановом осмотре или от мастера, который был в здании по другой работе, и фиксация источника — это то, что позже делает историю объекта читаемой.
  • Объект. Конкретное помещение и здание, а не имя арендатора, — потому что актив, на котором повторяется неисправность, это объект, а арендаторы в нём меняются.
  • Описание и доказательства. Короткий текст и одна или несколько фотографий. Фото, сделанное в момент заявки, — это то, что позже решает вопрос, существовала ли неисправность до или после заселения.
  • Приоритет. Из закрытого списка, определяемый письменным правилом, а не суждением, вынесенным на ходу.
  • Исполнитель и целевая дата. Конкретный человек или подрядчик и ожидаемая дата, о которой сообщают арендатору.
  • Стоимость и закрытие. Фактическая сумма, отнесённая на объект, и подтверждение арендатора, что неисправность устранена.

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

Приоритет — это письменное правило, а не ощущение

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

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

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

От назначения до закрытия

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

  • Назначение. Заявка уходит конкретному мастеру или подрядчику вместе с описанием, фотографиями и датой. Назначение, зарегистрированное без явного имени, снова становится ответственностью всех, то есть ничьей.
  • Согласование с арендатором. Согласованное и заранее объявленное время доступа. Самая частая причина, по которой мастер приезжает и не выполняет работу, — он приходит, а в помещении никого нет, и это оплаченный визит без результата.
  • Выполнение и документирование. Что было фактически сделано, использованные детали, фото «после» и сумма. Эта сумма относится на объект, а не на общие расходы, и именно эта связь позже позволяет узнать стоимость обслуживания на объект.
  • Закрытие с подтверждением арендатора. Офис не закрывает заявку сам; он закрывает её по подтверждению того, кто её подал, что проблема решена. Если подтверждение не приходит в разумный срок, заявку закрывают с явной фиксацией этого факта.

Есть пятый шаг, который почти все пропускают: гарантия и повторяемость. Когда та же неисправность возвращается на тот же объект в короткий срок, проблема не в неисправности, а в ремонте или в том, кто его выполнил. Связывание новой заявки с предыдущей на том же объекте — это то, что делает этот паттерн видимым, вместо того чтобы платить за него дважды.

Документирование защищает обе стороны

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

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

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

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

Взгляд Origami

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

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

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

Эти шаги не требуют нового инструмента и позволяют оценить масштаб проблемы до любого решения о покупке:

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

Что дальше

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

Источники