Pular para conteúdo

Cenário, problema e desafios

1 Cenário atual do cliente e do negócio

1.3 Rich Picture

O Rich Picture apresenta o cenário atual da TSI Peças: os três canais de venda — balcão, Mercado Livre e contato direto — convergem para Antônio Marcos, proprietário e único operador. O controle manual, apoiado em planilhas parciais, não integra o registro das vendas à atualização do estoque, favorecendo divergências e perdas de vendas.

Rich Picture da TSI Peças: canais de venda, proprietário, controle manual e estoque sem baixa automática nas vendas.

Figura 1 — Cenário atual da TSI Peças. Imagem extraída do documento de Visão do Produto e Projeto; clique para ampliar.

1.4 Identificação da oportunidade ou problema

O problema central da TSI Peças está no controle manual e não automatizado do estoque, apoiado em planilhas parciais que não se comunicam com o registro de vendas. Como a baixa de itens não é automática, o estoque registrado diverge com frequência do estoque real.

Essa divergência leva à perda de vendas em duas situações: o cliente procura uma peça que os registros indicam como disponível, mas que já foi vendida; ou uma peça existente deixa de ser vendida porque não consta corretamente nos registros.

Além da perda direta de vendas, o modelo atual consome tempo excessivo do proprietário em tarefas operacionais repetitivas, como o cadastro de peças e a emissão manual de notas. Como ele atua sozinho, o tempo gasto nessas rotinas reduz sua disponibilidade para o atendimento e a gestão do negócio.

O diagrama de Ishikawa organiza as causas do problema segundo os 6M: Método, Mão de obra, Máquina, Material, Medição e Meio ambiente.

Diagrama de Ishikawa da TSI Peças: causas das vendas perdidas por divergência entre o estoque real e o registrado, organizadas nos 6M.

Figura 2 — Diagrama de Ishikawa da TSI Peças. Imagem extraída do documento de Visão do Produto e Projeto; clique para ampliar.

1.5 Desafios do projeto

Desafios técnicos

O principal desafio técnico está na modelagem do cadastro de peças automotivas, que envolve um catálogo extenso, com códigos de fabricante e informações de aplicação por veículo. Estruturar esse cadastro de forma organizada e consultável é essencial para que o controle de estoque seja confiável.

Também é necessário substituir o controle atual em planilhas sem perda de informações, garantindo que os registros de entradas, saídas e baixas nas vendas reflitam a realidade do estoque.

Desafio de hardware

O projeto prevê, como etapa futura, a utilização de um leitor de código de barras para agilizar o cadastro e a movimentação das peças. Segundo o proprietário, essa utilização é viável, mas depende da conclusão de etapas anteriores: organização do estoque em planilhas, codificação dos itens, construção do sistema, cadastro dos produtos e impressão de etiquetas.

A aquisição do equipamento representa um custo adicional. Por envolver um dispositivo físico e sua integração ao sistema, o leitor é tratado como um desafio previsto, mas fora do escopo do produto mínimo viável (MVP).

Desafios operacionais

Como o proprietário opera a loja sozinho e concentra várias funções, a solução precisa ser simples e rápida de usar, sem competir com o atendimento nem sobrecarregá-lo.

Também há um desafio de adoção: o conhecimento do proprietário sobre o controle manual favorece a transição, mas a ferramenta precisa oferecer um ganho claro em relação às planilhas atuais para que seu uso se sustente.

Desafio de prazo e escopo

O MVP deve ser viável para entrega até o fim do semestre letivo. Isso exige manter o foco no núcleo da solução — o controle interno de estoque — e tratar funcionalidades de maior complexidade, como o leitor de código de barras e a integração automática com o Mercado Livre, como evoluções futuras.

Delimitar esse escopo é, por si só, um desafio de priorização.

Versionamento

Versão Data Descrição Autor(es/as)
1.0 04/09/2026 Iniciação do documento Thiago Gomes
1.1 07/09/2026 Preenchimento dos itens 1.3 a 1.5, inclusão dos diagramas e revisão textual João Melo