O que já descobrimos até aqui
Uma visão de produto para o parceiro DEV: o que o legado revelou sobre o negócio, quais objetos e fluxos já conseguimos enxergar, onde estão as fragilidades e o que ainda precisa ser descoberto antes de transformar conhecimento em software.
1. A Fotografia Atual
O sistema operacional informal do escritórioO legado não é apenas uma coleção de planilhas: ele funciona hoje como um sistema operacional informal do escritório.
2. O Insight Central
O núcleo da descobertaO objeto principal é o PROCESSO / PASTA IMOBILIÁRIA
O cadastro não representa simplesmente uma carteira de clientes. A unidade operacional observada vincula cliente + imóvel + identificação municipal + serviço/processo e acompanha sua tramitação por diferentes frentes e órgãos.
Isso muda a forma como devemos pensar o MVP: o centro do produto tende a ser o processo de regularização, enquanto Cliente, Imóvel, Documentos, Tarefas e Tramitações orbitam esse núcleo.
3. O Modelo Conceitual que Já Emergiu
O mapa dos objetos que o negócio efetivamente manipulaDossiê / Documentos
O acervo contém contratos, procurações, certidões, projetos, memoriais, formulários e documentos emitidos por órgãos públicos.
Tramitações
Prefeitura/SEFIN, Receita Federal, AMA/Habite-se, Cartório, SCPO e Kit Caixa aparecem como frentes operacionais distintas e simultâneas.
Serviço
Foram comprovados tipos como Requerimento, Instituição de Condomínio e Incorporação de Condomínio, entre outros fluxos do legado.
4. Como o Legado Realmente Funciona Hoje
Um cadastro central que alimenta filas paralelas por fórmulasAtenção: A existência das filas paralelas é comprovada documentalmente. A ordem temporal completa entre Receita, engenharia, Prefeitura, Cartório e Caixa é parcialmente inferida e requer validação em entrevista.
5. Certezas da P0 × O Que Não Devemos Assumir
Separação estrita entre evidência e hipóteseComprovado na P0 (Fatos)
- Existe um cadastro central de processos.
- Cliente e imóvel são dados centrais do intake.
- O cadastro alimenta seis frentes operacionais.
- Há responsáveis, status, prioridades e datas-chave.
- Há documentos e modelos de serviços no acervo.
- Existem filas específicas para Prefeitura, Receita, Habite-se, Cartório e Caixa.
Hipóteses (A Validar)
- A ordem temporal rígida da jornada imobiliária.
- Pré-requisitos formais entre todas as etapas.
- Quem decide cada exceção e prioridade.
- Quais documentos são obrigatórios por tipo de serviço.
- Como o cliente é efetivamente comunicado.
- Como são tratadas devoluções e exigências do Cartório.
6. Fragilidades do Legado que o Software Deve Resolver
Problemas crônicos mapeados na auditoriaAcoplamento por Linha
As filas dependem do mesmo número de linha do cadastro. Ordenar ou excluir linhas compromete as referências.
Fórmulas Quebradas
Foram identificadas 998 ocorrências de #REF! na P0, impactando fórmulas de prazos e indicadores de produtividade.
Duplicação Manual
Visões paralelas de trabalho e arquivos duplicados geram inconsistência sobre qual informação é a mais recente.
Conhecimento Tácito
Observações livres em cadernos e capas de pastas carregam decisões que não estão formalizadas como dados estruturados.
Falta de Vínculo nos Documentos
Não há links diretos para os arquivos digitais; o vínculo depende da organização manual de pastas no Windows.
Auditoria Ausente
Não há trilha formal de quem alterou o quê e quando, impedindo responsabilização sobre prazos perdidos.
"Nós já não estamos começando do zero."
Já existe uma leitura estruturada do negócio. Sabemos quais são os principais objetos, quais frentes operacionais existem, como o cadastro alimenta as filas, quais controles são utilizados, quais documentos aparecem no acervo e onde estão as fragilidades do modelo atual.
O próximo trabalho não é descobrir se existe um processo. É entender suficientemente o processo para construir um MVP pequeno, útil e seguro, sem congelar no software as limitações do legado.