Desarrollo de software y web
Formato de Cotización para Programadores y Agencias Web
En software lo que se cotiza mal casi nunca es programar: es todo lo demás. Pruebas, corrección de lo que salió en pruebas, migrar los datos viejos, subirlo a producción y las juntas. Nada de eso desaparece del calendario por no estar escrito; solo desaparece del precio.
Y hay una frontera que decide si el proyecto cierra en paz: qué es un error tuyo y qué es un requerimiento nuevo del cliente. Abajo está cómo se escribe, con qué unidad conviene cobrar cada tipo de trabajo y un ejemplo con cifras.
Gratis, sin cuenta y sin marca de agua.
Lo que cambia al cotizar desarrollo
Lo que no se estima sí se trabaja
Pruebas, correcciones, migración de datos, despliegue y juntas. Ponlos como renglones aunque el cliente no entienda qué son: si no están, los pagas con tus noches.
El software se entrega dos veces
Hay una entrega y hay un periodo en que llegan los errores que nadie vio. Di cuántos días cubres correcciones sin costo y desde cuándo empiezan a contar.
Un error no es un cambio
Si no funciona lo que estaba escrito, es tuyo. Si funciona pero ahora lo quieren distinto, es nuevo. Esa frase en la cotización evita casi todas las discusiones del cierre.
Las cuentas de terceros son del cliente
Hosting, dominio, correo, pasarela de pago y las interfaces de paga se contratan a su nombre. Si los pagas tú, van como renglón con su costo mensual a la vista.
Qué lleva la cotización de un desarrollo, renglón por renglón
- Alcance por módulo o pantalla. Enumerados. «Sitio web» o «sistema administrativo» no son alcances, son categorías
- Qué no incluye. El apartado que más dinero salva. Contenido, traducciones, apps móviles, integraciones que no se nombraron
- Ambiente y datos. Quién da accesos, quién entrega el contenido y qué base de datos hay que migrar, con qué calidad
- Pruebas y quién aprueba. Nombre de la persona que da el visto bueno y cuántos días hábiles tiene para darlo
- Despliegue. A qué servidor, quién lo paga y si la puesta en producción se cotiza aparte
- Garantía. Cuántos días de corrección de errores sin costo y qué queda fuera de esa garantía
- Servicios de terceros. Hosting, dominio, correo, pasarela, interfaces de paga, cada uno con su costo recurrente
- Mantenimiento. Mensual, con horas incluidas, cotizado como bloque aparte y no regalado al final
- Código y credenciales. En qué repositorio queda, quién tiene acceso y a nombre de quién quedan las llaves
Con qué unidad cobra quien desarrolla
Por hora
Trabajo de cambios pequeños, soporte y todo lo que no se puede describir antes de meterle mano.
El cliente pide una estimación en horas y luego la trata como precio cerrado.
Por módulo
El cliente compra piezas que puede reconocer: el carrito, el panel, el reporte. Se puede entregar y cobrar por partes.
Solo cierra si cada módulo trae su lista de pantallas y su criterio de terminado.
Por sprint
Vendes capacidad por periodos fijos cuando el alcance se va a mover y las dos partes lo saben desde el principio.
El documento tiene que decir que el contenido de cada sprint se acuerda al iniciarlo.
Mantenimiento mensual
Actualizaciones, respaldos, monitoreo y una bolsa de horas para lo que salga. Es lo que sostiene el ingreso entre proyectos.
Sin tope de horas ni horario, es estar de guardia sin que nadie pague la guardia.
Ejemplo de cotización para programadores
Cotización tipo para un proyecto estándar de programadores. Precios referenciales del mercado mexicano 2026 — varían por región, complejidad y proveedor.
| Concepto | Cant. | Tarifa MXN | Subtotal |
|---|---|---|---|
| Desarrollo del módulo principal | 1 | $15,000 | $15,000 |
| Levantamiento de requerimientos | 1 | $3,500 | $3,500 |
| Hora fuera del alcance pactado | 1 h | $650/h | $650 |
| Servidores y servicios de terceros | aparte | — | — |
| Entrega, pruebas y documentación | incl. | — | Incluido |
| Subtotal | $19,150 | ||
| IVA 16% | $3,064 | ||
| TOTAL | $22,214 | ||
Tarifas referenciales del mercado mexicano — varían por ciudad, reputación del proveedor y complejidad real del proyecto.
Preguntas frecuentes
¿Qué debe incluir una cotización de programadores?
Una cotización profesional de programadores debe contener: datos completos del emisor (RFC, contacto), folio único, fecha y vigencia, diagnóstico o brief que demuestre que entendiste el problema, servicios desglosados con tiempos y precios por línea, sección explícita de "incluido" y "no incluido", impuestos calculados (IVA/IGV/VAT), forma de pago con anticipos y términos. Mientras más detalle haya, menos espacio para regateo o malentendidos.
¿Cuánto cuesta un servicio de programadores en México 2026?
No hay un precio único: depende del alcance, tu experiencia, la ciudad y la complejidad real del proyecto. En vez de copiar un rango genérico, calcula tu tarifa a partir de tus costos reales y el tiempo estimado —así tu cotización es defendible y no dejas dinero en la mesa. Nuestra calculadora de tarifa freelance te ayuda a estimarla.
¿Cuánto debe tener de vigencia la cotización?
Lo estándar profesional son 15 a 30 días de vigencia. Esto te protege ante: cambios en tus costos (insumos, salarios), cambio en tu disponibilidad, e inflación. Sin vigencia te expones a que un cliente acepte una cotización vieja y exija el precio anterior. Pon "Cotización válida hasta el día X" claramente visible en cada documento.
¿Qué anticipo es razonable pedir?
El estándar es 30-50% de anticipo al firmar la cotización (no reembolsable porque cubre tu disponibilidad y compras iniciales), y el saldo al entregar o por hitos. Para proyectos cortos: 50/50. Para proyectos largos: 30/40/30 o 25/25/25/25 con hitos intermedios. Sin anticipo no hay compromiso real del cliente — si se niega, probablemente no es buen cliente.
¿Cómo prevengo que el cliente cambie alcance constantemente?
Tres tácticas: (1) sección "INCLUIDO" y "NO INCLUIDO" detallada con bullets en la cotización, (2) precio explícito por solicitud fuera de scope desde el inicio ($X/h o $Y por solicitud documentada), (3) proceso de "change request": cualquier cambio nuevo se cotiza aparte y se firma antes de implementar. Sin esto, el cliente asume que todo está incluido.
¿Necesito que el cliente firme la cotización?
Idealmente sí. La aceptación por correo electrónico es vinculante en México (Código de Comercio art. 89), pero una firma física o electrónica formal le da más peso si hay disputa. Para proyectos arriba de $50,000 MXN considera contrato formal con la cotización como anexo. Para proyectos chicos, basta el OK por correo + el anticipo pagado.
¿Qué diferencia hay entre un error y un cambio?
Un error es que algo no haga lo que la cotización dice que hace: eso se corrige sin cobrar, dentro de la garantía. Un cambio es que sí haga lo que decía, pero ahora se quiera distinto: eso se cotiza. La frontera se define al escribir el alcance, no al discutirlo. Por eso conviene que cada módulo tenga una línea de «se considera terminado cuando…», con una condición que se pueda comprobar delante del cliente. Sin esa línea, cualquier ajuste de gusto entra como error y la garantía se vuelve desarrollo gratis.
¿Cómo cotizo si el cliente no tiene claros los requerimientos?
No cotizando el desarrollo todavía. Cotiza primero una etapa corta de levantamiento, con precio cerrado, cuyo entregable sea el documento de requerimientos: lista de pantallas, reglas y casos raros. Ese documento sirve aunque el cliente termine construyendo con alguien más, así que se puede cobrar sin pena. Con él en la mano, la cotización del desarrollo deja de ser una apuesta y se vuelve una suma. Poner un número cerrado sobre una descripción de dos párrafos es cómo se pierden los meses que nadie pagó.
Escribe lo que no incluye antes que lo que incluye
El cotizador te deja listar módulo por módulo con su unidad, meter el mantenimiento y los servicios de terceros como renglones propios y dejar la garantía en las notas. Sale un PDF con tu logo, listo para mandar.
Abrir el cotizador