specsfy-specialist-ux-design

Compare original and translation side by side

🇺🇸

Original

English

🇨🇳

Translation

Chinese

Design de experiência

用户体验设计

Quando usar

适用场景

Acionar para investigar comportamento, estruturar jornadas, arquitetura da informação, formulários, onboarding, conteúdo e recuperação de erros.
Acionar quando há dúvida sobre o problema, a sequência, a linguagem ou a capacidade de uma pessoa concluir uma tarefa.
Não acionar para acabamento visual isolado; usar
```
$specsfy-specialist-ui-design
```
quando intenção e fluxo já estão validados.
Combinar com
```
$specsfy-specialist-prototyping
```
quando uma hipótese precisar de artefato descartável antes de implementação.

用于调研用户行为、构建用户旅程、信息架构、表单、Onboarding、内容和错误恢复。
当对问题、流程顺序、语言表达或用户完成任务的能力存在疑问时启用。
请勿仅针对独立的视觉美化启用此流程；当意图和流程已验证完成后，请使用
```
$specsfy-specialist-ui-design
```
。
当某个假设需要在开发前创建可丢弃的原型时，请结合使用
```
$specsfy-specialist-prototyping
```
。

Fluxo

流程

Carregar
```
$specsfy-specialist-design-system
```
e ler
```
DESIGNSYSTEM.MD
```
antes de propor a solução. Quando a entrega criar ou mudar uma interface para pessoas, conduzir a descoberta. Perguntar, pelo contrato central, que telas existem, como a informação percorre o fluxo, quais campos e validações entram no formulário e como cada ação abre: página, painel lateral, modal, área expandida ou outro formato. Se a pessoa não informar direção visual, aplicar os defaults do
```
DESIGNSYSTEM.MD
```
; perguntar sobre composição somente quando houver conflito ou lacuna de tarefa. Reaproveitar contexto já confirmado e perguntar somente o que falta.
Ler a stack e as telas existentes antes de sugerir um fluxo visual. A jornada deve usar a tecnologia e os padrões observados; se a camada de interface não estiver clara, encaminhar a pergunta para a pessoa. Examinar o sistema atual para identificar o que a pessoa já vê, faz e espera em cada tela afetada antes de propor uma alteração.
Formular a hipótese de comportamento antes de escolher método; definir público, contexto, frequência e consequência de falha.
Mapear material existente e marcar separadamente fato observado, inferência, hipótese e preferência interna.
Selecionar método proporcional à pergunta e ao impacto de falha usando references/standards.md; definir recrutamento, consentimento, roteiro e regra de parada.
Mapear jornada atual com entradas, escolhas, esperas, erros, canais, dependências e handoffs; não apagar exceções críticas.
Prototipar na fidelidade mínima que torne a hipótese testável sem simular comportamento que altere o resultado.
Conduzir sessões com tarefas e prompts neutros, registrando sucesso, erro, tempo, hesitação, compreensão e citações relevantes.
Sintetizar achados por comprovação, severidade, alcance e impacto; separar claramente achado, interpretação, recomendação e questão aberta.

Não escolher painel lateral, modal ou outro padrão por preferência interna. Registrar a resposta textual da pessoa e encaminhar a composição para

$specsfy-specialist-ui-design

. Para CRUD, cobrir lista com linha clicável, vazio, detalhe, criação e edição em seções de duas colunas responsivas, erro de campo, ausência de permissão e falha de carregamento.

在提出解决方案前，加载
```
$specsfy-specialist-design-system
```
并阅读
```
DESIGNSYSTEM.MD
```
。当交付成果需要为用户创建或修改界面时，开展探索调研。通过中心协议询问现有页面、信息在流程中的传递方式、表单包含的字段和验证规则，以及每个操作会触发的形式：页面、侧边栏、模态框、展开区域或其他格式。如果用户未指定视觉方向，则应用
```
DESIGNSYSTEM.MD
```
中的默认设置；仅当存在任务冲突或空白时才询问布局相关问题。复用已确认的上下文信息，仅询问缺失的内容。
在建议可视化流程前，先了解技术栈和现有页面。用户旅程应采用已观察到的技术和标准；如果界面层不明确，将问题转交给用户。在提出变更前，检查当前系统以确定用户在每个受影响页面上已有的视觉内容、操作行为和预期。
在选择方法前先形成行为假设；明确目标用户、使用场景、频率和失败后果。
梳理现有资料，并分别标记观察到的事实、推论、假设和内部偏好。
根据问题和失败影响，参考references/standards.md选择合适的方法；确定招募方式、知情同意、调研脚本和停止规则。
绘制当前用户旅程，包含输入项、选择项、等待环节、错误、渠道、依赖关系和交接流程；请勿删除关键异常情况。
以最低保真度制作原型，确保假设可测试，同时避免模拟可能影响结果的行为。
通过任务和中性提示开展调研会话，记录成功情况、错误、耗时、犹豫、理解程度和相关引用。
按照验证结果、严重程度、范围和影响来整合调研发现；明确区分调研发现、解读、建议和未解决问题。

请勿因内部偏好选择侧边栏、模态框或其他标准。记录用户的文本回复，并将布局工作转交至

$specsfy-specialist-ui-design

。对于CRUD场景，需覆盖可点击行的列表、空状态详情、创建和编辑的响应式双列布局、字段错误、无权限状态和加载失败状态。

Padrões

标准

Usar linguagem do domínio e revelar complexidade progressivamente.
Manter status do sistema, próximo passo e possibilidade de recuperação visíveis.
Pedir informação no momento necessário e explicar o motivo.
Evitar confirmação para ações triviais; oferecer undo quando mais seguro.
Preservar dados após erro e apontar correção no contexto.
Projetar onboarding como caminho para valor, não tour obrigatório.
Não usar dark patterns, urgência artificial ou consentimento ambíguo.
Usar a hierarquia de dados e linguagem do produto para dar personalidade à experiência, mantendo
```
PageHeader
```
,
```
DataGrid
```
,
```
DetailLists
```
e formulários em seções de duas colunas responsivas nos defaults do sistema.
Manter
```
Breadcrumb
```
em todas as telas, com a equipe ativa, o módulo e a tela atual. Em Laravel, reaproveitar o componente que o shell já renderiza.

使用领域语言，并逐步展示复杂度。
保持系统状态、下一步操作和恢复选项可见。
在需要时请求信息并说明原因。
避免对琐碎操作进行确认；当更安全时提供撤销功能。
错误发生后保留数据，并在上下文中标注修正方式。
将Onboarding设计为获取价值的路径，而非强制引导。
不使用暗黑模式、人工紧迫感或模糊的授权提示。
利用产品的数据层级和语言赋予体验独特性，同时在系统默认设置中保持
```
PageHeader
```
、
```
DataGrid
```
、
```
DetailLists
```
和表单采用响应式双列布局。
在所有页面中保留
```
Breadcrumb
```
，包含活跃团队、模块和当前页面。在Laravel中，复用shell已渲染的组件。

Antipadrões

反模式

Perguntar “você gostou?” ou apresentar a solução antes da tarefa; mede cortesia e racionalização, não capacidade de uso.
Transformar uma única sessão ou fala em regra universal; sem recorrência, contexto e triangulação, a comprovação não sustenta abrangência.
Recrutar apenas colegas ou especialistas quando o produto serve iniciantes; o vocabulário e os atalhos observados deixam de representar o público.
Entregar uma lista de soluções sem rastrear cada item ao achado; preferência da equipe passa a parecer conclusão de pesquisa.
Medir apenas tempo sem distinguir abandono, sucesso assistido e erro crítico; o número mascara a qualidade real da conclusão.

在任务开始前询问“你喜欢吗？”或展示解决方案；这衡量的是礼貌性和合理化程度，而非使用能力。
将单次会话或单一反馈转化为通用规则；若无重复性、上下文和三角验证，该验证结果无法支持广泛推广。
当产品面向新手用户时，仅招募同事或专家；观察到的词汇和捷径无法代表目标用户群体。
交付解决方案列表但不追踪每个方案对应的调研发现；团队偏好会被误认为是调研结论。
仅衡量耗时而不区分放弃、辅助成功和严重错误；该数字掩盖了任务完成的真实质量。

Validação

验证

Demonstrar que cada pergunta de pesquisa tem método, participante e comprovação compatíveis com a escolha que pretende orientar.
Rastrear achados até notas ou gravações consentidas e recomendações até achados; anonimizar dados conforme política do projeto.
Incluir públicos, dispositivos, contextos e tecnologias assistivas relevantes ao impacto da tarefa, registrando lacunas de recrutamento.
Revalidar mudanças estruturais com as mesmas tarefas críticas e comparar sucesso independente, erro e compreensão.
Não declarar uma experiência “intuitiva” ou validada sem comprovação observada e limites explícitos da amostra.

证明每项调研问题都有与拟指导的选择相匹配的方法、参与者和验证结果。
将调研发现追溯至经同意的笔记或录音，将建议追溯至调研发现；根据项目政策匿名化数据。
纳入与任务影响相关的用户群体、设备、场景和辅助技术，记录招募缺口。
使用相同的关键任务重新验证结构性变更，并比较自主成功率、错误率和理解程度。
若无观察到的验证结果和明确的样本限制，请勿宣称某体验“直观”或已验证。