«Нейросеть схема по описанию»: заявка с правом отказа
Нейросеть: схема по описанию заявки в мастерскую. Разбираю семь узлов Mermaid, возврат за фотографией и отказ клиента, который нельзя терять при оформлении.
Евгений
Дизайнер-партнёр LibraChat
7 мин чтения
На схеме мастерской у меня получилось два конца: «Назначают время» и «Заявку закрывают». Второй хотелось подвинуть подальше. Слишком уж заметный отказ на листе, который должен объяснять запись на ремонт. Но именно его я оставил: сотруднику нужно видеть, где работа прекращается, иначе схема подталкивает записывать даже того, кто не согласился с ценой.
В LibraChat я получил для этого процесса 7 узлов и код Mermaid. Разобрал стрелки и нашёл вопрос, который никакое выравнивание блоков не решит: когда возвращаться к заявке без фотографии? Ниже есть весь запрос и полученный код. Их можно взять за основу своего процесса.
Что включить в запрос «нейросеть схема по описанию»
Сначала я собрал на бумаге ровную цепочку: заявка, фотография, оценка, запись. Четыре аккуратных прямоугольника. Можно печатать.
Только читать такую цепочку неудобно. «Фотография» в ней выглядит предметом, который перемещают между сотрудниками. А на деле администратор проверяет, прислал ли клиент снимок. От ответа зависит следующий шаг. Если фотографии нет, оценивать пока нечего; если клиент не принял цену, назначать время незачем.
Я попробовал прочитать подписи как команды новому сотруднику. На слове «запись» пришлось остановиться: из наброска не было понятно, кто уже согласился на ремонт. Получалось, что моя аккуратность скрыла рабочее условие.
Перед запросом я выписал четыре вещи, которые нужно сохранить:
заявку сначала получает администратор;
при отсутствии фото он просит его и возвращается к проверке;
мастер оценивает работу после получения фотографии;
согласие с ценой ведёт к назначению времени, отказ ведёт к закрытию заявки.
Оплату и доставку я сюда не включал. Если добавить их по привычке, получится другой процесс. Для небольшой схемы особенно обидно потратить место на этапы, которых никто не описывал.
В LibraChat ушёл такой запрос:
Учебный процесс в мастерской: заявка поступает администратору, он проверяет наличие фотографии. Если фотографии нет, просит её и возвращается к проверке. Если фотография есть, мастер оценивает работу. Если клиент согласен с ценой, назначают время. Если не согласен, заявку закрывают. Дай список узлов и переходов с условиями, затем код Mermaid flowchart TD. Не создавай изображение. Не добавляй оплаты, доставки и других этапов.
Я попросил сначала назвать узлы и переходы, чтобы можно было прочитать логику обычным текстом. Пропущенное условие легче заметить в короткой фразе, чем среди разложенных по листу блоков. Форму я оставил на потом.
Семь узлов, которые я не стал склеивать
В ответе появились заявка у администратора, проверка фото, просьба прислать фото, оценка мастером, решение клиента, назначение времени и закрытие заявки. Семь узлов. Ни оплаты, ни доставки ответ не добавил.
Здесь меня интересовало, как разделены действия и вопросы. «Проверить фотографию» можно записать как действие, но такая подпись ещё не показывает, куда идти при её отсутствии. В полученном варианте вопрос сформулирован прямо: «Есть фотография?». У него два подписанных выхода.
Вопрос на схеме · Ответ «Да» · Ответ «Нет»
Есть фотография? — Мастер оценивает работу — Администратор просит фотографию
Клиент согласен с ценой? — Назначают время — Заявку закрывают
Я проверил обе строки по описанию. Ответ «нет» встречается дважды, а последствия разные. В одном случае нужно получить сведения и продолжить работу, в другом заявка заканчивается. Одинаковая подпись на стрелке не означает одинаковый статус.
Вот код из ответа:
```mermaid
flowchart TD
A[Заявка поступает администратору] --> B{Есть фотография?}
B -->|Нет| C[Администратор просит фотографию]
C --> B
B -->|Да| D[Мастер оценивает работу]
D --> E{Клиент согласен с ценой?}
E -->|Да| F[Назначают время]
E -->|Нет| G[Заявку закрывают]
```
Mermaid описывает схему текстом. `TD` задаёт направление сверху вниз. Буквы обозначают узлы, квадратные скобки задают прямоугольники, фигурные задают ромбы. Подписи между вертикальными чертами относятся к стрелкам. Такой код нужно открыть там, где поддерживается отображение Mermaid; сам по себе текстовый ответ ещё не является изображением.
Я насчитал 7 стрелок. Из проверки фотографии выходят две, из решения клиента ещё две. Остальные связывают приём заявки с проверкой, просьбу с повторной проверкой и оценку с решением клиента.
Количество пригодилось как контроль при переносе. Если после оформления останутся семь блоков, но исчезнет одна связь, сходство с исходником будет обманчивым. Особенно легко потерять короткую строку `C --> B`: в ней нет длинной подписи, за которую цепляется взгляд.
Стрелка назад ещё не говорит, когда возвращаться
Я провёл пальцем по ветке без фотографии. Заявка пришла, снимка нет, администратор попросил его прислать. Стрелка возвращает к вопросу. Фотографии по-прежнему нет.
Снова просить? Через минуту? Завтра?
Код сохранил возврат из описания, однако описание не задаёт момент повторной проверки. Из него нельзя узнать, должен ли администратор ждать сообщения клиента или сам напомнить о снимке. Поэтому я сделал рядом пометку: «Что запускает повтор?». Это вопрос для согласования процесса.
Тут не хочется торопиться с ещё одним запросом. Нейросеть может предложить правдоподобный порядок напоминаний, но ответ не станет правилом мастерской только потому, что он выглядит разумно. Сначала нужен выбор человека, который отвечает за приём заявок. Затем этот выбор можно дописать в описание и попросить обновить схему.
Для разговора я оставил три коротких вопроса:
Повторная проверка начинается после нового сообщения или по расписанию?
Кто замечает, что фотография наконец пришла?
Что делать с заявкой, если клиент так и не ответил?
В текущем коде этих правил нет. Я не стал дорисовывать закрытие по таймеру: так легко незаметно превратить собственную догадку в инструкцию сотруднику.
Мне понравилось, что маленькая схема вывела к конкретному решению. Пока порядок существует в голове опытного администратора, пауза кажется очевидной. На листе видно место, где новичку понадобится уточнение. Даже до выбора цвета.
До цвета блоков остаются три прохода
После отдельных стрелок я собрал три маршрута целиком. Для проверки семь узлов уже не нужно держать в памяти одновременно: каждый проход отвечает на один вопрос.
Фото есть, цена устраивает. Заявка проходит проверку фотографии, оценку мастером и решение клиента. Завершается назначением времени.
Фото пока нет. Заявка доходит до просьбы прислать снимок и возвращается к проверке. Переход к оценке доступен после ответа «Да» на вопрос о фото.
Фото есть, цена не устраивает. После оценки и отказа клиента заявка закрывается. Время ей не назначают.
Я проверил, что отказ не заканчивается записью, а отсутствие фотографии не ведёт прямо к мастеру. Эти два запрета полезнее общих рассуждений о красоте схемы: по ним можно проверить конкретный результат.
Теперь я бы занялся оформлением. Вопросы оставил бы вопросами, действия начал с глаголов, подписи «Да» и «Нет» поставил близко к своим стрелкам. Возврату выделил бы достаточно места, чтобы его не приняли за связь с соседним блоком. Зелёный цвет не должен быть единственным способом найти согласие клиента: подпись всё равно нужна.
А вот сокращать «Администратор просит фотографию» до «Запрос фото» я не стал. В исходной подписи 3 слова, и сразу видно, кто делает следующий шаг. Выигрыш в ширине блока не стоит потерянного исполнителя.
Если выбираешь между схемой процесса и другим представлением, пригодится разбор схем с нейросетью. Здесь мне нужен был именно порядок действий с условиями. LibraChat помог записать его в виде текста и кода; правила ожидания и окончательное согласование остались за человеком.
Попробуй пройти одну отказную ветку своей схемы. Если она пропала, открой чат и добавь в описание точное условие завершения. Для выбора дальнейшего режима работы есть страница тарифов.
На моём листе «Заявку закрывают» осталось рядом с назначением времени. Оба завершения нужны администратору. Подвинуть отказ ради ровной композиции я ещё успею; потерять его при оформлении уже не хочется.
