README principal | Visao | Principios | About —
Breadcrumbs: Inicio / PRINCIPLES
Product Design Principles & Engineering Guidelines
Documento Normativo da Plataforma PDVPOS ERP
Este documento define os princípios que orientam todas as decisões relacionadas ao desenvolvimento, evolução, documentação, implantação e comercialização do PDVPOS ERP.
Sempre que houver dúvidas sobre como implementar uma funcionalidade, este documento deve prevalecer.
O software existe para simplificar o trabalho do cliente.
Nenhuma funcionalidade deve aumentar a complexidade operacional sem entregar um benefício claramente superior.
O cliente não compra um ERP.
Ele compra:
Toda funcionalidade deve reduzir o esforço operacional.
O usuário não deve conhecer legislação.
Não deve conhecer regras tributárias.
Não deve conhecer layouts fiscais.
Não deve conhecer integrações.
Toda essa complexidade pertence ao sistema.
Todos os módulos trabalham sobre a mesma base de dados.
Não devem existir informações duplicadas.
Um único cadastro deve alimentar toda a plataforma.
Sempre que possível, uma configuração deve ser reutilizada.
Exemplos:
Sempre que um processo puder ocorrer automaticamente, ele deve ocorrer.
Exemplos:
Uma integração não é um recurso adicional.
Ela faz parte da plataforma.
Todo novo módulo deve considerar:
O mesmo sistema deve atender:
Sem necessidade de migração.
O cliente não deve visualizar recursos que não fazem parte da sua realidade operacional.
Funcionalidades específicas devem ser habilitadas conforme o segmento da empresa.
Nenhuma entidade deve existir apenas para um módulo.
Exemplo:
Produto
↓
Vendas
↓
Compras
↓
Estoque
↓
Fiscal
↓
Financeiro
↓
Marketplace
↓
PDV
↓
Relatórios
↓
Ordens de Serviço
O usuário deve perceber o mesmo padrão em toda a plataforma.
Botões.
Filtros.
Pesquisa.
Listagens.
Cadastros.
Relatórios.
Fluxos.
Tudo deve possuir comportamento previsível.
Sempre considere as seguintes perguntas.
Se sim.
Como podemos reduzir isso?
Se sim.
Como podemos torná-la intuitiva?
Se sim.
Ela deveria ser reutilizável.
Se sim.
Automatize.
Se sim.
Considere criar um assistente.
Se sim.
Não peça novamente.
Se não deveria depender.
Automatize.
Se não.
Ele não deve existir.
Toda tela deve responder rapidamente às seguintes perguntas.
Onde estou?
O que posso fazer?
Qual o próximo passo?
Toda tela deve priorizar:
O usuário nunca deve precisar decorar procedimentos.
Uma regra deve existir em apenas um lugar.
Os módulos devem ser desacoplados.
Novas funcionalidades não devem comprometer as existentes.
Integrações devem ocorrer através de contratos bem definidos.
Toda arquitetura deve permitir expansão futura.
Sempre que possível:
Venda
↓
Atualiza estoque
↓
Atualiza financeiro
↓
Atualiza fiscal
↓
Atualiza relatórios
↓
Sincroniza PDVs
↓
Sincroniza integrações
↓
Notifica sistemas externos
Sem intervenção humana.
O cliente compra benefícios.
Nunca funcionalidades.
Exemplo.
Errado:
“Possui Perfil Tributário.”
Correto:
“Reduz milhares de parametrizações fiscais.”
Errado:
“Possui Multiempresa.”
Correto:
“Gerencie todas as empresas do grupo em uma única plataforma.”
Errado:
“Possui APIs.”
Correto:
“Integre facilmente o ERP ao seu ecossistema.”
A implantação deve ser:
rápida;
guiada;
padronizada;
repetível.
Sempre que possível utilizar assistentes.
Antes de aprovar qualquer desenvolvimento, responder:
Se três ou mais respostas forem negativas, a funcionalidade deve ser reavaliada.
Uma funcionalidade é considerada concluída quando:
Todos os colaboradores envolvidos com o PDVPOS ERP devem utilizar este documento como referência para tomada de decisão.
A consistência do produto depende da fidelidade a estes princípios.
Eles representam a identidade do PDVPOS ERP e devem ser preservados em toda evolução da plataforma.
Navegacao: Inicio