Para elegir qué web necesitas, empieza por lo que quieres ofrecer a quien llega: entender tus servicios, encontrar un producto, reservar, comprar o trabajar con información. El nombre —corporativa, catálogo, tienda o plataforma— ayuda a orientarse, pero no describe todo el encargo.
Puedes traer esa necesidad y valorar las opciones con quien vaya a construirla. No hace falta saber de antemano cuántas pantallas, qué gestor o qué arquitectura utilizar.
Elige por lo que debe poder hacer la persona
| Si necesitas… | Qué tipo de web conviene valorar | Qué habrá que concretar |
|---|---|---|
| Presentar tu actividad y facilitar consultas | Web de presentación o servicios | Mensaje, servicios, ejemplos, contacto y edición posterior |
| Mostrar muchos productos, espacios o proyectos | Catálogo | Fichas, organización, búsqueda o filtros que ayuden a encontrar |
| Publicar información con frecuencia | Blog, publicación o biblioteca | Cómo se crea, revisa, relaciona y mantiene el contenido |
| Recibir solicitudes para una acción concreta | Página de campaña o solicitud | Qué necesita saber la persona, qué aporta y quién atiende la petición |
| Permitir comprar o reservar | Tienda o contratación online | Qué se vende, disponibilidad, pagos, confirmaciones y atención posterior |
| Permitir guardar, consultar o modificar información | Aplicación o área privada | Personas que la usan, permisos, tareas, datos y continuidad |
Una misma web puede combinar varias opciones. Tener un formulario no la convierte en una aplicación compleja. Y una aplicación que se abre en el navegador puede requerir mucho más trabajo que diseñar unas pocas páginas.
El mismo negocio puede necesitar alcances diferentes
Estudio Ladera es un ejemplo ficticio de interiorismo. Permite ver cómo cambia el encargo si cambia lo que necesita hacer el visitante.
Presentar tres servicios y recibir consultas
La primera opción explica los servicios, muestra dos propuestas visuales y facilita una consulta desde el servicio que interesa. El valor está en que se entienda qué ofrece el estudio y cómo iniciar la conversación.
Para ese recorrido no hacen falta cuentas, pagos ni una gran búsqueda. Sí hacen falta textos, imágenes, una organización clara, una experiencia cuidada en móvil y un contacto que funcione.
Puedes recorrer la web de ejemplo de Ladera. Su formulario permite probar una consulta sin enviar mensajes; un proyecto real necesitaría además acordar y comprobar la recepción de esas consultas.
Mostrar un catálogo que crece
Si el estudio necesita mostrar muchas propuestas, puede ser útil encontrar por tipo de espacio, materiales o necesidad. Añadir fichas ya no consiste solo en poner más enlaces: habrá que organizar información repetida y facilitar su actualización.
El comprador puede explicar cómo busca su público y qué material tiene. El profesional debe proponer la estructura de fichas, los filtros y la forma de edición. Esa necesidad no exige cuentas privadas si todas las personas consultan la misma información.
Permitir que la persona prepare y guarde un proyecto
Si alguien debe guardar estancias, medidas y preferencias, comparar opciones o compartir decisiones, estamos añadiendo funciones de aplicación. Importa qué se guarda, quién puede cambiarlo y cómo se recupera.
Puedes describirlo sin decidir cómo programarlo: «Quiero que una persona conserve su propuesta y pueda retomarla otro día». Quien desarrolla deberá concretar con esa base acceso, almacenamiento, permisos y errores. Un diseño de pantalla por sí solo no resuelve ese funcionamiento.
El mismo botón puede significar trabajos distintos
«Reservar una cita» puede ser:
- enviar una petición que alguien confirma después;
- abrir una agenda externa que ya utilizas;
- elegir entre huecos calculados por tu propia aplicación;
- reservar, pagar y gestionar una cancelación.
Para elegir, cuenta cómo quieres trabajar y qué utilizas ahora. No hace falta pedir la opción más compleja por prever cualquier posibilidad futura. Una solución sencilla puede cubrir la necesidad, y una función imprescindible debe quedar explícita en la propuesta.
Los contenidos y las actualizaciones también cuentan
El número de páginas importa cuando implica recopilar, redactar, diseñar o revisar información. Varias fichas pueden compartir diseño, pero sus textos e imágenes tienen que prepararse.
Conviene saber quién cambiará los contenidos y con qué frecuencia. Quizá quieras añadir proyectos por tu cuenta; quizá prefieras delegar modificaciones ocasionales. También puede haber varias personas que necesitan preparar y revisar publicaciones.
La guía sobre quién actualizará tu web ayuda a concretar esa forma de trabajo. La plataforma debería responder a esa necesidad, sin obligarte a adoptar la que use otra empresa.
Qué entra ahora y qué puede esperar
Una primera entrega puede estar completa sin incluir todas las posibilidades futuras. Lo que debe funcionar es el recorrido que se haya acordado.
| En el ejemplo Ladera | Cómo se trata |
|---|---|
| Tres servicios y consulta desde cada uno | Parte del encargo inicial |
| Reserva con disponibilidad y pago | Queda fuera mientras no se necesite |
| Quién actualizará las propuestas | Decisión que se concreta con el cliente |
| Guardar un proyecto en un área privada | Posible ampliación con alcance propio |
Una portada terminada no completa una web si falta el contenido de los servicios o no se puede consultar. Del mismo modo, «preparada para crecer» debería explicar qué ampliación se está teniendo en cuenta y cuáles seguirían siendo sus límites.
Cómo plantear tu caso
Puedes empezar con tres frases:
Mi negocio se dirige a… Quiero que quien visite la web pueda… Ahora tengo estos materiales o esta web, y me falta resolver…
Si tienes más requisitos, añádelos. Si una decisión está abierta, podemos valorar las opciones. La plantilla de briefing y el constructor ayudan a ordenarlo si te resulta cómodo escribirlo antes.
Cuando la necesidad requiere una aplicación, conviene comprobar también si una herramienta existente puede servir. La comparación entre software a medida, SaaS y no-code desarrolla esa decisión.
La guía para encargar una web desarrolla cómo convertir estas primeras ideas en un encargo.
Detalles que el profesional debe traducir al alcance
Una función completa conecta quién actúa, qué información utiliza, qué cambia, quién recibe el resultado y qué ocurre si falla. El equipo debe convertir esa descripción en datos, reglas y comprobaciones, y explicar al cliente las decisiones que afecten a su trabajo.
En un catálogo, esto incluye estructura de fichas, campos, relaciones, búsqueda sin coincidencias y la conveniencia de que los filtros tengan direcciones públicas. En una aplicación, incluye acceso por perfiles, edición simultánea cuando corresponda, recuperación y exportación. No se incorporan esas funciones por llamarla «plataforma»: deben pertenecer al encargo.
En edición, conviene distinguir quién cambia textos, quién añade nuevos elementos, quién revisa, qué partes quedan protegidas y cómo se recupera un error. Un gestor de contenidos no garantiza por sí solo que cualquier modificación sea sencilla o apropiada.
La distinción entre contenido estático y dinámico describe cómo se prepara una respuesta —por ejemplo, archivos o datos consultados a partir de una petición—, no la utilidad ni calidad de la web. MDN explica el modelo cliente-servidor, consultado el 10/09/2026.
El briefing cumplimentado conserva ejemplos de estas decisiones y preguntas para revisarlas con el profesional.