Gobernanza del producto
Por qué el sistema no cambia de comportamiento sin que usted lo sepa
Un sistema que decide en qué gasta el tiempo el equipo comercial puede arruinar la operación de tres formas: dando acceso a quien no debe, cambiando de criterio sin avisar, o borrando el rastro de lo que ocurrió. Esta página describe lo que existe contra cada una.
Un permiso no es un botón oculto
Ocultar una opción de la pantalla no impide nada — solo impide que la persona la encuentre con facilidad. En Stonen, quien rechaza es el servidor: la pantalla oculta lo que la persona no puede hacer porque el servidor ya lo rechazaría.
Para su operación, esto significa que un vendedor no actúa en la cartera de otro ni por un camino alternativo, y que el perfil de tecnología — que gestiona las integraciones — no ve precio, margen ni cartera.
La tabla de quién puede qué se genera a partir del código, y no se escribe a mano. Un documento de permisos escrito a mano envejece en silencio; este no puede divergir sin que el generador lo señale.
La decisión sigue siendo humana
El sistema no envía mensajes por sí solo, no cierra negocios por sí solo y no cambia por sí solo al dueño de una oportunidad. Prepara, explica y espera.
Cuando un gerente actúa fuera de su propia cartera, eso exige un motivo declarado, no cambia al dueño de la oportunidad, y el vendedor responsable es notificado. La excepción existe para que el gerente no quede bloqueado — y es visible, no silenciosa.
La recomendación original se preserva junto con la decisión de la persona, incluso cuando discrepa. Es lo que permite, después, preguntarse si valió la pena seguir o contradecir al sistema.
El pasado no se reescribe
Cada ronda de recomendación guarda la fotografía de lo que se conocía en ese instante: el material, el universo de clientes considerados, las evidencias y la política utilizada. Los resultados que aparecieron después no vuelven a entrar en esa fotografía — quedan vinculados a ella desde afuera.
Esto evita el error más fácil de cometer y el más difícil de notar: recalcular una recomendación antigua con las reglas de hoy y concluir que el sistema siempre tuvo razón.
En la práctica, es lo que permite evaluar el propio motor con honestidad dentro de seis meses — y es también lo que permite decir que todavía no ha sido evaluado así.
El criterio no cambia en silencio
La política de priorización está versionada. Cambiar el criterio que ordena la cola es un cambio registrado y aprobado, no un ajuste de parámetro que aparece el lunes.
Hay tres mecanismos estadísticos funcionando en paralelo, sin tocar la cola que usa el equipo, precisamente para que la comparación pueda hacerse antes de cualquier cambio. Si alguno falla, el sistema no publica un resultado parcial: la cola conocida sigue.
El modo "aprendido" es rechazado por el sistema mientras no exista un modelo entrenado, evaluado y aprobado. Es un bloqueo en el código, y no una intención escrita en un documento.
Nada entra sin pasar por verificación
Todo cambio en el producto pasa por un conjunto de verificaciones automáticas antes de poder publicarse: tipos, reglas de código, más de 1.500 pruebas y una suite que abre el sistema en un navegador real y repite los flujos principales.
Cada versión publicada lleva la identificación del código que contiene, y volver a la versión anterior es una operación de segundos, documentada y ya ejecutada.
La cantidad de pruebas no es prueba de calidad, y no está aquí como si lo fuera. Lo que aporta es otra cosa: cuando alguien toca algo, lo que se rompió aparece antes de llegar a su operación — no después.
Cómo quedan registradas las decisiones
Las decisiones que cambian el comportamiento del producto se registran por escrito, con fecha, con el problema que las motivó y con las alternativas descartadas. Cuando una decisión se sustituye, la anterior no se borra: se marca como sustituida, apuntando a la que la reemplazó.
Para quien usa el sistema, el efecto es simple: la respuesta a *"¿por qué funciona así?"* existe y se puede encontrar, y no depende de preguntarle a alguien.
Este registro es interno al desarrollo del producto, y no un compromiso contractual. Lo que garantiza es continuidad de entendimiento — no un derecho del cliente.
Página actualizada el 22 de septiembre de 2026.