Dos propuestas pueden llamarse “página web” y cubrir trabajos muy diferentes. Una incluye contenido, diseño y conexión con herramientas existentes. Otra contempla un catálogo, cuentas de usuario, pagos y una operación de pedidos. Compararlas por el número de páginas deja muchas decisiones fuera de la conversación.
Definir alcance consiste en escribir qué podrá hacer una persona, qué necesita el negocio para sostenerlo y cómo se comprobará la entrega. No requiere llegar con todas las respuestas. Sí ayuda separar lo decidido de las preguntas pendientes. Esta guía ofrece una estructura de trabajo con ejemplos de Match Padel Club, Dalia Cards y BLM Finance, sitios creados por ADN Dev Labs.
1. Elige la acción principal del visitante
Escribe el resultado que esperas del recorrido: solicitar información, encontrar cómo reservar, explorar un catálogo o comprar. Si aparecen varias acciones, define cuál orientará la primera versión y en qué páginas tienen sentido las demás. Esta prioridad influye en el orden del contenido y en los llamados a la acción.
En Match, la web presenta el club de Cartagena, sus deportes y sus opciones de entrenamiento; los enlaces de reserva llevan a Playtomic y existe un canal de contacto. Es un ejemplo concreto de una web que orienta hacia un servicio externo. Esa descripción no implica que ADN haya desarrollado el sistema de reservas de Playtomic.
La distinción cambia el alcance. Enlazar una herramienta existente y construir un proceso de reservas propio requieren decisiones distintas. Anota cuál necesitas y quién administra el sistema de destino. Si aún no lo sabes, inclúyelo como una decisión que debe resolverse antes de cerrar la propuesta.
2. Haz un inventario del contenido
Lista los servicios o productos que debes presentar y el material disponible para cada uno: textos, fotografías, características, preguntas frecuentes y condiciones que el negocio tenga aprobadas. Señala quién puede revisar cada contenido y qué falta por producir. “Lo enviamos después” suele esconder una dependencia sin responsable ni fecha acordada.
Dalia Cards muestra cómo una experiencia de invitaciones puede apoyarse en una dirección visual y en la información que necesitan las personas interesadas. El caso publicado por ADN acredita el trabajo del sitio y su presentación. Para otro proyecto de eventos habría que acordar de manera explícita si se incluirán confirmaciones, gestión de invitados o pagos; no se deducen de tener una web atractiva.
El inventario también debe aclarar idiomas y versiones. Si tu público inicial habla español, organiza esa versión con sus propios textos. Una futura versión en inglés requiere contenido revisado y decisiones sobre páginas y recorridos, no solamente espacio para un botón de idioma.
3. Distingue catálogo, solicitud y compra
Un catálogo permite explorar una oferta. Un formulario puede recoger una solicitud que el equipo revisará después. Una compra en línea agrega un compromiso operativo: saber qué se pidió, qué respuesta recibió el pago y qué hará el negocio a continuación. Describe cuál de estos recorridos corresponde a tu proyecto.
Para una tienda, prepara preguntas sobre productos, variantes, disponibilidad, forma de entrega y responsables de actualizar la información. Después define los casos que deben contemplarse: intento de pago que no termina, pedido que requiere revisión o cambio de disponibilidad. Son ejemplos para concretar el alcance, no funciones incluidas automáticamente en cualquier proyecto.
Una demostración de compra ayuda a explicar una interacción, pero no acredita que exista una conexión de pagos en producción. En las demos de ADN las operaciones están identificadas como simulaciones. Cuando revises una propuesta, pide que quede claro qué se diseñará, qué se conectará y qué se comprobará con el proveedor acordado.
4. Explica lo que ocurre después del clic
Un botón de contacto termina en algún lugar. Define quién recibe las consultas, qué datos necesita para responder y cómo identifica el servicio solicitado. Aclara también qué debería ver la persona si el envío falla. La entrega debe contemplar tanto el recorrido esperado como una forma comprensible de recuperarse de un error.
BLM Finance presenta en inglés un servicio de financiación de vehículos en Ontario y guía al visitante hacia una consulta o solicitud. El trabajo de ADN mostrado en el portafolio corresponde a la web. Las decisiones financieras y las condiciones del servicio pertenecen al proveedor; la calidad de la presentación no prueba aprobaciones ni resultados de ventas.
Esta separación es útil para cualquier servicio con una evaluación posterior. La web puede explicar el proceso y facilitar la entrada, mientras la decisión final ocurre en otro sistema o con otra persona. Documentar ese límite evita prometer desde la interfaz algo que el sitio no controla.
5. Pon nombre a las dependencias
Escribe qué herramientas externas participan, quién dispone de acceso y quién debe autorizar su uso. Incluye dominio, alojamiento, formularios, correo, reservas, catálogos o pasarela cuando correspondan. Para cada dependencia, acuerda qué conexión se espera y cómo se verificará sin exponer credenciales ni datos de clientes.
Distingue los elementos que el negocio ya tiene de los que falta resolver. Una propuesta puede contemplar la preparación de una integración y depender de una cuenta o revisión que corresponda al propietario. Esa dependencia necesita un estado visible para que nadie confunda “preparado” con “activo”.
Las licencias, consumos y costos de terceros deben discutirse por separado cuando existan. El objetivo de este inventario es hacer visible la operación que acompañará a la web, para que el equipo pueda decidir con información suficiente antes de empezar.
6. Acuerda cómo revisarás la entrega
Convierte el objetivo principal en una prueba sencilla. Una persona que llega desde el celular entiende la oferta, encuentra la acción relevante y puede completar el recorrido previsto. Luego revisa los casos relacionados: navegación con teclado, textos legibles, enlaces correctos, confirmación del envío y respuesta ante fallos.
Usa contenido realista y aprobado. Si la revisión se hace solamente con títulos provisionales o imágenes temporales, todavía falta comprobar cómo funciona el diseño con el material final. Define quién aprueba ese material y cómo se registran los ajustes pendientes.
También conviene acordar qué recibirás al finalizar: accesos bajo tu control, instrucciones para cambios habituales, explicación de dependencias y una referencia del estado publicado. Las tareas de soporte o mantenimiento posterior deben tener un alcance explícito; no se presumen por haber construido el sitio.
Una ficha para empezar
Puedes resumir tu proyecto en una página: público principal, acción prioritaria, contenido disponible, recorrido esperado, herramientas involucradas, responsable interno y asuntos pendientes. Agrega ejemplos de sitios que te gusten, acompañados de una razón concreta: la claridad del servicio, el catálogo o la manera de reservar.
En webs y ecommerce, ADN Dev Labs trabaja con diseño a medida, alcance claro y recorridos que se puedan revisar. Los proyectos de Match, Dalia y BLM muestran necesidades diferentes resueltas desde una experiencia web; ninguno requiere inventar cifras de ventas para explicar el trabajo realizado.
Cuéntanos qué debería poder hacer una persona en tu web. Podemos partir de esa ficha para conversar sobre contenido, prioridades y la primera versión que tenga sentido para tu negocio.