Интерфейс сотрудника

Подключение управляющих организаций к платформе, начальные настройки, рекомендации по приложению, структура CRM-системы, структура приложения сотрудника
Содержание
Crm-система

1. Как происходит подключение управляющей организации к платформе Домиленд?

Подключение к платформе Домиленд – это всегда совместная работа управляющей организации (далее УО) и сотрудников платформы. Некоторые процессы полностью на стороне УО, часто нужна информация от партнера или иное содействие от сотрудников.
Не запустишь – не поедет. ©
Поэтому важно помнить, что сроки интеграции сильно зависят от скорости решений на стороне партнера и активного участия в процессе. Под контролем УО остается ряд ключевых факторов: мотивация сотрудников, внутренние согласования, предоставление данных, коллективная ответственность, качество данных для импорта и многое другое.

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


1 этап. Заключение договора с Домиленд
Стороны согласуют юридическую часть, в Домиленд создается новый партнер со своей CRM-системой.

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

3 этап. Подписание соглашения о перемене стороны
Нужно для того, чтобы к CRM партнера подключить платежную систему, СМС-центр и других юрлиц, которые обеспечивают полноценную работоспособность функционала.

4 этап. Подключение платежной системы
Платежная система необходима для проведения онлайн-платежей и непосредственного перевода денег от покупателя к продавцу.

5 этап. Подключение онлайн-кассы
Онлайн-касса необходима по закону, чтобы фиксировать продажи, отправлять клиентам чеки и передавать данные в Федеральную налоговую службу.

6 этап. Импорт данных
Партнер выбирает наиболее удобный вариант интеграции с платформой Домиленд. Варианты зависят от наличия технических специалистов у партнера, объема данных для синхронизации и ресурсов компании.
Настоятельно рекомендуется раз и навсегда выбрать такой способ интеграции, который сотрудники УО точно смогут поддерживать на протяжении всей работы с платформой, чтобы потом не пришлось переходить на другой.

Есть следующие способы импортировать данные:
  • Интеграция по API (обычно с 1С) – самый гибкий вариант, но требует участия разработчиков со стороны партнера (инструкция ↗). Первоначальная интеграция может быть трудоемкой, как и дальнейшая поддержка.
  • Данные в формате XML – автоматический импорт структурированных данных по расписанию. Технические специалисты требуются, чтобы наладить преобразование данных в формат XML, настроить импорт данных, контролировать ошибки и обрабатывать их. Однако, такая интеграция проще в настройке и использовании, чем вариант с API. Позволяет управлять расписанием импорта через CRM (инструкция ↗). Не все данные получится передать в формате XML (сравнение ↗).
  • Таблицы Excel – только ручная загрузка данных. Трудоемкий вариант, но не требует существенных технических знаний. Подходит, когда в штате не хватает технических специалистов.
  • Интеграция с ГИС ЖКХ – синхронизация с государственной системой, куда УО по закону должны передавать данные о своей работе. Вариант больше подходит для небольших организаций, когда планируется использовать платформу Домиленд без интеграции с внешними системами (такими как 1С или аналогами). Не требует технических специалистов, потому что на стороне Домиленд остается настройка интеграции и мониторинг ошибок (подробнее ↗).

7 этап. Настройка CRM
Сотрудники УО выполняют первоначальные настройки CRM, при содействии Домиленда.
Самые базовые настройки для УО обычно включают: сотрудников и роли для них, объекты, юридические лица, бесплатные услуги, наполнение контентом (инструкция ↗).

8 этап. Запуск приложения
Обычно этот этап включает информирование жителей, что появилось новое приложение от УО.
Crm-система

2. Какие настройки рекомендуется сделать в CRM управляющей организации на начальном этапе?

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

1. Настроить сотрудников
Зачем: сотрудники помогут ускорить наполнение и начальную настройку CRM, а после этого потребуется организовать работу коллег с обращениями жителей.
Раздел CRM: «Управление» → «Сотрудники»

2. Настроить объекты
Зачем: объекты нужны для разделения полномочий у сотрудников, разделения доступов к услугам у жителей. А также их настройки играют важную роль в поддержании процессов УО, визуальном оформлении в приложении.
Раздел CRM: «Управление» → «Объекты». В карточке объекта среди прочих есть вкладки:

3. Заполнить информацию о юридических лицах
Зачем: актуальная и полная информация помогает выгодно представить организацию, повышает доверие у жителей, показывает зону ответственности УО, а также подтверждает ее легитимность.
Раздел CRM: кнопка шестеренки в шапке экрана → «Юридические лица».
  • Вкладка «Описание» ↗ — заполнить описание и визуальные настройки.
  • Вкладка «Реквизиты» ↗ — указать формальные данные, в том числе лицензию.
  • Вкладка «Документы» ↗ — добавить публичные документы от организации.

4. Настройка бесплатных услуг от УО
Зачем: услуги позволят создавать жителям обращения, а сотрудники смогут их обрабатывать.
Раздел CRM: «Сервисы ЖКХ» → «Сервисы УК». Карточка услуги делится на вкладки, самые важные из них:
Если партнер использует контактный центр от Домиленд, важно согласовать с сотрудниками КЦ, какие услуги они берут на себя — им потребуется сделать настройки на своей стороне.

5. Наполнение контентом
Зачем: снабжение жителей актуальной информацией снизит количество вопросов от них и повысит удовлетворенность от работы УО. На начальном этапе, даже если клиент увидит единственную новость о запуске приложения от УО, это снизит ощущение небрежности из-за пустой ленты на главном экране.
Разделы CRM: в блоке «Медиа сервисы».
  • «Полезные контакты» — заполнить основные контакты с управляющей организацией.
  • «Вопросы и ответы» — указать ответы на частые вопросы от жителей.
  • «Новости» ↗ — добавить новости в ленту на главном экране приложения.
Crm-система

3. Какие меры рекомендуются для популяризации приложения на начальном этапе и в дальнейшей работе?

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

Меры для привлечения клиентов в приложение
CRM-система позволяет уведомить лишь тех клиентов, чей телефон уже известен. Вместе с функционалом CRM, есть ряд других способов, которые помогут распространять информацию о приложении.
  1. Опубликовать новость в групповых чатах и социальных сетях. Многие УО делают групповые чаты для жителей в мессенджерах (Max, Telegram, WhatsApp, Viber) и поддерживают активность в официальных сообществах (группа VK, канал Telegram или иные ресурсы).
  2. Закрепить сообщение от Телеграм-бота в официальном канале и групповых чатах (инструкция ↗). Благодаря этому, жители смогут открывать мини-приложение прямо из списка чатов Telegram. Не требуется установка Домиленд из магазина приложений на устройство. Таким образом, бот предлагает оценить сокращенный функционал и снижает сопротивление к переходу на полноценную версию. Кроме того, сообщение с кнопкой для запуска мини-приложения легко переслать другим людям. Так пользователи могут распространять приложение между собой, что приводит к вирусному эффекту.
  3. Настроить обзвон голосовым помощником. Робот позвонит жителям, расскажет о преимуществах приложения и отправит ссылку на скачивание в СМС.
  4. Разместить рекламные материалы в местах скопления жителей. Например, возможны различные рекламные форматы: листовки для почтовых ящиков (А5), плакаты на доски объявлений и общедомовые стенды (А4, могут быть в виде наклеек), наклейки для дверей и лифтов, таблички на стол.
  5. Добавить баннер на сайте УО, который направит на установку приложения. Рекомендуется разместить его на главной странице в зоне максимальной видимости, чтобы обеспечить высокий охват посетителей.
  6. Запустить СМС-рассылку о новом приложении. Для этого нужна интеграция с СМС-центром (инструкция ↗). Через CRM можно сделать разовую рассылку сообщений на телефоны клиентов (инструкция ↗).
  7. Отправлять СМС о ходе работы над заявкой. Также необходим СМС-центр. Когда жители обращаются в диспетчерскую службу, можно предлагать им установить приложение, чтобы отслеживать статусы заявок и общаться в чате. Такие автоматические сообщения помогают активно продвигать приложение. Опция доступна в настройках объекта. Если она включена, клиенты без приложения получат СМС каждый раз, когда обращение изменит статус на любой, кроме «Ожидание» (инструкция ↗).
  8. Печатать квитанции с QR-кодом на приложение. Когда жители увидят информацию о Домиленд, они смогут отсканировать QR-код и установить приложение на свое устройство. Показать пример — так может выглядеть квитанция с QR-кодом и сам QR-код для ссылки https://domyland.app (в примере использованы только условные данные, кроме QR-кода, любые совпадения с реальными данными случайны).
Переход аудитории на новое приложение займет время. При этом, опыт партнеров с платформой Домиленд показывает, что упомянутые меры позволяют привлечь 80-90% от клиентской базы УО.
Crm-система

4. Как устроена CRM-система?

Глобальная структура
Основные элементы для навигации в CRM-системе Домиленд — это верхняя панель и левое меню.
На скриншоте показана базовая структура этих элементов.
Левое меню можно держать свернутым, это обеспечивает компактность на устройствах с небольшими экранами. Развернутое меню с названиями разделов помогает быстрее ориентироваться в CRM.
Сотрудник через верхнюю панель может:
  • Кликнуть по своей аватарке и перейти в профиль, либо выйти из системы.
  • Нажав на шестеренку, открыть меню «Администрирование» для изменения глобальных настроек — Юридические лица, Интеграция, Регистрация, Интерфейс клиента, Клиентский центр.
  • Кроме перечисленного, под шестеренкой доступны ссылки — Служба поддержки, где коммьюнити-менеджер может получить консультацию; Справочный центр, где любому желающему доступны инструкции по платформе и продуктам Домиленд.
  • Прочитать уведомления для своего аккаунта. Например, про назначение ответственным, новое сообщение от клиента в заявке или напоминание о сроках выполнения обращений.
  • Перейти в раздел «Мои задачи» — для просмотра и управления задачами, обращениями и инцидентами, которые назначены на сотрудника.
  • Изменить тему оформления для CRM-системы — темную или светлую, с фоном или без.

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

Меню имеет следующую структуру:
  • Монитор основных метрик — расположен отдельно, выше всех пунктов в левом меню. Считается за основной экран CRM-системы.
  • Управление — разделы для управления командой и базой объектов, помещений, клиентов.
  • Секции с группами продуктов — Сервисы ЖКХ, Медиа сервисы, Коммерческие сервисы, Витрина, Смарт-системы.
  • Клиентский центр — секция объединяет службы, которые требуют наиболее тесного взаимодействия с клиентом. Такой способ объединения позволяет оптимизировать навигацию для сотрудников, которые отвечают за оперативную коммуникацию с клиентами.
  • Daily сервисы — отдельная секция для категории продуктов, которая всегда раскрыта, ее нельзя свернуть.
Большинство продуктов соответствует той категории, к которой относится сам продукт. Это разделение продуктов показано на главной странице справочного центра.
Ниже описаны исключения: продукты с иными принципами навигации в CRM-системе.

Продукт «Аварийно-диспетчерская служба» представлен в разделах:
>> показать >>

Продукт «Маркетплейс» представлен в разделах:
>> показать >>

Продукт «Афиша мероприятий» представлен в разделах:
• Коммерческие сервисы → Афиша мероприятий — управление мероприятиями и местами их проведения.
• Клиентский центр → Заявки на мероприятия — управление заявками на участие.
• Администрирование → Настройки клиентского центра → Мероприятия — настройки продукта.



Продукт «Охрана» находится в разделе Клиентский центр → Пропуска.

Раздел Клиентский центр → Чаты содержит чаты Витрины, чаты по подписке и чаты с клиентами мини-приложений. Однако, настройки чатов разнесены в соответствии с категориями продуктов:
>> показать >>

На схемах ниже детальнее показана структура каждой секции меню.
Другие уровни в структуре CRM
Разделы из основного меню могут в свою очередь делиться на несколько вкладок, изредка среди них есть деление на внутренние вкладки. Рядом с названиями разделов или вкладок есть подписи, которые кратко поясняют назначение функционала и основные возможности. На скриншотах ниже показаны примеры разделов с подписями.

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

5. Как изменить оформление CRM-системы?

Сотрудник может изменить внешний вид CRM-системы по своему усмотрению. Это изменение увидит только он.
Доступны шесть светлых и шесть темных цветовых тем с разным оттенком и фоном. Существуют темы оформления с однотонным фоном и с изображением на фоне.
Темные цвета в оформлении помогают меньше напрягать зрение тем людям, которые работают в ночную смену.

Нажав на иконку темы в верхней панели CRM, можно увидеть доступные варианты оформления.
Когда сотрудник выбрал тему оформления, она сохраняется в браузере на его устройстве.
На скриншоте ниже показано меню с темами оформления и интерфейс CRM после изменения темы.
CRM-система

6. Как в CRM отправить запрос на подключение продукта?

Сотрудники в CRM-системе могут видеть экраны с продуктами, которые еще не подключены. На таких экранах содержится описание продукта и примеры интерфейса. А кнопка «Узнать подробнее» направляет на статью с подробными инструкциями по продукту.

Комьюнити-менеджер и сотрудники с главной ролью в системе «Администратор» видят кнопку «Подключить». С ее помощью можно отправить запрос на подключение продукта — при этом создается обращение в сервисе Okdesk, а текст в кнопке изменяется на «Запрос отправлен». Отправив запрос, сотрудник увидит модальное окно, где перечислены способы связи с поддержкой Домиленд.
Когда продукт подключат, информационный экран в CRM заменится на раздел для управления продуктом, и будет возможность настроить его видимость для сотрудников.

Информационные экраны реализованы для ряда продуктов:
  • Daily сервисы: Аренда машиномест.
  • Витрина: Каталог проектов, Ход строительства, Ипотека, Рассрочка, Бронирование, Приемка.
  • Коммерческие сервисы: Маркетплейс, Мини-приложения, Места.
  • Смарт-системы: Видеонаблюдение.
Приложение сотрудника

7. Как устроено приложение сотрудника?

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

Если в CRM-карточке сотрудника ↗ включен учет рабочего времени, этот специалист через то же левое меню может начать и завершить свою смену. А в назначенных ему заявках он сможет перейти к заявкам на текущий день, чтобы спланировать свое рабочее время.
Crm-система

8. Какие данные можно посмотреть в мониторе основных метрик?

Монитор основных метрик — это раздел для отслеживания ключевых показателей в работе управляющей организации. С его помощью можно отслеживать динамику обращений, контролировать платежи, анализировать клиентскую базу и состояние помещений. Данные представлены в виде диаграмм и обновляются раз в час.
Раздел доступен только сотрудникам, в настройках роли ↗ которых включен доступ «Монитор основных метрик».

Большинство показателей в блоках формируются с учетом прав доступа сотрудника к объектам ↗, поэтому данные у разных сотрудников могут отличаться. Показатели в следующих блоках не учитывают доступы к объектам: «Количество пользователей с включенными Push-уведомлениями», «Отключения Push».

В верхней части раздела расположены фильтры по группе объектов, кварталу, объекту, датам. С их помощью сотрудники могут сузить выборку данных и сосредоточиться на показателях конкретных домов или периода.
У диаграмм есть два типа отображения: по неделям и по дням для более детального построения.
Стоит иметь в виду, что не все блоки поддерживают фильтрацию и переключение режимов отображения. Ниже в описании каждого блока подробно рассматриваются различия.
Основная информация
  • Объекты — количество объектов в статусе «Эксплуатируется» на конец периода. При наведении показывается общая площадь объектов, а также площадь жилых и нежилых помещений.
  • Помещения — количество помещений, закрепленных за эксплуатируемыми объектами на конец периода. При наведении показывается общая площадь объектов, а также площадь жилых и нежилых помещений.
  • Резиденты — клиенты, у которых было помещение на конец периода. Учитывая клиентов без помещений и клиентов Витрины, в системе у партнера может быть намного больше пользователей, чем показано в Мониторе.
  • С номером телефона — резиденты, у которых в карточке был указан номер телефона на конец периода. При наведении показывается процент от общего количества резидентов.
  • Были в ЛК — количество резидентов за период, которые были активны в личном кабинете. Под активностью понимается любое действие клиента, которое отправляет запрос на сервер: открытие приложения, авторизация, переход на один из экранов. При наведении показывается процент от общего количества резидентов и резидентов с номером телефона.
  • Платили в ЛК за ЖКУ — количество резидентов за период, которые оплатили любой счет за ЖКУ через Домиленд. При наведении показывается процент от общего количества резидентов и клиентов.

Логика фильтров для общих показателей:
  • Группа / Квартал / Объект — фильтры применяются. В показателях «Резиденты», «С номером телефона», «Были в ЛК», «Платили в ЛК за ЖКУ» каждый клиент учитывается только один раз. Но если у него есть помещения в разных объектах, он попадает в выборку по каждому из них. Из-за этого сумма показателей по отдельным группам, кварталам или объектам может быть больше, чем общее значение без фильтров.
  • Недели / Дни — фильтр не влияет на показ данных.
  • Период — фильтр применяется; в зависимости от показателя данные отражаются на конец периода или за весь период.
Обращения
В блоке видна статистика по заявкам. Переключатель позволяет выбрать тип данных:
  • Количество — график показывает число созданных обращений. В зависимости от режима просмотра при наведении на точку отображается количество обращений за день или неделю выбранного периода. Данные в графике учитывают именно количество созданных обращений, а не обновленных за период.
  • Канал — столбчатая диаграмма показывает долю заявок в процентах по каждому каналу обращений.
На скриншотах ниже показаны оба варианта для отображения данных по обращениям.

Над диаграммой видны два общих числовых показателя:
  • Средняя оценка — средний балл по заявкам, созданным в указанный период. Значение округляется до сотых. При этом в расчет включаются все оценки независимо от того, когда именно они были выставлены.
  • Среднее время выполнения — показывает, сколько в среднем времени сотрудники тратили на выполнение заявок, созданных в указанный период. Рассчитывается от момента первого перехода в статус «В работе» до перехода в статус «Выполнено» или до отмены заявки. Подробнее о показателе в другой инструкции ↗.

Логика фильтров для диаграмм по обращениям:
  • Группа / Квартал / Объект — фильтры применяются.
  • Недели / Дни — фильтр влияет только на график «Количество».
  • Период — фильтр применяется.
Клиенты
Блок отображает статистику по клиентам. Переключатель позволяет выбрать тип данных:
  • Платформа — круговая диаграмма показывает, с каких платформ резиденты заходили в личный кабинет за выбранный период.
  • Пол — круговая диаграмма показывает распределение по указанному полу, включая резидентов с незаполненным полом. В центре диаграммы — общее число резидентов на конец периода.
  • Возраст — круговая диаграмма показывает процентное распределение резидентов по возрастным группам на конец периода. Учитываются только резиденты с заполненным полем «День рождения». Их общее количество показано в центре диаграммы.
  • Тип — столбчатая диаграмма показывает процентное распределение резидентов в зависимости от их роли в помещении на конец периода.
  • Активность — график средней почасовой активности клиентов в личном кабинете за выбранный период. Отображает приблизительное число уникальных посетителей за каждый час — при наведении на точку можно увидеть их число. Уникальность определяется в рамках одного часа: клиент засчитывается один раз, даже если заходил несколько раз. В каждом следующем часе он может быть учтен повторно. Активностью считается то же, что и в показателе «Были в ЛК».

Логика фильтров для диаграмм по клиентам:
  • Группа / Квартал / Объект — фильтры применяются. Каждый клиент учитывается только один раз. Но если у него есть помещения в разных объектах, он попадает в выборку по каждому из них. Из-за этого сумма показателей по отдельным группам, кварталам или объектам может быть больше, чем общее значение без фильтров.
  • Недели / Дни — фильтр не влияет на показ данных.
  • Период — фильтр применяется; в зависимости от показателя данные отражаются на конец периода или за весь период.
На картинке ниже показаны все возможные варианты для отображения данных по клиентам.
Помещения
Блок содержит статистику по помещениям в эксплуатируемых объектах на конец периода. С помощью переключателя можно выбрать тип данных:
  • Тип — круговая диаграмма показывает распределение помещений по типам в процентах. Общее количество помещений отображается в центре диаграммы.
  • Средняя площадь — показывает только числовые показатели: средняя площадь квартир, машиномест и кладовых.

Логика фильтров для диаграмм по помещениям:
  • Группа / Квартал / Объект — фильтры применяются.
  • Недели / Дни — фильтр не влияет на показ данных.
  • Период — фильтр применяется; данные отображаются на конец периода.
На картинке ниже показаны оба варианта для отображения данных о помещениях.
Количество пользователей с включенными Push-уведомлениями
На графике можно увидеть динамику изменения числа активных пользователей и пользователей, у которых включены push-уведомления. Это позволяет оценить результаты рассылок и выявить наиболее эффективные меры по привлечению и удержанию аудитории.

На вертикальной оси диаграммы отмечено число пользователей, на горизонтальной — даты из периода, выбранного с помощью фильтра.
На диаграмме есть две линии:
  • Фиолетовая — число активных пользователей, которые открывали приложение.
  • Зеленая — сколько активных пользователей разрешили push-уведомления для приложения и оставили включенным хотя бы один тип уведомлений ↗.
Логика фильтров для графика включенных Push:
  • Группа / Квартал / Объект — фильтры не применяются; данные отображаются по всей клиентской базе.
  • Недели / Дни — фильтр влияет на показ данных.
  • Период — фильтр применяется; данные отображаются за весь период.
Отключения Push
Диаграмма показывает, как менялось число пользователей с отключенными push-уведомлениями. Под отключением понимается запрет на получение уведомлений для приложения в настройках устройства, либо отключение всех уведомлений в самом приложении ↗.

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

Логика фильтров для графика отключения Push:
  • Группа / Квартал / Объект — фильтры не применяются; данные отображаются по всей клиентской базе.
  • Недели / Дни — фильтр влияет на показ данных.
  • Период — фильтр применяется; данные отображаются за весь период.
Финансы
На диаграмме отображаются финансовые показатели управляющей компании. Переключатель позволяет выбрать тип данных:

ЖКУ и Кап. ремонт — график показывает платежи клиентов за ЖКУ и капитальный ремонт через Домиленд с разбивкой по дням или неделям заданного периода. Общая сумма таких платежей суммируется в показателе «Оплачено через Домиленд» за выбранный период (в отличие от других показателей в блоке). Комиссия эквайринга не учитывается.

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

Следующие показатели всегда отображают данные за полный календарный месяц по счетам за ЖКУ и Капитальный ремонт: даже если выбран конкретный день или часть месяца, значения рассчитываются за весь месяц целиком. Если период охватывает несколько месяцев, то значения суммируются. Учитываются только счета в статусе «Выставлен».
  • Начислено — общая сумма начислений (значение поля «Начислено» в карточке счета).
  • Аванс — общая сумма авансовых платежей, в том числе переплата по счетам.
  • Долг — общая сумма начального долга (значение поля «Нач. долг» в карточке счета).

Логика фильтров для диаграммы по платежам за ЖКУ и кап. ремонт:
  • Группа / Квартал / Объект — фильтры применяются.
  • Недели / Дни — фильтр влияет на показ данных.
  • Период — фильтр применяется; в зависимости от показателя данные отражаются за весь период или за полный календарный месяц.
Использование пропусков
В блоке отображается статистика оформленных пропусков с разделением на разовые и постоянные: для автомобилей, людей и общее количество.

Логика фильтров по использованию пропусков:
  • Группа / Квартал / Объект — фильтры применяются.
  • Недели / Дни — фильтр не влияет на показ данных.
  • Период — фильтр применяется; данные отображаются за весь период.
Данные учетной записи
Круговая диаграмма показывает процент занятых слотов для загрузки помещений. Справа указаны лимит помещений по тарифу и дата окончания расчетного периода.
Диаграмма доступна только коммьюнити-менеджеру ↗, ответственному за внедрение и сопровождение системы Домиленд.

Логика фильтров по данным учетной записи:
  • Группа / Квартал / Объект — фильтры не применяются.
  • Недели / Дни — фильтр не влияет на показ данных.
  • Период — фильтр не применяется.
Crm-система

9. Какие данные можно посмотреть в мониторе клиентского центра?

Монитор в разделе «Клиентский центр» позволяет отслеживать ключевые показатели по работе с обращениями клиентов. Данные представлены в виде диаграмм и обновляются в режиме реального времени, однако при большом объеме данных возможны незначительные задержки.
Раздел доступен только сотрудникам, в настройках роли ↗ которых включен доступ «Клиентский центр» → «Монитор».

Все показатели в блоках формируются с учетом прав доступа сотрудника к объектам ↗, поэтому данные у разных сотрудников могут отличаться.

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

Создано заявок — общее количество обращений, созданных за указанный период. Все остальные показатели рассчитываются среди этих заявок:
  • В работе — заявки, которые на текущий момент находятся в работе.
  • Без исполнителя — заявки, в которых на текущий момент отсутствует назначенный исполнитель.
  • Просроченные — заявки, по которым нарушен SLA выполнения.
  • Выполнено — заявки, которые хотя бы раз были в статусе «Выполнено», даже если впоследствии их статус изменился.
По нажатию на любой показатель открывается список заявок, на основе которых он рассчитан.

Логика фильтров по заявкам:
  • Группа / Квартал / Объект — фильтры применяются.
  • Период — фильтр применяется; данные отображаются за весь период.
Общая информация
Блок содержит сводную информацию по обращениям. В верхней части закреплены следующие показатели:

Всего обращений — общее количество обращений, созданных за указанный период. Все остальные показатели рассчитываются среди этих заявок:
  • В работе — заявки, которые на текущий момент находятся в работе.
  • Выполнено — заявки, которые на текущий момент находятся в статусе «Выполнено».
  • Переоткрыто — заявки, которые на текущий момент находятся в статусе «Переоткрыто».
  • Просрочено — заявки, по которым нарушен SLA выполнения. Подробнее о показателе в другой инструкции ↗.
Переключатель позволяет сменить тип данных:
  • Тип услуги — столбчатая диаграмма, которая показывает долю по типам услуги среди созданных заявок. При наведении на каждый столбец отображаются количество заявок и средняя оценка.
  • Канал — столбчатая диаграмма, которая показывает долю созданных заявок в процентах по каждому каналу обращений. При наведении на каждый столбец отображается количество заявок.
  • Базовые/Платные — круговая диаграмма, которая показывает соотношение между заявками на бесплатные услуги ↗ и услуги маркетплейса ↗. При наведении на каждый сегмент отображаются количество заявок.
Логика фильтров для общих показателей:
  • Группа / Квартал / Объект — фильтры применяются.
  • Период — фильтр применяется; данные отображаются за весь период.
На картинке ниже показаны все варианты для отображения общей информации по обращениям.
Качество выполнения
Блок содержит сводную информацию по качеству обработки обращений сотрудниками. Здесь же есть дополнительные фильтры, которые позволяют сузить выборку до определенных услуг или их типов. В верхней части закреплены следующие показатели:
  • Средняя оценка — средний балл по заявкам, созданным в указанный период. Значение округляется до десятых. При этом в расчет включаются все оценки независимо от того, когда именно они были выставлены.
  • Среднее время реакции — среднее время в минутах от создания заявки до первого перехода в статус «В работе». Показывает, как быстро сотрудники берут заявки в работу.
  • Среднее время выполнения — среднее время в часах от первого перехода в статус «В работе» до перехода в статус «Выполнено». Показывает, как быстро сотрудники выполняют заявки.
Переключатель позволяет сменить тип данных:
  • Оценка — столбчатая диаграмма, которая в процентах показывает соотношение клиентских оценок по заявкам (от 1 до 5). Если в выборке нет заявок с какой-либо оценкой, этот столбец скрыт. При наведении на столбец можно увидеть количество заявок с этой оценкой.
  • Реакция — график, который показывает среднее время реакции по заявкам. Есть возможность выбрать детализацию по дням, неделям или месяцам. Вертикальная ось — время в минутах, горизонтальная — даты выбранного периода. При наведении на точку отображается среднее время реакции в минутах за соответствующий день, неделю или месяц.
  • Выполнение — график, который показывает среднее время выполнения по заявкам. Есть возможность выбрать детализацию по дням, неделям или месяцам. Вертикальная ось — время в минутах, горизонтальная — даты выбранного периода. При наведении на точку отображается среднее время выполнения в минутах за соответствующий день, неделю или месяц.
Логика фильтров по качеству выполнения:
  • Группа / Квартал / Объект — фильтры применяются.
  • Период — фильтр применяется; данные отображаются за весь период.
На скриншотах ниже показаны все варианты для отображения данных о качестве выполнения.
Платные услуги
Блок содержит сводную статистику по заказу платных услуг за выбранный период. С помощью переключателя можно выбрать тип данных: стоимость или количество.
Здесь же через поля с выпадающими списками можно выбрать услуги — отдельные или сразу все, группировку — по дням, неделям, месяцам.

Логика фильтров по платным услугам:
  • Группа / Квартал / Объект — фильтры применяются.
  • Период — фильтр применяется; данные отображаются за весь период.
Стоимость — показывает, по каким услугам Маркетплейса больше всего формировались и оплачивались счета. Вид диаграммы зависит от настроек фильтра:

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

(2) Линейная — отображается, когда в фильтре выбраны конкретные услуги. Вертикальная ось — сумма, горизонтальная — даты из периода, выбранного с помощью фильтра. На графике представлены две линии: оранжевая — сумма счетов по оформленным заявкам, фиолетовая — сумма по оплаченным заявкам. При наведении на точку можно увидеть значения за конкретный день, неделю или месяц.

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

(3) Столбчатая — отображается, когда в фильтре не выбраны конкретные услуги. На диаграмме представлены 10 самых заказываемых услуг. Над каждым столбцом указана доля заказов данной услуги от общего числа. При наведении на столбец отображается количество заказов.
(4) Линейная — отображается, когда в фильтре выбраны конкретные услуги. Вертикальная ось — количество заказов, горизонтальная — даты из периода, выбранного с помощью фильтра. На графике представлены две линии: оранжевая — количество оформленных заявок, фиолетовая — количество оплаченных. При наведении на точку можно увидеть значения за конкретный день, неделю или месяц.

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