Створення
Мешканець обирає категорію, описує проблему, додає фото, дату й час.
Заявка — від проблеми до виконаної роботи
Мешканцю зрозуміло, що відбувається. Майстер отримує весь контекст. Керуючий бачить чергу, відповідальних і справи без рішення.
Отримати ранній доступ
Ранній доступ
повідомимо про завершення тестування
Від звернення
Опис і до чотирьох фотографій
До виконання
Погодження або зміна часу
Повний шлях заявки
Призначення
Керуючий обирає майстра або бачить заявку в черзі без відповідального.
Погодження
Майстер приймає запропонований час або надсилає альтернативу.
Виконання
Статус змінюється, результат і потрібні уточнення залишаються в заявці.
Завершення
Мешканець бачить результат і може повідомити, якщо питання ще не вирішене.
Одна заявка — три зрозумілі погляди
Мешканець
Створює звернення, бачить статус, час, виконавця й повідомлення.
Керуючий
Контролює чергу, призначає або змінює майстра та відкриває деталі.
Майстер
Працює лише з призначеними заявками й фіксує перебіг роботи.
Час узгоджується всередині заявки
Якщо запропонований час не підходить, майстер не переносить домовленість у приватний чат. Він пропонує альтернативу, а мешканець приймає або відхиляє її в тому самому сценарії.
- Початкова дата й час від мешканця
- Альтернативна пропозиція від майстра
- Окремий стан очікування рішення
- Актуальний час для всіх учасників
Контекст не зникає після одного повідомлення
Опис, фото, зміни статусу, перепризначення та повідомлення залишаються поруч із заявкою. Керуючому не потрібно відновлювати історію за скриншотами з кількох чатів.
Питання та відповіді
Які типи заявок можна створювати?
У системі є робочі категорії на кшталт сантехніки, електрики та прибирання. Організація працює з тими спеціалістами, яких додала до команди.
Чи можна змінити час після створення заявки?
Так. Майстер може запропонувати інший час, а мешканець — прийняти або відхилити пропозицію.
Чи можна написати майстру або мешканцю?
Так. Діалог відкривається з контексту заявки й використовує спільний компонент чатів KONTUR.
Зробіть шлях заявки прозорим для всіх учасників
Перевірте створення, призначення, погодження часу й завершення роботи у власній організації.
Отримати ранній доступ
Повідомимо одразу після завершення тестування
Управління заявками мешканців: зрозумілий шлях від звернення до результату
Робота зі зверненнями у KONTUR побудована навколо однієї справи, а не розрізнених повідомлень. Мешканець одразу передає опис проблеми, фотографії та бажаний час. Керуючий бачить нове звернення в черзі, визначає відповідального майстра й контролює його стан. Майстер отримує потрібний контекст, погоджує роботу та фіксує перебіг виконання. У результаті кожен учасник бачить свою наступну дію, а історію не доводиться відновлювати з телефонних дзвінків, скриншотів і кількох приватних чатів.
Мешканець одразу передає потрібний контекст
Заявка починається з конкретної категорії та зрозумілого опису. Мешканець може додати фотографії, зазначити бажані дату й час, а після відправлення бачить звернення у власному кабінеті. Це зменшує кількість уточнень на старті: команді не потрібно окремо просити адресу, шукати зображення проблеми в месенджері або перепитувати, коли можна прийти. Якщо обставини змінюються, актуальна інформація залишається у картці заявки. Звернення прив’язується до конкретного житла в структурі організації, тому керуюча команда відразу розуміє, де потрібна робота. Для будинків із квартирами та комплексів із приватними будинками використовується відповідна модель адреси. Це допомагає не змішувати схожі проблеми різних об’єктів і зберігати історію там, де вона виникла.
Статус показує не абстрактне «повідомлення прочитано», а етап роботи зі зверненням. Мешканцю видно, чи заявка ще очікує рішення, чи вже призначено виконавця, чи узгоджується час і чи завершено роботу. Якщо питання залишилося невирішеним, він може продовжити взаємодію в тому самому сценарії. Так звернення не зникає зі стрічки після першої відповіді й не залежить від пам’яті конкретного працівника.
Керуючий і майстер працюють з одними даними
Керуючий бачить чергу заявок, окремо помічає звернення без відповідального та відкриває повні деталі перед призначенням. Він може обрати майстра або змінити виконавця, якщо цього потребує ситуація. Майстер працює зі своїми призначеними заявками, тому його кабінет не перевантажений внутрішніми процесами, які не стосуються виконання роботи. Рольові доступи допомагають розділити координацію, виконання та інформацію мешканця без дублювання даних.
Запропонований мешканцем час не перетворюється на неформальну домовленість у сторонньому чаті. Майстер може прийняти його або запропонувати альтернативу, після чого мешканець погоджує чи відхиляє новий варіант. Поки рішення не прийняте, заявка має відповідний стан очікування. Після узгодження всі учасники бачать один актуальний час, а керуючому не потрібно з’ясовувати, яка з кількох домовленостей є останньою.
Історія заявки зберігає відповідальність і результат
Опис, фотографії, зміни статусу, призначення, погодження часу й повідомлення формують послідовну історію звернення. Діалог відкривається безпосередньо із заявки, тому тема й учасники вже зрозумілі, а мешканцеві не потрібно повторно надсилати номер або пояснювати, про яку проблему йдеться. Якщо відповідальний змінюється, новий виконавець отримує доступний йому робочий контекст у межах організації.
Для керуючої команди це не просто форма зворотного зв’язку, а система обробки звернень мешканців із видимою чергою та відповідальними. Для майстра — перелік конкретних робіт із домовленостями. Для мешканця — зрозумілий стан власного питання. KONTUR не обіцяє автоматично усунути проблему: він робить шлях заявки прозорим, щоб робота мала виконавця, зафіксовані рішення та результат, до якого можна повернутися.