Analisando propostas

Zitdesk- Sistema de atendimento e sucesso do cliente

Publicado em 16 de Julho de 2024 dias na TI e Programação

Sobre este projeto

Aberto

Desenvolver Código raiz para sistema de atendimento com workflow interno via whatsapp e web

contexto geral do projeto
o fluxo deve flexível e configurado pelo usuário master
1) desenvolver sistema de atendimento pré e pós-venda.
2) Informar o cpf, após informar o cpf selecionar o pedido que se refere ou se não tiver nenhum pedido selecionar “não consegui comprar”
2.1) Selecionar o nome do aluno (dados do aluno se for site de escola) e ou dados do pedido se for e-commerce tradicional
2.2) Selecionar o motivo do chamado Ticket (estes motivos estão na tabela de motivos a dado manutenção, incluindo e/ou ajustando). Essse motivos de chamados precisam estar associados a uma ou mais etapa na abertura de chamados (níveis).
3) Após selecionar o pedido, apresentar as opções, Não consigo pagar, Entrega do Pedido (informar o status e prazo de entrega automático); NF (enviar automático para o cliente); 2ª via do Boleto (enviar automático para o cliente); cancelamento; reembolso
4) Ao final gerar e informar o número do Ticket
5) todas as informações fornecidas devem ser populadas no sistema web de atendimento com o status em aberto
6) Se um status de um ticket não mudar em até 1h (também precisa ser flexível e configurado), muda o status para atrasado
7) Criar relatórios de chamados por status de um determinado período
8) Não permitir criar novos chamados para o mesmo aluno (dados do aluno se for site de escola) e ou dados do pedido se for e-commerce tradicional, caso tenha algum chamado em aberto. Ao tentar abrir um chamado, informar o nº do Ticket já existente para este aluno ou pedido
9) Desk Board com KPIs de atendimento, quantos chamados estão em aberto, quantos chamados foram atendendo no prazo, abaixo do prazo e antes do Prazo. Quantitativo e percentual
10) Este sistema ou criar um modulo a parte que também deve monitorar proativamente as entregas e NFs de forma que possamos evitar a abertura de ticket, quantos Pedidos foram entregues no Prazo, Antes do Prazo e após o prazo, quantos pedidos estão pendentes de entrega, quantos na etapa de emissão de Nfs, quantos pedidos estão na etapa de entregas.
11) alerta vermelho piscando, quando houver pedidos ou tickets em atraso (os slas – prazos de cada etapa, também precisa ser flexível e configurado). Verde claro atendidos no prazo, verde escuro atendidos antes do prazo, amarelo próximos de vencer (um dia antes até o vencimento do prazo de atendimento/entrega)
12) as secretárias de cada unidade podem abrir chamados via whatsapp ou web, e também podem consultar os tickets abertos para a respectiva unidade escolar.
13) A consulta pode ser por pedido, CPF, unidade escolar, nome do aluno, matrícula, por período, por número de ticket, por status e por assunto
14) Gestão de usuários externos e internos, por escolar, responsável, secretária, diretora de escola, gestor do contrato => Interno – Atendente Junior (só atende a determinadas escolas), Só atende de um determinado período horário, Atendente master, pode pegar o atendimento da atendente junior, supervisora, gerencia todos os chamados dos atendimentos e atendentes que estão subordinadas a supervisora
15) API aberta
16) Vincular ao banco de dados único (data lake a ser criado => EducaçãoGO)
17) BIs atualizados em real time
18) Registrar atendente que realizou atendimento para eventuais consultas
19) Registrar horários de atendimento e outras informações para eventuais consultas
20) Permitir reabrir chamado concluído apenas pelo nosso time interno - o cliente precisa gerar um novo

Contexto Geral do Projeto

Contexto geral do projeto O fluxo deve flexível e configurado pelo usuário master 1) Desenvolver sistema de atendimento pré e pós-venda. 2) Informar o cpf, após informar o cpf selecionar o pedido que se refere ou se não tiver nenhum pedido selecionar “não consegui comprar” 2.1) Selecionar o nome do aluno (dados do aluno se for site de escola) e ou dados do pedido se for e-commerce tradicional 2.2) Selecionar o motivo do chamado Ticket (estes motivos estão na tabela de motivos a dado manutenção, incluindo e/ou ajustando). Essse motivos de chamados precisam estar associados a uma ou mais etapa na abertura de chamados (níveis). 3) Após selecionar o pedido, apresentar as opções, Não consigo pagar, Entrega do Pedido (informar o status e prazo de entrega automático); NF (enviar automático para o cliente); 2ª via do Boleto (enviar automático para o cliente); cancelamento; reembolso 4) Ao final gerar e informar o número do Ticket 5) todas as informações fornecidas devem ser populadas no sistema web de atendimento com o status em aberto 6) Se um status de um ticket não mudar em até 1h (também precisa ser flexível e configurado), muda o status para atrasado 7) Criar relatórios de chamados por status de um determinado período 8) Não permitir criar novos chamados para o mesmo aluno (dados do aluno se for site de escola) e ou dados do pedido se for e-commerce tradicional, caso tenha algum chamado em aberto. Ao tentar abrir um chamado, informar o nº do Ticket já existente para este aluno ou pedido 9) Desk Board com KPIs de atendimento, quantos chamados estão em aberto, quantos chamados foram atendendo no prazo, abaixo do prazo e antes do Prazo. Quantitativo e percentual 10) Este sistema ou criar um modulo a parte que também deve monitorar proativamente as entregas e NFs de forma que possamos evitar a abertura de ticket, quantos Pedidos foram entregues no Prazo, Antes do Prazo e após o prazo, quantos pedidos estão pendentes de entrega, quantos na etapa de emissão de Nfs, quantos pedidos estão na etapa de entregas. 11) alerta vermelho piscando, quando houver pedidos ou tickets em atraso (os slas – prazos de cada etapa, também precisa ser flexível e configurado). Verde claro atendidos no prazo, verde escuro atendidos antes do prazo, amarelo próximos de vencer (um dia antes até o vencimento do prazo de atendimento/entrega) 12) as secretárias de cada unidade podem abrir chamados via whatsapp ou web, e também podem consultar os tickets abertos para a respectiva unidade escolar. 13) A consulta pode ser por pedido, CPF, unidade escolar, nome do aluno, matrícula, por período, por número de ticket, por status e por assunto 14) Gestão de usuários externos e internos, por escolar, responsável, secretária, diretora de escola, gestor do contrato => Interno – Atendente Junior (só atende a determinadas escolas), Só atende de um determinado período horário, Atendente master, pode pegar o atendimento da atendente junior, supervisora, gerencia todos os chamados dos atendimentos e atendentes que estão subordinadas a supervisora 15) API aberta 16) Vincular ao banco de dados único (data lake a ser criado => EducaçãoGO) 17) BIs atualizados em real time 18) Registrar atendente que realizou atendimento para eventuais consultas 19) Registrar horários de atendimento e outras informações para eventuais consultas 20) Permitir reabrir chamado concluído apenas pelo nosso time interno - o cliente precisa gerar um novo

Categoria TI e Programação
Subcategoria Programação
Qual é o alcance do projeto? Alteração média
Isso é um projeto ou uma posição de trabalho? Um projeto
Tenho, atualmente Eu tenho especificações
Disponibilidade requerida Conforme necessário
Integrações de API Outros (Outras APIs), Cloud Storage (Dropbox, Google Drive, etc)
Funções necessárias Desenvolvedor

Prazo de Entrega: 31 de Agosto de 2024

Habilidades necessárias

Outro projetos publicados por E.