Preservar archivo
Las versiones antiguas se mantienen cuando tienen valor visual, historico o practico.
Politica de productos y updates
Esta pagina explica como se preservan las versiones antiguas, como se agregan mejoras y como se mantienen responsables las promesas de producto.
Ultima actualizacion: 2026 07 04
Versiones fechadas
Cada release importante usa una fecha visible en los archivos y bundles. Esto permite saber exactamente que version recibiste y que cambio en futuras mejoras.
Las ediciones anteriores se preservan
Cuando una nueva edicion mejora el producto, las versiones anteriores no se eliminan si tienen valor visual, historico o practico. El objetivo es sumar valor sin borrar lo que ya funcionaba.
Que puede incluir un update
Un update puede sumar nuevas ediciones, ejemplos, resource packs, activation kits, kits visuales de marca, videos intro de producto, mapas de valor, hojas XLSX de planificacion, decks PPTX, infografias, fuentes, prompts, CSVs, previews o correcciones de claridad. No todos los updates tendran el mismo formato.
Que no prometen los productos
Los productos no prometen resultados especificos, crecimiento garantizado, ingresos, clientes ni performance de plataforma. Los ejemplos son educativos y no se presentan como casos privados reales salvo que se indique una fuente.
Fuentes, opinion y ejemplos
Cuando aparece una afirmacion factual dependiente de plataformas, normas o datos externos, el producto debe apoyarse en notas de fuente o tratarse como opinion, marco mental o ejemplo compuesto.
Entrega y acceso
La entrega final depende del proveedor de checkout conectado. El sitio puede mostrar previews y detalles publicos, pero los archivos completos deben entregarse por el flujo de compra o soporte.
Checklist de release
Antes de llamar una mejora terminada
Este criterio mantiene los productos utiles sin inflarlos. La regla es simple: mejorar valor, claridad, aplicacion o confianza.
Fechar release
Los archivos nuevos deben tener fecha o manifest para saber que cambio.
Separar claims
Hechos, opinion, ejemplos compuestos y fuentes no deben mezclarse como si fueran resultados probados.
Probar enlaces
Previews, mapas, videos, buyer hub y paginas de producto deben cargar antes de publicar.
Mantener utilidad
Cada mejora debe ayudar a leer, aplicar, presentar o auditar el producto.
Evitar relleno
Mas paginas no son mejores si no hacen mas claro el sistema o la accion siguiente.
Principio simple
Mas completo no debe significar mas inflado. Cada mejora debe hacer el producto mas claro, mas util o mas facil de aplicar.