Método YveTech de Desktop · Etapa 01

Análise do posto de trabalho

Antes de propor arquitetura ou prazo, sentamos no lugar de quem opera. Em uma a duas semanas você recebe o retrato do posto — equipamentos, volume por hora, o gargalo cronometrado — e a resposta franca sobre se o problema pede mesmo uma aplicação desktop.

O sistema é usado em pé, com fila esperando

O que trava a operação quase nunca está no relatório. Está no atalho que a pessoa criou para dar conta.

Software de escritório é avaliado sentado, com café ao lado. O posto de operação é outra coisa: o conferente está em pé, a balança apita, a fila anda e a próxima nota precisa sair. Nesse cenário, três segundos a mais por item não são um detalhe de usabilidade — são vinte minutos no fim do turno e uma hora extra no fim da semana.

A análise é o trabalho de ver isso acontecer. Cronometramos as etapas do ciclo, contamos quantas vezes a pessoa troca de janela, medimos o volume real por hora nos horários de pico e listamos cada equipamento ligado à máquina — marca, modelo, como está conectado e se o software atual sequer fala com ele. Também anotamos os contornos: a planilha paralela, o caderno ao lado do teclado, o "esse aqui a gente digita de novo no outro sistema".

Nem toda análise termina em aplicação desktop. Se o gargalo for de processo, de cadastro ou de rede, dizemos isso — e às vezes a recomendação é a mais barata: ajustar o layout da tela que já existe, trocar um leitor, corrigir a configuração da impressora. Vender um projeto que não resolve o problema custa caro para os dois lados.

Se o navegador resolver o seu caso, você ouve isso na segunda semana — e paga uma análise, não um sistema inteiro que não precisava existir.

O que medimos no posto

Seis frentes de observação que, juntas, dizem se o desktop se justifica e o que ele precisa aguentar.

A estação física

Quantos monitores, qual resolução, que máquina, quanta memória e o que mais roda ao mesmo tempo naquele computador.

Equipamentos ligados

Balança, leitor, impressora térmica e fiscal, coletor, catraca, gaveta, TEF. Marca, modelo, porta e protocolo de cada um.

Volume e pico

Quantos itens por hora no movimento normal e quantos no pior dia do mês. É o pico que define o projeto, não a média.

Cronometragem do ciclo

O tempo de cada etapa da tarefa, medido com cronômetro, e quantos cliques e trocas de janela ela exige hoje.

Rede e quedas

Como é a conexão daquele ponto, com que frequência cai, quanto tempo fica fora e o que a equipe faz enquanto isso.

Quem opera

Quantas pessoas, qual rotatividade, quanto treinamento é viável e quais atalhos elas já inventaram para dar conta.

O que você vê na análise

Os artefatos que entregamos ao final — feitos para quem decide, não só para quem vai programar.

Como a etapa acontece

De uma a duas semanas, com pelo menos uma visita em horário de pico.

Visita e observação

Acompanhamos o turno inteiro, de preferência no dia de maior movimento. Observar em horário calmo esconde justamente o problema que se quer resolver.

Inventário técnico

Levantamos máquina, sistema operacional, rede e cada periférico conectado — com modelo e protocolo, não com a descrição genérica do fabricante.

Cronometragem

Medimos o ciclo atual etapa por etapa e repetimos a medição com operadores diferentes. Tempo médio de uma pessoa só não representa o posto.

Parecer e recomendação

Documento com o gargalo identificado, o ganho estimado, o caminho recomendado — desktop, web ou ajuste de processo — e a estimativa de esforço de cada um.

Você reconhece o seu posto aqui?

Os sinais mais comuns de que a análise é o passo certo agora.

  • A fila cresce no pico — o sistema dá conta de manhã e trava justamente quando o movimento aperta.
  • O equipamento vive à parte — a balança pesa, alguém lê o número e digita na tela.
  • Cada um faz de um jeito — dois operadores, dois caminhos diferentes para a mesma tarefa.
  • A planilha paralela — o controle que vale mesmo está num arquivo fora do sistema.

O que você recebe no fim

Entregáveis concretos — seus, independentemente de haver projeto depois.

  • Inventário do posto — equipamentos, máquinas e rede, com modelo e protocolo de cada item.
  • Mapa do ciclo atual — o fluxo cronometrado, etapa por etapa, com o gargalo apontado.
  • Parecer de caminho — desktop, web ou ajuste de processo — com o porquê e o custo de cada opção.
  • Requisitos do pico — o volume que a solução precisa aguentar no pior dia, não no dia comum.

Quando desktop se justifica — e quando não

O critério é o problema, não a preferência. Estes são os cortes que usamos na recomendação.

Situação no posto Caminho que costuma vencer Por quê
Leitura direta de balança, coletor ou catraca desktop acesso a porta serial e USB que o navegador não entrega de forma confiável
Impressão fiscal e de etiqueta em alto volume desktop controle do driver, da fila e do corte de papel, sem caixa de diálogo a cada impressão
Planilha de centenas de milhares de linhas desktop memória e processamento da máquina, sem o teto que a aba do navegador impõe
Operação que não pode parar quando a internet cai desktop banco local grava tudo e sincroniza depois; a fila da loja não espera a rede
Consulta, cadastro e aprovação de qualquer lugar web chega mais rápido, custa menos e não exige instalação em máquina nenhuma
Equipe em campo, fora da estação mobile o posto de trabalho é o bolso do técnico, não uma mesa

Compromissos desta etapa

O que combinamos antes de começar — e cobramos de nós mesmos durante o projeto.

1–2 sem.da visita ao parecer na mesa
Picoo volume que dimensiona o projeto
Cronômetrociclo medido, não estimado
Sem viésa recomendação pode ser não fazer desktop

Perguntas frequentes sobre a análise do posto de trabalho

As dúvidas que mais aparecem nesta etapa. Sobre prazo, forma de cobrança e contrato, veja as perguntas frequentes da YveTech.

Vocês precisam mesmo ir até o local?

Precisamos, e é essa a parte que costuma faltar em orçamento feito por telefone. Muita coisa que define o projeto só aparece na visita: a altura do balcão, o cabo que vive caindo, a impressora que trava quando a gaveta abre, o operador que decorou um atalho porque a tela pede quatro cliques. Quando a distância inviabiliza, fazemos por vídeo com alguém filmando o turno — mas dizemos com clareza o que essa versão não enxerga.

Isso atrapalha a operação enquanto vocês observam?

Não deve atrapalhar, e é uma regra nossa. Observamos ao lado, sem pedir para a equipe mudar o jeito de trabalhar para nos mostrar. Quando o operador adapta o que faz porque tem alguém olhando, o que se mede deixa de ser a operação real — e o projeto passa a ser dimensionado para uma rotina que não existe.

Já sei o que eu quero. Dá para pular esta etapa?

Dá, e nesse caso construímos o que você especificou, com escopo e preço fechados. O que não fazemos é dar prazo firme de integração com equipamento sem ter testado o equipamento — cada modelo de balança e de impressora fiscal tem o seu protocolo, e a especificação do fabricante frequentemente não bate com o aparelho que está na sua loja.

E se a conclusão for que eu não preciso de desktop?

Essa é uma conclusão legítima e acontece. Nesse caso você recebe o parecer com o caminho recomendado — web, mobile ou ajuste no sistema atual — e a estimativa de cada um. Você pagou por uma análise e ficou com a resposta; não há obrigação de contratar o desenvolvimento conosco.

Quer saber se o seu posto pede desktop?

A análise começa com uma conversa de trinta minutos sobre o que trava hoje. Sem compromisso e sem proposta pronta na primeira ligação.