Согласования в ТСЖ: голосование в карточке заявки — КанБан

В ТСЖ и управляющей компании многие заявки нельзя просто взять и выполнить — сначала нужно согласование. Ремонт кровли или замену насоса должно одобрить правление, выбор подрядчика — вынести на голосование, а выполненные работы кто-то должен принять. Формально это коллективное решение нескольких человек, но на практике оно тонет в звонках, разрозненных чатах и переписке «а ты за или против?».

В итоге согласование растягивается на недели. Диспетчер обзванивает членов правления по очереди, собирает мнения в блокнот, кто-то отвечает «потом посмотрю» и пропадает. Когда житель спрашивает, почему заявка стоит, внятного ответа нет: решение вроде обсуждали, но где оно зафиксировано и сколько человек «за» — никто не скажет. А если позиции разошлись, всё начинается по новому кругу.

В КанБан для этого есть опрос прямо в карточке заявки. Вы задаёте вопрос и варианты «за/против», участники голосуют одним нажатием, а счётчики видны всем сразу. Главное — можно задать порог голосов: как только нужное число голосов набрано по варианту, карточка сама переезжает в заданную колонку, а опрос закрывается. Разберём на примере ТСЖ «Northgate».

В чём проблема: согласования, которые вязнут

Заявки, требующие коллективного решения, — самое узкое место в ТСЖ. Одобрить смету, выбрать подрядчика, принять работы: пока идёт согласование, заявка стоит, а житель ждёт. И вязнет она не потому, что решение сложное, а потому что сам процесс сбора мнений неудобный.

• Голоса собирают вручную. Диспетчер обзванивает членов правления, пишет каждому в личку, сводит ответы в блокнот. Один в отпуске, второй «ответит вечером», третий забыл — и решение зависает.
• Итог нигде не зафиксирован. Обсуждали в общем чате, кто-то ответил эмодзи, кто-то голосом по телефону. Сколько человек реально «за», а сколько «против» — точно не скажет никто.
• Решение оторвано от заявки. Голосование живёт в чате или в голове диспетчера, а сама заявка — на доске. Связать «правление одобрило» и «двигаем в работу» приходится руками.
• Нет прозрачности перед жителями. Житель спрашивает, почему его заявку не выполняют, а показать ход согласования нечем — нет ни вопроса, ни результата в одном месте.

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

Как решает КанБан: опрос прямо в карточке

В КанБан к любой карточке-заявке можно добавить блок «Опрос». Согласование перестаёт быть отдельным процессом в чате — оно живёт на самой заявке, а его результат сам двигает карточку по доске.

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

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

Разбор на примере ТСЖ «Northgate»

В ТСЖ «Northgate» заявками управляет диспетчер Лидия, а крупные решения принимает правление из пяти человек. Раньше согласование сметы или выбор подрядчика Лидия собирала обзвоном — теперь оформляет опросом прямо в карточке.

Пришла заявка «Заменить циркуляционный насос в подвале»: работа дорогая, нужно одобрение правления. Лидия заводит карточку, добавляет блок «Опрос» с вопросом «Согласовать замену насоса по смете подрядчика?» и вариантами «За» и «Против». Для варианта «За» она выбирает колонку «В работу», для «Против» — «Отклонено правлением», а порог ставит 3 (простое большинство от пятерых). Дальше она просто отправляет членам правления ссылку на карточку.

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

Тот же приём Лидия использует для приёмки: когда подрядчик отчитывается о выполненных работах, она заводит опрос «Принять работы по заявке?» и переносит карточку в «Закрыто» по достижении порога. А когда правлению нужно выбрать между двумя подрядчиками, она добавляет два именованных варианта и смотрит, за кого больше голосов, — без авто-переноса, просто чтобы зафиксировать выбор.

Что это даёт ТСЖ и управляющей компании

Опрос в карточке превращает согласование из вязкой переписки в быстрый и прозрачный шаг процесса.

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

Диспетчер перестаёт быть «оператором обзвона», а правление принимает решения быстро и по делу — прямо там, где живёт заявка.