Para encargar una web puedes empezar con una idea sencilla: presentar mejor tus servicios, renovar una página que ya no representa tu negocio, mostrar un catálogo o permitir que alguien reserve o compre. No necesitas decidir la tecnología ni llegar con todas las páginas diseñadas.
Lo útil es contar qué necesitas, para quién y qué te gustaría que ocurriera cuando alguien visite la web. A partir de ahí se pueden concretar contenido, diseño, funciones y presupuesto. Si ya tienes requisitos preparados, también sirven como punto de partida.
En esta guía puedes ver un ejemplo, aclarar las decisiones que te corresponden y entender qué debería resolver quien construya la web.
Ver una web de ejemplo · Contarme qué web necesitas
Qué debería permitir tu web
Empieza por una situación reconocible. «Necesito una web de cinco páginas» puede describir una solución, pero todavía no explica lo que buscas.
| Tu necesidad | Qué conviene valorar |
|---|---|
| Presentar tu actividad y recibir consultas | Explicar servicios, mostrar ejemplos, transmitir información útil y facilitar el contacto |
| Mostrar muchos productos o proyectos | Organizar fichas, encontrar lo relevante y mantener el contenido al día |
| Recibir reservas o vender | Qué puede solicitarse o comprarse, cómo se confirma y quién lo atiende |
| Renovar una web existente | Qué necesita mejorar y qué información, enlaces y funciones deben conservarse |
| Permitir que personas trabajen con información | Si el encargo necesita una aplicación con funciones propias, además de páginas informativas |
No tienes que elegir una categoría a ciegas. La guía de tipos de web compara posibilidades con ejemplos. Si aún no está claro cuál encaja, esa es una de las decisiones que podemos trabajar juntos.
Mira un resultado antes de decidir todos los detalles
Estudio Ladera es una demostración ficticia de una web para un negocio de servicios. Puedes recorrerla para ver cómo se presentan tres servicios, cómo se muestran propuestas visuales y cómo se llega a una consulta desde el servicio elegido.
Al verla, fíjate en lo que te ayudaría a ti: si se entiende la diferencia entre servicios, si un ejemplo da contexto, si se encuentra el contacto y si el recorrido resulta cómodo en móvil. No hace falta descargar el código para valorar eso.
El formulario de la demo permite probar el recorrido sin enviar mensajes. En un encargo real habría que acordar quién recibe las consultas y comprobar que llegan correctamente.
Qué puedes traer a una primera conversación
Con lo que ya conozcas es suficiente para empezar:
- qué hace tu negocio y a quién se dirige;
- qué quieres que la web permita entender o hacer;
- si existe una web anterior y qué te preocupa de ella;
- qué textos, imágenes o ejemplos tienes;
- alguna referencia que te ayude a explicar tus gustos, diciendo qué te interesa de ella;
- requisitos, fechas o límites que deban tenerse en cuenta.
No hace falta tener todos los materiales terminados. Sí conviene distinguir lo que existe de lo que tendrá que redactarse, diseñarse o prepararse. Así la propuesta puede recoger ese trabajo y quién se ocupa de él.
Por ejemplo, «necesito enseñar mis tres servicios y algunos proyectos, pero no tengo los textos redactados» ya permite una conversación útil. No necesitas convertirlo antes en una especificación técnica.
Si te ayuda escribirlo, puedes usar una plantilla breve o preparar tu idea paso a paso. Son opciones para ordenar la conversación, no requisitos para contactar.
Qué debe concretar la propuesta
Una vez entendida la necesidad, la propuesta debería explicar qué se construirá y qué quedará resuelto al terminar. El nombre de una tecnología o una lista de páginas no bastan.
| Conviene dejar claro | Qué te permite decidir |
|---|---|
| Contenido y páginas | Si están representados tus servicios y la información que necesitas comunicar |
| Funciones | Qué podrá hacer el visitante y qué trabajo seguirá después en tu negocio |
| Diseño y revisión | Qué verás antes de publicar y cómo se recogerán los ajustes |
| Materiales | Qué aportas tú y qué prepara el profesional |
| Actualización posterior | Qué podrás cambiar por tu cuenta y qué apoyo tendrás |
| Precio y costes posteriores | Qué está incluido, qué queda fuera y qué se paga después |
| Entrega | Qué accesos, documentación y comprobaciones recibirás |
Quien desarrolla debe proponer y explicar la solución técnica adecuada a ese alcance. Tú puedes valorar si encaja con tu trabajo y con la forma en que quieres mantener la web.
La guía para revisar un presupuesto web enseña a comparar esas condiciones. La de actualización de contenidos ayuda a decidir qué autonomía necesitas.
Qué merece atención durante la construcción
Pide ver avances que permitan revisar algo concreto: cómo se presenta un servicio, cómo se organiza el contenido o qué ocurre al preparar una consulta. Una captura de portada enseña el aspecto; recorrer las páginas permite valorar cómo se utiliza la web.
Tu revisión aporta conocimiento del negocio. Puedes detectar que falta una explicación, que el tono no encaja o que un formulario pide información innecesaria. El profesional se ocupa de comprobar además funcionamiento, móvil, accesibilidad, enlaces y los casos de error pertinentes.
Para comunicar un ajuste, una observación concreta ayuda: «En el servicio de asesoría no encuentro qué incluye la primera reunión» o «Al abrir contacto desde este servicio, tengo que volver a seleccionarlo». No necesitas explicar cómo programar la solución.
Si aparece una necesidad nueva, se valora su efecto sobre el alcance y la entrega antes de incorporarla. Aportar un texto corregido y añadir un sistema de reservas no son el mismo tipo de cambio.
Si ya tienes una web
Antes de rehacerla, conviene saber qué está fallando. Puede bastar con mejorar servicios, navegación, contenido o contacto. Un cambio de imagen no obliga a cambiar todas las direcciones ni a retirar páginas útiles.
Explica qué quieres conservar: información, fotografías, documentos, páginas que compartes o una forma de trabajar. El equipo responsable debe convertirlo en un plan de cambio y comprobarlo antes y después de publicar.
La guía para rediseñar sin perder lo que funciona desarrolla esas decisiones. Un rediseño no garantiza posiciones o contactos futuros; sí debe permitir comprobar la entrega y las mejoras acordadas.
Qué recibir y quién cuidará la web
Al terminar, deberías saber qué se ha entregado, cómo se utiliza y a quién acudir. Conviene aclarar cuentas, accesos, actualización de contenido, servicios recurrentes y mantenimiento. Tener una web publicada no implica que cualquier cambio futuro esté incluido.
Si vas a editarla, pide que te enseñen las tareas habituales. Si prefieres delegar los cambios, acuerda cómo solicitarlos y qué cubre el servicio. Una decisión puede ser válida sin obligarte a asumir la operación técnica.
Avanzar con tu proyecto
Puedes llegar con una idea todavía abierta o con un encargo definido. Mi trabajo puede incluir ayudarte a concretar qué construir, además de diseñarlo, desarrollarlo y preparar su puesta en marcha según el alcance que acordemos.
Si prefieres seguir explorando, puedes ver el ejemplo de web de servicios o leer un briefing cumplimentado.
Qué comprobaciones debe incluir el trabajo profesional
Además del contenido y el diseño, conviene acordar qué se comprobará sobre móvil, accesibilidad, funcionamiento, rendimiento y buscadores. El equipo debe poder explicar qué resultado ha verificado y qué queda pendiente.
En un formulario, eso incluye etiquetas, instrucciones, errores que permitan corregir y una confirmación que corresponda a lo ocurrido. El tutorial de formularios de W3C WAI describe esos elementos. En un envío real debe comprobarse la recepción en el destino acordado: que el servidor acepte el mensaje no demuestra por sí solo que llegue al buzón.
Para buscadores, las páginas relevantes necesitan contenido accesible, enlaces y una identidad de dirección coherente. La guía SEO de Google orienta esas comprobaciones; no garantiza indexación, posición o tráfico. Ambas fuentes se consultaron el 10/09/2026.
Antes de cambiar la web pública, el equipo revisa accesos, configuración, destino del contacto, copias y la versión que se publicará. También prepara una forma de recuperar el estado anterior si aparece un fallo crítico y comprueba después las rutas afectadas en el dominio final.
La entrega permite localizar cuentas y titularidad, código cuando corresponda, instrucciones, dependencias, copias y decisiones pendientes, sin guardar contraseñas en un briefing. Queda una persona responsable de contenido, errores, actualizaciones y costes recurrentes.
Las comprobaciones automáticas sirven para condiciones técnicas repetibles. La comprensión de una persona necesita una revisión humana real. Si se mide uso, deben distinguirse página disponible, consulta entregada, conversación y venta, y excluir las pruebas de los datos de uso real. Un resultado técnico no se presenta como resultado comercial.