Governança do produto

Por que o sistema não muda de comportamento sem você saber

Um sistema que decide onde a equipe comercial gasta o tempo pode estragar a operação de três formas: dando acesso a quem não deveria, mudando de critério sem avisar, ou apagando o rastro do que aconteceu. Esta página descreve o que existe contra cada uma.

Permissão não é botão escondido

Esconder uma opção da tela não impede nada — impede apenas que a pessoa a encontre facilmente. No Stonen, quem recusa é o servidor: a tela esconde o que a pessoa não pode fazer porque o servidor já recusaria.

Para a sua operação, isso significa que um vendedor não age na carteira de outro nem por caminho alternativo, e que o perfil de tecnologia — que mexe em integrações — não enxerga preço, margem nem carteira.

A tabela de quem pode o quê é gerada a partir do código, e não escrita à mão. Um documento de permissões escrito à mão envelhece em silêncio; este não tem como divergir sem que o gerador acuse.

A decisão continua sendo de gente

O sistema não envia mensagem sozinho, não fecha negócio sozinho e não muda o dono de uma oportunidade sozinho. Ele prepara, explica e espera.

Quando um gerente age fora da própria carteira, isso exige motivo declarado, não troca o dono da oportunidade, e o vendedor responsável é notificado. A exceção existe para o gerente não ficar bloqueado — e ela é visível, e não silenciosa.

A recomendação original é preservada junto com a decisão da pessoa, inclusive quando ela discorda. É o que permite, depois, perguntar se valeu a pena seguir ou contrariar o sistema.

O passado não é reescrito

Cada rodada de recomendação guarda a fotografia do que era conhecido naquele instante: o material, o universo de clientes considerados, as evidências e a política usada. Resultados que só apareceram depois não voltam para dentro dessa fotografia — eles ficam ligados a ela por fora.

Isso evita o erro mais fácil de cometer e o mais difícil de perceber: recalcular uma recomendação antiga com as regras de hoje e concluir que o sistema sempre esteve certo.

Na prática, é o que permite avaliar o próprio motor com honestidade daqui a seis meses — e é também o que torna possível dizer que ele ainda não foi avaliado assim.

O critério não muda em silêncio

A política de priorização é versionada. Trocar o critério que ordena a fila é uma mudança registrada e aprovada, não um ajuste de parâmetro que aparece na segunda-feira.

Existem três mecanismos estatísticos rodando em paralelo, sem tocar na fila que a equipe usa, exatamente para que a comparação possa ser feita antes de qualquer troca. Se algum deles falhar, o sistema não publica um resultado parcial: a fila conhecida continua.

O modo "aprendido" é recusado pelo sistema enquanto não houver um modelo treinado, avaliado e aprovado. É uma trava no código, e não uma intenção escrita num documento.

Nada entra sem passar por conferência

Toda mudança no produto passa por um conjunto de verificações automáticas antes de poder ser publicada: tipos, regras de código, mais de 1.500 testes e uma suíte que abre o sistema num navegador de verdade e refaz os fluxos principais.

Cada versão publicada carrega a identificação de qual código ela contém, e voltar para a versão anterior é uma operação de segundos, documentada e já executada.

Quantidade de teste não é prova de qualidade, e não está aqui como se fosse. O que ela dá é outra coisa: quando alguém mexe em algo, o que quebrou aparece antes de chegar na sua operação — não depois.

Como as decisões ficam registradas

Decisões que mudam o comportamento do produto são registradas por escrito, com data, com o problema que as motivou e com as alternativas descartadas. Quando uma decisão é substituída, a antiga não é apagada: ela é marcada como substituída, apontando para a que a sucedeu.

Para quem usa o sistema, o efeito é simples: a resposta para *"por que funciona assim?"* existe e é encontrável, e não depende de perguntar para alguém.

Esse registro é interno ao desenvolvimento do produto, e não um compromisso contratual. O que ele garante é continuidade de entendimento — não um direito do cliente.

Página atualizada em 22 de setembro de 2026.