payoff-action-modeling
Моделирование действий UI на основе вопросов о намерениях пользователя
Продуктовые команды часто испытывают трудности при принятии решений о том, какие действия UI показывать после завершения пользователем задачи. Этот навык предоставляет структурированную основу для моделирования действий на основе намерений пользователя, определяя их правильный масштаб и уровень приоритета.
Скачать ZIP навыка
Загрузить в Claude
Перейдите в Settings → Capabilities → Skills → Upload skill
Включите и начните использовать
Протестировать
Использование «payoff-action-modeling». After a user imports customer data from a CSV file, what actions should the UI show?
Ожидаемый результат:
- Тип результирующего состояния: передача с проверкой
- Основной CTA: Просмотреть результаты импорта
- Контекстные действия: Сопоставить поле (на колонку), Исправить строку (на ошибку), Скачать файл с ошибками
- Ветки продолжения: Импортировать еще, Начать новый импорт
- Действия восстановления: Отменить импорт, Посмотреть историю импорта
- Заметки по размещению: Строки с ошибками показывают inline-исправление, сводка успеха наверху с CTA «Просмотреть»
Использование «payoff-action-modeling». Our file upload completion screen shows Download, Share, Delete, Rename, Move, Copy link, and Add description all at the same level. What is wrong with this?
Ожидаемый результат:
- Проблема 1: Нет основного CTA — 7 действий с одинаковым визуальным весом создают усталость от выбора
- Проблема 2: Download должно быть основным CTA (наиболее ценное следующее действие)
- Проблема 3: Delete является деструктивным и должно быть контекстным с путем восстановления, а не на верхнем уровне
- Проблема 4: Move и Copy link — отложенные действия, которые можно поместить во вторичное меню
- Проблема 5: Add description — уточняющее действие, а не действие для результата
- Предложение: Основной CTA: Download | Вторичные: Share, Copy link | Меню: Rename, Move | Контекстное с подтверждением: Delete
Аудит безопасности
БезопасноAll 142 static analysis findings are false positives. The skill is a pure documentation guide for UX/UI product design. Backtick characters flagged as 'shell execution' are standard Markdown inline code formatting for UI action labels. Findings flagged as 'weak cryptographic algorithm' are markdown table content, YAML frontmatter, and UX guidance text with no cryptographic content. The single URL reference to casely.digital is a passive documentation mention, not executable network code. No executable code, data exfiltration, command injection, or environmental access was found.
Проблемы низкого риска (1)
Оценка качества
Что вы можете построить
Проектирование экранов действий после онбординга
Используйте фреймворк для принятия решений о том, какие действия показывать после завершения онбординга, настройки или первоначальной конфигурации. Избегайте перегрузки новых пользователей, одновременно предлагая понятные следующие шаги.
Планирование иерархии действий в дашборде
Организуйте действия в дашборде или рабочем пространстве, классифицируя их по масштабам: результат, выбор, элемент, навигация и восстановление — с соответствующими уровнями срочности.
Аудит существующих интерфейсов на четкость действий
Проверьте существующий UI на соответствие принципам моделирования результатов, чтобы выявить дублирующиеся действия, нечеткие метки и конфликтующие основные CTA. Составьте конкретный план улучшений.
Попробуйте эти промпты
I just built a file upload feature for my app. After a user uploads a file, I need to model what actions to show on the completion screen. Use the outcome action modeling framework to produce a simple action model table with scope, pressure, and placement for at least 8 actions.
I am designing a project management dashboard that appears after a user creates a new project. The dashboard shows tasks, team members, and recent activity. Use the full outcome action modeling framework to classify the outcome state, generate at least 15 user intent questions, and produce an action table with all scopes, pressures, and placements.
I am designing a data import flow where users upload a CSV, map fields, review results, and handle errors. The post-import screen needs to support retry failed items, download error logs, approve mapped rows, and export results. Use the framework with special attention to recovery actions, ambiguous scope boundaries, and intent pressure conflicts. Add edge case handling for partial failures.
I have an existing action model for a content management system publish screen. The current model has 12 actions all shown at the same level. Use the framework to review this model for density issues, scope ambiguity, label clarity, and momentum problems. Identify at least 5 specific issues and propose a revised action table.
Лучшие практики
- Начинайте с определения типа результирующего состояния, прежде чем размещать какие-либо действия. Это определяет всю иерархию действий.
- Оставляйте один четкий основной CTA на экран результата. Несколько действий основного уровня создают усталость от выбора.
- Используйте конкретные метки действий, описывающие результаты для пользователя, а не детали реализации.
Избегать
- Не перегружайте экраны первого успеха всеми возможными действиями. Выносите продвинутые функции во вторичные меню.
- Избегайте представления всех действий как равных в визуальной иерархии. Используйте давление намерения, чтобы различать немедленные, контекстные и отложенные действия.
- Не прячьте важные действия восстановления (например, отмену или повтор) за общими меню. Размещайте их рядом с состоянием, от которого они восстанавливают.