A empresa alvo deste projeto possui apenas duas pessoas, uma comerciante autônoma, vendedora de roupas e acessórios que atua no ramo há 25 anos e sua filha que está iniciando no ramo de vendas. Por se tratar de uma micro empresa, ambas cuidam de todas as áreas, desde as vendas, contas a pagar, contas a receber e até mesmo as compras de mercadorias. Seus clientes são pessoas físicas que as solicitam uma visita residencial para a apresentação das mercadorias trazidas de outras cidades, como por exemplo São José do Rio Preto/SP, Goiânia/GO, entre outras.
Nas viagens de compra de mercadoria, quase todas as negociações são feitas através de cheques pré-datados e todo o controle de datas de pagamentos e valores são feitos através de anotações em cadernos que são trocados anualmente.
No processo de venda, é feito uma apresentação de mercadorias ao cliente. No ato da venda, a vendedora cria uma ficha cadastral, onde são anotadas informações básicas para contato e identificação do cliente e informações gerais sobre as vendas realizadas, como a quantidade total da compra e as parcelas com suas respectivas datas de pagamento.
Diariamente, três informações são consultadas para iniciar o dia de trabalho. A primeira é identificar quais são os pagamentos a serem efetuados no dia. A segunda é levantar a relação de clientes que estão pendentes de pagamento para que seja feito o contato e o recebimento. Por último, é analisar quais clientes que estão próximos de quitar suas dívidas e fazer contato para o agendamento de uma nova visita e venda.
Assim, o sistema deverá proporcionar um controle dos pagamentos e recebimentos, bem como exibir ao usuário todas as informações importantes para o início das atividades de forma automatizada, otimizando o tempo gasto nas tarefas manuais.
O objetivo deste projeto é criar um sistema de informação para uma empreendedora autônoma no seguimento de venda de roupas e acessórios.
Os objetivos específicos são:
- Controlar a compra de mercadorias;
- Manter um cadastro de todas clientes;
- Cadastrar pedidos de vendas;
- Controlar contas a receber;
- Controlar prospecção das vendas;
- Implementar no sistema o acesso por perfis de usuário
- Disparar e-mail list e mensagens para smartphones
O trabalho é feito por duas pessoas. O(A) comerciante acompanha as tendências da moda através das mídias sociais, televisão, revistas e encartes enviados pelas lojas para obter as atualizações das novidades e potencial comercial para seu público alvo. Com essas referências em mente, o primeiro passo é a compra das mercadorias.
O(A) vendedor(a) entra em contato com uma agência que realiza viagens para cidades que possuam um centro comercial atacadista e consulta as datas previstas para as viagens por cidades. Cada cidade possui um tipo específico de mercadorias, assim, caso o(a) vendedor(a) não tenha experiência com compras, ele pode consultar o representante da agência, que informará o destino que melhor atenderá suas necessidades e passar informações sobre condições de pagamento dos locais.
No dia da viagem, o(a) vendedor(a) se dirige ao local onde o ônibus sairá e partem rumo a cidade destino. Chegado ao destino, (o)a vendedor(a) assiste desfiles de modas e consome a divulgação das mercadorias feitas por cada loja, afim de fazer uma breve apresentação de quais mercadorias estão disponíveis para compra. Na loja, a vendedora analisa as mercadorias e efetiva a compra das peças que lhe interessaram, no mínimo 6 (seis) ou mais peças, por se tratar de lojas atacadistas. É combinado com o(a) vendedor(a) da loja, o valor total, o desconto e a forma de pagamento, que podem ser à vista, cartão de crédito parcelado ou cheques pré-datados.
As viagens tem duração de 1 ou 2 dias, variando conforme a agência e/ou destino escolhidos. No retorno, (o)a vendedor(a) organiza-se para fazer o controle e separação de toda mercadoria adquirida.
O primeiro passo é a organização das mercadorias para facilitar a marcação de preços, separando as mercadorias em grupos definidos por loja ou por marca. Após a organização física, o(a) vendedor(a) anota peça a peça o tipo da mercadoria, por exemplo, calça, blusa, vestido, seu preço de custo e de venda em um caderno. A anotação do preço acontece tanto no caderno, quanto em sua etiqueta, para facilitar a visualização do mesmo na hora da venda. Após esse processo, as mercadorias são separadas por tamanho (P, M, G, etc.) e guardadas em sacolas.
No processo seguinte, no mesmo caderno onde foram anotados os valores de cada mercadoria, é feita a somatória do valor total investido e do valor total a ser vendido. Caso as mercadorias tenham sido adquiridas por cheque pré-datado, é anotado o valor do cheque e a data a ser pago. Esses dados servirão de consulta para as contas a pagar por dia.
Terminado o processo de organização e separação das mercadorias, o(a) vendedor(a) entra em contato com a sua carteira de cliente, sempre priorizando os clientes que possuem maior credibilidade no histórico de pagamentos e compras. No contato, é informado que estão disponíveis noças mercadorias e caso o(a) cliente tenha interesse, é agendado a data e o local para que seja feita a apresentação.
Na data e hora combinada, o(a) vendedor(a) vai até o local escolhido pelo(a) cliente, que pode ser desde o local de trabalho ou sua própria casa, e apresenta as mercadorias de acordo com o tamanho do cliente. O(A) cliente assiste a apresentação e escolhe as peças que tem interesse em adquirir e a vendedora opina sobre como fazer combinações entre peças, combinação de cores, combinação do próprio estilo da pessoa com a roupa. O(A) cliente tem a possibilidade de experimentar a peça durante a visita.
No fim da visita, o cliente informa a vendedora quais as mercadorias que deseja adquirir. Caso seja um cliente novo, a vendedora pega uma pasta com as fichas de todos os clientes e cria uma nova ficha que contém informações básicas para o contato, como o nome completo, telefones para contato, endereço. Caso seja um cliente já antigo, a vendedora procura a ficha deste cliente na pasta para fazer as anotações da compra. Em seguida, a vendedora soma o total e informa o cliente quais as condições disponíveis de pagamento. Essas, podem ser à vista ou à prazo (30/60/90 dias) no cheque ou na caderneta. Após o cliente escolher a forma de pagamento, é anotado em sua ficha as datas e o valor de cada parcela, junto com o valor total da compra.
Uma das condições mais usadas como condição de pagamento é o fiado. Esse método é baseado na confiança, ou seja, a cliente faz a compra, divide o valor total em no máximo 4 meses e informa o dia que poderá pagar a parcela. Na data informada, a vendedora entra em contato com a cliente para fazer o recebimento. O controle é todo feito através da ficha da cliente.
Logo, todos os dias pela manhã a vendedora consulta as fichas de cada cliente para verificar se há recebimentos a serem feitos naquele dia. Caso haja, é feito um contato com a mesma, que diz se a vendedora pode ou não fazer o recebimento. Caso a cliente não tenha dinheiro naquele dia, é agendado para uma nova data, substituindo a data anotada pela data informada pela cliente.
Use Case de Negócio: | Agendar Viagem |
Ator(es): | Agente de Viagem e Vendedor(a) |
Descrição: | Neste processo, é agendado a viagem para compra das mercadorias. |
Use Case de Negócio: | Comprar Mercadorias |
Ator(es): | Fornecedor e Vendedor(a) |
Descrição: | Neste processo, é feito a escolha e aquisição das mercadorias por lojas atacadistas. |
Use Case de Negócio: | Organizar Mercadorias |
Ator(es): | Vendedor(a) |
Descrição: | Neste processo, é feita toda a organização das mercadorias adquiridas, as preparando para a venda. |
Use Case de Negócio: | Anotar Preços nas Mercadorias |
Ator(es): | Vendedor(a) |
Descrição: | Neste processo, é calculado e anotado o preço de venda de na etiqueta de cada mercadoria. |
Use Case de Negócio: | Consultar Contas a Pagar |
Ator(es): | Vendedor(a) |
Descrição: | Neste processo, é consultado o caderno com as anotações de todos os pagamentos de cheques ou fornecedores que devem ser realizados. |
Use Case de Negócio: | Pagar Contas |
Ator(es): | Vendedor(a) |
Descrição: | Neste processo, é feito o pagamento dos cheques ou fornecedores. |
Use Case de Negócio: | Consultar Contas a Receber |
Ator(es): | Vendedor(a) |
Descrição: | Neste processo, é consultado o caderno com as fichas das clientes e verificado se há recebimentos a serem feitos no dia. |
Use Case de Negócio: | Ligar para o Cliente |
Ator(es): | Vendedor(a) e Cliente |
Descrição: | Neste processo, é feito um contato para o agendamento de uma visita ao cliente para fazer o recebimento ou uma exibição/venda das mercadorias. |
Use Case de Negócio: | Ligar para o Cliente |
Ator(es): | Vendedor(a) e Cliente |
Descrição: | Neste processo, é feito um contato para o agendamento de uma visita ao cliente para fazer o recebimento ou uma exibição/venda das mercadorias. |
Use Case de Negócio: | Visitar Cliente |
Ator(es): | Vendedor(a) e Cliente |
Descrição: | Neste processo, o (a) vendedor(a) vai até o local escolhido pelo cliente na hora e data marcadas. |
Use Case de Negócio: | Fazer Recebimento |
Ator(es): | Vendedor(a) e Cliente |
Descrição: | Neste processo, o(a) vendedor(a) recolhe o dinheiro do pagamento pendente por parte do cliente e da baixa na ficha. |
Use Case de Negócio: | Dar baixa do pagatamento na ficha do cliente |
Ator(es): | Vendedor(a) e Cliente |
Descrição: | Neste processo, o(a) vendedor(a) marca um "ok" ao lado da parcela que o cliente está pagando. |
Use Case de Negócio: | Mostrar Mercadorias |
Ator(es): | Vendedor(a) e Cliente |
Descrição: | Neste processo, o(a) vendedor(a) apresenta as mercadorias que sejam compatíveis com o tamanho do cliente, fazendo as cobinções e auxiliando na experimentação das peças. |
Use Case de Negócio: | Realizar Venda |
Ator(es): | Vendedor(a) e Cliente |
Descrição: | Neste processo, o(a) cliente o(a) vendedor(a) quais as peças que ele vai comprar e o(a) vendedor(a) começa a organizar e guardar as mercadorias de volta na sacola. |
Use Case de Negócio: | Anotar Venda na Ficha do Cliente |
Ator(es): | Vendedor(a) e Cliente |
Descrição: | Neste processo, o(a) cliente informa o(a) vendedor(a) qual a condição de pagamento que vai querer e o(a) vendedor(a) anota na ficha do(a) cliente o valor da parcela e as datas para o recebimento. |
O termo Stackholder se refere a uma pessoa ou grupo de pessoas interessadas em uma empresa, negócio ou indústria. Assim, o stakeholder da empresa é a própria fundadora.
Baseado no escopo de negócio, pode-se afirmar que o problema é a ineficiência no controle de todas as atividades pertinentes ao trabalho do(a) comerciante, atualmente serem feitas em papeis e caderno. Essa atitude apesar de ter sido adotada há muito tempo, possibilita as chances de alguma falha no processo acontecer, como por exemplo perda de dados de clientes ou de pagamentos a serem feitos, e também diminui de forma significativa a capacidade de analisar precisamente o histórico de venda para tomadas de decisão.
Restrição | Descrição | Motivo |
---|---|---|
Linguagem de Programação - Front-end | Javascript, HTML5, CSS3, React | |
Back-end | Firebase | |
Servidor Web | Hospedagem LocaWeb | |
Banco de Dados | NoSQL (Firebase) |
O objetivo do sistema é oferecer ao vendedor e microempresário a possibilidade de ter um controle mais preciso de todo o seu fluxo de trabalho e também fornecer informações que facilitem na tomada de decisão. Em linhas gerais, a proposta é extingir o uso de anotações manuais em papel, e trabalhar com as informações inseridas de forma inteligente.
O sistema terá um cadastro de clientes e fornecedores com as informações essenciais de cada um. Também terá um cadastro de pedido de compra, onde será informado o fornecedor, as mercadorias, o preço de custo e a porcentagem na qual será usada para projetar automaticamente o preço de venda. O produto poderá ser cadastrado tanto pela tela de pedido de compra, quanto pela tela de produto, devendo ser inseridas informações inerentes ao mesmo.
Também deverá possuir um cadastro de pedidos de venda, onde será selecionado a qual cliente a venda se refere, selecionar a mercadoria que está sendo vendedida, calculando automaticamente o preço total, de acordo com o valor estabelicido no pedido de compra, possibilitar a seleção da forma de pagamento e com isso, definir as datas e valores de pagamentos. Esses valores deverão ser salvos individualmente para cada cliente em sua carteira.
Cada cliente deverá ter uma carteira digital, onde poderá ser definido um limite de crédito para o cliente, bem como informar o histórico de compras e pagmentos efetuados ou pendentes do cliente.
O sistema fornecerá relatórios que informarão ao vendedor as contas à pagar e à receber do dia. Também deverá possuir uma agenda onde será possível ver essas mesmas informações, mas, em formato de calendário. Além disso, deverá gerar um relatório de vendas por semana, mês ou ano, dando a possibilidade de comparar os meses e de venda e os mesmos períodos em diferentes anos.
O sistema fará também a emissão de relatório de inadimplência e atrasos, mostrando quais os clientes devedores de forma rankeada (maior para o menor ou menor para o maior), bem como exibir o valor total da receita pendente de recebimento.
A proposta é desenvolver o sistema Web, baseado nas tecnologias React. O React é um framework desenvolvido pela empresa Facebook com o intuito de componentizar toda a aplicação. Seu desenvolvimento é feito através da linguagem de programação Javascript, junto com o padrão Web, HTML (Hypertext Markup Language) para marcação e estruturação das informações e CSS (Cascading Style Sheet) para dar estilo aos elementos.
O sistema será pensado utilizando o conceito de PWA (Progressive Web Apps), ou seja, uma aplicação web, mas feita pensando em dispositivos móveis (smartphones e tablets), na qual gera uma experiência ao usuário de ao abrir o site, ter a sensação de utilizar um app nativo.
No que se refere à estrutura de servidor e banco de dados, será utilizado o serviço do Google chamado Firebase. A proposta do Firebase é fornecer um back-end como serviço (Back-end as a Service - BaaS), ou seja, eles fornecem um servidor preparado com banco de dados, serviço de armazenamento de arquivos e autenticação, tudo através de API Rest (Representation State Transfer), que, utiliza o protocolo HTTP para fazer operações como obtenção, inserção, alteração e deleção de dados, usando objetos JSON (Javascript Object Notation).
O sistema de banco de dados utilizado pelo Firebase é um banco de dados NoSQL(Not Only Structure Query Language), ou seja, não relacional. Bancos de dados não relacionais são baseados apenas em documentos, e com isso, não possuem relacionamento entre os documentos, tão pouco validações de chaves primarias ou estrangeiras. Assim, o foco deste tipo de banco de dados fica em escalabilidade e o armazenamento de grandes massas de dados. Logo, uma vez que esses documentos estão em formato de objetos Javascript o custo de armanezagem de dados cai consideravelmente. Com esse comportamento, toda a responsabilidade da integridade dos dados para o banco de dados fica por conta da aplicação que o utiliza.
Na figura abaixo<>ADICIONAR O NÚMERO DA IMAGEM<>, é exibido a interação dos atores com o sistema.
Na figura abaixo<>ADICIONAR O NÚMERO DA IMAGEM<>, é exibido o diagrama de caso de uso de sistema.
Use Case de Sistema: | Cadastrar Venda |
Ator(es): | Vendedor(a) |
Descrição: | Nessa tela do sistema, o vendedor(a) poderá cadastrar um pedido de venda, informando a qual cliente que se destina, as mercadorias, quantidades, valores, somatório do total e a forma de pagamento. Caso seja parcelado, o sistema informará quais as datas de pagamento. |
Use Case de Sistema: | Cadastrar Compra |
Ator(es): | Vendedor(a) |
Descrição: | Nesta tela, o vendedor(a) poderá cadastrar um pedido de compra, selecionando de qual fornecedor(loja) aquela compra se fere, a data da compra, o valor, a forma e condições de pagamento, os produtos e a margem de lucro que seja calculada em cima de cada produto. |
Use Case de Sistema: | Cadastrar Forcedor |
Ator(es): | Vendedor(a) |
Descrição: | Nesta tela, o vendedor(a) poderá cadastrar o forcedor, informando todas as informações básicas do mesmo. |
Use Case de Sistema: | Cadastrar Cliente |
Ator(es): | Vendedor(a) |
Descrição: | Nesta tela, o(a) vendedor(a) poderá cadastrar o cliente com as informações básicas e essências para contato e cobrança. |
Use Case de Sistema: | Cadastrar Produto |
Ator(es): | Vendedor(a) |
Descrição: | Nesta tela, o(a) vendedor(a) poderá cadastrar o produto, informando qual seu fornecedor e as informações que o qualifiquem. |
Use Case de Sistema: | Consultar Pedidos de Compra |
Ator(es): | Vendedor(a) |
Descrição: | Nesta tela, o(a) vendedor(a) poderá consultar todos os pedidos de compra filtrando por fornecedor ou período. |
Use Case de Sistema: | Consultar Pedidos de Venda |
Ator(es): | Vendedor(a) |
Descrição: | Nesta tela, o(a) vendedor(a) poderá consultar todos os pedidos de venda, filtrando por cliente ou período. |
Use Case de Sistema: | Consultar Relatórios |
Ator(es): | Vendedor(a) |
Descrição: | Nesta tela, o(a) vendedor(a) poderá retirar os relatórios analíticos e detalhado da sua operação. |
Use Case de Sistema: | Consultar Carteira Digital |
Ator(es): | Vendedor(a) e Cliente |
Descrição: | Esta tela, poderá ser acessada tanto pelo(a) vendedor(a), quanto pelo cliente. Nela, será exibida as informações do cliente, como suas informações cadastrais. Também será exibida um histórico de pagamentos e compras, bem como os débitos pendentes. |
Use Case de Sistema: | Autenticar no Sistema |
Ator(es): | Vendedor(a) e Cliente |
Descrição: | Para ter acesso à todas as informações do sistema, tanto o(a) vendedor(a), quanto o(a) cliente, farão uma autenticação no sistema. Essa, será disparada para o servidor da google e retornará autorizando ou não a entrada do usuário. |