Usted buscó las etapas para saber qué se supone que debe pasar y en qué orden. Tal vez está por encargar un sitio y quiere darle a alguien instrucciones claras. Tal vez lleva tres semanas en un proyecto y se pregunta si algo se saltó. De cualquier forma, encontró nueve artículos que prometen las siete etapas del desarrollo web, y todos enumeran siete distintas. Uno empieza con la recopilación de información, otro con el descubrimiento, otro con el brief. Uno de ellos, bajo un encabezado que dice siete, enumera seis. Así que, en lugar de un mapa tiene nueve mapas que no se ponen de acuerdo, y ninguna forma de saber si el proceso que le cotizaron es completo o escaso. Las etapas en sí son reales y el orden de verdad está resuelto. El número no. Lo que sigue es lo que hace de verdad cada parte del trabajo, qué partes puede comprimir con honestidad un proyecto pequeño y dónde vuelve a aparecer más adelante, a un precio peor, una etapa que se saltó.
Puntos clave
Nueve páginas de la primera página de esa búsqueda enumeran siete distintas, y una enumera seis bajo un encabezado que promete siete. Ningún organismo de normas publica un ciclo de vida web de siete etapas.
El manual de servicios del gobierno del Reino Unido y el ciclo de vida de desarrollo de sistemas del NIST describen entregas por fases. Coinciden en la forma del trabajo y no en un número.
El descubrimiento que se salta se convierte en revisiones. El contenido que se salta se convierte en una construcción detenida. Las pruebas que se saltan se convierten en un cliente que encuentra la falla por usted.
¿Por qué cada artículo enumera siete distintas?
Porque siete se lee bien en un titular, y el trabajo no se divide de forma natural en ningún número en particular.
Fíjese en lo que de verdad contiene la primera página. Una lista va de la recopilación de información a la planeación, el diseño, la redacción y el armado del contenido, la programación, las pruebas, la revisión y el lanzamiento. Otra va del descubrimiento a la planeación, el diseño, la creación de contenido, el desarrollo, las pruebas y la optimización continua. Una tercera empieza con un brief y una fase de análisis antes de siquiera mencionar la planeación. Una cuarta separa la recopilación de requisitos del descubrimiento y la convierte en su propia etapa, lo cual es una decisión razonable, y como resultado produce otras siete.
Luego cuente la que se titula «The 7 Stages of Website Development Every Business Owner» (las 7 etapas del desarrollo de sitios web que todo dueño de negocio) y lea su propio resumen: planeación, diseño, desarrollo, pruebas, lanzamiento, mantenimiento. Son seis. Nadie está siendo deshonesto. El número del título hace un trabajo de mercadotecnia y la lista de abajo hace el trabajo real, y las escribieron dos mitades distintas del cerebro de alguien.
Aquí sí existe algo con forma de estándar, y vale la pena conocerlo porque es más útil que cualquiera de las listas de siete. El gobierno del Reino Unido publica un manual de servicios que describe la entrega por fases, incluidos cómo funciona la fase de descubrimiento, cómo funciona la fase beta y qué pasa una vez que un servicio está en vivo. De forma similar, el NIST documenta un ciclo de vida de desarrollo de sistemas. Ambos son reales, ambos son públicos y ninguno tiene siete etapas, porque el número nunca fue lo importante.
¿Qué hace de verdad cada etapa?
Esta es la secuencia tal como sucede en realidad, descrita por para qué sirve cada parte y no por dónde alguien trazó el límite. Léala como trabajo que tiene que ocurrir, no como un diagrama que hay que obedecer.
El trabajo, en el orden en que de verdad sucede
- 1
Descubrimiento
Definir para qué es el sitio, para quién es y qué tiene que cumplirse para que sea un éxito. El momento más barato para cambiar de opinión, y la etapa que con más frecuencia se vende como opcional.
- 2
Planeación y estructura
Decidir qué páginas existen y cómo se mueve alguien entre ellas. Esto decide más que el diseño visual si el sitio funciona o no.
- 3
Contenido
Los textos, las fotografías, la información de productos y las pruebas. La etapa que detiene más proyectos que todos los problemas técnicos juntos, porque todos suponen que alguien más se está encargando.
- 4
Diseño
Cómo se ve y cómo se siente, aplicado a una estructura que ya existe. Diseñar antes de que la estructura esté definida es como un proyecto termina con tres rondas de revisiones que nadie presupuestó.
- 5
Construcción
Convertir el diseño en un sitio que funciona: código, gestión de contenido, formularios, integraciones, rendimiento.
- 6
Pruebas
Dispositivos reales, navegadores reales, datos difíciles, el formulario que de verdad llega. Aquí es donde usted encuentra la falla en lugar de que la encuentre un cliente.
- 7
Lanzamiento y lo que sigue
La mudanza en sí, incluido mantener funcionando las direcciones antiguas, y luego medir, corregir y mejorar. No es una meta final, es una entrega.
Fíjese en que solo una de esas es lo que la mayoría de la gente quiere decir cuando habla de diseño web. El trabajo visual está en medio de un proceso que se trata sobre todo de decidir, reunir y verificar, y justo por eso las cotizaciones para el mismo sitio pueden variar tanto: incluyen cantidades distintas de todo lo demás.
¿Qué etapas puede saltarse con honestidad un proyecto pequeño?
Algunas, y fingir lo contrario sería deshonesto para un sitio informativo de cinco páginas. Lo que importa es saber qué compresiones son seguras y cuáles simplemente mueven el costo de lugar.
El descubrimiento puede reducirse a una sola conversación y una página de notas cuando el negocio es sencillo y el dueño ya sabe lo que el sitio debe hacer. No debe desaparecer, porque algo tiene que dejar registrado cómo se ve el éxito, pero no necesita un taller.
El trabajo formal de estructura puede reducirse a una lista de páginas cuando hay ocho páginas. No se puede saltar cuando hay ochenta, o cuando hay cualquier tipo de jerarquía de categorías o de servicios, porque ahí es justo cuando la gente se pierde.
El diseño puede significar, con toda legitimidad, elegir y personalizar una plantilla existente. Esa es una respuesta real para muchos negocios, y no es una respuesta menor cuando la alternativa es gastar el mismo dinero en demostrar que su marca es única en un mercado donde nadie está comparando.
Las pruebas no se pueden saltar, y el trabajo de lanzamiento tampoco, y son las dos que más se recortan. Ambas son invisibles cuando salen bien, y por eso es fácil dejarlas fuera de una cotización barata y caro dejarlas fuera de un proyecto.
¿Qué pasa cuando se salta una etapa?
Regresa. Esa es la razón por la que existe la secuencia, y le sirve más a un comprador que cualquier lista de nombres.
| Lo que se saltó | Dónde aparece en su lugar | Lo que cuesta para entonces |
|---|---|---|
| Descubrimiento | En revisiones, a la mitad del diseño | El retrabajo, más la discusión sobre de quién fue la culpa |
| Estructura | Después del lanzamiento, como visitantes que no encuentran nada | Rehacer la sección, y las consultas perdidas mientras tanto |
| Contenido | Como una construcción detenida esperando sus fotografías | Tiempo, y muchas veces un precio fijo que se vuelve cobro por hora |
| Decisiones de diseño | Como cambios pequeños sin fin y sin una referencia para resolverlos | Rondas que nadie contó, y una relación desgastada |
| Pruebas | Como un cliente que le dice que el formulario no funciona | Confianza, y cada consulta que antes falló en silencio |
| Cuidado en el lanzamiento | Como páginas que antes posicionaban y ahora devuelven errores | El tráfico que ya tenía, y el trabajo para recuperarlo |
| Medición | Como que nadie pueda decir si funcionó | La siguiente decisión, tomada con corazonadas en lugar de evidencia |
Esa última fila es la silenciosa. Google y la analítica se pueden conectar para que usted vea qué buscó la gente y qué hizo después, y si nadie lo configura, está eligiendo manejar los próximos tres años a base de impresiones. Del mismo modo, después del lanzamiento puede pedirle a Google que vuelva a rastrear una página modificada en lugar de esperar y cruzar los dedos.
¿Cómo usar esto al hablar con un proveedor?
Llévelo a la conversación como preguntas y no como una lista de verificación que hay que imponer, porque un buen proveedor tendrá su propia versión de esta secuencia y tampoco va a coincidir con las siete de nadie.
Pregunte cuáles de estas etapas incluye su precio, y en específico si el descubrimiento y las pruebas están incluidos o no. Pregunte quién escribe el contenido y cuándo lo necesitan, porque esa respuesta determina sus tiempos más que la disponibilidad del proveedor. Pregunte qué pasa en el lanzamiento con sus direcciones actuales. Pregunte qué medición se configura antes de la entrega, y quién la revisa después.
Parte de esto lo puede verificar usted mismo antes de hablar con nadie. Pase su sitio actual por la herramienta de velocidad de páginas de Google y lea lo que dice sobre la experiencia en el mundo real y no la puntuación, recordando que Google afirma con claridad que una buena experiencia de página no garantiza el posicionamiento. Y se construya lo que se construya, el consejo de siempre de Google no ha cambiado en años: los sistemas de clasificación premian el contenido útil, confiable y pensado para las personas, que es un problema de contenido y no de construcción, y pertenece a la tercera etapa, no a la última.
¿Sabe para qué sirve cada etapa?
Elija una respuesta para empezar.
1. Un proveedor ofrece un precio más bajo quitando la etapa de descubrimiento. ¿Qué compró en realidad?
2. ¿Qué etapa detiene más proyectos pequeños que cualquier otra?
3. ¿Por qué las listas publicadas de las siete etapas no coinciden entre sí?
Preguntas frecuentes sobre las etapas del desarrollo web
P: ¿Cuáles son las 7 etapas del desarrollo web?
La secuencia que más se cita es descubrimiento, planeación y estructura, contenido, diseño, construcción, pruebas, y lanzamiento con lo que le sigue. Es un resumen justo del trabajo, pero tome el número como una convención y no como un estándar, porque las listas publicadas no coinciden entre sí y al menos una enumera seis bajo un encabezado que promete siete.
P: ¿Existe un estándar oficial para estas etapas?
No específicamente para el desarrollo web. Hay ciclos de vida publicados reales, incluidas las fases del manual de servicios del gobierno del Reino Unido y el ciclo de vida de desarrollo de sistemas del NIST, y ambos describen la entrega por fases sin llegar a siete. Si un proveedor le dice que sus siete son el estándar de la industria, está describiendo su propio proceso, lo cual está bien siempre que lo presente así.
P: ¿Qué etapa toma más tiempo?
En la práctica suele ser el contenido, y no porque escribir sea lento. Es porque el contenido depende del cliente y no del proveedor, y es la única parte del proyecto que no se puede rodear. Los negocios cuyas construcciones terminan a tiempo casi siempre son los que tenían sus textos y fotografías listos antes de que empezara el diseño.
P: ¿Las etapas pueden ocurrir al mismo tiempo?
Sí, y en la mayoría de los proyectos reales varias lo hacen. La producción de contenido suele correr en paralelo con el diseño, y las pruebas empiezan mucho antes de que termine la construcción. Lo que no puede traslaparse con sensatez es el diseño y la estructura, porque diseñar páginas antes de decidir qué páginas existen produce revisiones y no avance.
P: ¿Qué implica de verdad la etapa de lanzamiento?
Más que apretar un botón. Revisar el sitio en dispositivos reales, asegurarse de que los formularios lleguen a una bandeja de entrada real, mantener funcionando las direcciones de las páginas existentes para que los resultados de búsqueda y los enlaces sobrevivan a la mudanza, y confirmar que la medición está registrando. En una reconstrucción, ese trabajo con las direcciones es el punto con más consecuencias de toda la etapa.
P: ¿Necesito las siete etapas para un sitio sencillo de cinco páginas?
Necesita todo el trabajo, en una cantidad mucho menor. El descubrimiento puede ser una conversación y una página de notas, la estructura puede ser una lista de cinco páginas y el diseño puede significar personalizar una plantilla. Las pruebas y el cuidado en el lanzamiento no se reducen de la misma forma, y son las dos que más se quitan de una cotización barata.
P: ¿Qué viene después del lanzamiento?
Medir lo que hace la gente, corregir lo que revelan las primeras semanas y mejorar las páginas que cargan más peso. Tratar el lanzamiento como el final es como un sitio deja poco a poco de ser preciso, y es la razón por la que el mantenimiento aparece como una etapa en varias de las listas y no como algo de último momento.
Lo que esto significa para usted
No existen siete canónicas, y saberlo es más útil que memorizar la versión de cualquiera. El trabajo es real: decidir, estructurar, reunir, diseñar, construir, verificar, lanzar y seguir vigilando. Lo que importa para su proyecto es cuáles de esas incluye una cotización, cuáles puede comprimir con honestidad su propio trabajo y dónde van a volver a aparecer las que recorte, porque siempre vuelven.
Lleve las cuatro preguntas a su próxima conversación y aprenderá más en diez minutos de lo que otro artículo le puede enseñar, porque estará preguntando por su proyecto y no leyendo sobre uno general.
En Web Leveling hacemos todo eso y le decimos qué partes necesita de verdad su proyecto, incluso cuando la respuesta es menos de lo que otro le cotizó. Nuestro trabajo de diseño web es hecho a mano y rápido, el trabajo de contenido y de búsqueda está dentro del proceso en lugar de vendérselo aparte después, y todo queda a su nombre. Trabajamos con pequeñas y medianas empresas de todo el país y del extranjero, estén donde estén. Si quiere saber qué etapas cubre de verdad su cotización actual, envíenosla y la revisaremos con honestidad.
Términos
Los nombres de las etapas, traducidos
Toque un término para ver qué significa.
Descubrimiento. Definir para qué es el sitio y cómo se vería el éxito. A veces se le llama brief, recopilación de información o requisitos.
Arquitectura de la información. Qué páginas existen y cómo se mueve alguien entre ellas. Por lo general, la etapa más barata de hacer bien y la más cara de hacer mal.
Wireframe. Un esquema aproximado que muestra qué va en cada lugar, antes de darle cualquier estilo. Hecho para discutirse, y ese es el punto.
Prototipo. Una versión en la que se puede hacer clic, usada para probar si la gente de verdad puede completar una tarea, antes de construir la versión real.
Aseguramiento de la calidad. Revisión estructurada en dispositivos y navegadores reales. Distinto de echarle un vistazo al sitio terminado en la computadora portátil del diseñador.
Staging. Una copia privada del sitio donde se revisan los cambios antes de que el público los vea.
Post-lanzamiento. Medición, correcciones y mejoras después de que el sitio está en vivo. Aparece como etapa en la mayoría de las listas publicadas, y falta en la mayoría de las cotizaciones baratas.
