16542787 - Usabilidade projeto SFA

01. DADOS GERAIS

02. ESCOPO FUNCIONAL

Melhoria de usabilidade no SFA

Na versão atual do TOTVS CRM SFA, para o cenário de uso dos módulos "Agenda", "Atendimento", "Projeto agrícola" e "Geração de demanda(Visita)", não existe uma "amarração"
entre essas opções, o que dificulta o lançamentos dos dados, tendo em vista que é necessário acessar separadamente cada um dos módulos para fazer os registros,
o que torna a usabilidade do usuário final trabalhosa e um pouco repetitiva.

Para melhor a experiência do usuário, os módulos terão a oportunidade de receber vínculos entre si, para que, ao lançar um registro por exemplo no módulo "Agenda",
seja iniciado um "Atendimento", e com o atendimento iniciado, ser possível realizar manutenções nos "Projetos agrícolas", "Geração de demanda (Visitas)",
para que se possa atingir um fluxo de usabilidade unidirecional, sem haver a necessidade de alternância entre telas para o fluxo de atendimento padrão.

Para alcançar esse objetivo será necessário atender os seguintes itens:

Expansão/Colapso do cabeçalho do atendimento no Android

Visto que o objetivo é que atendimentos sejam iniciados/finalizados a partir de agenda ou visitas, a visão 360 do Android receberá capacidade de melhor aproveitamento de tela, onde será possível colapsar (esconder) o cabeçalho de atendimento, como mostram as figuras a seguir:

Além disso, para evitar a quebra de linha do cabeçalho, ocupando espaço desnecessário, o nome do cliente (razão social e nome fantasia) será movimentado automaticamente.

Programação/Realização de atendimento a partir da tela de agenda

A tela de agenda, tanto na Web quanto no Android, receberá algumas alterações para que se possa realizar o planejamento/realização de atendimentos sem necessariamente precisar sair da tela, quando o atendimento não precisar de lançamentos específicos.

A fim de alcançar esse objetivo, serão atendidos os seguintes itens:

1. Nova visão de resumo de visitas na tela de atendimento

Na Web, a partir da visão de "Lista" de agendamentos, os campos de resumo de agendamentos do tipo "Visita de geração demanda" serão substituídos para que não sejam mais exibidos campos do agendamento, mas sim da visita vinculada à agenda.

Dessa forma, será possível conferir os principais campos fixos do cabeçalho da visita. Entretanto, o intuito principal é que os campos de data e hora de planejamento sejam abertos para edição, para que se possa editar a data e a hora da agenda / visita sem sair da tela de agendamento.

A alteração da tela pode ser visualizada a partir das figuras a seguir:

2. Reposicionamento do cabeçalho da agenda na Web

Com o objetivo de melhorar a experiência de quantidade de cliques e aproveitamento de tela na tela de agenda da Web, serão realizados os seguintes itens:

1. O menu "Configuração" será reposicionado para o cabeçalho da tela, sempre sendo exibido.
2. O menu "Resumo" será exibido por padrão.

3. O filtro de exibição de atendimentos será alterado para "Atendimentos realizados", e será um campo separado do campo "Tipo agenda"

4. Da mesma forma do ponto 3, os filtros de pedidos e viagem serão novos campos "Tipo pedido" e "Tipo viagem"

A tela alterada pode ser visualizada pela figura a seguir:

3. Tipo agenda vinculado com tipo atendimento

No cadastro de tipo agenda, deverá ser possível selecionar um vínculo direto de "Tipo de atendimento" vinculado.

Para esse fim, na tela de cadastro de tipo agenda, será adicionada coluna "Tipo atendimento", campo seleção, consultando os registros ativos de tipo de atendimento para seleção.

O campo será persistido em tipoagenda.idtipoatendimento, campo FK para tabela tipoatendimento nullable que deverá ser criado pelo tools, opção 3.

4. Configuração de exibição de campos da agenda

O objetivo dessa seção é tornar a tela de agendamento mais simples, visto que não há a necessidade de utilizar muitos campos que atualmente estão sendo exibidos.

Portanto, Na tela de Configuração > Cadastro > Agenda, deverá haver registros de código:

• "agenda", com os seguintes registros de campo:
  
  • descricao
  • data
  • hora
  • dataconclusao
  • horaconclusao
  • classificacao
  • idnimportante
  • situacao
  • profissional
  • profissional_multiplo
  • parceiro
  • parceiro_multiplo
  • local
  • localpromotora
  • contato_multiplo
  • qtdpartioutros
  • localrealizacao
  • pontogps
  • observacao
• "agendadespesa"
• "agendalembrete"
• "agendaimagem"
• "agendarecorrencia"

5. Abertura do campo "Participantes" para economia de cliques

A partir da configuração dos campos definidos pelo campo 4, o grupo de elementos "Participantes" não existirá mais, sendo substituído pelos campos diretos:

• profissional
  • Campo pesquisa de seleção única de profissionais ativos abaixo da hierarquia.
  • Persistido no campo agenda.idusuarioresponsavel
• profissional_multiplo
  • Campo pesquisa de seleção múltipla de profissionais ativos abaixo da hierarquia.
  • Persistido na tabela agendausuario
• parceiro
  • Campo pesquisa de seleção única de clientes da carteira do profissional logado e sua hierarquia direta
  • Persistido no campo agenda.idparceiro
• parceiro_multiplo
  • Campo pesquisa de seleção múltipla de clientes da carteira do profissional logado e sua hierarquia direta
  • Persistido na tabela agendaparceiro
• local
  • Campo pesquisa de seleção única de locais relacionados aos parceiros selecionados nos campos "parceiro" ou "parceiro_multiplo"
  • Persistido no campo agenda.idlocal
• contato_multiplo
  • Campo pesquisa de seleção múltipla de contatos relacionados à parceiros e locais selecionados nos campos "parceiro" ou "parceiro_multiplo" e "local"
• qtdpartioutros

Portanto, não será necessário clicar no botão "Adicionar participantes" na Web, como também o grupo de elementos retrátil "Participantes" no Android não existirá mais. Dessa forma, alguns cliques serão economizados no fluxo de usabilidade.

6. Resumo sendo exibido em todas as visões de agenda na Web

Atualmente, na Web, o resumo de agendas somente é visualizado quando a visão do calendário está marcada como "Lista".

Será alterado para que, mediante um clique na agenda, seja qual for o tipo da visão, a tela de resumo seja carregada semelhantemente à visão "Lista"

Para as agendas vinculadas com tipo de atendimento, deverão existir abas de nome:

• Planejado: Aba que exibirá campos de agendamento, como os campos exibidos atualmente
• Realizado

ou registros de atendimentos já realizados, o sistema deverá exibir o resumo do atendimento, como mostra a figura a seguir.

7. Exibição de atendimentos no Android + filtros no Android

Atualmente, no Android, não são exibidos os atendimentos finalizados do profissional, como acontece na Web.

Além de atendimentos, os pedidos e viagens também devem aparecer no Android, por questão de completude do requisito.

Tal como o ponto 2, será necessário existir os filtros de "tipo atendimento", "tipo pedido" e "tipo viagem" partindo do ícone de "engrenagem"

A alteração tem como objetivo que possam ser exibidos atendimentos realizados também no ambiente Android.

8. Adição de "Visita geração demanda" pelo Android

Atualmente, existem comportamentos diferentes entre o sistema Web e Android quanto à adição de uma visita de geração de demanda adicional, ou seja, não criada automaticamente pela criação da demanda.

Na Web

9. Exibir "Sim" por padrão + Adição de campo "Visível" na tela de visita

Atualmente, no cabeçalho da visita, não existe o campo "Visível" apenas exibido na tela de demanda, através do botão do tipo "Switch".

Dessa forma, não é possível alterar a data e hora prevista da visita, recebendo a mensagem de "Não é possível editar, pois a visita não está visível."

Portanto, serão adotadas as seguintes alterações:

• O valor padrão do campo "Visível" será sim, tanto para visitas criadas pela criação da demanda, quanto para visitas adicionais.
• No cabeçalho da visita de geração de demanda, existirá o campo "Visível" editável quando a visita estiver com status "Agendada"

10. Obrigar informação de demanda na visita

No cabeçalho de visitas, o campo "Demanda" não é obrigatório.

Deverá ser possível configurar via Configuração > Cadastro > Visita, o registro de código DEMANDA, em que a coluna "Obrigatório" poderá ser selecionada como Sim/Não.

Caso seja cadastrada como Sim, o campo "Demanda" deverá ser informada para que o registro de visita seja criado.

Na busca dos registros do campo "Demanda", o sistema atualmente mostra apenas a descrição do "tipo demanda" da demanda em questão.

Deverão ser adicionadas novas colunas, para que se tenha clareza que qual é a demanda que se está selecionando, sendo eles:

• Data inicio (demanda.datainicio)

11. Atendimentos sendo abertos a partir de agenda

Na Web, além do resumo do atendimento na tela de agenda

Demandas/Visitas pertencente à projeto agrícola

Visitas sendo lançadas somente com atendimento corrente

Tipo visita vinculado com tipo atendimento

Atendimento corrente exibido no cabeçalho da Web

03. ESCOPO TÉCNICO