Сообщение в задачу: как не терять работу в переписке

Вторник, 16:20, канал #продажи-операции. Руководитель направления пишет одну строку: «Новый прайс нужно разослать дилерам до утра пятницы, чтобы никто не считал по старому». Под сообщением появляются два пальца вверх, кто-то отвечает «ок», а через семь минут канал уже обсуждает задержку поставки. В пятницу днём дилер всё равно выставляет счёт по старому прайсу, и правка доходит до бухгалтерии. Решение было. Его прочитали четыре человека. В самой фразе был даже срок. Не было только записи, к которой это решение прикреплено.

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

Где именно решение испаряется в канале?

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

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

Третья причина — ложное спокойствие поиска. Фраза «я потом найду это поиском» верна и бесполезна одновременно: чтобы что-то искать, нужно помнить, что оно существует. Поиск возвращает то, что вы помните, но не напоминает о забытом. Потерянная работа — это ровно та работа, которую никто не вспомнил.

Какие сообщения превращать в задачи, а какие не стоит?

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

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

Фраза в канале	Задача?	Где ей место
«Новый прайс дилерам до утра пятницы»	Да — есть человек, действие, срок	Задача с назначенным исполнителем
«Клиент считает цену высокой»	Нет — наблюдение	Примечание в карточке сделки
«Какая версия договора была финальной?»	Нет — вопрос	Ответ в треде, затем файлы канала
«Отчёт по остаткам в первый рабочий день месяца»	Нет — повторяющаяся работа	Шаг автоматизации
«Я сегодня сам позвоню по отказу»	Да — явное обязательство	Задача на сегодня

Какие поля обязательно заполнить при переводе?

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

Четыре поля не должны оставаться пустыми:

• Исполнитель. Человек, а не отдел. «Операционные посмотрят» — это не исполнитель, это надежда.
• Срок. «Как можно скорее» сроком не является. Даже неверная дата лучше пустой, потому что неверная дата вызывает возражение.
• Критерий завершения. Когда задача считается закрытой? «Разослали дилерам» или «подтвердили, что дилеры открыли»?
• Связь с контекстом. К какому клиенту, сделке или обращению это относится? Задача без контекста теряется во второй раз.

Когда эти четыре поля заполнены, фраза из канала перестаёт быть напоминанием и становится записью. С этого момента её можно передать другому, перенести и посчитать.

Почему «я посмотрю» не считается ответственностью?

Язык переписки развивался ради вежливости, а не ради точности. «Я посмотрю», «сделаю», «гляну» выражают намерение, но не создают обязательства. Человек обычно действительно собирается посмотреть; проблема в том, что фраза не говорит ни когда, ни чем она закончится. Через три дня ответ «я смотрел, просто не успел вернуться» формально будет правдой.

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

Кто должен переводить: автор или читатель?

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

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

Где продолжать обсуждение после перевода?

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

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

Шум уведомлений — причина потерь или следствие?

И то и другое. В канале, где звенит каждое сообщение, люди отключают уведомления; в отключённом канале решения не видят; невидимые решения теряются. Обратное тоже верно: работа, не ставшая задачей, начинает ходить по каналу в виде напоминаний, растёт объём вопросов «а что там по этому?», и шум сам себя воспроизводит.

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

Из той же серии — обращения, приходящие вне рабочего времени и не имеющие владельца. Если команда заранее написала, когда она отвечает, никто не чувствует себя обязанным переводить сообщение в задачу в полночь; заданные рабочие часы и автоответы формируют это ожидание заранее.

Что возвращает еженедельная сверка?

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

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

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

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

Почему при передаче дел и в отпуск переписки мало?

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

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

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

По каким признакам видно, что привычка прижилась?

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

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

Если хотите попробовать рабочее пространство, где решение из канала сохраняется вместе с исполнителем и сроком, откройте бесплатный аккаунт и прогоните через него одну неделю работы своей команды.

Частые вопросы

Не раздуется ли список задач, если переводить сообщения?

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

Остаётся ли исходное сообщение в канале?

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

Не слишком ли это тяжело для маленькой команды?

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

Кто должен закрывать задачу: исполнитель или заказчик?

Если критерий завершения записан, закрывает исполнитель. Если он расплывчат, нужно подтверждение заказчика, иначе разница между «сделано» и «ожидалось» всплывёт через две недели.