Respuesta breve
Contratar a alguien para construir una web es comprar alcance, una fecha, un número de rondas de corrección y los accesos que recibe al final: el precio solo tiene sentido después de todo eso. Qué comprobar y cómo comparar dos presupuestos.
Qué está comprando en realidad: Compra alcance, una fecha, un número de rondas de…
Cuando contrata a alguien para construir una web compra cuatro cosas a la vez: un alcance definido, una fecha de entrega, un número de rondas de correcciones y un conjunto de accesos al final. El precio es la quinta y solo cobra sentido cuando las otras cuatro están fijadas.
La mayor parte de la decepción en este mercado nace de comparar ofertas solo por el precio. Dos presupuestos que dicen «una web» pueden diferir en si el contenido está incluido, si se entrega el código fuente y si una corrección posterior a la primera versión se cobra aparte.
Así que la habilidad útil no es juzgar el talento por un portafolio. Es leer una oferta con la atención suficiente para saber qué recibiría, y después poner dos ofertas una al lado de la otra sobre las mismas filas.
Lo que sigue son las filas que merece la pena comparar, las comprobaciones que puede hacer usted mismo antes de firmar nada y un ejemplo resuelto sobre una escala de precios publicada en la que cada una de esas filas está declarada de antemano.
Lea la oferta antes que el portafolio
Un portafolio dice qué le han dejado hacer a un proveedor. No dice a qué se compromete con usted, y en esa distancia es donde los proyectos se tuercen.
La oferta es el documento que responde a sus preguntas. Debe nombrar el alcance, el plazo, el número de rondas de revisión y lo que no se incluye. Una oferta que deja implícito cualquiera de esos cuatro puntos no está escrita para un comprador.
Preste atención especial a las exclusiones. Un proveedor que escribe lo que no hace es más cómodo que uno que escribe solo beneficios, porque en el segundo caso descubrirá el límite justo cuando necesite algo que queda fuera.
Si una oferta es un párrafo y una cifra, pida las cuatro filas por escrito antes de compararla con nada. Un proveedor que no quiera ponerlas en un mensaje le está diciendo algo útil muy pronto.
Portafolio: mire la web en funcionamiento, no la imagen
Una imagen de portafolio es una entrega de diseño, no una prueba de que la web funciona. Abra en cambio los sitios en vivo. Si un proveedor no puede señalarle ninguna dirección activa, pregunte por qué: hay motivos honestos y escucharlos forma parte de la evaluación.
En cada sitio en vivo compruebe lo que le va a importar en el suyo. Ábralo en un móvil. Rellene un formulario y vea qué ocurre. Entre en una página profunda y vuelva atrás. Cárguelo con una conexión lenta y observe qué aparece primero.
La velocidad conviene comprobarla en lugar de preguntarla, y la documentación de rendimiento de MDN fija el vocabulario de lo que se mide. No está auditando a nadie: está averiguando si los sitios que entrega este proveedor se comportan como querría que se comportara el suyo.
La accesibilidad es la comprobación que se salta y luego se lamenta. Intente recorrer una página solo con el teclado y vea si alcanza y puede usar los controles principales. La referencia rápida de WCAG 2.2 del W3C es la lista práctica, y un proveedor que claramente ha pensado en ello le está diciendo algo sobre sus estándares.
Precio: qué debe incluir una cifra para ser comparable
Un precio solo es comparable cuando las filas que hay detrás son las mismas. Antes de comparar dos cifras, anote de cada una: qué se construye, en cuánto tiempo, con cuántas rondas de corrección y qué queda fuera. Si una fila está vacía, la comparación no está lista.
Vigile las partes de un proyecto web que suelen quedar fuera del precio de construcción: contenido y traducciones, fotografía, las licencias de una pasarela de pago, el soporte posterior al lanzamiento. Que no estén incluidas no es un problema; no saberlo sí.
Pregunte cuánto cuesta un cambio después de la última ronda incluida. Todo proyecto tiene uno, y la respuesta separa a los proveedores que han pensado en la relación de trabajo de los que solo han pensado en la venta.
Tenga cuidado con un presupuesto muy por debajo del resto sin un motivo declarado. A veces el motivo es real: una plantilla ya construida, un alcance más estrecho, un mes tranquilo. Pregúntelo, porque un motivo que se puede escuchar tranquiliza y su ausencia no.
Plazos: sepa qué está midiendo la cifra
Un plazo solo significa algo con su unidad y su punto de partida. Días laborables y días naturales son promesas distintas, y un calendario que empieza cuando llega el contenido es un compromiso distinto de uno que empieza cuando se firma el contrato.
Pregunte a qué está esperando el reloj. Si la construcción no puede empezar sin sus textos, sus fotografías y los accesos a sus sistemas, la fecha sobre la que debe planificar es la de esos materiales, y esa fecha suele estar en su mano.
Fíjese en cómo describe el proveedor la velocidad en el resto de la oferta. Una escala publicada que dice 1-2 días laborables para una corrección pequeña y 2-3 semanas para una construcción de producto habla de su unidad de trabajo y permite contrastar la estimación que le den.
Y pregunte qué pasa si se incumple la fecha y por qué podría ocurrir. La respuesta útil nombra una causa — una dependencia, una aprobación, una integración — en lugar de prometer que no sucederá.
Revisiones: lea la condición del paquete exacto
Las condiciones de revisión son en lo que más difieren las ofertas y lo que menos se lee. Una ronda tras la primera construcción completa, dos rondas antes del lanzamiento, dos rondas por funcionalidad entregada: son tres compromisos distintos y pertenecen a trabajos distintos.
Lea la condición del paquete que va a comprar y no la del que leyó primero. Suponer que se aplican las condiciones de un paquete vecino es un error que solo aparece cuando pide el cambio que daba por incluido.
Pregunte qué cuenta como ronda. Una ronda entendida como una lista consolidada de correcciones no es lo mismo que una ronda entendida como un correo, y la diferencia importa el día en que tiene comentarios de tres personas que enviar.
Pregunte también cuándo caducan las rondas. Las correcciones ligadas a un lanzamiento suelen terminar en el lanzamiento; el soporte posterior es otro acuerdo y su precio debe estar a la vista.
Las exclusiones son la parte más útil de cualquier oferta
La lista de lo que un proveedor no hace es la parte de una oferta que más dinero ahorra, porque es la que predice las conversaciones que tendrá después.
El contenido y las traducciones suelen ser el primer punto. Muchos proveedores, VITON13 entre ellos, no redactan el contenido del cliente ni producen traducciones: eso queda de su lado, y saberlo durante el presupuesto es lo que le permite planificar la redacción en vez de descubrirla a mitad de construcción.
Las aplicaciones móviles nativas son el segundo. Una web adaptable y una aplicación en una tienda son productos distintos; si está imaginando una aplicación, dígalo pronto en lugar de suponer que un paquete web se estira hasta cubrirla.
Las licencias de pago, la fotografía y el soporte continuo aparecen como exclusiones en distintos paquetes por buenas razones. Ninguna es una señal de alarma. Una oferta que las enumera resulta más fácil de creer que una que no enumera ninguna.
Accesos y propiedad, cerrados antes de empezar
Acuerde por escrito, antes de que empiece el proyecto, quién tendrá al final el dominio, la cuenta de alojamiento, el repositorio y los accesos de administración. Es un asunto comercial y no una nota técnica: decide si podrá cambiar de proveedor más adelante sin pagar dos veces un trabajo ya hecho.
El acuerdo que funciona es un dominio registrado a nombre de su empresa con acceso delegado al desarrollador. El que da problemas es un dominio registrado a nombre del desarrollador para ahorrarle a usted el papeleo.
Pida que el código fuente se entregue en un repositorio y no como un archivo comprimido. Un comprimido funciona hasta que el siguiente desarrollador necesita saber qué cambió y por qué, y a partir de ahí deja de funcionar.
Las variables de entorno y las credenciales de servicios de terceros pertenecen a la misma conversación. Una web que funciona con ajustes que solo tiene una persona es una web con una dependencia no declarada de esa persona.
Comunicación y ritmo de publicación
Pregunte con qué frecuencia verá algo funcionando. Un proveedor capaz de mostrar una construcción en marcha con un ritmo regular es más fácil de dirigir que uno que desaparece y vuelve con un producto terminado para su aprobación.
Pregunte con quién hablará y si esa persona hace el trabajo. Ninguna respuesta es incorrecta, pero un proyecto con intermediario necesita un alcance escrito más claro, porque cada aclaración recorre un paso más.
Acuerde dónde se registran las decisiones. Un hilo de mensajería sirve para hablar y es mal sitio para guardar el alcance; en cuanto una decisión cambia lo que se construye, tiene que quedar donde ambas partes puedan encontrarla después.
Fije la expectativa de tiempos de respuesta en ambos sentidos. Sus aprobaciones están en la ruta crítica tan a menudo como el trabajo del proveedor, y un proyecto en el que solo una parte tiene fecha límite es un proyecto que se retrasará.
Señales por las que conviene ir más despacio
Una oferta sin exclusiones. Todo alcance real tiene un límite, y una oferta que describe solo lo incluido le deja encontrar ese límite en el peor momento.
La negativa a poner por escrito el plazo, el número de revisiones o la lista de entrega. Cualquiera de los tres se puede discutir y ajustar; ninguno debería costar declararlo.
Una promesa sobre una posición en buscadores, una cifra de conversión o un número de tráfico. Nadie controla esas cosas, y un proveedor dispuesto a prometer una está equivocado o está describiendo una métrica que usted no ha acordado.
Y una estimación dada antes de que nadie haya preguntado cuántas páginas necesita ni quién escribe el contenido. Una cifra producida sin esas dos respuestas es una posición de partida y no un presupuesto, y se moverá.
Cómo comparar dos presupuestos con honestidad
Meta las ofertas en una sola tabla con las filas fijadas por usted: alcance, plazo y su unidad, rondas de revisión y cuándo caducan, exclusiones, contenido de la entrega, coste de un cambio tras la última ronda y precio. Rellene cada celda, preguntando donde haga falta.
Después lea la tabla buscando en qué se diferencian y no cuál cifra es menor. En la mayoría de comparaciones una oferta incluye algo que la otra cobra aparte, y el orden cambia en cuanto se añade el elemento ausente a la columna más barata.
Decida a qué renunciaría si el presupuesto se estrechara y márquelo en la tabla antes de hablar con nadie. Decidirlo bajo presión al final de una negociación suele dar una respuesta distinta de decidirlo con calma al principio.
Conserve la tabla después de elegir. Es el alcance acordado en la forma en que lo querrá durante las comprobaciones de aceptación, y guardar algo que ya ha escrito no cuesta trabajo adicional.
Un ejemplo resuelto: una escala de precios publicada
Ayuda comparar contra una oferta donde todas las filas están declaradas. El servicio de desarrollo de VITON13 pone precio a cinco paquetes, y cada uno nombra su precio, su plazo, su condición de revisiones y sus exclusiones en lugar de dejarlas para que se pregunten.
Site Fix Pack son $70 en 1-2 días laborables para un máximo de cinco correcciones acordadas, con revisión en móvil y escritorio, una lista de antes/después en la entrega y una ronda de revisiones; las páginas nuevas, el rediseño y las migraciones figuran como no incluidas. Sitio para lanzamiento son $380 en 3-5 días laborables por una construcción adaptable, conexión del CMS o de los datos básicos y configuración del despliegue, con dos rondas de revisiones antes del lanzamiento y con el contenido y las traducciones aportados por el cliente.
Launch Site Express son $520 y entrega el alcance de Sitio para lanzamiento en cola prioritaria en 2 días laborables con compilaciones diarias, una lista de comprobación de lanzamiento y una llamada de entrega, con una ronda de revisiones tras la primera construcción completa; el contenido, la fotografía y el soporte posterior quedan fuera. Desarrollo de producto son $880 en 2-3 semanas por la entrega de funcionalidades, la lógica de estados y rutas, las pruebas y el endurecimiento, con dos rondas de revisiones por funcionalidad entregada, y con las aplicaciones móviles nativas y las licencias de pago fuera del alcance.
Soporte técnico continuo son $290 al mes en ciclo mensual con 30 días de preaviso para detenerlo: actualizaciones prioritarias, un ritmo semanal de publicaciones y mantenimiento técnico; el volumen se acuerda al inicio de cada ciclo y una construcción nueva o un rediseño se presupuestan aparte. Elija lo que elija, ese es el nivel de detalle que conviene pedir a cada proveedor antes de comparar una sola cifra.
Lista práctica
- Pida por escrito cuatro filas: alcance, plazo, rondas de revisión incluidas y qué queda fuera.
- Abra las webs en vivo del proveedor en un móvil y envíe una solicitud por uno de sus formularios.
- Pregunte qué evento pone en marcha el reloj y si los días son laborables o naturales.
- Lea la condición de revisiones del paquete que compra, no la del paquete contiguo.
- Acuerde antes de empezar quién tendrá el dominio, el alojamiento, el repositorio y los accesos de administración.
- Meta los dos presupuestos en una tabla con sus propias filas y rellene cada celda.
Preguntas frecuentes
¿Qué debo comparar además del precio?
Cuatro filas: qué se construye exactamente, en qué plazo y en qué tipo de días, cuántas rondas de corrección se incluyen y qué queda fuera. Mientras alguna esté vacía, dos precios no son comparables, porque detrás hay cantidades de trabajo distintas.
¿Cómo sé si un precio es razonable?
Compárelo con una oferta cuyas filas estén declaradas. VITON13 pone precio a cinco paquetes: Site Fix Pack por $70 en 1-2 días laborables, Sitio para lanzamiento por $380 en 3-5 días laborables, Launch Site Express por $520 en 2 días laborables, Desarrollo de producto por $880 en 2-3 semanas y Soporte técnico continuo por $290 al mes. Ese es el nivel de detalle que conviene pedir a cualquiera.
¿Qué puedo comprobar yo mismo en un portafolio?
Abra las webs en vivo y no las imágenes. En un móvil, enviando un formulario, entrando en una página profunda y volviendo, y con conexión lenta. Aparte, intente recorrer una página solo con el teclado: muestra rápido si se pensó en la accesibilidad.
¿Por qué importa a nombre de quién está el dominio?
Porque decide si podrá cambiar de proveedor más adelante sin pagar dos veces un trabajo ya hecho. El acuerdo que funciona es un dominio registrado a nombre de su empresa con acceso delegado al desarrollador, y conviene fijarlo por escrito antes de empezar y no en la entrega.
¿Qué debería hacerme ir más despacio en una oferta?
Que no haya exclusiones, la negativa a poner por escrito el plazo o el número de revisiones, una promesa sobre una posición en buscadores o una cifra de conversión, y una estimación dada antes de preguntar cuántas páginas necesita y quién escribe el contenido. Esto último es una posición de partida, no un presupuesto.