El editor de propuestas que no puede enseñar una cosa a tu comercial y otra al cliente

Un editor de propuestas que permite a un comercial diseñar algo que el cliente nunca llega a ver es peor que no tener editor, porque falla justo cuando más importa: cuando el comercial ya le ha dicho al cliente qué puede esperar. Hubo una versión real y concreta de este problema con cláusulas contractuales largas. El editor imponía una cuadrícula de dos columnas sobre una sección que podía contener un párrafo corto o uno largo, y la página publicada tenía su propia regla independiente para decidir cuándo un texto era demasiado largo para ese diseño. No coincidían. Una cláusula de 875 caracteres que se veía bien en la pantalla del comercial se convirtió en una franja vertical ilegible de diez caracteres de ancho en la página que el cliente abrió de verdad.

Un documento, dibujado dos veces, y por qué no pueden discrepar

Una propuesta se dibuja en dos lugares completamente distintos: el lienzo del editor en el que trabaja el comercial y el motor de renderizado que genera la página alojada y el PDF que el cliente recibe realmente. Cualquier sistema que dibuje dos veces el mismo documento se expone justo al fallo anterior: dos implementaciones independientes de la misma idea que se separan en silencio en cuanto alguien cambia una sin cambiar la otra.

La solución no consiste en hacer más pruebas. Consiste en eliminar la segunda implementación. Cada color, tipografía, espaciado y decisión de maquetación vive en un único módulo compartido que leen tanto el editor como el motor de renderizado. Por eso, un control que no esté conectado a ambos no es una función menor: es un señuelo que enseña al comercial algo que el cliente nunca verá. La misma disciplina se aplica a los bloques de contenido reales y a la limpieza del texto enriquecido antes de guardarlo. Un solo conjunto de reglas, leído dos veces, en lugar de dos conjuntos de reglas que hoy coinciden por casualidad.

Propuestas comerciales personalizadas con marca sin romper aquello de lo que depende la plataforma

Incorporar flexibilidad real de diseño a un formato de propuesta existente supone un riesgo arquitectónico de verdad: si cambias lo equivocado, todas las propuestas ya enviadas dejan de renderizarse como lo hacían cuando se enviaron. Las seis secciones originales de una propuesta, las partidas, la nota de portada, las inclusiones, siguen conservando su estructura original, porque los totales de la plataforma, la generación de PDF y el flujo de traducción dependen de leer esos campos exactos. Nada en ellas cambió de forma. Lo nuevo se coloca junto a ellas: una lista libremente ordenable de secciones de contenido adicionales y un tema de diseño opcional, ambos guardados como datos nuevos y opcionales junto a lo que ya existía. Una propuesta guardada antes de que todo esto se lanzara sigue mostrándose exactamente como siempre.

El tema propio de un grupo hotelero, colores, tipografía, tratamiento de la fotografía principal y densidad de maquetación, puede guardarse una sola vez como valor predeterminado del grupo hotelero, de modo que el comercial no tenga que elegir la marca desde cero en cada nueva propuesta. Si una propuesta concreta busca deliberadamente otro aspecto, prevalece sobre ese valor predeterminado; el estilo de la casa solo rellena los huecos cuando la propuesta no especifica el suyo.

Texto enriquecido saneado dos veces, y la segunda pasada es la que cuenta

Un comercial puede aplicar negrita, cursiva, subrayado, enlaces y listas directamente en el texto, con la pequeña barra de formato que acompaña al cursor. La conversión de ese texto con formato antes de guardarlo es una frontera de seguridad real, no un filtro cosmético, porque el resultado queda integrado en una página pública alojada que cualquiera con el enlace puede abrir. Solo sobrevive una lista corta de etiquetas de formato permitidas. Todo lo que pudiera ejecutarse de verdad, una etiqueta de script, un objeto incrustado, se elimina junto con todo su contenido, no se limita a desenvolverlo. En los enlaces se eliminan todos los atributos salvo la propia dirección, y esa dirección se comprueba contra una lista breve de esquemas seguros. Los trucos habituales para disfrazar una dirección insegura, como partir la palabra con caracteres sueltos, se normalizan antes de ejecutar la comprobación. El saneado vuelve a ejecutarse en el momento en que la página se sirve realmente, no solo cuando un comercial guarda una edición, porque esa segunda pasada también cubre una propuesta escrita por una versión antigua del editor, restaurada desde una versión guardada anterior o escrita directamente mediante la API en lugar de hacerlo a través de la barra de herramientas del propio editor.

Diecinueve tipos de bloque, y el único para el que nadie tenía un botón

Además de las seis secciones integradas, un comercial puede añadir diecinueve tipos de bloque distintos: encabezados y texto, filas de características, una sección de preguntas frecuentes, una cita, una imagen junto a texto, una imagen a todo el ancho, una galería de fotos, un vídeo incrustado, una fila de estadísticas, una tabla, una cronología, un bloque de ubicación, una llamada a la acción, líneas de firma y herramientas sencillas de maquetación como un separador o un salto de página. Cada uno se inserta con contenido de ejemplo real ya colocado, de modo que una sección recién añadida nunca es un espacio en blanco que el comercial tenga que rellenar antes de poder ver qué aspecto tendrá.

La incorporación más reveladora no es un nuevo tipo de bloque. Es una cuarta opción en el selector de imágenes, junto a explorar una biblioteca de fotos existente, subir una nueva o enlazar a una imagen externa: una imagen dinámica que se resuelve como el hotel concreto que realmente se se está presupuestando en esa operación. Las piezas de base, el campo de datos, la forma en que se resuelven los tokens de combinación, las comprobaciones de seguridad sobre una dirección de imagen externa, ya existían antes de este lanzamiento. Sencillamente no había un botón para ello, lo que significaba que la elección más útil para un grupo hotelero que usa una plantilla de propuesta en decenas de propiedades estaba ahí, construida, pero inaccesible. Una capacidad que nadie puede usar de verdad no es realmente una capacidad.

Un constructor de propuestas con firma electrónica que trata el vídeo como si fuera impresión

Un vídeo incrustado en una propuesta se trata con cuidado, sin confiar en HTML en bruto: lo que pegue el comercial se analiza hasta quedarse solo con el identificador propio del vídeo y después se reconstruye en una dirección nueva y controlada, de modo que la incrustación solo pueda apuntar a uno de dos proveedores de vídeo conocidos y respetuosos con la privacidad. Cualquier cosa que no pueda analizarse de esa forma se sustituye por una simple imagen de portada que enlaza hacia fuera, en lugar de fallar en silencio o abrir la puerta a un marco incrustado arbitrario.

Ese mismo cuidado aparece en cómo se comporta una propuesta impresa frente a su versión en pantalla. Un vídeo incrustado se reproduce como un marco activo en el navegador y se imprimiría como un rectángulo en blanco, así que la versión PDF lo sustituye por una imagen de portada. Una sección de preguntas frecuentes que en pantalla está plegada en un acordeón expande todas las respuestas al imprimir, porque una respuesta plegada en un documento en el que nadie puede hacer clic equivale a un párrafo que falta. Y cuando el cliente debe firmar, esa firma se realiza mediante un cuadro de firma adecuado que se ejecuta bajo una política de seguridad acotada a esa página concreta, y la imagen de la firma se valida en el servidor antes de aceptarse, sin confiar nunca en lo que el navegador haya enviado.

No perder nunca una versión, y no tener miedo a restaurar una

Los cambios de un comercial se guardan automáticamente, con un indicador de estado real y honesto, guardado, sin guardar, guardando o error con reintento explícito, en lugar de un mensaje tranquilizador colocado sobre una escritura que en silencio no ha ocurrido. Deshacer y rehacer cubren ochenta pasos al nivel de un cambio de documento completo, y se mantienen deliberadamente al margen del propio deshacer de edición de texto del navegador cuando el cursor de alguien está a mitad de una frase dentro de un párrafo.

El historial de versiones va más allá de lo que se molestan en ofrecer la mayoría de editores: se toma una instantánea automáticamente antes de cualquier guardado que vaya a sobrescribir trabajo significativo, de nuevo en cada publicación y siempre que un comercial le pone un nombre de forma deliberada. Restaurar una versión antigua nunca es destructivo en sí mismo, porque antes se toma una instantánea de la versión que se va a sustituir. Así, restaurar por error la versión equivocada es tan reversible como el error que pretendía corregir. Una propuesta terminada completa, su diseño, sus bloques y su contenido, también puede guardarse como plantilla reutilizable para la siguiente operación parecida, de modo que el mejor trabajo de un grupo hotelero no queda encerrado dentro del documento de un único cliente.

Nada de esto gira realmente en torno a una función aislada. Se trata de un editor de propuestas en el que lo que construye un comercial y lo que el cliente acaba abriendo se garantiza que sean el mismo documento, no como dos documentos que coinciden hasta la única vez en que dejan de hacerlo. Un CRM B2B que da libertad de diseño a un comercial sin esa garantía también le da una forma de prometer accidentalmente algo que el cliente nunca llegará a ver.