Portal do Servidor - Avaliação Continuada (Customer Effort Score)
OBJETIVO
O presente estudo visa analisar e identificar a melhor abordagem para a criação de um mecanismo para coletar a Customer Effort Score, que faz parte da Avaliação Continuada nos sistemas da SETIC, bem como possíveis problemas, impedimentos e histórias de usuário necessárias.
JUSTIFICATIVA
As proximas versões do Portal do Cidadão deverá contar com um mecanismo para Avaliação Continuada, prevista em lei.
RESULTADOS ESPERADOS
Espera-se que, após este estudo, seja mais clara a implementação da Avaliação Continuada por parte dos analistas responsáveis.
ENVOLVIDOS:
Gustavo Felix Gomes (Dev team)
Rafael Passos dos Santos (Dev team) - Assessor VIII
Emanuel Rufino Alcantara de Lima (Dev team)
Lucas de Souza e Sousa (Dev team) - Assessor VIII
André Honório de Andrade Silva (Dev team)
Alef Carvalho (Dev team)
Euriane Nogueira Frota (Product Owner) - Gerente de Desenvolvimento
Wagner (Scrum Master) - Assessor X
1 - INTRODUÇÃO
A Avaliação Continuada - prevista em lei, é um importante mecanismo de feedback dos usuários, sobre a utilização das ferramentas desenvolvidas e disponibilizadas pelo governo. Para a realização desta, será implementada a Customer Effort Score - CES (ou Pontuação do Esforço do Cliente - em tradução livre), que é uma métrica de satisfação do usuário acerca da dificuldade encontrada na utilização de determinado produto. Sendo assim, este estudo tem como principal foco a implementação e reutilização deste conceito em vários sistemas desenvolvidos pela SETIC.
2 - CENÁRIO ATUAL
Atualmente nenhum sistema conta com maneiras de se avaliar as dificuldades na utilização dos sistemas desenvolvidos. Logo sua implementação se faz necessária, assim como a solução encontrada para o aviso de aceitação de cookies desenvolvida há alguns meses atrás.
3 - SOLUÇÃO
Após a realização de pesquisas e testes de código, bem como a discussão do tema com os membros do time, chegou-se a uma abordagem para a implementação de um pacote nuget que será consumido e reaproveitado por todo e qualquer sistema da SETIC. Desta forma, quando o usuário estiver saindo da plataforma, será exibida uma janela com um formulário com os devidos campos necessários para o usuário reportar a sua satisfação sobre a dificuldade encontrada na utilização da ferramenta. Esta solução também funcionará com os dispositivos móveis, tanto pelo navegador quanto pelo app instalado.
4 - IMPLEMENTAÇÃO E HISTÓRIAS DE USUÁRIOS
Para aplicar a solução acima será necessário as seguintes histórias de usuários:
| O que? | Pontos | Regras | Produto |
| - Ajustar Formulário Dinâmico API para salvar novos Steps no formulário | 3 |
- Ajustar a Tabela Step - Ajustar a Tabela Form |
Formulário Dinâmico API |
| - Permitir o Gestor cadastrar Steps no Formulário Dinâmico do Serviço | 5 |
- Cadastrar - Renomear o Step - Remover Steps sem Pergunta |
Alpha |
| - Ajustar Ordem das perguntas nos Steps | 8 |
- Exibir os Steps - Ordenar os Steps - Ordenar as Perguntas nos Steps |
Alpha e Formulário Dinâmico API |
| - Ajustar Pacote NuGet para exibir as perguntas do Formulário por Steps | 8 |
- Exibir os Steps e as Perguntas do Step |
NuGet Formulário Dinâmico |
| - Ajustar a Forma como as Perguntas do Formulário são gravadas. |
8 |
- Gravar por Step a Resposta do Formulário |
Formulário Dinâmico API e NuGet Formulário Dinâmico |
5 - POSSÍVEIS IMPEDIMENTOS
Devido a complexidade do Formulário Dinâmico pode ocorrer de se encontrar algum novo desafio durante o desenvolvimento das histórias sendo necessário um reajustes na pontuação ou a criação de outra.
6 - CONCLUSÃO
Concluísse que através da criação de Steps no cadastro do Formulário Dinâmico no Alpha é possível exibir um formulário organizado, com vários campos e de fácil preenchimento. Sendo necessário realizar ajustes para atingir este objetivo e concluir a ferramenta Formulário Dinâmico para os sistemas já citados anteriormente e futuros outros sistemas.