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.
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.
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 |

