Un horario, un perfil, un banner, una página que todavía describe la temporada pasada. Otto lo redacta desde el mensaje. Tú lo apruebas. El CMS se queda donde está.
Quien sabe el horario nuevo está en el escritorio. El acceso lo tiene alguien que cobra el mes, o un desarrollador con una cola de tickets.
Otto prepara las páginas públicas, incluida la imagen y el texto alternativo, y muestra la diferencia antes de que algo esté en vivo.
No es un rediseño. Los detalles públicos que se quedan viejos entre una contratación, un feriado y una promoción.
Titulares, descripciones de servicio, preguntas frecuentes y una landing, desde un pedido.
Un cambio de foto, un archivo pesado y el texto alternativo, sin pasar por la biblioteca.
Los datos que cambian cuando alguien entra, se va o se mueve una sede.
Una página de campaña o una oferta de temporada puede esperar a la mañana en que debe ser pública.
Otto redacta. Tú publicas las líneas que un cliente discutiría. El resto del pedido queda en el registro.
Ves qué va a ser distinto antes de que cambie producción.
WordPress, Shopify o GitHub. Otto no pide que muevas el sitio.
Qué cambió, y cuándo, queda anotado para poder deshacer un mal cambio.
Un negocio de cuatro sedes tenía el sábado en el chat del equipo y el horario del mes pasado en tres páginas de ubicación. El banner de una promoción acabada seguía en la portada.
Otto redactó los horarios, quitó el banner y alineó las otras páginas esa misma tarde. Quien lo aprobó no abrió el CMS.
El cambio ya estaba escrito. Estaba sentado en un hilo.
