Поручения из чата в задачи ПланФикс: ответственный, срок и результат
Руководитель написал в чат, сотрудник прочитал, а через несколько дней выяснилось: каждый ждал от другого следующего шага. Сообщение было, понятной договорённости о работе не получилось.
Чтобы перенести такое поручение в ПланФикс, мало скопировать текст в новую задачу. Нужно договориться, что должно получиться, кто это сделает, к какому сроку и кто проверит результат.
В моём видео «Ваш бизнес управляется чатами и голосовыми? Planfix + AI возвращают контроль» я разбираю разницу между сообщением и задачей. С 2:43 речь идёт о переписке внутри задачи и полях рабочего процесса. Ниже развиваю эту мысль на одном поручении: как подготовить его к работе, а затем принять результат.
Сначала выясните, о какой работе договорились
Возьмём учебный пример: руководитель написал «Собери к пятнице текст для публикации». Это условная ситуация, а не клиентский кейс или дословная демонстрация из ролика.
Редактор может понять её как просьбу набросать идеи. Руководитель может ждать согласованный текст, который уже можно публиковать. Пока это не выяснено, даже аккуратно заполненный срок не устраняет разницу ожиданий.
До начала работы уточните пять вещей:
| Что согласовать | Что это означает в нашем примере |
|---|---|
| Результат | Нужен черновик текста для проверки или уже опубликованный материал? |
| Ответственный | Кто именно готовит текст? Кто отвечает, если возник вопрос? |
| Срок | Какая пятница и какое время? Это срок черновика или публикации? |
| Исходные данные | О чём пишем, для кого, где лежат факты и согласованные материалы? |
| Проверка | Кто принимает текст и по каким признакам решает, что работа выполнена? |
Если ответа нет, оставьте вопрос открытым. Не подставляйте за человека исполнителя или удобный срок. Отметка «срок не согласован» полезнее даты, которую никто не подтвердил.
Запишите договорённость в задаче ПланФикс
Допустим, участники уточнили вводные: нужен только черновик, его готовит назначенный редактор, руководитель проверяет текст, а публикация в это поручение не входит.
Карточка такого учебного задания может выглядеть так:
Задача: подготовить черновик поста о новом порядке обработки обращений.
Результат: ссылка на документ с заголовком, текстом и примером.
Исполнитель: конкретный редактор, с которым согласовано поручение.
Срок: согласованные дата и время передачи черновика.
Исходные данные: утверждённое описание порядка и ссылка на обсуждение.
Проверяет: руководитель, поставивший задачу.
Готово к проверке: текст соответствует исходным данным,
пример понятен, неподтверждённые цифры и обещания не добавлены.
Граница: самостоятельно публиковать материал не нужно.Это содержание задания, а не перечень обязательных дополнительных полей. Часть сведений удобно держать в описании, часть в полях вашей задачи. Состав полей и этапов зависит от того, как уже работает команда.
Вопросы и изменения договорённости дальше фиксируйте в этой же задаче. Тогда перед проверкой можно прочитать историю одного поручения. В официальном описании чата по задачам ПланФикс также показан этот принцип: обсуждение связано с конкретной задачей.
Проверьте, что сотрудник понял следующий шаг
После переноса поручения попросите исполнителя коротко подтвердить, что он собирается передать. Например: «Подготовлю черновик в документе по согласованным вводным. После вашей проверки внесу правки. Сам не публикую».
Это предложенный порядок работы, а не функция, которая автоматически появляется после создания карточки.
Если сотруднику не хватает исходных данных, полезнее сразу записать конкретный вопрос: «Нет утверждённого описания нового порядка. Где его взять и кто его согласует?» Дальше нужно определить, кто даст ответ. Перенос в систему сам по себе этот пробел не закрывает.
Отделите передачу результата от его приёмки
Когда черновик готов, исполнитель оставляет ссылку в задаче и сообщает, что именно передаёт на проверку. Руководитель сверяет результат с исходным заданием.
Для нашего примера достаточно проверить:
- документ доступен проверяющему;
- текст описывает согласованный порядок, а не другой процесс;
- пример опирается на разрешённые исходные данные;
- неизвестные сведения отмечены, а не придуманы;
- несогласованной публикации не было.
Если требуется исправление, запишите, чего не хватает: «В тексте не указан следующий шаг менеджера после ответа клиенту. Добавь его по согласованному описанию». После этого исполнитель понимает, какой результат нужно вернуть.
Названия статусов здесь вторичны. Сначала договоритесь, чем «готово к проверке» отличается от «принято». Затем можно отразить эти состояния в вашем рабочем процессе.
Где в этой работе полезен ИИ
ИИ можно рассмотреть для подготовки черновика задания по доступному тексту переписки: выделить результат, найти упомянутый срок, собрать вопросы. Но предложенное задание всё равно нужно сверить с исходным сообщением и подтвердить с участниками.
Если в сообщении нет исполнителя или точного срока, помощник не должен превращать догадку в договорённость. Если ему недоступна голосовая запись, нельзя считать, что он уже учёл её содержание.
Ролик не является готовой инструкцией по автоматическому созданию задач из любого Telegram- или WhatsApp-чата. В нём обсуждаются сообщения внутри ПланФикс и дальнейшее развитие процесса; автоматические чек-листы отнесены к следующим видео. Конкретное подключение и доступные действия ИИ нужно разбирать отдельно под вашу ситуацию.
С какого поручения начать
Выберите одно обычное внутреннее поручение, которое сейчас приходится разыскивать или уточнять в переписке. Пройдите его от исходного сообщения до принятого результата. Посмотрите, где не хватило данных, кто ждал ответа и что пришлось объяснять повторно.
Такой разбор даст предмет для настройки: какие сведения нужны в задаче, какие этапы полезны команде и где действительно требуется автоматизация.
Если ПланФикс уже используется, но поручения продолжают жить отдельно в чатах, можно начать с разбора и настройки существующего процесса. Пришлите мне в Telegram обезличенный пример поручения и опишите, в какой момент теряется управление.