Согласование через Telegram: карточка, кнопки решения и журнал, по которому всё находится

Где согласование через Telegram ломается

Согласование через Telegram выглядит просто: бот присылает карточку, руководитель нажимает «Согласовано», исполнитель получает подтверждение. Проблема возникает через месяц, когда нужно ответить, кто это утвердил и на каком основании: сообщение уехало вверх по переписке, сотрудник сменил телефон, в учётной системе нет ни строчки. Согласование было — доказательства нет.

Три типичные потери. Первая: решение принимается текстом в личном чате — «ок, согласовал», и непонятно, к чему это относилось и когда прозвучало. Вторая: кнопка нажата, но результат остался в мессенджере — заявка висит в статусе «на согласовании», исполнитель ждёт, хотя решение принято. Третья: молчание. Карточка отправлена, ответа нет, и через три дня её списали, потому что «наверное, неважно».

Масштаб потерь времени на решения виден по опросу McKinsey 2019 года: в среднем 37% рабочего времени уходит на принятие решений, 61% респондентов считают, что это время используется неэффективно, преуспевающими в решениях себя назвали 20% компаний. Ожидание и уточнения съедают больше, чем само решение, — мессенджер сокращает именно ожидание, но только там, где решение фиксируется.

Карточка, кнопки и журнал: три части одного решения

Согласование состоит из трёх частей, и путать их нельзя. Карточка отвечает, что именно решаем. Кнопки — как отвечаем. Журнал — что осталось после ответа. Без карточки непонятен предмет, без кнопок появляется свободный текст, без журнала нечего предъявить.

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

Технически всё упирается в ограничения Telegram. В inline-кнопку нельзя положить весь документ: поле callback_data принимает от 1 до 64 байт, поэтому карточка живёт в вашей базе, а кнопка несёт её номер и выбранный исход. Когда человек нажимает, бот получает идентификатор запроса, отправителя, сообщение и данные кнопки — этого достаточно, чтобы записать, кто, что и когда. И деталь, которую часто забывают: пока бот не ответил на нажатие служебным вызовом, у человека висит индикатор загрузки. Именно из-за неё кнопка «не работает» в глазах сотрудника.

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

Что должно быть в карточке согласования

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

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

Кнопки: три исхода вместо двух

Самая частая ошибка — две кнопки: «Согласовано» и «Отклонить». Человеку, которому не хватает данных, отвечать нечем, и он пишет вопрос текстом. Дальше начинается переписка, из которой решение уже не вытащить. Третий исход, «Нужно уточнение», возвращает карточку автору с конкретным вопросом и отказом не считается.

• «Согласовано» доступна только тому, у кого есть право на это решение: автор запроса свою же карточку утвердить не может.
• «Отказ» требует причины: не хватает данных, дорого, вне регламента. Отказ без причины бесполезен — по нему нельзя ничего исправить.
• После нажатия кнопки гаснут, а в карточке появляется итог: кто решил, когда и с каким обоснованием. В Bot API для этого есть отключённое состояние кнопки, поэтому повторное нажатие не создаёт второе решение.
• Если решение принимают двое, порядок должен быть виден заранее: последовательное согласование и параллельное — разные процессы.

Сколько это экономит, видно по срокам согласования из опроса компаний «Поток» и Directum: у 24,4% респондентов внутреннее согласование кандидатуры занимает меньше дня, у 42,2% — от нескольких дней до недели, у 20% — больше недели. Речь про найм, но механика та же: карточка, ответственное лицо, срок. Разница между «меньше дня» и «больше недели» — это не скорость печати, а наличие или отсутствие процесса.

Отказ и молчание — разные состояния

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

1. Напоминание ответственному через несколько рабочих часов. Наш ориентир по умолчанию — четыре часа, и это наши цифры, а не отраслевой стандарт.
2. Эскалация заместителю или владельцу процесса, если ответа нет к концу следующего рабочего дня.
3. Пометка «просрочено» в учётной системе: просрочка должна быть видна в отчёте, а не только в чате.
4. Решение по просроченной карточке принимает человек, а не таймер. «Согласовано по молчанию» допустимо только там, где это записано в регламенте и цена ошибки мала.

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

Журнал: что записать, чтобы подтверждение нашлось через год

Журнал согласований — не история чата. Чат чистится, аккаунт удаляется, телефон меняется, а вопрос «кто утвердил скидку в марте» остаётся. Поэтому запись делается в вашей системе, а мессенджер остаётся способом получить ответ.

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

Срок хранения определяется вашими правилами и требованиями к документам, а не настройками мессенджера — в разборе кейсов видно, как это выглядит на практике.

Как измерить, что согласование перестало теряться

Согласование в мессенджере легко превращается в «стало удобнее» без доказательств. Четыре метрики дают проверяемую картину за месяц.

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

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

Что не стоит согласовывать в мессенджере

Мессенджер удобен для решений с коротким циклом и понятным предметом. Есть класс решений, где он годится только как уведомление.

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

Правило простое: если решение объясняется одной строкой и проверяется по цифре — мессенджер подходит. Если для решения нужно читать документ — мессенджер только сообщает, что документ ждёт.

С чего начать

1. Выберите один тип согласования, который задерживается чаще всего: скидки, счета, закупки, отпуска.
2. Опишите карточку: какие поля нужны именно здесь и кто принимает решение.
3. Сделайте три исхода и запрет на самоутверждение — это два правила, которые убирают половину спорных случаев.
4. Заведите журнал в своей системе и свяжите его с карточкой; мессенджер оставьте интерфейсом.
5. Поставьте напоминание и эскалацию, а через месяц посмотрите медиану ответа и долю записей без причины отказа.

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