Fornecemos um quadro onde se pode deixar feedback por post e confirmar o contexto do andamento
Em vez de um formulário curto de consulta, configuramos para que se possa deixar feedback em formato de post com título e corpo e confirmar novamente o conteúdo na lista e na página de detalhes.
Solicitações de melhoria do produto frequentemente são difíceis de entender a causa e o resultado esperado com apenas uma frase. Fornecemos o /feedback em formato de quadro para que se possa deixar junto o ambiente de uso, o processo de reprodução e o comportamento esperado.
Um bom feedback não é apenas coletar reclamações brevemente, mas um registro que permite verificar novamente o contexto em que o problema ocorreu.
O que mudou nesta atualização
- Pode-se escrever título e corpo detalhado do feedback.
- Pode-se encontrar novamente o feedback escrito na lista e confirmar os detalhes.
- Pode-se deixar especificamente sem misturar relato de bug, solicitação de funcionalidade e experiência de uso em uma única frase.
- Orientamos as informações que o operador precisa verificar e as informações que não devem ser tornadas públicas.
- Preparamos a base para fornecer respostas e status de processamento mais claros no futuro.
Como o usuário verifica
- Pesquisa posts existentes em /feedback para verificar se há o mesmo problema.
- Escreve um título que identifique o tipo de problema.
- Escreve no corpo separando ambiente de ocorrência, ordem de reprodução, resultado real e resultado esperado.
- Remove informações pessoais, tokens e texto original de conversas privadas antes de registrar.
Exemplo no fluxo de uso real
Por exemplo, ao verificar o estado atual de melhoria, o usuário pesquisa posts existentes em /feedback para verificar se há o mesmo problema. Escreve um título que identifique o tipo de problema. Em seguida, remove informações pessoais, tokens e texto original de conversas privadas antes de registrar. Neste processo, o escopo a seguir não deve ser confundido com o estado atual concluído. O registro no quadro não garante imediatamente correção ou implementação. Verificando assim, é possível separar e entender as funcionalidades já oferecidas das partes ainda em estabilização.
Distinguindo antes e depois da mudança
Antes da melhoria, o escopo atualmente oferecido e as partes ainda em estabilização podiam aparecer misturadas em uma única frase. Nesta organização, em vez de um formulário curto de consulta, configuramos para que se possa deixar feedback em formato de post com título e corpo e confirmar novamente o conteúdo na lista e na página de detalhes. Preservamos as funcionalidades já oferecidas e descrevemos separadamente apenas os alvos de melhoria, para que o usuário possa entender o estado atual sem exagero.
Escopo de aplicação e observações
- O registro no quadro não garante imediatamente correção ou implementação.
- Posts públicos não devem incluir senha da conta, tokens de autenticação e texto original de conversas privadas.
- O número de feedbacks não determina automaticamente a prioridade, e risco e impacto no contrato são revisados juntos.
- Problemas de pagamento, autenticação e dados exigem um procedimento de verificação separado em relação a solicitações de funcionalidades gerais.
Por que esta mudança é importante na estrutura geral do 5BY.AI
O quadro de feedback não é uma funcionalidade para pontuar opiniões dos usuários, mas um canal de registro para que o produto não perca o contexto real de uso. Quando se acumula informação que pode reproduzir o problema, pode-se encontrar a fronteira de inconsistência inicial com base em evidências em vez de conjectura.
Critérios para verificar esta atualização
- O escopo em melhoria e o escopo já oferecido de forma estável não devem ser misturados na mesma frase.
- Melhorias de UI e compatibilidade de Provider não devem alterar a unidade de armazenamento do Core de memória e o contrato de escolha do usuário.
- Itens não concluídos não devem ser expressos como funcionalidades atuais e o estado deve ser atualizado em atualizações subsequentes.