«Глянь принтер»: почему внутренние заявки теряются в чатах и личках

Как выглядит заявка в обычной компании

«Глянь принтер, опять зажёвывает». «Мне бы отпуск с понедельника, к кому идти?» «Закажи пропуск на завтра, приедет подрядчик».

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

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

Почему они теряются: нет ответственного, нет статуса, нет истории

Три вещи ломаются одновременно.

Нет ответственного. Просьбу получил конкретный человек, но она не стала его задачей. Он может быть в отпуске, на объекте, на созвоне. Он может честно ответить «сейчас гляну» и переключиться. Формально заявка принята, фактически её никто не взял.

Нет статуса. Автор не знает, что происходит. Сделали? Отложили? Забыли? Выяснить можно одним способом — написать ещё раз. Поэтому появляются напоминания вида «ну что там?», и каждое из них требует времени обеих сторон.

Нет истории. Через неделю никто не помнит, что просили, с какими деталями и чем закончилось. Если вопрос вернётся, его будут разбирать заново, с нуля.

Отсюда фирменный симптом: вопрос гуляет по компании кругами. Человек написал в личку — там переслали в общий чат — оттуда отправили к другому специалисту — тот попросил повторить, что именно нужно. Одна и та же просьба проходит несколько рук, и на каждой руке теряется часть деталей.

Устный уговор, которого потом не было

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

Через две недели выясняется, что подрядчика не пустили, потому что пропуск никто не заказывал. Разбираться приходится задним числом, по памяти двух человек, каждый из которых помнит по-своему и совершенно искренне. Никакого злого умысла — просто договорённость нигде не осталась.

Как выглядит поток, который не теряется

В Чат BOTIX внутренняя заявка — не разговор, а короткий путь с понятным началом и концом.

Бот заявок стоит в списке диалогов рядом с коллегами: «Заявки в IT», «Отпуск», «Столовая», «Моя смена». Сотрудник открывает его так же, как открыл бы переписку с человеком, и отвечает на вопросы кнопками, шаг за шагом. Учиться нечему — это привычный вид мессенджера.

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

Отделы здесь помогают отдельно. У отдела есть свой чат, состав которого поддерживается автоматически, а упоминание отдела уведомляет всех его сотрудников. Заявка попадает не в личку одного человека, который может быть в отпуске, а туда, где её увидит вся дежурная часть.

Меняется главное: у просьбы появляются адресат, состояние и след. Она перестаёт зависеть от того, вспомнит ли о ней кто-то к вечеру.

Что это даёт специалисту

Выигрывает не только автор заявки. Специалист, который её разбирает, получает её уже с данными.

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

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

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

Что меняется в компании через месяц

Эффект от порядка в заявках виден не в первый день, а когда накапливается история.

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

Пропадают повторы. Одну и ту же просьбу перестают подавать дважды: первая никуда не исчезла, и это видно.

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

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

Начать можно с готового

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

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

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