Uma tela descreve onde o usuário clica. Um escopo bem construído descreve o que o negócio espera que aconteça depois do clique.
Uma lista de telas descreve navegação. Um escopo descreve obrigação: quem pode o quê, o que acontece no erro, qual dado precisa existir e quando a entrega está aceita.
Sem isso, cada fornecedor orça um produto diferente. Com isso, a conversa passa a ser prazo e recorte — não imaginação.
O que fica fora do escopo é tão importante quanto o que entra. Sem essa fronteira, o projeto não tem fim, só novas reuniões.
Três propostas, três sistemas imaginários.
Ninguém sabe o que “primeira versão” inclui.
Cada diretoria adiciona um módulo como se fosse óbvio.
Há um desenho de telas e nenhuma decisão de negócio.
Qual problema deixa de existir se o software funcionar.
Quem opera, aprova, consulta e audita.
Caminho principal e os desvios que já existem hoje.
Capacidades, não nomes de botão.
Condições que mudam o resultado do fluxo.
Como registrar o que foge do padrão.
O que precisa nascer, persistir e ser histórico.
O que cada perfil vê e altera.
Sistemas vizinhos na primeira entrega.
Volume, horário, trilha, backup, dispositivo.
Como alguém testa que a história está pronta.
O que trava, o que espera e o que é explícito demais para “depois a gente vê”.
A tela tem um campo. O escopo diz quem pode aplicar, se acumula, se vale para item em promoção e o que acontece se o cliente deixar de ser premium no meio da compra.
Não basta “gestor aprova”. Qual valor, em qual prazo, o que ocorre no silêncio e quem substitui nas férias.
Não basta “o cliente vê o pedido”. Quais status, quais documentos, o que pode cancelar e o que só a operação altera.
Uma operação, não a empresa inteira de uma vez.
Quem toca o fluxo hoje, inclusive informalmente.
Do desconto à aprovação fora da política.
Primeira entrega útil versus lista de desejos.
Histórias testáveis e base para orçar.
Quando esse for o objeto contratado, o escopo serve de base para desenvolvimento pela LD, equipe interna ou outro fornecedor.
Varia com o número de fluxos e a densidade de regras. Um processo único é um recorte; uma operação com várias unidades é outro.
Escopo de um fluxo cabe em ciclos curtos de entrevista e revisão. Vários departamentos pedem mais rodadas.
Não entregamos um PDF decorativo. As histórias precisam ser implementáveis.
Você decide quem constrói depois.
A fronteira do que será construído: fluxos, regras, dados, permissões, aceite e o que fica de fora.
Não. A tela é o lugar do clique. O escopo é o comportamento esperado depois do clique.
Sim.
Quando esse for o objeto contratado, sim.
Se cada fornecedor imagina um sistema diferente, a proposta mais barata só é mais incompleta.
Fale com a LD: labs@ld.app.br · WhatsApp +55 11 95373-8551 · Av. Brigadeiro Faria Lima, 1572, Sala 1022 — Jardim Paulistano, São Paulo/SP.