Cómo comparar dos presupuestos de sitio web que difieren en millones ==================================================================== Qué mueve realmente el precio, qué se cobra aparte, y las siete cláusulas que conviene exigir por escrito antes de firmar. Autor: Virttux Publicado: 2026-08-27 Cuando dos presupuestos de sitio web difieren en millones, casi nunca es por diseño: es porque cotizan alcances distintos, o porque uno de los dos dejó algo fuera del precio. Antes de comparar montos hay que igualar lo que cada proveedor promete entregar, y exigir por escrito las cláusulas que definen cuándo el proyecto realmente termina. Te llegan dos presupuestos para el mismo brief y difieren en millones. La reacción natural es asumir que uno está inflado o que el otro es demasiado bueno para ser cierto — pero casi nunca es eso. Lo que suele pasar es que los dos proveedores cotizaron alcances distintos, aunque el documento que recibiste se lea parecido. Puedes revisar [nuestros precios publicados](/planes/); esta nota es sobre cómo leer cualquier presupuesto, sea nuestro o no, y compararlo de verdad. ## ¿Qué incluye el precio y qué se cobra aparte? Un presupuesto serio separa tres capas: diseño, desarrollo y contenido. La primera cubre arquitectura de información, interfaz y sistema visual. La segunda, la implementación, el administrador de contenidos, el rendimiento y la puesta en producción. La tercera —textos, fotografía, video, traducciones— es la que con más frecuencia queda fuera y explica sobrecostos posteriores. Suelen cobrarse aparte: producción fotográfica y audiovisual, redacción profesional, traducciones, licencias de fuentes tipográficas o de componentes, integraciones con sistemas de terceros (ERP, CRM, facturación electrónica, pasarelas de pago), migración de bases de datos y capacitación del equipo interno. La evolución continua después del lanzamiento —ajustes mensuales, nuevas secciones, campañas— tampoco suele estar incluida en el precio de desarrollo: es un servicio aparte, como el [Plan de evolución](/a-medida/evolucion/) dentro del desarrollo a medida. También conviene pedir explícito qué pasa después del lanzamiento: cuántas semanas de garantía sobre errores están incluidas, quién responde ante una caída y con qué tiempo de respuesta. Si el presupuesto no lo dice, no está incluido. Nuestro [Método V4](/metodo/) define esos límites por escrito antes de que empiece la producción. ## ¿Por qué dos presupuestos por el mismo sitio difieren en millones? Porque están cotizando alcances distintos aunque el brief sea el mismo. Las cuatro variables que más mueven la cifra son: integraciones con sistemas existentes, producción de contenido, cantidad de estados de aprobación del cliente y exigencia de rendimiento medible. Un presupuesto que asume plantilla, contenido entregado y una ronda de correcciones no es comparable con uno que incluye investigación, diseño propio, integración con ERP, pruebas en dispositivos reales y objetivos de Core Web Vitals. La diferencia no es el margen del proveedor: es trabajo real, medible en horas. Hay una segunda razón, menos técnica: dos proveedores pueden estar cotizando el mismo alcance, pero uno incluyó explícitamente lo que el otro dejó implícito. Un presupuesto más barato que "se acuerda de menos cosas" no es más barato — es incompleto, y la diferencia aparece después, como una cotización adicional que nadie vio venir. La forma práctica de comparar es exigir a todos los proveedores la misma lista de entregables y el mismo criterio de término. Si un presupuesto no dice qué se entrega, cuándo y bajo qué condición se considera cerrado, no es un presupuesto: es una estimación. Los casos publicados en [Proyectos](/proyectos/) muestran el alcance real detrás de distintos tipos de encargo. ## ¿Conviene pagar por proyecto cerrado o por iteración mensual? El proyecto cerrado —monto fijo, entregables definidos, estados de pago por hito— conviene cuando el alcance está claro y el sitio no cambiará sustancialmente en los meses siguientes. Da previsibilidad presupuestaria y facilita la aprobación interna. Su riesgo es la rigidez: todo cambio fuera de alcance se cotiza aparte, y si esa condición no quedó explícita, cada cambio se vuelve una negociación. El modelo por iteración mensual conviene cuando el sitio es un canal de venta activo, con campañas, pruebas y catálogo en movimiento. Se paga una capacidad de trabajo definida y se prioriza cada mes según resultados. Su riesgo es la falta de foco si no hay objetivos claros — sin un backlog priorizado, un contrato mensual se diluye en tareas menores. La combinación más común en empresas medianas chilenas es un lanzamiento cerrado seguido de un contrato de evolución acotado en horas mensuales. Antes de decidir el modelo, conviene fijar el alcance con un diagnóstico corto: eso es el [Diagnóstico](/a-medida/diagnostico/), y evita cotizar a ciegas. ## ¿Cómo evaluar si el precio se justifica? Con una cifra: cuánto vale una conversión para el negocio. Si un contacto calificado deriva en un contrato de cierto valor promedio y el sitio genera varios al mes, un proyecto de mayor inversión se paga solo en semanas. Si el sitio es puramente institucional y no origina demanda directa, el criterio pasa a ser reputacional y el presupuesto debe ajustarse a eso — comparar contra la competencia visible, no contra un número abstracto. Define desde el inicio cómo se medirá el resultado: tráfico, formularios enviados, tasa de conversión, velocidad de carga. Sin métrica acordada, la discusión de precio se vuelve una discusión de gusto, y ahí ningún presupuesto gana o pierde por argumentos objetivos. ## Las siete cláusulas que conviene exigir por escrito antes de firmar Ningún presupuesto es comparable de verdad si no responde estas siete cosas por escrito, antes del primer pago: 1. **Propiedad del código y del dominio**, a nombre de la empresa (su RUT), nunca del proveedor. 2. **Accesos completos** a todas las cuentas —hosting, analítica, CMS, dominio— desde el inicio del proyecto, no recién al final. 3. **Plazo con hitos y fechas concretas**, no un rango genérico como "6 a 8 semanas" sin fecha de inicio real. 4. **Alcance de correcciones incluidas**: cuántas rondas de revisión trae el precio y qué pasa si se necesita una ronda extra. 5. **Qué está cotizado aparte**, enumerado — integraciones, fotografía, contenido, traducciones — no dado por hecho ni implícito. 6. **Condición de término**: bajo qué criterio exacto el proyecto se considera entregado y cerrado. 7. **Qué ocurre ante un atraso o una pausa**: de quién es la responsabilidad y qué compensación aplica si el atraso es atribuible al proveedor. Un proveedor que responde estas siete preguntas sin evasivas, por escrito, es comparable con cualquier otro. Uno que las deja implícitas no lo es, sin importar cuán ajustado se vea su número final. ¿Quieres que revisemos un presupuesto que ya recibiste? Escríbenos por [contacto](/contacto/). Preguntas frecuentes --------------------- ¿Por qué dos proveedores pueden cotizar el mismo brief con presupuestos que difieren en millones? Porque casi nunca cotizan el mismo alcance, aunque el brief sea idéntico. Integraciones con sistemas existentes, producción de contenido, cantidad de rondas de revisión y exigencias de rendimiento medible mueven la cifra mucho más que el diseño visual. Comparar solo el monto final, sin igualar el alcance, es comparar cosas distintas. ¿Los presupuestos en Chile incluyen IVA? La mayoría de los estudios y agencias en Chile cotiza en valores netos, sin IVA. Hay que sumar un 19% al monto final, y conviene confirmarlo por escrito antes de firmar — en proyectos de varios millones la diferencia es relevante para el flujo de caja. ¿Qué significa que un ítem esté "cotizado aparte"? Que no está incluido en el precio del proyecto y se cobra como un adicional si se necesita. Fotografía, redacción profesional, traducciones, integraciones con sistemas de terceros y capacitación del equipo interno suelen quedar fuera si el presupuesto no las menciona explícitamente. ¿Conviene un proyecto cerrado o pagar por iteración mensual? El proyecto cerrado da previsibilidad cuando el alcance está definido y el sitio no cambiará por meses. La iteración mensual conviene cuando el sitio es un canal de venta activo que necesita ajustes continuos. Muchas empresas combinan ambos: un lanzamiento cerrado y después un contrato de evolución acotado en horas. ¿Quién debe ser el dueño del dominio y del código? La empresa contratante, siempre. El dominio debe quedar inscrito a nombre del RUT de la empresa y no del proveedor, y el repositorio de código y los accesos de hosting deben quedar en cuentas propias — es una de las cláusulas que conviene exigir por escrito antes de pagar el primer estado de pago. ¿Qué pasa si el proveedor se atrasa respecto al plazo cotizado? Depende de lo que diga el contrato, y por eso conviene que lo diga. Sin una cláusula explícita de plazo con hitos y su compensación por atraso atribuible al proveedor, un retraso no tiene ninguna consecuencia contractual — solo una disculpa.