Cómo elegir una agencia de desarrollo web: doce preguntas antes de firmar

Por qué comparar por precio no funciona

Tres propuestas para el mismo proyecto llegan con una diferencia de cuatro veces. Es normal y no dice casi nada sobre la calidad.

La diferencia no viene de la codicia. Viene de que los tres entendieron el encargo de forma distinta: uno presupuestó una plantilla y la carga de contenidos, el segundo diseño a medida e integraciones, el tercero no captó que los datos serían mil artículos.

Así que el primer paso hacia precios comparables no es pedir presupuestos, sino dar a todos el mismo briefing. Mientras el briefing sea distinto, comparas suposiciones y no proveedores.

Y cuando el briefing es el mismo, el precio deja de ser el criterio principal y empiezan a contar las preguntas de abajo.

Mira más allá del portfolio: qué pasó después del lanzamiento

Un portfolio enseña cómo se veía una web el día de la entrega. Es el estado menos informativo de todos.

Pregunta tres cosas sobre cualquier trabajo del portfolio: si la web sigue viva, quién la lleva tras el lanzamiento y qué cambió en ella durante un año.

La respuesta el cliente siguió por su cuenta es frecuente y no es mala en sí. Es mala si todos los trabajos reciben la misma respuesta: nadie se quedó, y tú serás el primero en comprobar qué pasa a los seis meses.

Abre dos o tres webs del portfolio durante la propia reunión. Comprueba que cargan, que los formularios funcionan, que no hay secciones vacías con un próximamente. Lleva tres minutos y dice más que la presentación.

Y mira las fechas. Un portfolio cuyo trabajo más reciente tiene cuatro años significa o que el equipo cambió o que no hay nada que enseñar.

Doce preguntas: sobre el trabajo

El primer grupo va de cómo se va a organizar todo esto.

Quién hará el proyecto en concreto y si ahora mismo está en otro. Un nombre, no nuestro equipo. Con esa persona vas a tratar.

Cómo es el proceso: cuántas etapas, qué se enseña al final de cada una y cuándo verás por primera vez una versión que funcione y no una imagen.

Qué pasa cuando un plazo se mueve. No nosotros no movemos plazos —los mueve todo el mundo—, sino cómo te lo comunican y con cuánta antelación.

Quién escribe los textos y si va incluido en el precio. La fuente de retraso más común y la omisión más común de un presupuesto.

Doce preguntas: sobre el dinero

El segundo grupo es el que provoca la mayoría de las discusiones a mitad de proyecto.

Qué incluye la cifra dada y qué no. Pide la lista de lo que se factura aparte y no la de lo que va incluido: la segunda siempre queda mejor.

Cómo se factura un cambio. Tarifa por hora, unidad mínima, plazo de valoración. Acordarlo antes del primer cambio cuesta una fracción de acordarlo después.

Cuánto cuesta el soporte tras el lanzamiento y qué cubre. Una respuesta de el soporte es gratis significa que va en el precio o que no existe.

Qué pasa con el pago si el proyecto se detiene. Es una situación rara, pero sus condiciones se escriben antes y no en el momento de la parada.

Doce preguntas: sobre la vida después del lanzamiento

El tercer grupo, que casi nadie pregunta, determina qué acabas poseyendo de verdad.

De quién es el código y a nombre de quién se registran el dominio y el alojamiento. La respuesta correcta es del tuyo. Un dominio a nombre del proveedor convierte cualquier conversación futura en una negociación con rehén.

Qué recibes al terminar: accesos, archivos fuente, instrucciones para actualizar el contenido.

Si otro desarrollador podría continuar el trabajo, y en qué se basa eso. Tecnologías estándar, estructura convencional, código legible, o un sistema propio que solo conocen allí.

Y quién responde si la web deja de abrirse un sábado. Si hay un teléfono, un tiempo de respuesta y una definición de qué cuenta como incidencia.

Tres respuestas ante las que conviene despedirse

No son señales de incompetencia, sino de que la relación va a costar.

No hace falta briefing, ya lo hemos entendido todo. A veces de verdad lo entendieron. Pero en la entrega no habrá con qué contrastar, y tendrá razón quien hable con más aplomo.

Lo hacemos en una semana. Para una web de tres páginas, cierto. Para todo lo demás es o una plantilla sin tocar o alguien que no calculó y quería cerrar la venta.

El precio lo damos cuando empecemos. Una estimación puede ser una horquilla y puede ir por etapas, pero su ausencia significa que todo el riesgo se ha pasado a ti.

Precio cerrado o por horas

Los dos modelos funcionan, y la elección sale de lo bien definido que esté el encargo, no de las simpatías.

El precio cerrado va bien con un alcance definido. Da previsibilidad y traslada el riesgo al proveedor, que lo cubre con un colchón, normalmente del veinte por ciento para arriba.

Por horas es más honesto cuando el trabajo es exploratorio y no se conoce el alcance exacto de antemano. Pero exige implicación por tu parte: sin control las horas crecen, y rara vez por mala fe, más bien por falta de límite.

El compromiso sensato es precio cerrado para la parte definida y horas para todo lo que aparezca fuera del briefing. Así ambas partes saben dónde está la línea.

Y en cualquiera de los dos modelos, pide un desglose por etapas con su cifra. Un número único para todo no permite ni comparar ni parar a mitad.

Qué debe contener el contrato

Una lista corta en la que la ausencia de cualquier punto cuesta más de lo que parece.

El alcance del trabajo, remitiendo al briefing como anexo. Un contrato sin ese anexo describe una intención, no un trabajo.

Plazos por etapas y qué pasa al incumplirlos por ambas partes. Los clientes también incumplen plazos, con aprobaciones y textos.

El procedimiento de aceptación: quién, en cuántos días, con qué criterios y qué cuenta como aprobación tácita.

Los derechos sobre el resultado y la entrega de accesos. Y la línea entre un fallo que se corrige sin coste y un cambio que se presupuesta aparte.

Cómo comparar propuestas entre sí

Cuando llegan tres presupuestos, compararlos línea a línea no sirve: están estructurados de forma distinta.

Redúcelos a una forma común. Escribe cinco o seis filas: diseño, maquetación y desarrollo, carga de contenidos, integraciones, soporte del primer año. Reparte por ellas las cifras de cada propuesta.

Las casillas vacías son lo interesante. Si un proveedor no tiene nada en carga de contenidos, no es que sea más barato: es que ese trabajo lo harás tú.

Aparte, suma el primer año entero y no el lanzamiento. Una web más barata con un soporte al doble sale más cara ya en el décimo mes.

Y compara los plazos no por la fecha final, sino por la fecha en que verás una versión funcionando. Esa dice más del proceso.

Qué se ve en la primera reunión

Unas cuantas señales que aparecen mucho antes que el papeleo.

Si preguntan por el negocio o van directos a las páginas. Un proveedor que en una hora no ha preguntado de dónde vienen ahora tus clientes hará una web en general.

Si te llevan la contraria. Quien está de acuerdo con todas tus ideas seguidas o no escucha o no piensa objetar tampoco después, cuando objetar sea lo necesario.

Si mencionan lo que no van a hacer. Es señal de experiencia: todo el mundo tiene trabajos que rechaza, y una negativa directa es más fiable que un acuerdo universal.

Qué no conviene exigir

Tres exigencias que suenan razonables y te dejan peor.

Posiciones garantizadas en buscadores. Nadie controla la página de resultados, y prometer un puesto concreto significa o desconocimiento o apostar a que no lo comprobarás.

Cambios gratis para siempre. No existen: o van en el precio desde el principio o se acaban en cuanto dejan de ser rentables.

Pago íntegro por adelantado a cambio de descuento. El descuento rara vez compensa la pérdida de palanca: mientras quede parte por pagar tienes un argumento, y después solo buena voluntad.