Analisando propostas

Cloud Consulting

Publicado em 19 de Outubro de 2016 dias na TI e Programação

Sobre este projeto

Aberto

Mobile:

Pendente parceria para desenvolvimento de solução MOBILE, para “match” de consultores x demandas.

Criação de uma solução para smarthphones, (Apple/Android) que permita além de fazer o link inicial entre cliente e consultor, fará o ‘leilão e calculo do melhor consultor para atender (custo x benefício) em base a pontuações dadas a cada consultor. As pontuações serão dadas por eles próprios (CV), nós gestores e-Business e classificação média dos clientes (a cada atendimento ele poderá dar uma nota para o consultor).


Atualmente os clientes que fazem parte do Service desk, fazem a abertura dos chamados via portal, e manualmente a área de schedule da e-BUSINESS aloca o melhor consultor.

Futuramente poderemos integrar a solução mobile com o zoho, cadastrando um novo agente no zoho a cada novo consultor cadastrado no mobile, abertura automática de novos chamados, entre outros.


Projeto: Applications mobiles; 

Público Alvo: público interno;

Conteúdo: solicitação de prestação de serviço com atendimento remoto ou local
Quantidade de Usuários (meta para 6 meses após implementado, foco: soluções Oracle):
•    Quantidade consultores aproximadamente 500 (300 consultores já cadastrados)
•    aproximadamente 20 clientes com chamados por mês 100.

Faixa de Etária: 18 a 65 anos;

Restrição: Sem restrição;

Distribuição: Lojas AppStore e Google Play;

Analytcs: Embarcado;
Plataformas: iOS e Android

Device: Smartphone

CMS: Gerenciado de Conteúdo

Solução Completa: (Aplicação + CMS + Hospedagem + Banco de Dados + Publicação + Redundância + Escalabilidade + Backup + Alta Disponibilidade + Relatórios Analitics + Suporte Telefônico/E-mail);  (Amazon?)
App - Cadastro de consultores Profissional Cadastro
        •  Cadastro gratuito; 

*Hearder:Nome, Telefone Fixo, Celular, Email, Foto, RG, Data Nascimento, CPF
*Hearder: Dados da Empresa: Razao Social, Fantansia, CNPJ, Endereço, Inscrição Estadural, TIpo de Empresa (Simples, Ltda, MEI, etc), Taxa Hora Padrão
*Lines: Relação de Produtos que dominam, cada produto o consultor poderá fazer um auto-avaliação de 1 a 5 estrelas, para cada produto poderá também sobrescrever a taxa hora padrão definida no header, avaliação adm**, avaliação clientes***
(*)    campos informados pelo consultor no app ou na web
(**) campo informado pelo adm via web
(***) campo calculado em base as avaliações de cada cliente/ticket no momento do enceramento do ticket (sum(numero de horas do ticket * nro avaliação do ticket) / numero total de todos os tickets atendidos pelo consultor)
após o cadastrado realizado sera gerado um contrato de prestação de serviços e um contrato de confidencialidade,  entre empresa do consultor x e-business, ele deverá aceitar os termos via app e na sequencia sera enviado um contrato pdf por email.

App - Cadastro de Clientes
*Hearder: Dados da Empresa: Razao Social, Fantansia, CNPJ, Endereço, Inscrição Estadural, TIpo de Empresa (Simples, Ltda, MEI, etc), Markup** Padrão (%), Data de Faturamento (DD)**
Nome do Contato Principal, Foto, Email , Telefone Fixo, Fax, Celular
*Lines1: Relação de Produtos que contratos pelo cliente,  para cada produto o ADM poderá também sobrescrever o  Markup** Padrão definida no Header o sistema irá considerer NVL(Markup LInha do Produto, Markup Header do Cadastro Cliente)
Markup** DEverá ter 3 campos para cada SLA, Exemplo: SLA/Prioridade
1.    Alta: 40%,
2.    Média: 30%,
3.
Baixa: 20%
*Lines2: Analistas do Cliente autorizado a abertura de chamados: Nome, Telefone Fixo, Celular, Email pessoal, email coorporativo, Foto, Data Nascimento , Departamento, Cargo
(*)    Campos informados pela empresa ou pelo adm no app ou na web
(**) campo informado pelo adm via web
após o cadastrado realizado sera gerado um contrato de prestação de serviços e um contrato de confidencialidade, entre empresa cliente x e-business, o admistrador do cliente deverá aceitar os termos de ambos contratos via app e na sequencia sera enviado por email para cosnultor e para ebusiness.
O consultor poderá ver historico de tickets, Em andamento, Horas Não Aprovadas, Aprovadas Faturadas, Aprovadas Não Faturadas e Não Aprovadas
App - Ticket (Cliente)
        •  Cadastro do responsável por fazer solicitação (analistas do cliente previamente cadastrado); 

        •  Abertura do ticket; 
Cliente informar a Assunto do Ticket, Descrição, Urgência/SLA (Alta, Média, Baixa), Ambiente (produção, desenvolvimento, homologaçao) Preferência para Atendimento On-Site ou Off-site.
        • Seleção prestador de service: Após a abertura do ticket, o sistema deverá listar os consultores indicados. 
1.    Lista ordenada para seleção do prestador de serviço ordenada por relação custo 
x nível de conhecimento (Avaliações, Deverá seguir a seguinte ordem (nvl(Avaliação Média dos Clientes, NVL(Avaliação ADM, Avaliação Consultor)) ; 
Indicar a localização do consultor (em KM)
2.
Podemos colocar um mapa como é feito no 99taxi. 
3.    Listar o valor de venda/hora do consultor (custo do cadastro de consultor + mark-up do cadastro do cliente) em base ao SLA.

4.    Permitir os clients/analistas favoritar consultores, os consultores favoritos do cliente deverá aparecer no topo da lista,
5.    Apenas listar consultores com no mímino 3 estrelas(nvl(Avaliação Média dos Clientes, NVL(Avaliação ADM, Avaliação Consultor))
6.    Apenas listar consultores que não recusaram mais de 3 atendimentos.
(No cadastro do consultor deverá ter um flag de inativo caso rejeite 3 atendimentos, o adm poderá mudar manualmente este flag via web)
        •  envio da solicitação pelo app para consultor selecionado; 

        •  após a conclusão do serviço o cliente recebe uma solicitação mudar status do ticket: rejeitado ou aprovado
        •para aprovar 
quantidade de horas informadas pelo consultor no término do atendimento; 
se rejeitado o cliente deverá informar o motivo
        •  o cliente deverá fazer avaliação do consultor para o ticket (1 a 5) estrelas, comentário; 

        •  o cliente poderá ver historico de tickets, total de horas não aprovadas, aprovadas faturadas, aprovadas não faturadas e não aprovadas
app ticket consultor
        •  recebe solicitação (atendimento remoto ou local) do cliente; 
aceita ou rejeita. Caso Rejeite deve avisar o cliente no APP para que ele selecione novo consultor
        •  Consultor deverá Informar inicio do atendimento
        •  Durante andamento do ticket, o consultor (oi cliente) poderá informar o andamento através de um chat (tipo 99taxi, tinder)
        •  Ao termino Indica a Quantidade de horas apontadas no ticket; 

        •  Recebe mais de uma solicitação simultanetamente; 

Plataforma CMS (Web) – Moderador  ADM
        •  Cadastro do cliente (Empresa / Analistas do Cliente autorizados a abertura de tickets); 

        •  Cadastro de consultor (Fornecedor);
        •  Cadastro de Produtos (Categoria, Subcatergoria, Produto)
        •  Relatório Mapa de Distribuição do consultor por valor x avaliação; 

    •  Relatório na visão do cliente e do fornecedor sobre Tickets Em andamento, Cancelados, Aprovados e Reijatos
    •  Relatório na visão do cliente e do fornecedor sobre Horas Não Aprovadas, Aprovadas Faturadas, Aprovadas Não Faturadas e Não Aprovadas
        •  Administrador WEB aprova quantidade de horas totais aprovadas e solicita faturamento do cliente e pagamento dos consultores (faturamento / pagto sera processo fora do APP); 


Categoria TI e Programação
Subcategoria Programação de Apps para Android, iOS e outros
Qual é o alcance do projeto? Bug ou alteração pequena
Isso é um projeto ou uma posição de trabalho? Um projeto
Tenho, atualmente Eu tenho o design
Disponibilidade requerida Conforme necessário
Experiência nesse tipo de projeto Sim (Eu já gerenciei esse tipo de projeto)
Integrações de API Mídias sociais (Facebook, Twitter, etc), Payment Processor (Paypal, Stripe, etc)
Plataformas exigidas iPhone, Android

Prazo de Entrega: Não estabelecido

Habilidades necessárias