Sistema de Gestão de Horários e Erp para as Quadras Carrijo

O prazo para a execução do projeto é de no máximo 40 dias, sendo 20 para o módulo 1 + 20 para o módulo 2. Depois disso são solicitados mais 30 dias de manutenção, apoio e correção de erros e melhorias.
Este é um projeto para desenvolvimento de um sistema de gestão para uma quadra de esportes. Ele é dividido em dois módulos: sistema de agendamento online + ERP que devem ser integrados um com o outro.
Em suma preciso de uma plataforma de marcação de horários online da minha Quadra de esportes. São 4 quadras. Preciso integrar o serviço com envio de sms para os clientes que marcaram jogos, disponibilizando inclusive a opção de "cancelar" o horário cancelado para o cliente que responda gratuitamente a sms.
Será necessário um dashboard com os dados principais, uma gama de relatórios com os dados dos clientes, um painel de administrador para controlar a entrada de novos clientes, desmarcação de horários, marcação. Em relação ao ERP preciso automatizar a alimentação das informações colhidas no quadro de horários com informações que podem ser alimentadas manualmente.

Requisitos Gerais:
1.    O profissional deve prestar contas todas as segundas, quartas e sextas sobre a execução do projeto.
2.    A hospedagem deverá ser feita por: rede host
3.    O sistema de SMS sugerido para ser integrado é o: www.iagent.com.br (Nenhum acesso a relatório e envio de sms deverá ser feito direto do website da iagent, mas sim pelo das Quadras Carrijo. Tudo deve ser integrado.)

4.    Todo o sistema deve ser feito em módulos independentes e abertos.
5.    Todos os dados devem ser hospedados na nuvem.
6.    Todos os clientes devem ser cadastrados automaticamente utilizando-se um crm ainda a escolher (provavelmente hubspot).
7.    Deverá existir uma integração com Google Analytics da plataforma criada.
8.    As descrições e exigências dos módulos são encontradas no anexo.

Módulo 1: Sistema de Gestão de Jogos (prazo 20 dias).
1.    Criar uma hospegadem para o site da Quadra.
2.    Clientes devem fazer login pelo facebook ou google completando email e telefone mesmo tendo entrado pelo facebook (forçar visualmente o cadastro pelo facebook ou google). Caso não possua facebook deve fazer cadastro simples: nome + email + telefone.
3.    Criar a plataforma de modo que os administradores másters possam fazer adições de conteúdo, retirar e adicionar funcionalidades de forma simples.
4.    O login deverá ser protegido por uma camada captcha + confirmação de cadastro no email (com exceção de login via facebook ou google). A senha e o email de cadastro poderão ser alterados futuramente pelos usuários.
5.    Será necessário aceitar um termo de uso que poderá ser atualizado pelo Administrado Máster do sistema.
6.    Toda ação do usuário deverá contemplar pagamento social, de modo que seja compartilhado as ações dele como marcar um racha em suas redes sociais.
7.    Administrador poder fazer cadastro de cliente pelo telefone + nome + email.
8.    Clientes vão acessar e marcar o horário como no layout de um cinema. Nas colunas as quadras e as datas, nas linhas os horários. Funcionará como uma agenda de horários.
Assim como as agendas existentes hoje, deverá existir uma opção de modificar “somente este evento” ou “todos os eventos futuros”.
9.    O cliente deverá escolher uma das modalidades a seguir: voleybol, basquete, futsal, handball e peteca que irá levar para o quadro de horários. O administrador máster (AM)  deverá ser capaz de alterar quando quiser a disponibilidade prevista de cada quadra para cada modalidade. Por exemplo, na quadra 4 só se joga peteca.
Portanto, ao selecionar a modalidade peteca, os outros horários deverão se bloquear e se tonalizarem com a cor vermelha de bloqueio, deixando livre apenas os horários da quadra 4. Contudo, como AM posso mudar isso futuramente, como por exemplo: implementar uma modalidade diferente na quadra. Portanto, deve existir uma opção de cadastrar modalidade e vincula-lá a quadra adequada.
Esse cadastro poderá ser editado a qualquer momento pelo AM.
10.    Além das modalidades citadas no item acima, os administradores poderão marcar as modalidades: “campeonato” e “escolinha” para os jogos (neste caso não há cliente vinculado).
11.    Após selecionar a modalidade, também poderá escolher entre marcar o racha fixo (evento único) x racha esporádico (evento que se repete toda semana). Atenção: é preciso que o sistema esteja “treinado” para evitar falhas.
Se um racha que é fixo foi desmarcado somente naquele dia, outro racha fixo não poderá ser marcado sobre ele, devendo aparecer a mensagem de alerta para quem o tentar e impossibilitando a marcação. Por outro lado, se um racha fixo é cancelado, outro esporádico poderá ser marcado sobre ele naquele dia e o sistema deverá mostrar para o cliente interessado esse quadro de horário de modo disponível (azul claro).
12.    O mesmo cliente não poderá marcar horário coincidente no mesmo dia.
13.    O cliente poderá inserir um cupom de desconto que deverá ser validado pelo próprio sistema na inserção. Deverá existir uma opção de cadastro de cupons manualmente por meio de importação de arquivos do excel com o “códido do cupom” e a “mensagem” que deverá aparecer relativa ao benefício que o cliente deverá ganhar com esse cupom + “porcentagem de desconto” que se não tiver nada preenchido não deverá aparecer para o cliente.
Também existir opção de cadastro de cupons de desconto sem necessidade de importação de planilha. Apensa inserindo manualmente. Se houve porcentagem de desconto, descontar automaticamente do valor definido como padrão para aquela horário, jogo e modalidade pela AM.

14.    Quando fizerem o cadastro na plataforma, os clientes deverão ser questionados se podem colocar seu nome à disposição na lista "completa racha". Se sim, deve preencher esse cadastro respondendo “dia de preferência” (listar os dias da semana que podem ser mais de um escolhido) + “modalidade” (pode ser até duas modalidades das que estão cadastradas) + “posição” (texto para o cliente escrever) + “contato para ser procurado por outros clientes” (texto para o cliente escrever).

15.    No site deverá existir páginas institucionais com “quem somos”, “galeria de fotos”, "quem somos”, “contato e como chegar", "blog”.
16.    Deverá existir um blog com opção de cadastro de texto por todos os níveis de administrador, com possibilidade de upload de fotos, aprovação de comentários, avaliação dos comentários (não devem ser permitidos comentários anônimos).
17.    perfis de acesso: (a) administrador máster (am) que poderá além de ter os acessos do perfil administrador, editar senhas, excluir e criar contas de acesso e operar todas as opções de cadastro no site e deverá ter todos os acessos do as, (b) administrador simples (as) que poderá marcar e remarcar jogos, baixar relatórios, desmarcar jogos, acessar o dashboard e (c) cliente que poderá marcar e desmarcar jogos, bem como acessar as páginas de “lista completa rachar”.
18.    O AS poderá marcar jogos somente como o nome e o telefone do cliente. Toda a busca pelo cliente deve se dar pelo seu telefone que deve ter uma formatação condicional no cadastro do seguinte modo (DDD) _._._._._-_._._._ Mas, se não houver 9 dígitos para além do DDD, permitir o cadastro com apenas 8.

19.    Permitir que o AM importe uma lista de cadastro de clientes.
20.    Permitir que o AM faça alterações gerais em todos os contatos ou apenas em alguns selecionados de forma simultânea. A alteração, por exemplo deve contemplar a adição de um número nove antes de todos os telefones dos clientes cadastrados, ou apenas naqueles selecionados.
Bem como a edição do contato.
21.    Deve existir um comando de reverter e refazer as últimas 15 ações no sistema. Análogo àquelas setas azuis do Microsoft office.
Essa disponibilidade é exclusiva para os administradores.
22.    O sistema deve salvar as informações automaticamente a cada atualização. Portanto, deve existir salvamento automático.

23.    Deverá existir uma lista “completa racha” que é de acesso exclusivo para os perfis logados (não é disponível para o público). O AM poderá remover clientes desta base clicando com o mouse direito e o excluindo.

24.    Deverá existir uma opção de reversão no site para desfazer a última ação feita de cadastro ou descadastro por parte do AM.
25.    Deverá existir um painel de administrador (PA) para os perfis administradores com: opção para poder marcar um horário e remanejar os horários (cancelar uma equipe que avisou que não irá mais, cancelar um horário que ligaram por tel para avisar). Os administradores poderão arrastar os horários dos clientes pela agenda.
Antes, contudo de ser feito a conclusão de qualquer ação, como o arraste, deverá ser consultado a confirmação da ação.
26.    No PA deverá existir o painel de horários com a grade disponível, podendo se movimentar ao longo do tempo (Deverá existir um calendário do lado esquerdo para que possa ser selecionado a semana que se deseja ir. Contudo deverá sempre ser aberto automaticamente na semana corrente).
Através dessa agenda de horários, os administradores fazer as ações relacionadas a marcação dos jogos. Deverá ser a mesma grade que aparece para os clientes, contudo com um nível maior de detalhes: ao se clicar com o mouse direito sobre o cliente, o administrador poderá ver (a) informações (ao clicar poderá ver nome de cadastro, telefone, foto do face ou google, qde de jogos que tem); (b) desmarcar (opção de desmarcar, perguntar se é no dia ou para todos os eventos); (c) remarcar para (aparecer opção de seleção da data e hora); (d) faltou (opção de registrar que o cliente faltou); (e) duplicar (duplicar o evento com o mesmo cliente, modalidade, etc, só aparecendo para escolher a data e a hora).
27.    Quando o administrador quiser marcar um jogo ele poderá começar a digitar o nome do cliente que deverá ser buscado na lista dos clientes já cadastrados e se completar automaticamente se for selecionado, bem como também poderá digitar um nome que ainda não existe na base de cadastro dos clientes.
28.    O administrador poderá no PA cadastrar um “novo cliente” colhendo ele mesmo as informações de cadastro solicitadas (nome, email, telefone). Para acesso futuro de login, ele deverá usar o email cadastrado com a senha “QuadrasCarrijo” que deverá ser solicitada a alteração no primeiro acesso que ele fizer.

29.    Todo o registro desses logs e movimentações no site deverá aparecer no painel administrador como relatório de últimas atividades numa parte lateral com o nome do usuário que fez a ação.
30.    No pa deverá existir uma lista de clientes (deverá estar na página principal do pa junto com a grade) com a classificação dos clientes que mais faltam, e também com a classificação dos clientes que há mais tempo não vão na quadra com a quantidade de dias de distância e a última modalidade e dia da semana jogado (essa lista deverá se alterar de acordo com o dia -> o algoritmo deve levar em conta o dia de visualização dessa lista, aparecendo na frente os clientes que mais distantes que jogaram neste dia).
31.    No quadro de horários deverá haver um lembrete sobre os horários que estão disponíveis no dia, mas que estiveram ocupados em alguma vez nas últimas duas semanas. Deverá aparecer na cor cinza e o administrador poderá clicar com o mouse direito para ver mais informações sobre o cliente e poder ligar para o cliente no dia e convidá-lo a voltar a jogar.

32.    Deverá existir uma parte do PA que é para gerar relatórios: (A) de clientes (todas as informações de cadastro + código do cliente + status do cliente (ativo ou excluído pelo AM) + dia de cadastro + primeiro jogo + último jogo + quantidade de jogos desmarcados + quantidade de jogos faltosos + quantidade de jogos presentes + qde de jogos de cada modalidade cadastrada + informações da lista completa racha), (B) de jogos com todo o histórico de horários marcados (com status, modalidade, data e hora, cliente) + (C) relatório de resultado das pesquisas + (D) relatório de últimas atividades do site (com usuário que fez + ação executada) + (E) relatório de mensagens enviadas e recebidas (data e hora + cliente enviado + mensagem de envio ou recebimento) + (F) relatório de cupons de desconto utilizados. Todos os relatórios poderão ser filtrados por data de início e data fim + nome do cliente + modalidade (os filtros deverão ser listados para que possam ser escolhidos).
Eles também deverão ter a opção de serem exportados para o excel.
33.    Enviar SMS mensagem 24h antes confirmando o racha para o cliente. Opção de cancelar o racha respondendo a mensagem gratuitamente (responder cancelar todos para desmarcar todos os raxas (em caso de fixo) ou cancelar este (em caso de cancelamento esporádico).
Caso cancele, deixe o horário livre automaticamente no sistema.
34.    Sempre que um jogo for marcado pelo administrador o cliente deverá receber uma msg SMS confirmando a marcação.
35.    Todo cliente que teve um jogo que recebeu a marcação de “falta” ou “desmarcado” no pa deverá receber uma mensagem sms no dia seguinte às 10h dizendo: “olá fulano, ontem sentimos sua falta nas quadras carrijo. Aguardamos você e seus amigos na semana que vem”.

36.    A desmarcação poderá ser feita a qualquer momento por qualquer usuário.
37.    A marcação poderá ser feita até 20min antes.
38.    Custo de envio de mensagem: apontar o serviço adequado
39.    Criar possibilidade de criar uma pesquisa para os clientes: fazer pesquisa por sms + pesquisa no site + criar opção de pesquisa obrigatória pós login (com pop up aparecendo na frente do cliente) ou pesquisa facultativa (pop up aparece, mas há opção de fechar).
As perguntas poderão ser formuladas para serem respondidas com textos, ou opções de números ou textos.
40.    O administrador poderá criar um evento (jogo) na agenda em que não é necessário vincular ao nome de nenhum cliente, apenas marcar a opção “escolinha” ou “campeonato”. Estes deverão ser “o nome do cliente que jogou” no relatório de jogos.
Cliente com nome "campeonato" e "avulso" que poderá ser registrado pelo administrador (para contabilizar um horário de alguém que não quis se cadastrar ou que é de um campeonato).
41.    Exista a possibilidade de executar ações na grade de horários de modo retroativo (esses logs também devem aparecer no relatório de últimas atividades do PA).
42.    Criar uma opção de barrar o cliente – somente AM poderá fazer. Este cliente não poderá marcar novos jogos e aparecerá a mensagem de “erro ao marcar jogos”.

43.    Criar tela de acesso do administrador com interface muito clara, intuitiva e simples para que ele possa executar suas várias funções (desmarcar jogos, acompanhar jogos marcados, ver quem tem cupom de desconto ou não, gerar relatórios, etc.). A tela de perfil administrador master deve ser extremamente semelhante, mas com a função de excluir e criar as contas de administradores com perfil menor no sistema.
44.    Criar email institucional para os perfis administradores que forem sendo criados email @ quadrascarrijo.com.br (vincular esta conta ao serviço do google - gmail).
45.    Notificar qualquer movimentação dos clientes para todos os perfis administradores por email (desmarcação de jogos + marcação, etc).
46.    Criar possibilidade de enviar mensagem sms para um, alguns ou todos os clientes com um texto redigido manualmente pelo AM.
47.    O site deverá ter um layout e desing bem intuitivo, bombardeando o cliente com caixas de texto do tipo “Reserve seu horário agora” Sites para se espelhar são: https://pagar.me/  ; https://www.lily.camera/ ;  http://lemonbr.com/ ; https://contaazul.com ; http://replay4.me/
48.    O layout deverá possuir alguns banners abaixo do quadro de horários, de modo que o administrador máster possa alterar as fotos que ficam rodando neste banner.

49.    O login do perfil administrador deverá direcioná-lo automaticamente para o PA.
50.    As marcações de jogos deverão promover pagamentos sociais nas redes sociais dos clientes informando “fulano marcou um jogo nas Quadras Carrijo”.
51.    Deixar pronta API para conexão com pagamento pelo jogo. Disponibilizar para a AM poder liberar o pagamento pelo site ou não.
Esta funcionalidade deve ser integrada com o PayPal ou outro sistema de pagamento que o desenvolvedor sugerir.
52.    A marcação de horário deve se dar com no máximo 3 cliques. Todo o sistema deve visar otimizar a experiência do usuário.


Módulo 2: ERP integrado com o sistema de gestão de jogos
1.    O AM deve definir o valor dos jogos de acordo com a modalidade e com o horário de marcação.
2.    A entrada de receitas deve ser alimentada pelos jogos que foram registrados no Quadro de Horários + receitas de cartão se ativado o pagamento por cartão de crédito.
3.    O jogo pago antecipadamente pelo cartão e que o cliente faltou não deverá ser ressarcido automaticamente.
4.    Poderá ser ressarcido o jogo de acordo com o envio de estorno solicitado pela AM.
5.    Diferenciar o que for pago por cartão e o que for pago em dinheiro (todo aquele não foi pago utilizando cartão no site).
6.    Deve existir um campo “outras receitas” que pode ser adicionado manualmente com opção de registro de histórico daquela ação.
7.    O período de contabilização deve ser sempre, semanal (de segunda à domingo) + mensal + anual.
8.    Os administradores (am + as) podem definir descontos ao clicar com o mouse direito sobre os jogos e escolher em “definir desconto”, depois disto deve escolher entre “definir desconto fixo” ou “definir desconto esporádico”. Este valor deve ser subtraído do valor padrão definido pela AM. Se for desconto fixo deve ser repetido todas as semanadas para aquele cliente e horário.
Se for esporádico é só para aquele dia.
9.    Deve existir uma parte da plataforma chamada “quadro financeiro” que pode ser acessada alternando entre quadro de horários e quando financeiro. Ali, ao invés dos jogos os administradores visualizarão os valores dos jogos.
10.    O quadro financeiro deve ser alimentado automaticamente pelo quadro de horários.
11.    O quadro financeiro já possui modelo em excel que está anexado e deve ser seguido. Há diversas regras que devem ser seguidas, como metas, cálculo de comissão, quantidade de jogos.
favor observar a planilha enviada em anexo.
12.    Deve ser adicionado uma informação no sistema de bônus previsto. Este bônus deve ser somado ao longo do mês em uma conta no ERP e deverá ter lançamento previsto para a primeira segunda feira do mês subsequente.
Poderá ser baixado ou cancelado com justificativa que deve ficar registrada.
13.    Deve existir um confrontamento de receitas x despesas.
14.    As despesas a serem lançadas manualmente deverão ser classificadas em: energia (lançar junto o kw consumido no mês); dmae; tv a cabo, internet e telefone; investimentos; reparos; bônus; impostos e outros.
15.    As despesas a serem lançadas automaticamente são: COMISSÃO que é a soma das comissões diárias definidas em porcentagem pela am; comissão administrativa que é uma porcentagem definida pela am; despesas financeiras (porcentagem do cartão) + descontos concedidos pelos cupons de desconto.
16.    As despesas semiautomáticas são os Bônus previstos que devem ser executados ou não pela am na primeira segunda-feira do mês subsequente.
17.    O AS pode registrar despesas manualmente no quadro financeiro, sendo que ela deve ser classificada em uma das despesas descritas no item 11 deste módulo. Para além, para que a despesa se registre deve ser feito um comentário para registro de histórico.

18.    Deverá existir uma versão impressão em uma página que customize o quadro financeiro para ser impresso na semana (completo); para mensal (suprimir cada semana em uma linha); para anual (suprimir cada mês em uma linha).
19.    Deve existir um histórico de todas as informações registradas de entradas e saídas.
20.    Deve existir um quadro de despesas que pode ser visto de acordo com o histórico e a classificação da despesa.
21.    Deve existir um quadro de receitas que pode ser filtrada historicamente de acordo com modalidade de jogo, cliente, dia da semana, número da quadra, horário de jogo.
22.    Deve existir um balanço financeiro.
23.    Implementar módulo de contas a receber e contas a pagar. Possibilitando baixar as contas.

24.    Deve existir um quadro de indicadores financeiros: despesas / receitas ( x 100); lucro operacional e outros indicadores. Deverão existir gráficos históricos de entrada e saída de receita.
Também aqui deve existir um quadro de indicadores operacionais: kw de energia consumida / jogo.
25.    Deve existir uma integração com o sistema de pagamentos online (se ativada pelo AM). Para isso devem ser lançadas as contas a receber de cartão de crédito pago pelos clientes.

26.    O sistema de gestão financeira poderá ser melhorado e sugerido pelo desenvolvedor. De todo modo ele deverá seguir todos os requisitos das planilhas anexadas.