La factura que me costó un cliente de 60.000 dólares

Por Daniel Kim, propietario de una agencia de desarrollo de software — Seattle, WA

Desarrollé software durante ocho años en otras empresas antes de fundar mi propia agencia. Cuando me independicé, sabía cómo diseñar sistemas, gestionar sprints y entregar producto. Lo que no sabía —y lo que nadie te enseña en una carrera de informática ni en un puesto de gestión de producto— era cómo facturar.

Mi primer año al frente de Kim Development fue rentable según la mayoría de las métricas. Llegaban proyectos. Se entregaba código. Los clientes estaban contentos. Pero la rentabilidad era una ilusión que solo comprendí después de perder un cliente de 60.000 dólares por una disputa de facturación que nunca debió ocurrir.

La disputa que lo cambió todo

Había pasado cuatro meses construyendo un sistema personalizado de gestión de inventario para un distribuidor mayorista del área de Seattle. El proyecto estaba presupuestado en 48.000 dólares. Teníamos un pliego de trabajo firmado. El cliente estaba satisfecho con el resultado.

El problema era la facturación. Había enviado facturas informales a intervalos irregulares durante todo el proyecto: 12.000 dólares aquí, 8.000 allá, cada vez que me acordaba o cuando necesitaba efectivo. Sin una estructura coherente. Sin hitos de fase. Sin entregables detallados.

Cuando envié la factura final por el saldo restante, el cliente la disputó. Creían que ya habían pagado más de lo que justificaba el alcance del proyecto, según su seguimiento informal de mis facturas. Mis facturas no hacían referencia al pliego de trabajo original. No podían conciliar lo que habían pagado con lo que debían.

La disputa me costó 4.200 dólares que nunca cobré. También me costó el encargo de renovación que el cliente había mencionado durante el proyecto: un módulo personalizado de informes de seis cifras que fue a parar a otra agencia. Un problema de presentación de la facturación destruyó una relación de seis cifras.

Lo que realmente cuesta una facturación de software poco profesional

Los errores de facturación de software tienden a ser mayores que los de otros sectores de servicios porque los valores de los proyectos son más altos. Una disputa de 200 dólares en un negocio de servicios es molesta. Una disputa de facturación de 4.000 dólares en un proyecto de software es catastrófica.

Los fallos concretos que estaba cometiendo:

Sin estructura de hitos. Enviar facturas cada vez que necesitaba efectivo en lugar de vincularlas a fases definidas del proyecto creaba confusión sobre qué se había pagado.

Sin referencias al pliego de trabajo. Mis facturas eran genéricas: “Servicios de desarrollo — Mes de marzo — 12.000 $.” Sin vínculo con el acuerdo original. Sin documentación de entregables.

Sin conversión a retainer. Cada proyecto terminaba con un producto totalmente entregado y una factura totalmente cerrada. No había una estructura para el mantenimiento continuo, las peticiones de funcionalidades y las actualizaciones que los clientes inevitablemente necesitaban. Ese trabajo llegaba de manera informal y se facturaba de forma inconsistente.

El sistema de hitos que arregló la facturación de proyectos

Tras la disputa, reconstruí por completo mi enfoque de facturación usando InvoiceFlow.

La nueva estructura de facturación de proyectos para cualquier encargo superior a 15.000 dólares:

“Acuerdo de desarrollo de software — [Nombre del cliente] — Facturación por fases:

Fase 1 — Requisitos y arquitectura (20%): Entrevistas con las partes interesadas, documento de especificación técnica, esquema de base de datos, diagrama de arquitectura del sistema. A pagar tras la aprobación de los requisitos. 9.600,00 $

Fase 2 — Desarrollo principal (35%): Construcción de las funcionalidades principales, desarrollo de la API, capa de integración, pruebas unitarias. A pagar tras superar el control de calidad interno. 16.800,00 $

Fase 3 — Integración y pruebas (25%): Configuración del entorno de UAT, periodo de pruebas del cliente, resolución de errores, pruebas de rendimiento. A pagar tras la aprobación del UAT por el cliente. 12.000,00 $

Fase 4 — Lanzamiento y entrega (20%): Despliegue en producción, entrega de documentación, sesión de formación del equipo, 30 días de soporte posterior al lanzamiento. A pagar en el lanzamiento. 9.600,00 $

Valor total del proyecto: 48.000,00 $”

Hago referencia al pliego de trabajo original en cada factura de fase: “Fase 2 según se define en el Pliego de Trabajo SOW-2026-0341, con fecha del 15 de enero de 2026.” El cliente puede cotejar cada factura con su copia del acuerdo.

Desde que implementé esta estructura, no he tenido una sola disputa de facturación. Los clientes saben cuánto cuesta cada fase, qué obtienen en cada una y cuándo llega la factura.

La factura de solicitud de cambio que protege a ambas partes

Los proyectos de software cambian. Los requisitos evolucionan. Los clientes ven la primera versión y quieren ajustes. La pregunta no es si habrá solicitudes de cambio, sino si se presupuestarán y documentarán antes de que comience el trabajo.

Ahora emito una factura formal de solicitud de cambio para cualquier trabajo fuera del SOW original:

“Autorización de solicitud de cambio — [Nombre del cliente] — CR-2026-007: Descripción: Flujo de autenticación de usuario revisado: añadir autenticación de dos factores mediante opciones de verificación por SMS y correo electrónico. El SOW original especificaba únicamente autenticación de un factor.

Trabajo adicional estimado:

• Modificación del servicio de autenticación del backend: 12 horas × 175 $/h: 2.100,00 $
• Rediseño de la interfaz de autenticación del frontend: 8 horas × 175 $/h: 1.400,00 $
• Pruebas y QA del flujo de autenticación modificado: 6 horas × 175 $/h: 1.050,00 $ Total: 4.550,00 $

Esta solicitud de cambio debe firmarse antes de iniciar el trabajo. Entrega estimada: 5 días hábiles tras la autorización.”

Los clientes que entienden que su petición cuesta 4.550 dólares toman decisiones deliberadas. Algunos aprueban de inmediato. Otros reducen el alcance. Unos pocos deciden que sus requisitos originales estaban bien. Todos estos resultados son mejores que hacer el trabajo y, o bien absorberlo, o bien facturarlo como una sorpresa al final del proyecto.

El modelo de retainer que creó ingresos recurrentes

La transformación de la facturación de software con mayor impacto en el negocio fue construir un modelo de retainer posterior al proyecto.

Después de cada lanzamiento de proyecto, ahora presento un retainer de mantenimiento y soporte. La conversación es fácil porque el cliente acaba de experimentar cómo es mi trabajo y no quiere perder el acceso a mí cuando algo se rompa o necesite actualizarse.

Mis niveles de retainer estándar para clientes de software:

“Retainer mensual de soporte de software — [Nombre del cliente]:

Nivel 1 — Esencial (8 horas/mes): Corrección de errores, actualizaciones de seguridad, cambios menores de configuración, soporte técnico. 1.400 $/mes.

Nivel 2 — Activo (16 horas/mes): Lo anterior más incorporación de funcionalidades, optimización de rendimiento, integraciones de API, revisión mensual de código. 2.800 $/mes.

Nivel 3 — Dedicado (32 horas/mes): Capacidad dedicada: desarrollo continuo, todo el soporte, revisión mensual de arquitectura, respuesta prioritaria. 5.600 $/mes.”

Configuro facturas recurrentes en InvoiceFlow para cada cliente con retainer. Nueve de mis últimos doce clientes con proyectos completados se convirtieron en acuerdos de retainer. Mis ingresos actuales por retainer son de 18.200 dólares al mes: recurrentes, predecibles, no dependientes de ganar nuevos proyectos.

Facturación corporativa y empresarial

Dos de los clientes de mi agencia son empresas medianas con procesos formales de compras. Los requisitos de facturación son específicos: registro de proveedor, números de PO, condiciones de pago net-45, formato de factura alineado con sus sistemas.

Añado todos los campos requeridos mediante los campos personalizados de InvoiceFlow:

“Servicios de desarrollo de software — [Cliente empresarial] — Junio de 2026: Número de PO: PO-2026-IT-ENG-0921 Registro de proveedor: VR-84421 Centro de costes: IT-OPERATIONS Código de proyecto: INV-MGMT-V2 Entregables de la Fase 3 según SOW con fecha del 3 de marzo de 2026: entorno de UAT, soporte de pruebas del cliente, resolución de errores (14 incidencias), evaluación comparativa de rendimiento. Importe: 28.500,00 $ Condiciones de pago: Net-45 Vencimiento de la factura: 15 de agosto de 2026”

Los sistemas empresariales de cuentas por pagar procesan las facturas cotejando los campos con las PO. Las facturas que coinciden se pagan dentro de plazo. Las que no coinciden se quedan en colas o se devuelven para su corrección. Acertar en esto marca la diferencia entre cobrar a tiempo y perseguir el pago durante meses.

La agencia después del cambio

La pérdida del cliente de 60.000 dólares fue el hecho que me obligó a tomarme en serio la facturación. La agencia de hoy no se parece en nada a lo que era en su primer año.

Estado actual:

• Toda la facturación de proyectos estructurada en fases con referencias al SOW
• Solicitudes de cambio documentadas y presupuestadas antes de iniciar el trabajo
• Nueve clientes con retainer por 18.200 $/mes recurrentes
• Clientes empresariales facturados con documentación completa de campos de compras
• Cero disputas de facturación en los últimos dos años
• Ingresos anuales de la agencia un 85% más altos, impulsados por la conversión a retainer y la disciplina en la facturación de proyectos, no solo por la captación de clientes

La lección que me llevo: el software es un servicio de alto valor. La facturación debe estar a la altura. Una factura informal de una agencia de ingeniería seria es una contradicción que te cuesta clientes.

Descarga InvoiceFlow. Construye tus plantillas de facturación por fases. Presenta tu primera propuesta de retainer a tu próximo cliente con proyecto completado. Los ingresos recurrentes cambiarán la forma en que gestionas el negocio.

Daniel Kim es el fundador de Kim Development en Seattle, Washington, y crea soluciones de software a medida para clientes de distribución mayorista, logística y gestión de operaciones.