¿Cuánto cuesta un sistema a medida y cuánto tarda? Lo que de verdad mueve el presupuesto

«¿Cuánto cuesta?» es casi siempre la primera pregunta de la llamada. La respuesta honesta, «depende», no le sirve a nadie si no dice de qué depende.

No te voy a dar una cifra: sin ver tu operación sería inventarla, y dos proyectos que se llaman igual, «un sistema para mi clínica», pueden tener alcances que no se parecen en nada. Lo que sí te puedo dar, después de más de seis años construyendo sistemas, son los plazos que publico y los factores que de verdad mueven el presupuesto, con ejemplos de dos sistemas reales: el de una cadena de 17 centros podológicos y el de una clínica dental. Con eso llegas a cualquier cotización, la mía o la de otro, sabiendo qué preguntar.

Cuánto tarda un software a medida

Empiezo por el plazo porque es lo que más se puede anticipar. Estos son los plazos típicos que publico para cada pieza, de lo más chico a lo más grande:

Pieza	Alcance	Plazo típico
Software a medida	MVP con 1–2 módulos	6–10 semanas
Software a medida	Sistema completo multi-sede, por fases	3–6 meses
Apps móviles	MVP	8–12 semanas
Integraciones y APIs	Una integración en un sentido	1–2 semanas
Integraciones y APIs	Sincronización en ambos sentidos con colas y reintentos	3–6 semanas
Facturación electrónica SUNAT	Integración a un sistema existente	1–3 semanas, más el certificado digital y la clave SOL del cliente

Tres cosas para leer bien la tabla:

• Son aproximados a propósito. La fecha exacta se cierra en la propuesta, cuando el alcance ya está escrito.
• Un MVP es la primera versión con el módulo que más duele, en uso real, no una maqueta.
• El plazo no cuenta lo que depende de ti: una persona de tu equipo que conozca el proceso y valide cada entrega semanal, el acceso a los datos que hay que migrar, tus reglas escritas o contadas y, si vas a facturar, el certificado digital y un usuario secundario de la clave SOL por cada RUC. Cuando eso se demora, el proyecto se demora.

Qué mueve el costo de un sistema a medida

Un sistema se cotiza por lo que hace falta construir, y lo que más pesa casi nunca es lo que se ve en una demo. Estos son los siete factores que reviso antes de armar una propuesta, de los más visibles a los que nadie pregunta.

1. Cuántos módulos, y cuál va primero

Agenda, caja, inventario, facturación, suscripciones, reportes: cada módulo es un pedazo de sistema con sus pantallas, sus reglas y sus pruebas. El sistema de Podoplus para una cadena de 17 centros podológicos tiene los seis, más un módulo de control con aprobaciones y auditoría, y notificaciones push al personal.

No hace falta construirlo todo de una vez. Empiezo con un MVP del módulo que más duele, en uso real, y sumo el resto por fases: pagas por lo que ya funciona, y el diseño se corrige con el uso y no con supuestos.

2. Cuántas sedes y cuántas empresas

Una sede o diecisiete cambia el diseño, no solo la cantidad de usuarios. En Podoplus, la sede es una dimensión de primer nivel: casi todo cuelga de ella. Y como dos razones sociales emiten desde el mismo sistema, con 25 establecimientos, la serie de cada comprobante se resuelve por el vínculo entre la sede y la empresa, no por una configuración global.

Decidirlo al inicio es barato. Agregarlo después habría obligado a migrar todas las tablas. Si hoy tienes una sede y piensas abrir más, dilo en la primera llamada: es de los datos que más cambian una propuesta.

3. Cuántas reglas tiene tu operación

Las reglas son lo que separa un sistema a medida de uno genérico, y también lo que más trabajo lleva. Permisos por rol, aprobación de cambios de precio, solicitudes de anulación según el rol, una caja que no deja vender si no está abierta, un cierre de caja a ciegas: todo eso está en Podoplus.

En el sistema de Diseña Estudio Dental, quien llama por primera vez es un lead, no un paciente, y un lead no puede tener una cita con presupuesto: el dinero siempre cuelga de alguien con ficha. Cada regla así es una validación, una pantalla que cambia según quién la usa y una prueba que la cuida. Diseña tiene 1,970 pruebas automáticas.

4. Qué datos hay que traer

Un sistema que arranca en blanco es más simple que uno que arranca con tu historia dentro, pero casi nadie quiere empezar en blanco. El sistema anterior de Podoplus tenía decenas de miles de pacientes, cientos de miles de citas y miles de suscripciones activas. La migración lo trajo todo en 13 minutos y se puede repetir sin duplicar nada, porque cada registro recuerda su identificador de origen. En el camino reparó lo que el sistema viejo había roto, como apellidos de casada mezclados con los de soltera. En Diseña, el histórico de fichas y evoluciones clínicas venía de hojas de cálculo.

Lo que complica una migración no es el volumen: es qué tan sucios están los datos y cuántas veces hay que poder repetirla.

5. Con qué sistemas tiene que hablar

SUNAT, WhatsApp, la consulta de RUC y DNI, el ecommerce o el ERP que ya usas: cada sistema externo es trabajo propio y, sobre todo, algo que algún día va a fallar. En Podoplus, la venta se guarda antes de emitir el comprobante ante SUNAT. Si el proveedor falla, la venta queda registrada para reintentar y la caja no se para. Diseñar para esa falla es parte del costo, y no se negocia.

Lo que lo abarata es no resolver lo mismo dos veces: Podoplus y Diseña consultan el DNI y el RUC en un mismo servicio, construido una sola vez. Si lo que buscas es emitir comprobantes desde tu propio sistema, mira cómo integrar la facturación SUNAT a tu sistema.

6. En qué equipos se usa

Un panel web es la base, y cada equipo adicional suma. Podoplus tiene además una app Android para el personal, sobre la misma API que el panel. El odontograma de Diseña se usa en un iPad con Apple Pencil, y ahí apareció el trabajo más fino del proyecto: el trazo del lápiz tardaba de 3 a 5 segundos en aparecer. Detrás vinieron detalles que solo aparecen con el equipo real en la mano.

Si tu equipo trabaja en la calle o en un mostrador, la app es parte del alcance desde el primer día, no un extra al final.

7. Lo que no se ve: pruebas, despliegue y respaldos

Es lo que nadie pide en la primera reunión y lo que más se nota al año. Podoplus lleva 206 despliegues versionados, cada uno reversible con un comando, con monitoreo de errores y alertas al teléfono.

Diseña me dejó dos lecciones de por qué importa. El tipo de cambio de SUNAT se quedó congelado 42 días porque faltaba un proceso programado y nada avisaba. Y el despliegue original, un zip manual, borraba en cada pase los archivos que la clínica había subido. Una propuesta que no menciona despliegue, respaldos y monitoreo no sale más barata: deja ese costo para después.

Cómo llego a un precio cerrado

Con esos siete factores sobre la mesa, el número deja de ser una adivinanza. Así lo armo:

1. Una llamada de 20 minutos, sin costo. Me cuentas qué quieres resolver y te pregunto por procesos, sistemas, volumen, plazos y quién decide. No hace falta que tengas la solución definida, y si no soy la persona indicada, te lo digo.
2. Una propuesta técnica en 3 a 5 días hábiles, con arquitectura, alcance, plazos y precio cerrado. Sabes cuánto cuesta antes de empezar, no al final.
3. Entregas semanales. Ves el avance cada semana, así un malentendido cuesta una semana y no un proyecto.
4. Entrega documentada. El código fuente, la base de datos, los diagramas y una guía de operación quedan contigo, para que puedas seguir con otro equipo si algún día lo decides.

Cuándo no te conviene un sistema a medida

Decir cuándo no es lo que hace creíble el resto. Un sistema a medida no te conviene si:

• Un sistema de caja o un ERP del mercado ya cubre tu proceso. Adaptarte a él te sale más barato, y lo tienes funcionando antes.
• El proceso todavía no está claro. Primero se ordena en papel y después se programa. Programar un proceso que cambia cada semana es pagarlo dos veces.
• Lo necesitas funcionando esta semana. Un MVP serio toma de 6 a 10 semanas.
• Nadie de tu equipo puede validar las entregas. Sin una persona que conozca el proceso y revise cada semana, el sistema se construye sobre supuestos.
• Lo que te falta es conectar, no reemplazar. Si tus sistemas funcionan pero no se hablan, una integración de sistemas y APIs toma de 1 a 2 semanas en un sentido, y de 3 a 6 en ambos.

Sí te conviene cuando tu operación tiene reglas que un programa genérico no respeta, como sedes, turnos, comisiones o suscripciones; cuando pagas varias herramientas que no se hablan y alguien copia datos entre ellas cada día, o cuando necesitas ver todas tus sedes, o varios RUC, en un solo lugar. Para esos casos está el desarrollo de software a medida para clínicas y cadenas.

Preguntas frecuentes

¿Cuánto tarda un software a medida?

Un MVP con uno o dos módulos toma de 6 a 10 semanas, y un sistema completo multi-sede, por fases, de 3 a 6 meses. Una app móvil, en su MVP, de 8 a 12 semanas. Lo que más mueve el plazo es cuánto entra en el MVP y qué tan rápido se valida cada entrega.

¿Por qué no publicas un precio de referencia?

Porque sin ver tu operación sería un número inventado, y un número inventado hace más daño que ninguno: o te espanta o te ancla en algo que después no se cumple. Prefiero darte un precio cerrado sobre un alcance escrito, en 3 a 5 días hábiles después de una llamada de 20 minutos.

¿Qué pasa si cambio de idea a mitad del proyecto?

Pasa, y suele ser buena señal: es el uso real corrigiendo el diseño. En Diseña, la clínica cambió el módulo de ortodoncia por otros que le servían más: inventario, compras, tareas de pacientes, cuestionarios y consentimientos. Con entregas semanales y fases, el cambio se ve temprano y se decide con el alcance a la vista, no cuando ya está todo construido.

¿Qué costos siguen después de la entrega?

Un sistema en producción tiene costos que no terminan con el proyecto: el servidor, el dominio, los servicios de terceros que use, como la API de WhatsApp o el certificado digital para facturar, y el mantenimiento. Pídelos por escrito en cualquier propuesta. Si prefieres que yo lo mantenga, se hace con una bolsa de horas mensual.

En resumen

El costo de un sistema a medida no lo decide la pantalla de la demo, sino lo que hay debajo. Los plazos sí se pueden anticipar: de 6 a 10 semanas para un MVP y de 3 a 6 meses para un sistema completo multi-sede, por fases.

Si quieres ponerle número al tuyo, agenda una llamada de 20 minutos: sales sabiendo si encajamos y cuál sería el siguiente paso.