Un sitio que salió mal en la auditoría no llegó ahí por accidente. Algo — un hábito, un proceso que falta, una herramienta que nunca se terminó, un desarrollador que se fue — causó cada fuga. El rehacer tiene que arreglar eso, no solo el síntoma.
Lo que vas a poder hacer al final
- Diagnosticar la causa raíz detrás de cada uno de tus 3 problemas principales de auditoría.
- Distinguir síntomas (página lenta) de causas (imagen hero sin comprimir).
- Producir una lista de 3 ítems para rehacer con la causa nombrada para cada uno.
Versión en lenguaje sencillo — la lectura rápida
Tus tres problemas principales tienen una causa cada uno. La página es lenta porque la foto es muy grande. El enlace del teléfono no funciona porque no es cliqueable. Para cada problema principal, escribe POR QUÉ. El arreglo está en el por qué.
Por qué existe esta lección
El error más común al rehacer es este: un operador contrata a un diseñador, el diseñador arregla todo lo visible, el sitio nuevo se lanza, y en seis meses se ve como el viejo. Los horarios están viejos otra vez. El menú es un PDF otra vez. Las fotos no se han refrescado.
La razón no es el diseñador. Es que nada cambió sobre el por qué las cosas se pusieron viejas la primera vez. Si los horarios se ponen viejos porque nadie en tu negocio se hace cargo de actualizarlos, un sitio nuevo no cambia eso — solo te da un lugar más bonito para que pase lo mismo.
El ejercicio en esta lección es corto: toma tus tres fugas principales de la Lección 5b y escribe la causa detrás de cada una, en una o dos oraciones. La disciplina toma 10 minutos. El beneficio dura años.
Pensamiento de síntoma vs pensamiento de causa
Lee estas dos maneras de describir las mismas tres fugas comunes. La diferencia entre ellas es la diferencia entre un rehacer que dura y uno que no.
Las dos maneras de describir la fuga son precisas. Solo una es accionable más allá del siguiente lanzamiento.
Escribe las causas de tus tres principales
Abre tu orden de la Lección 5b en otra pestaña si lo necesitas. Para cada una de tus tres fugas principales, escribe una o dos oraciones que nombren la causa detrás del síntoma. Usa la misma forma que los ejemplos de "Pensamiento de causa" de arriba: "X está roto porque Y."
Sé específico sobre quién, qué, cuándo. "Nadie se hace cargo" está bien; "Pat actualizaba los horarios los martes y Pat se fue en marzo" es mucho mejor. Mientras más concreta la causa, más obvia la solución.
Lee lo que escribiste. Para cada causa, pregúntate: si rehacemos el sitio sin cambiar esto, ¿la misma fuga va a volver? Si la respuesta es sí — y casi siempre es sí — ahora sabes que el rehacer tiene que incluir un cambio de proceso, no solo un cambio de diseño.
Qué cambia esto para el resto del curso
El Módulo 3 construye el reemplazo pieza por pieza. Cada lección de ahí tiene una pequeña barra lateral de "y el proceso detrás" — la Lección 8 (menú) pregunta quién es dueño del archivo del menú y cada cuánto se actualiza; la Lección 10 (horarios) pregunta quién es dueño de los horarios; la Lección 11b (reparación de GBP) pregunta quién es dueño de las respuestas a reseñas. Las respuestas de proceso vienen de lo que escribes en esta lección.
Si sientes que esta lección te dio más trabajo del que querías ("vine aquí a arreglar un sitio web, no a rediseñar mi gestión"), esa es la reacción correcta. También es la diferencia entre un rehacer que arregla los síntomas por una temporada y un rehacer que los arregla por años.
Nombraste qué arreglar de verdad.
Tres causas — las razones reales detrás de tus tres fugas principales de la auditoría — guardadas en tu navegador. El Módulo 3 parte de aquí y mete las respuestas de proceso en el reemplazo, no solo en el diseño.
Esta es la mitad del rehacer que la mayoría de los operadores se saltan porque es incómoda. Tú no.