Чат ИИ агентов можно оставить в рабочем мессенджере, если сотруднику там удобно поставить задачу и проверить ответ. Для внутренней заявки общий чат подойдет как место обращения и коротких уведомлений. Уточнять сведения, которые нужны только заявителю, удобнее в личном диалоге. Проверять объемную заявку с вложением и подтверждать действие стоит в том окне, где человек видит все необходимое для решения. Это может быть тот же мессенджер или форма в действующей программе. Отдельное приложение требуется далеко не всегда.
Нейропрем внедряет ИИ и автоматизирует бизнес-процессы и производство. Ассистентов в мессенджерах мы предлагаем связывать с распознаванием заявок и голосовых сообщений, интеграцией с действующим учетом. Выбирать рабочее окно рекомендуем по конкретному действию сотрудника: что он отправит агенту, что получит на проверку и что произойдет после подтверждения. Само появление еще одной программы не обеспечивает контроль. Привычный чат тоже не повод разрешать любое действие коротким «давай».
Можно ли оставить все в общем рабочем чате?
Можно, если сведения разрешено показывать всем участникам, а подготовленный результат помещается в понятное сообщение. Для ответа на вопрос без учетной операции этого вполне достаточно. Если заявка требует закрытого вложения или подробной сверки, стоит разделить место обращения и место проверки.
Представим возможный сценарий: мастеру нужна втулка для ремонта оборудования. У него есть фотография маркировки и эскиз с размерами; по ним нужно подготовить внутреннюю заявку. На листе с эскизом есть также сведения о заказе покупателя, которые не следует показывать всей производственной группе. Для такой заявки нужно выбрать, где сотрудник передаст файл и где проверит подготовленное.
Для нее возможны разные варианты:
| Где работает сотрудник | Что удобно оставить в этом окне | Что проверить перед выбором |
|---|---|---|
| Общий рабочий чат | Явное обращение к агенту, уведомление о подготовке, разрешенные сведения о состоянии заявки | Всем ли участникам можно видеть текст, вложения и ответ; понятно ли, к какой заявке относится команда |
| Личный рабочий диалог с агентом | Передачу вложения, уточнение маркировки, просмотр короткой подготовленной заявки | Есть ли у сотрудника доступ к материалам; сможет ли коллега продолжить работу без доступа к его переписке |
| Форма в действующей учетной программе | Проверку заполненных полей рядом с исходным файлом и подтверждение названного действия | Можно ли открыть нужное вложение, сохранить исправление и увидеть результат выполнения |
| Отдельная программа для работы с агентом | Проверку, для которой в действующем окне действительно не хватает места или нужного действия | Что она добавляет к работе и как проверенный результат попадет в учет без повторного набора |
Права, история и способы подтверждения зависят от конкретного решения. Они могут быть предусмотрены в мессенджере и отсутствовать в неудачно настроенной отдельной программе. Сравнивать стоит показанный путь заявки. Названия окон этой проверки не заменяют.
Как сотруднику обратиться к агенту среди обычной переписки?
Выберите явный способ обращения: упоминание агента, отдельную команду или действие «подготовить заявку» у выбранного сообщения. Для общего чата мы рекомендуем запускать обработку только по такому обращению. Обычное обсуждение ремонта не должно само становиться поручением.
В нашем возможном сценарии мастер пишет: «Подготовь заявку на втулку для ремонта, эскиз передам лично». В ответ ему следует показать, что обращение принято, и предложить разрешенный способ передать файл. Это требование к будущему решению. Оно не означает, что любой установленный ассистент уже умеет переводить разговор между окнами.
Затем в личном рабочем диалоге мастер передает эскиз и уточняет, для какого оборудования нужна деталь. Если удобнее записать голосовое сообщение, сотрудник должен увидеть, как распознаны обозначение, количество и требуемый срок. Голосовое удобно для ввода, но перед подтверждением заявки человеку нужен читаемый результат.
При продолжении разговора полезно показывать короткое обозначение заявки. Мастер может обсуждать несколько ремонтов подряд; фраза «поменяй срок на завтра» без привязки оставляет простор для ошибки. Предлагаемое правило простое: ответ на сообщение конкретной заявки относится к ней. При отдельном обращении без понятной связи агент запрашивает уточнение.
Исправление также лучше привязывать к нужному полю. «В заявке на втулку изменить количество» понятнее, чем реплика «тогда побольше» в общей ленте. Сотруднику не нужно учить специальный язык. Нужна возможность проверить, какое изменение система поняла, прежде чем оно пойдет дальше.
Что разрешать агенту показывать в переписке?
Разрешайте сведения по составу участников конкретного разговора. Мы рекомендуем отдельно определять, что можно прочитать для подготовки заявки и что допустимо опубликовать в ответе. Доступ к файлу для обработки не означает разрешения пересказать его всему чату.
В примере с втулкой в общей группе может быть достаточно сообщения «Заявка подготовлена, требуется проверка мастера». Сам эскиз, сведения о покупателе и подробное описание заказа остаются в разрешенном месте. Даже название вложения стоит проверить: оно тоже способно раскрыть лишние сведения.
Личный диалог здесь означает рабочую переписку сотрудника с разрешенным ассистентом. Он сам по себе не решает вопрос доступа и не делает любой файл подходящим для отправки. Для выбора канала нужно установить, разрешена ли обработка этого материала и где его можно хранить. Если ограничения предприятия не позволяют передать вложение через мессенджер, в чате следует оставить уведомление и переход к разрешенному месту работы.
Для будущего подключения мы рекомендуем предусмотреть разные ответы для разных окон. В общей группе достаточно состояния заявки. В личном диалоге заявитель видит свои уточнения. В учетной форме сотрудник с нужным доступом открывает полный материал для проверки. Переносить весь текст между этими местами не требуется.
При этом слишком короткий ответ тоже мешает. Надпись «все готово» не сообщает мастеру, нужно ли еще что-то сделать. Сообщение должно называть следующий шаг и место: «Проверьте подготовленную заявку в рабочей форме». Подробности останутся закрытыми, а продолжение работы будет понятно.
Как показать подготовленное и получить понятное подтверждение?
Перед подтверждением покажите содержание заявки и назовите действие, которое будет выполнено. Для нашего примера рекомендуем отдельно подтверждать передачу заявки в снабжение. Одобрение ее текста не следует одновременно считать разрешением выдать деталь, списать материал или оформить закупку.
На экране мастер должен видеть обозначение втулки, количество, оборудование, требуемый срок и приложенный эскиз. Рядом полезно показать места, которые требуют уточнения: например, неразборчивую маркировку. Нельзя предлагать утвердить заявку, если существенное поле заполнено предположением, которое выглядит как установленное значение.
Возможный проход сотрудника выглядит так:
- Открыть подготовленную заявку из уведомления, сохранив связь с исходным обращением.
- Сверить поля с фотографией и эскизом. Для размера открыть сам файл, без необходимости искать его в прежней переписке.
- Исправить неверное или вернуть заявку на уточнение. Увидеть обновленный вариант целиком.
- Подтвердить названное действие, например «Передать заявку в снабжение».
- Получить результат: заявка передана либо действие остановилось с понятной причиной и способом продолжения.
Такое подтверждение можно устроить и внутри мессенджера, если там удобно видеть все существенные сведения и обеспечена нужная связь с заявкой. При объемном эскизе короткое сообщение с кнопкой может оказаться неудобным: мастер будет переключаться между файлом, текстом и перепиской. Тогда рабочая форма с вложением рядом предпочтительнее.
Проверьте и бытовую деталь: открывается ли эскиз на телефоне так, чтобы можно было прочитать размер. Кнопка подтверждения, доступная без просмотра полного листа, еще не доказывает удобства проверки. Сотруднику должны быть доступны сведения, на основании которых он принимает решение.
После правки нельзя оставлять прежнее одобрение как разрешение на измененную заявку. В требования к решению стоит включить повторный показ изменившихся полей и новое подтверждение, если правка затрагивает согласованное действие. Это правило относится к любому окну, где сотрудник нажимает кнопку.
Мы предлагаем интеграцию с 1С, другими действующими учетными программами и ЭДО. В таком подключении нужно проверить, какие поля можно передать и какой результат вернуть сотруднику. Наличие связи с учетом еще не означает, что все описанные действия уже доступны в вашей конфигурации. Если заявка требует работы с документом в ЭДО, в чате можно оставить уведомление и переход к нему. Проверку полного документа и его подписание рекомендуем сохранять в предусмотренном для них рабочем окне.
Что должен видеть директор, чтобы не читать все диалоги?
Директору стоит показывать состояния заявок и незавершенные действия: где требуется уточнение, где ожидается подтверждение и что уже передано дальше. Открывать подробности нужно по конкретной заявке, с сохранением принятых ограничений доступа. Читать весь общий чат ради контроля не требуется.
Для заявки на втулку полезно различать «подготовлена» и «передана в снабжение». Первая отметка говорит о готовом материале для мастера. Вторая сообщает, что предусмотренное действие выполнено. Если показать обе как «готово», директору придется снова выяснять по телефону, кто сейчас продолжает работу.
В предлагаемой сводке у заявки стоит оставить краткий предмет, состояние, ожидаемое действие и время последнего подтвержденного изменения. Из строки должна открываться история именно этой заявки: исходное обращение, проверенный вариант, подтверждение сотрудника и результат передачи. Хранить эту историю только в личном диалоге неудобно для продолжения работы другим сотрудником.
Мы предлагаем оперативную отчетность руководителю. Для такого экрана состав сведений и возможность их получения потребуется проверить в действующих программах. Отчет должен учитывать ограничения на вложения: директору может быть достаточно увидеть причину ожидания, а полный файл открывается только при наличии соответствующего доступа.
Для такой сводки мы рекомендуем различать время изменения заявки и время последней проверки ее состояния. Заявка может долго ждать человека, хотя связь с программой работает. Если получить актуальное состояние не удалось, полезна явная отметка «состояние не обновлено» рядом с прежними сведениями. Догадка агента о том, что заявка, вероятно, уже выполнена, для управленческой сводки не подходит.
Как выбрать окно без покупки лишней программы?
Выберите один процесс, который уже идет в переписке, и выпишите его шаги: какие поручаете агенту, какие оставляете на подтверждение сотруднику. Затем проверьте, в каком окне эти действия удобно выполнять. Число окон само по себе слабый критерий: короткий переход к удобной форме может оказаться проще длинной сверки в переписке.
Для заявки на втулку запись может выглядеть так: агент принимает явное обращение, собирает поля и показывает пробелы; мастер сверяет эскиз и подтверждает передачу в снабжение; система показывает результат передачи. Напротив каждого шага укажите рабочее окно. Так станет видно, где нужен общий чат, где личный диалог, а где форма с исходным файлом рядом.
Попросите сотрудника пройти такую заявку на макетах рассматриваемых экранов. Для проверки достаточно тестового материала, похожего на обычную заявку. Подключать учет и запускать реальное действие ради сравнения интерфейсов не нужно. Пусть мастер найдет вложение, проверит подготовленное, покажет исправление и объяснит своими словами, что произойдет после нажатия кнопки. Место проверки подходит, если ему доступны все эти действия без повторного ввода уже переданных сведений.
Если ответ звучит как «ну, наверное, оформится», подпись кнопки и показ результата требуют уточнения. Если сотрудник понимает действие, но для сверки размера вынужден искать эскиз среди сообщений, стоит изменить место проверки. Если действующая программа уже позволяет открыть файл рядом с полями, отдельный кабинет следует обосновать конкретной недостающей возможностью.
Критерий выбора можно оставить на одной рабочей записи: где принимаем обращение, где проверяем исходник, какое действие подтверждаем и где видим результат. Для справочного ответа эта цепочка может закончиться в чате. Для заявки из нашего примера разумен путь от общего обращения к закрытой проверке и понятному результату передачи. Его нужно сопоставить с доступными возможностями программ предприятия.
На конкретном вложении появляется дополнительный вопрос: сможет ли мастер проверить все нужные сведения, если часть листа нельзя показывать в общей группе? Простое скрытие файла способно лишить его основания для подтверждения. Пересказ размеров агентом тоже не дает возможности сверить их с эскизом. Здесь стоит отдельно проверить полноту рабочего экрана и доступ к оригиналу.
Наша команда в компании Нейропрем предлагает обсудить именно проверку такой заявки. Опишите на звонке, какие сведения сотрудник сверяет на вложении и что нельзя показывать участникам общего чата. Вместе сопоставим, хватит ли ему личного диалога или нужно открывать исходник рядом с полями в действующей программе; неизвестные возможности окна выделим для проверки. Так вы сможете поставить задачу на рабочее место, где согласующий видит основания своего решения, а лишние сведения не уходят в общую переписку. Разговор можно начать с описания, без пересылки закрытого файла. Оставьте имя и телефон в форме ниже. Мы перезвоним в течение двух-трех часов.