Respuesta breve
Un presupuesto de desarrollo rara vez explica de qué se compone el trabajo. Aquí se recorren las diez etapas de una construcción, desde los límites del proyecto hasta la entrega de accesos, y se nombra quién cierra cada una: el proveedor o usted.
Respuesta breve: de qué se compone el desarrollo de una web
El desarrollo de una web no es un trabajo único, sino una cadena de trabajos: alcance, estructura, diseño, maquetación, conexión de datos, integraciones, pruebas, publicación y soporte. Un presupuesto le cobra una selección concreta de esos eslabones, no la cadena entera.
La manera útil de leer una propuesta consiste en verla como una lista de etapas con un responsable escrito al lado de cada una. Donde no figura nadie, el trabajo se queda en su empresa y suele aflorar una semana antes del lanzamiento, cuando cambiar algo sale caro.
VITON13 vende desarrollo en cinco paquetes y cada uno cubre un tramo distinto de esa cadena. El Site Fix Pack cuesta $70: hasta cinco correcciones acordadas con revisión en móvil y escritorio y una lista de antes y después en la entrega, en 1-2 días laborables, con 1 ronda de revisiones.
El resto del artículo recorre las etapas por orden. Cada una termina con una pregunta que conviene plantear al proveedor antes de firmar, porque después de firmar esa misma pregunta se convierte en un cambio de alcance con su propio precio.
Etapa 1: alcance, objetivos y los límites del proyecto
La primera etapa responde a una sola pregunta: qué se considera una web terminada. Aquí se fijan los objetivos, la lista de páginas, los idiomas, los requisitos de los formularios y la relación aparte de todo lo que queda fuera del proyecto.
La responsabilidad se reparte. La empresa aporta objetivos, su oferta, los requisitos legales y fechas realistas. El proveedor convierte todo eso en volumen de trabajo, nombra las restricciones y dice con claridad qué partidas tienen que salir del primer lanzamiento.
Un presupuesto con una línea que dice web y una cifra, sin lista de páginas ni idiomas, se ha saltado esta etapa. No le deja nada con lo que contrastar el acuerdo, que es justamente para lo que sirve un presupuesto.
Pregúntelo así: qué considera usted material de partida por nuestra parte y en qué fecha lo necesita. Sin respuesta, el calendario del proyecto se apoya en suposiciones, y las suposiciones no sostienen una fecha de entrega.
Etapa 2: estructura del sitio e inventario de páginas
La estructura es la lista de páginas, cómo se enlazan entre sí y cuántas plantillas necesitan. Diez páginas sobre una plantilla y diez páginas sobre diez plantillas suponen volúmenes de trabajo distintos, aunque en un briefing ocupen exactamente la misma línea.
Aquí también se decide qué páginas se generan a partir de datos y cuáles se montan a mano. Un catálogo, un diario y un listado de servicios suelen llevarse una plantilla cada uno; la página de empresa casi siempre se construye aparte.
El proveedor se encarga de proponer la estructura y de mostrar cuántas plantillas exige. Usted se encarga de confirmar que están todas las secciones necesarias, incluidas las páginas legales, las vías de contacto y aquello que su sector obliga a publicar.
Pregúntelo así: cuántas plantillas únicas cubre este precio y qué le ocurre al precio si añadimos una página undécima. La respuesta revela si el volumen se calculó o si la cifra se eligió sin contar nada en concreto.
Etapa 3: diseño de interfaz y los estados que nadie dibuja
El diseño dentro del desarrollo va más allá del aspecto. Son las composiciones a varios anchos de pantalla, el comportamiento del menú, los estados de los botones, el formulario cuando la validación falla y la página cuando todavía no contiene ningún dato.
Esos estados llegan pocas veces a las maquetas y llegan siempre a la construcción. Cuando nadie los dibuja, los inventa quien programa, y rehacer esa invención consume las rondas de revisión que el paquete incluye en lugar de las que usted había previsto.
Launch Site cuesta $380 e incluye maquetación adaptable, conexión de una CMS básica o de datos y configuración del despliegue, en 3-5 días laborables, con 2 rondas de revisiones antes del lanzamiento. El contenido y las traducciones los aporta el cliente, de modo que ese límite queda explícito desde el principio.
Pregúntelo así: entran en el trabajo de diseño los estados de error, de lista vacía y de carga. Resolverlo ahora sale más sencillo que resolverlo en la aceptación, cuando el formulario se envía y el visitante no ve nada que se lo confirme.
Etapa 4: los textos y las traducciones son del cliente
El contenido es la parte del proyecto donde las fechas se desplazan por motivos ajenos a la ingeniería. Quien desarrolla puede montar una página en un día, pero no conoce su garantía, sus condiciones de devolución ni las palabras con las que usted nombra sus propios servicios.
VITON13 no redacta los textos del cliente ni realiza traducciones. Las condiciones de Launch Site indican que el contenido y las traducciones los aporta el cliente, y Launch Site Express mantiene esa misma exclusión junto con la fotografía y el soporte continuo.
El movimiento práctico consiste en designar dentro de su empresa a una persona responsable de los textos y darle una fecha. Un único responsable con plazo avanza más deprisa que un acuerdo general de enviar algo a lo largo de la semana.
Pregúntese esto: tenemos los textos en todos los idiomas que el sitio va a publicar, o vamos a lanzar en uno y añadir el resto después. La segunda respuesta cambia la estructura y también el volumen de maquetación.
Etapa 5: maquetación y comportamiento adaptable
Aquí el diseño se convierte en páginas que funcionan: rejillas, tipografía, componentes y comportamiento tanto en un teléfono como en un monitor ancho. También se decide la semántica del marcado, y de esa semántica dependen después la accesibilidad y las tecnologías de apoyo.
Adaptable no significa una versión móvil. Es un conjunto de decisiones sobre qué se pliega, qué se reordena y qué recibe su propio contenedor con desplazamiento. Las tablas y los titulares largos piden una comprobación propia, porque no se comportan como el texto corrido.
El proveedor se encarga de entregar páginas verificadas en móvil y en escritorio. En el Site Fix Pack esa verificación figura dentro del propio alcance, junto con la lista de antes y después que se entrega al cerrar los 1-2 días laborables.
Pregúntelo así: qué dispositivos y navegadores comprueba antes de la entrega. La lista debe ser finita y estar escrita, porque de lo contrario la aceptación se convierte en un intercambio abierto de correos sobre un teléfono antiguo y no se cierra nunca.
Etapa 6: CMS y conexión de datos
A continuación llega la pregunta de quién cambia el contenido tras el lanzamiento y de qué manera. Las opciones son pocas: tocar el código, editar registros en un panel de administración o traer los datos de un sistema que usted ya utiliza.
Launch Site incluye la conexión de una CMS básica o de datos, lo que significa que las partes editables se definen de antemano. Si un campo no se creó, después no podrá modificarse desde el panel de administración, por evidente que ese campo le parezca a usted.
A usted le corresponde decirle al proveedor qué piensa editar y con qué frecuencia. Los precios, los textos de campaña y las páginas de equipo cambian con regularidad; las páginas legales, casi nunca. Esa diferencia es la que define el conjunto de campos.
Pregúntelo así: qué bloques podré editar sin un desarrollador después de la entrega. La respuesta decide si dentro de seis meses escribirá al soporte porque hay que sustituir un número de teléfono en tres páginas distintas.
Etapa 7: integraciones — formularios, analítica y pagos
Las integraciones son los puntos donde su sitio se encuentra con el sistema de otra empresa: un formulario envía una solicitud, la analítica registra eventos, un proveedor de pago cobra. Cada conexión es trabajo aparte, con sus credenciales y sus propios modos de fallo.
En un formulario, lo interesante no es que se envíe. Es dónde aterriza la solicitud y quién la ve. Un formulario que solo escribe en el navegador del visitante parece plenamente funcional mientras pierde todas las solicitudes que recibe.
Product Build cuesta $880 y cubre la entrega de funcionalidad, la lógica de estados y rutas, las pruebas y el refuerzo, en 2-3 semanas, con 2 rondas de revisiones por cada funcionalidad entregada. Las aplicaciones móviles nativas y las licencias de pago quedan fuera de ese paquete.
Pregúntelo así: quién facilita los accesos al CRM, al correo y al proveedor de pago, y en qué fecha. Una integración no se puede verificar sin claves operativas, y conseguir esas claves suele llevar más tiempo que el propio trabajo de integración.
Etapa 8: rendimiento y accesibilidad
La velocidad y la accesibilidad no son cosmética que se aplica al final. Se deciden durante la maquetación y la conexión de datos: dimensiones de las imágenes, cuántos archivos de fuente se cargan, cuánto código se envía y en qué orden. Rehacerlo después sale más caro.
Existen referencias públicas que permiten hablar de esto con concreción en lugar de por intuición. MDN Web Docs explica de qué se compone el rendimiento web, y el W3C publica una referencia rápida de WCAG 2.2 con los criterios de conformidad y la forma de cumplirlos.
El proveedor se encarga de indicar qué criterios cumple la entrega. A usted le toca no aparecer la víspera del lanzamiento con un vídeo de cuarenta megabytes ni pedir seis grosores de fuente para una página que tiene tres niveles de titular.
Pregúntelo así: qué requisitos de accesibilidad cubre y cómo se comprueba. Una promesa de trabajar según los estándares, sin citar ningún criterio, no compromete a nadie y deja a la revisión de aceptación sin nada que examinar.
Etapa 9: pruebas y refuerzo de la aplicación
Las pruebas responden a qué ocurre cuando algo se tuerce: un visitante envía el formulario dos veces, la red se cae a mitad de la petición, un campo recibe cuatrocientos caracteres pegados, un servicio externo deja de responder durante el pago.
Product Build nombra las pruebas y el refuerzo como parte de lo que se entrega. Eso separa una construcción de producto de una web de presentación: un producto tiene estados y rutas, y cada uno de ellos necesita que alguien lo recorra de forma deliberada.
A usted le corresponde reservar tiempo para la aceptación y ejecutar los escenarios con sus propias manos. Las pruebas del proveedor revisan la maquinaria; las suyas revisan que el sitio describa su negocio con sus términos y con sus condiciones.
Pregúntelo así: qué prueba exactamente y qué se considera defecto frente a petición nueva. Esa frontera decide si permanece dentro de las rondas de revisión que incluye su paquete o si empieza a pagar trabajo adicional.
Etapa 10: despliegue, accesos y entrega
Publicar es una etapa, no un botón final. Dominio, certificado, registros de correo, entornos, variables y copias de seguridad tienen que quedar configurados y anotados; de lo contrario, el siguiente proveedor abre el encargo excavando en lugar de trabajando.
Launch Site incluye la configuración del despliegue. Launch Site Express cuesta $520 y entrega el alcance de Launch Site en una cola prioritaria con compilaciones diarias, una lista de verificación de lanzamiento y una llamada de entrega, en 2 días laborables, con 1 ronda de revisiones tras la primera compilación completa.
Las cuentas son suyas. El dominio, el alojamiento, la analítica y el correo deben estar a nombre de su empresa con acceso concedido al proveedor, y no al revés. El orden inverso genera una dependencia que después resulta incómoda de deshacer.
Pregúntelo así: qué recibo el día de la entrega y en qué formato. La respuesta debería ser una lista de cosas contables: el repositorio, las credenciales, un procedimiento de actualización y el registro de la configuración aplicada.
Cómo leer un presupuesto y ver lo que falta
Coja su presupuesto y marque cada etapa de este artículo con una de tres opciones: lo hace el proveedor, lo hacemos nosotros, no se ha hablado. La tercera categoría es su riesgo, ya escrito en líneas que puede señalar durante una conversación.
Después resuelva el soporte. Soporte técnico continuo cuesta $290 al mes y cubre actualizaciones prioritarias, un ritmo semanal de publicación y mantenimiento técnico; el ciclo es mensual, terminar exige un preaviso de 30 días y el volumen se acuerda al inicio de cada ciclo. Una construcción nueva o un rediseño se presupuestan aparte.
Compruebe también lo que no aparece en ningún paquete. VITON13 no redacta los textos del cliente ni sus traducciones, y no construye aplicaciones móviles nativas. Ambas tareas tienen ejecutor, y decidir quién lo es antes de empezar ahorra al proyecto una semana detenida a mitad de camino.
Las condiciones del servicio de desarrollo están publicadas en /es/services/development. Contrástelas con su presupuesto línea por línea antes de firmar, porque una etapa sin responsable nombrado no es un detalle: es una factura que todavía no se ha emitido.
Lista práctica
- Solicite la lista de páginas y el número de plantillas antes de firmar.
- Designe a una persona responsable de los textos y las traducciones, con fecha.
- Confirme si los estados de error, lista vacía y carga entran en el diseño.
- Determine qué bloques podrá editar sin un desarrollador tras la entrega.
- Reúna los accesos al dominio, la analítica y el proveedor de pago con antelación.
- Deje por escrito qué se considera defecto y qué se considera petición nueva.
Preguntas frecuentes
¿De qué etapas se compone el desarrollo de una web?
Alcance, estructura e inventario de páginas, diseño de interfaz, textos y traducciones, maquetación, conexión de CMS o datos, integraciones, rendimiento y accesibilidad, pruebas, despliegue y entrega. El proveedor cierra las etapas de ingeniería; los textos, las traducciones y los accesos a servicios externos quedan del lado del cliente.
¿Cuánto cuesta lanzar una web y qué incluye ese precio?
El paquete Launch Site cuesta $380 e incluye maquetación adaptable, conexión de una CMS básica o de datos y configuración del despliegue. El plazo es de 3-5 días laborables, con 2 rondas de revisiones antes del lanzamiento. El contenido y las traducciones los aporta el cliente.
¿En qué se diferencia Product Build de Launch Site?
Product Build cuesta $880 y apunta a un producto más que a un conjunto de páginas: entrega de funcionalidad, lógica de estados y rutas, pruebas y refuerzo. El plazo es de 2-3 semanas, con 2 rondas de revisiones por cada funcionalidad entregada. Las aplicaciones móviles nativas y las licencias de pago no están incluidas.
¿Y si el lanzamiento tiene que ser rápido?
Launch Site Express cuesta $520 y entrega el alcance de Launch Site en una cola prioritaria con compilaciones diarias, una lista de verificación de lanzamiento y una llamada de entrega. El plazo es de 2 días laborables, con 1 ronda de revisiones tras la primera compilación completa. El contenido, la fotografía y el soporte continuo no están incluidos.
¿Hace falta soporte después del lanzamiento?
Soporte técnico continuo cuesta $290 al mes y cubre actualizaciones prioritarias, un ritmo semanal de publicación y mantenimiento técnico. El ciclo es mensual y terminar exige un preaviso de 30 días, con el volumen acordado al inicio de cada ciclo. Una construcción nueva o un rediseño se presupuestan aparte.