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

Звернення мешканця проходить шість кроків: подання, класифікація, призначення виконавця, статус, закриття й оцінка. Розбираємо, де процес ламається найчастіше, що робити з аварійними заявками вночі, за якими пʼятьма числами видно роботу команди і за чим порівнювати сервіси заявок, якщо ви обираєте.

У містечку межа між своїм і чужим — це периметр із кількома вʼїздами, а не двері підʼїзду. Розбираємо, що ховається за словами «контроль доступу», хто чим користується, що ламається найчастіше і за чим порівнювати рішення.

Несплата внесків підриває роботу будинку, створює конфлікти між сусідами та знижує довіру до правління. У статті розбираємо, чому з’являються борги, які методи впливу є законними, як уникнути плутанини з документами та чому цифрові інструменти стають найкращим рішенням для боротьби з хаосом і боргами.

Рішення зборів скасовують не за нечесність, а за процедуру. Розбираємо строки повідомлення, підрахунок голосів за площею, пороги ухвалення, протокол і письмове опитування — і що насправді підтверджує підпис у Дії.




