Использовать промпт
Добавьте своё задание
Добавьте контекст ниже. Он будет включён в промпт при копировании или скачивании.
Создайте интерактивный прототип фронтенда на существующем стеке проекта с явно обозначенными демонстрационными данными для [PROJECT] и [AUDIENCE]. Задача: входящие для разбора проблем.
Обязательные контент и структура
Позвольте команде сортировать входящие обращения по серьезности, ответственному и статусу с помощью области просмотра.
Используйте [APPROVED_CONTENT] как источник названий, дат, числовых данных, утверждений и целевых страниц. Перечислите недостающие исходные данные, прежде чем что-либо заменять. Если нужна демонстрация, обозначьте её контент как вымышленный. Не придумывайте отзывы клиентов, рейтинги, логотипы партнёров или возможности продукта.
Направление дизайна
Используйте [BRAND_RULES] и уже выбранную в проекте дизайн-систему. Если система не задана, начните со следующего направления: теплый белый фон, чернильный цвет текста и сдержанный мятный цвет выбранных состояний; просторные интервалы и простые элементы управления. Соблюдайте единообразие типографики, интервалов и цветовых ролей. Отдавайте приоритет задаче, а не декоративным элементам, и избегайте шаблонного набора несвязанных карточек.
Подготовка контента
Подготовьте обращения с указанием серьезности, ответственного, статуса, состояния прочтения и достаточным объемом содержимого для области просмотра. Определите, какие действия изменяют назначение ответственного, а какие — статус решения.
Макет и поведение
Чётко обозначьте выбранную проблему как в списке, так и на панели подробностей. Используйте серьёзность для определения приоритета разбора, отображая непрочитанный и незакрытый статусы как отдельные свойства.
Проверка критериев приёмки для задачи
- Сохраняйте выбор после фильтрации и различайте непрочитанные и незакрытые проблемы.
- Примените фильтр при открытой проблеме, затем закройте её или переназначьте.
- Выбор следующей проблемы должен быть предсказуемым, а прочитанная проблема не должна исчезать, словно её закрыли.
Реализация и проверка
Оставьте текст редактируемым. Используйте семантическую структуру, понятные элементы управления, видимый фокус клавиатуры и подходящие состояния отсутствия данных и ошибок. Проверьте узкие и широкие макеты. Учитывайте настройку уменьшения движения. Сохраните существующие фреймворк и зависимости проекта; не заменяйте стек без предупреждения. Верните редактируемые файлы и опишите любое неполное поведение или неподдерживаемые исходные данные. Проверьте именно эту задачу, прежде чем предлагать дополнительные функции.
Референс и цель воссоздания
Прикрепите файл reference.webp из пакета загрузки этого дизайн-промпта к самому промпту в OpenDesign. Создайте редактируемый результат с похожими композицией и иерархией; не вставляйте всё референсное изображение в качестве готового интерфейса. Если утверждённый контент проекта и правила бренда противоречат вымышленным примерам подписей, сохраняйте утверждённые материалы. Если изображение отсутствует или нечитаемо, запросите его, а не заявляйте о визуальном соответствии.
Композиция и контент референса
Используйте прикреплённый файл reference.webp как визуальный ориентир для раздела входящих для разбора проблем. Перед началом разработки определите основные области сверху вниз, их относительную ширину и высоту, выравнивание, интервалы, иерархию типографики, цвета поверхностей, границы, изображения и повторяющиеся компоненты. Сохраните эти взаимосвязи, не заменяя их универсальным шаблоном. Обязательное содержание задачи: дайте команде возможность сортировать входящие проблемы по серьёзности, ответственному и статусу с помощью панели чтения. При преобразовании изображения в редактируемые элементы следуйте этим указаниям по макету: чётко обозначьте выбранную проблему как в списке, так и на панели подробностей. Используйте серьёзность для определения приоритета разбора, отображая непрочитанный и незакрытый статусы как отдельные свойства.
Визуальное направление из примера проекта
Теплый белый фон, чернильный цвет текста и сдержанный мятный цвет выбранных состояний; просторные интервалы и простые элементы управления.
Спецификация взаимодействия
Референс — статическая концепция: описанное ниже поведение необходимо реализовать, но изображение само по себе не доказывает, что оно уже работает. Скопируйте адаптированный промпт в рабочий проект. Начните с основной задачи: дайте команде возможность сортировать входящие проблемы по серьёзности, ответственному и статусу с помощью панели чтения. Сохраняйте выбор после фильтрации и различайте непрочитанные и незакрытые проблемы. Для каждого видимого элемента управления укажите условие срабатывания, изменяемое состояние и обратную связь; реализуйте локальные изменения с согласованным состоянием во взаимосвязанных представлениях. Поиск и фильтры должны возвращать реальные результаты, элементы выбора — иметь явно выраженное активное состояние, а действия сохранения — при необходимости показывать состояния ожидания, успеха и ошибки. Не добавляйте несвязанные рабочие процессы. Используйте корректные ссылки для навигации, кнопки для действий и доступные названия для элементов управления с иконками. Не создавайте впечатление, что серверная операция выполнена успешно, если изменились только локальные демонстрационные данные.
Визуальное сравнение и передача результата
- Сравните результат с прикреплённым изображением при совпадающих пропорциях. Перед проработкой декоративных деталей проверьте расположение основных областей, относительные размеры изображений, переносы строк, интервалы, типографическую иерархию, контраст, активные состояния и плотность контента.
- Затем протестируйте узкий макет, не сжимая текст для настольной версии до крошечных подписей.
- Храните логотипы, фотографии и значки как отдельные ресурсы, а все значимые подписи оставьте редактируемыми. Перечислите недоступные шрифты и ресурсы, а также намеренные отступления. Верните рабочие файлы вместе с кратким описанием реализованного поведения и оставшихся интеграций; не обещайте попиксельное совпадение только на основании промпта.
Скачать промпт и изображение
Содержит полный промпт и полноразмерное референсное изображение. Добавьте оба файла в OpenDesign, чтобы задать направление макета.
Как составить дизайн-промпт для входящих для разбора проблем
Используйте этот дизайн-промпт для входящих для разбора проблем, чтобы команда могла сортировать входящие проблемы по серьёзности, ответственному и статусу с помощью панели чтения.
Референс — концепция, созданная ИИ. Приведённые ниже инструкции описывают, что нужно создать и протестировать; изображение не демонстрирует работающее поведение.
Отделите требующее внимания от закрытого
Раздел входящих для разбора проблем упорядочивает то, что требует проверки, и показывает, кто отвечает за следующее действие.
Статус «не прочитано» относится ко вниманию, а серьёзность и состояние закрытия описывают другие свойства. Чётко обозначьте выбранную проблему как в списке, так и на панели подробностей. Используйте серьёзность для определения приоритета разбора, отображая непрочитанный и незакрытый статусы как отдельные свойства.
Из промпта
Чётко обозначьте выбранную проблему как в списке, так и на панели подробностей.
Настройте под себя
Отображайте [SEVERITY], [OWNER] и [STATUS] независимо друг от друга в списке проблем и на панели чтения. Сохраняйте активную проблему после фильтрации, если она остаётся в наборе результатов.
Подготовьте содержимое входящих для разбора проблем
Очередь объединяет фильтры с данными о серьёзности, ответственном и статусе задачи. Определите эти поля и правила их сортировки, чтобы порядок разбора задач соответствовал явно заданному правилу.
Подготовьте обращения с указанием серьезности, ответственного, статуса, состояния прочтения и достаточным объемом содержимого для области просмотра. Определите, какие действия изменяют назначение ответственного, а какие — статус решения.
Из промпта
Позвольте команде сортировать входящие обращения по серьезности, ответственному и статусу с помощью области просмотра.
Настройте под себя
Для [PROJECT] используйте [APPROVED_CONTENT] как источник данных для этих входящих для разбора проблем. Подготовьте проблемы с указанием серьёзности, ответственного, статуса, состояния прочтения и достаточным объёмом содержимого для панели чтения. Определите, какие действия меняют назначение, а какие — состояние закрытия. Выявите недостающие исходные данные, прежде чем заменять их демонстрационным содержимым.
Протестируйте прочитанную, но незакрытую проблему
Для выбранной задачи отображаются шаги воспроизведения, ожидаемый и фактический результаты, а также сведения об окружении. Убедитесь, что при изменении ответственного и статуса этот диагностический контекст сохраняется.
Открытие проблемы может снять статус «не прочитано», но не должно помечать её как закрытую. Если фильтр исключает выбранную проблему, покажите на пустой панели пояснение вместо незаметного открытия другой записи. Примените фильтр при открытой проблеме, затем закройте её или переназначьте. Выбор следующей проблемы должен быть предсказуемым, а прочитанная проблема не должна исчезать, словно её закрыли.
Из промпта
Сохраняйте выбранный элемент после фильтрации и отличайте непрочитанные обращения от нерешенных.
Настройте под себя
Проверьте входящие для разбора проблем на соответствие этому требованию: сохраняйте выбор после фильтрации и различайте непрочитанные и незакрытые проблемы. Примените фильтр при открытой проблеме, затем закройте её или переназначьте. Выбор следующей проблемы должен быть предсказуемым, а прочитанная проблема не должна исчезать, словно её закрыли. Сохраните утверждённые материалы и измените только те части, которые не проходят эту проверку.
Проверьте результат для входящих для разбора проблем
Убедительно выглядящий экран не означает работающий бэкенд. Отдельно протестируйте валидацию, разрешения, сохранение данных и поведение при сбоях, прежде чем подключать реальные данные.
- Примените фильтр при открытой проблеме, затем закройте её или переназначьте. Выбор следующей проблемы должен быть предсказуемым, а прочитанная проблема не должна исчезать, словно её закрыли.
Уточняющий промпт
Используйте это после получения первого результата. Так доработка будет сосредоточена на самой важной части задачи.
Доработайте текущий раздел входящих для разбора проблем. Примените фильтр при открытой проблеме, затем закройте её или переназначьте. Выбор следующей проблемы должен быть предсказуемым, а прочитанная проблема не должна исчезать, словно её закрыли. Сохраните утверждённые материалы и визуальное направление; измените только то, что необходимо для устранения этих проблем.
