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