Cotización para desarrollador web: plantilla con ejemplo real
Página, tienda en línea o app: qué debe llevar una cotización de desarrollo web para evitar que el proyecto se infle de alcance sin que te paguen por ello.
"¿Cuánto me cuesta mi página?" es la pregunta más difícil de responder bien en desarrollo web, porque la respuesta correcta siempre es "depende" — y un cliente no contrata a quien responde "depende". La solución no es adivinar un número rápido, es tener una cotización para desarrollador web que convierta ese "depende" en un desglose claro de lo que sí incluye tu precio y lo que no.
Qué debe llevar una cotización de desarrollo web
- Fase de descubrimiento o alcance. Si el proyecto requiere definir requerimientos antes de cotizar con precisión, acláralo como paso previo — puede o no tener costo aparte.
- Número de páginas o pantallas. Un sitio de 5 páginas no cuesta lo mismo que uno de 20, y "página de inicio" no es lo mismo que "catálogo con filtros". Desglosa por página o por funcionalidad, no por un total genérico.
- Funcionalidades específicas, cada una con su propio renglón. Formulario de contacto, pasarela de pagos, panel de administración, integración con CRM: cada una es una línea aparte con su precio, no parte de un "diseño y desarrollo" vago.
- Número de revisiones incluidas. Define cuántas rondas de cambios cubre el precio (2-3 es común) — sin esto, el proyecto se puede alargar indefinidamente con "ajustes" que en realidad son trabajo nuevo.
- Qué NO incluye. Hosting, dominio, licencias de plugins/temas de pago y contenido (textos, fotos) del cliente casi nunca están incluidos — dilo explícito para que no se asuma que sí.
- Mantenimiento post-entrega. Si no está incluido, aclara desde la cotización cuál es tu tarifa de soporte después de la entrega final.
- Forma de pago por hitos. En proyectos de más de unas semanas, cobrar 100% al final es un riesgo para ti. Divide en anticipo, entrega de diseño/estructura y entrega final.
Ejemplo de cotización para desarrollador web
Sitio institucional de 5 páginas con formulario de contacto
| Concepto | Cantidad | Precio unitario | Subtotal |
|---|---|---|---|
| Diseño UI (5 páginas) | 1 | $4,500 | $4,500 |
| Desarrollo frontend responsivo | 1 | $6,000 | $6,000 |
| Formulario de contacto con notificación por correo | 1 | $1,200 | $1,200 |
| Configuración de dominio y hosting (sin costo de hosting) | 1 | $800 | $800 |
| Subtotal | $12,500 | ||
| IVA (16%) | $2,000 | ||
| Total | $14,500 |
Incluye 2 rondas de revisiones. Hosting, dominio y licencias de terceros se cobran aparte, según el proveedor elegido por el cliente. Vigencia: 15 días. Anticipo: 50% para iniciar, 50% contra entrega.
Cómo cotizar cuando el alcance todavía no está claro
Es el problema más común en desarrollo: el cliente dice "quiero una página como la de tal empresa, pero diferente" sin más detalle. Cotizar a ciegas ahí casi garantiza que termines haciendo más trabajo del que cobraste.
La salida no es negarte a cotizar — es cotizar la fase de descubrimiento por separado, aunque sea algo simbólico, y usar ese documento (un listado de páginas, funcionalidades y referencias visuales) como base para la cotización final con precio fijo. Así el cliente paga por claridad antes de comprometerte a un número que no puedes sostener.
Qué hacer cuando el cliente pide "una cosita más" a mitad del proyecto
Pasa en casi todos los proyectos: durante el desarrollo, el cliente pide una funcionalidad que no estaba en el alcance original — "¿puedes agregar un chat?", "¿se puede conectar con Mailchimp?". La forma correcta de manejarlo es la misma que en cualquier otro oficio con alcance variable: reconoce la petición, indica que está fuera del alcance cotizado, y manda una cotización adicional específica para ese cambio antes de empezarlo.
Si de entrada dejas esa cláusula explícita en tu cotización original —algo como "cualquier funcionalidad no listada arriba se cotiza por separado"— evitas la conversación incómoda de decirlo hasta que ya pasó. Para profundizar en los errores más comunes al definir precio y alcance, revisa 5 errores al cotizar que le cuestan dinero a los freelancers.
Hosting, dominio y mantenimiento: sepáralos siempre
Un error frecuente es incluir el costo de hosting o dominio "a precio de costo" dentro del total del proyecto, sin dejarlo como línea aparte. El problema es que esos son costos recurrentes (anuales o mensuales) mezclados con un costo único de desarrollo — cuando el cliente vea la renovación al año siguiente, puede no entender por qué le llega un cobro nuevo si "ya pagó todo".
Cotiza el desarrollo como proyecto único y el hosting/mantenimiento como un servicio recurrente aparte, aunque tú mismo lo administres. Esto también te da una fuente de ingreso continuo, no solo el pago inicial del proyecto.
Si trabajas varios proyectos web al mismo tiempo, tener un catálogo de conceptos reutilizable —diseño UI, desarrollo frontend, integración de pagos, mantenimiento mensual— te ahorra armar cada cotización desde cero. Con Nove guardas ese catálogo una vez y generas cada nueva cotización en minutos, con el desglose completo y en PDF listo para enviar. Descarga gratuita en el App Store.
¿Cotizas también otro tipo de trabajo? Revisa las plantillas de cotización por oficio, o arma esta cotización ahora mismo en el generador de cotizaciones gratis.
Preguntas frecuentes
¿Debo cobrar por la propuesta o el borrador de diseño antes de que me paguen el anticipo? Depende de tu política. Mostrar referencias o un boceto rápido suele ser gratuito como parte de vender el proyecto; un diseño detallado y personalizado ya es trabajo que vale la pena incluir en el anticipo.
¿Cómo cotizo si el cliente quiere pagar solo cuando el sitio esté "100% terminado"? Es un riesgo alto para ti en proyectos largos. Negocia al menos un anticipo del 30-50% antes de empezar; si el cliente se niega por completo, considera si el proyecto vale el riesgo de no cobrar nada hasta el final.
¿Qué pasa si el proyecto se alarga más de lo cotizado por retrasos del cliente (contenido, aprobaciones)? Deja por escrito en tu cotización que los retrasos por falta de contenido o aprobaciones del cliente no extienden tu garantía de tiempos ni reducen el precio — el reloj del proyecto sigue corriendo según tu disponibilidad, no la de ellos.
¿Debo incluir SEO básico en el precio del desarrollo? Aclara qué entiendes por "SEO básico" (metadatos, velocidad de carga, estructura de encabezados) si lo incluyes, y qué no (investigación de palabras clave, contenido, SEO continuo) — son servicios distintos que vale la pena cotizar aparte si el cliente los necesita.
