¿Cuánto cuesta desarrollar software a la medida en Panamá?

Es la primera pregunta que nos hacen casi todos los gerentes con los que hablamos, y es una pregunta justa. El problema es que las respuestas que suelen recibir no sirven para decidir: o les dicen "depende" y nada más, o les dan un número en la primera llamada sin haber preguntado cómo funciona su operación.

Un sistema a la medida no tiene precio de lista. Pero eso no significa que el costo sea un misterio. Se puede explicar qué lo mueve, cómo se cotiza, qué costos aparecen después y cómo comparar dos propuestas para no pagar de más ni quedarse corto. De eso trata este artículo, desde lo que hemos visto en Grupo Codev en más de 7 años construyendo software para bancos, cadenas de retail y operadores logísticos en Panamá.

El problema: cotizaciones que no se pueden comparar

Pides tres cotizaciones y recibes tres documentos que no se parecen. Una trae un total y una lista de pantallas. Otra habla de horas por perfil. La tercera propone empezar con una etapa de análisis antes de dar un número final. Si solo comparas el total, la más barata parece la mejor opción, pero muchas veces es la que menos incluye o la que más supuestos esconde.

La diferencia entre un proyecto que termina dentro del presupuesto y uno que se desborda casi nunca está en la tarifa por hora. Está en qué tan bien se entendió el alcance antes de cotizar y en qué quedó por escrito.

El contexto en Panamá

En Panamá conviven proveedores locales, equipos remotos de otros países y plataformas que prometen resolver todo con una licencia mensual. Los rangos de precios que aparecen en internet suelen venir de otros mercados, con otras tarifas y otros tipos de proyecto, así que sirven poco para estimar el tuyo.

Hay además integraciones que son muy propias del país y que conviene poner sobre la mesa desde el inicio:

• Facturación electrónica: si el sistema emite facturas, tiene que integrarse con el Sistema de Factura Electrónica de la DGI. En la modalidad a través de un Proveedor Autorizado Calificado (PAC), la DGI pide, entre otras cosas, tramitar un certificado de firma electrónica y cumplir las especificaciones de la ficha técnica PAC. Eso implica integrarse con el PAC que elijas y probar contra sus ambientes.
• Bancos y medios de pago: conciliaciones, archivos de pago o APIs de cada banco, cada uno con su formato y su proceso de habilitación.
• Datos personales: si el sistema guarda datos de clientes o colaboradores, hay que definir qué se guarda, dónde, quién accede y por cuánto tiempo, y revisarlo con tu asesor legal.

Nada de esto es exótico, pero cada punto agrega trabajo de análisis, desarrollo y pruebas que una cotización genérica no suele contemplar.

Qué mueve el costo de un sistema a la medida

Cuando estimamos un proyecto, el costo sale de responder estas preguntas. Mientras más claras estén las respuestas, más precisa es la estimación.

Cuántos procesos toca el sistema

No es lo mismo digitalizar un proceso (por ejemplo, solicitudes de compra) que conectar compras, inventario y cuentas por pagar. Cada proceso trae sus reglas, sus excepciones y sus reportes. Las excepciones son las que más tiempo consumen: "normalmente se aprueba así, salvo que el proveedor sea nuevo o el monto supere cierto límite".

Cuántos tipos de usuario y permisos

Un sistema donde todos ven lo mismo es mucho más simple que uno con vendedores, supervisores, contabilidad y gerencia, cada uno con permisos distintos y aprobaciones en cadena. Los permisos se diseñan, se programan y, sobre todo, se prueban.

Con cuántos sistemas se tiene que conectar

Las integraciones suelen ser la parte más subestimada. Conectarse a un ERP, a un CRM, a la facturación electrónica o a un banco depende de que el otro sistema tenga una API documentada, de quién la administra y de cuánto demora habilitar los accesos. Si tus sistemas actuales no se comunican entre sí, en ventajas de crear APIs REST personalizadas explicamos por qué conviene resolverlo bien desde el principio.

Cuánta información hay que migrar

Traer datos de hojas de cálculo o de un sistema viejo parece un trámite hasta que aparecen los duplicados, los campos vacíos y los formatos distintos. La limpieza y la validación de datos es trabajo real y debe estar en el plan.

Requisitos de seguridad y cumplimiento

Autenticación, registro de auditoría, cifrado, separación de ambientes, respaldos. En sectores regulados como banca y seguros estos requisitos pesan más y hay que diseñarlos desde el inicio.

La experiencia de uso

Una interfaz pensada para el trabajo diario de tu equipo cuesta más que pantallas genéricas, pero se paga en adopción: un sistema que la gente evita usar no ahorra nada.

Modelos de cotización y cuándo conviene cada uno

Precio fijo

Un monto cerrado por un alcance cerrado. Da certeza de presupuesto, pero solo funciona si el alcance está bien definido. Si no lo está, el proveedor se protege cotizando con margen alto o cada cambio se convierte en una negociación.

Conviene cuando el proceso ya está documentado, las integraciones son conocidas y hay poco margen para descubrir cosas en el camino.

Tiempo y materiales

Pagas por el tiempo real dedicado. Da flexibilidad para ajustar prioridades, pero exige más seguimiento de tu lado: entregas frecuentes, un tablero visible del avance y un tope de presupuesto acordado.

Conviene cuando el alcance va a evolucionar o el proyecto es una mejora continua de un sistema existente.

Por etapas, con un descubrimiento al inicio

Es el modelo que más recomendamos para proyectos nuevos. Primero se hace una etapa corta y pagada de análisis: se levantan los procesos, las integraciones y los datos, y se sale con un alcance, una arquitectura y una estimación sustentada de la primera versión. Luego se cotiza cada etapa sobre información real.

Conviene cuando el problema está claro pero la solución todavía no, que es el caso de la mayoría de las empresas que buscan software a la medida por primera vez.

Los costos que no aparecen en la primera cotización

El costo de construir es solo una parte. Para comparar de verdad, pide que cada propuesta hable también de:

• Infraestructura en la nube: servicios como AWS cobran por uso (lo que consumes cada mes), con descuentos si te comprometes a un uso sostenido y una calculadora pública para estimar. Ese costo es mensual y crece con el uso.
• Licencias de terceros: bases de datos, componentes, servicios de mensajería, el PAC de facturación electrónica.
• Mantenimiento y soporte: actualizaciones de seguridad, corrección de errores, monitoreo y el horario de atención acordado por escrito.
• Evolución: el negocio cambia y el sistema también. Conviene reservar presupuesto para mejoras después de salir a producción.
• Capacitación y acompañamiento: las primeras semanas de uso real siempre traen ajustes.

Si vas a mover sistemas existentes a la nube como parte del proyecto, en migración a la nube: 5 claves repasamos qué planificar para que ese costo no se descontrole.

Un escenario típico

Para aterrizarlo, ponemos un escenario ilustrativo, no un caso de un cliente: una distribuidora que controla pedidos en hojas de cálculo y quiere un sistema de pedidos para sus vendedores.

La primera idea es "una app para tomar pedidos". En el descubrimiento aparece lo que de verdad define el costo: los precios dependen del cliente y del volumen, los pedidos tienen que descontar inventario de dos bodegas, contabilidad necesita que cada pedido facturado salga por facturación electrónica y gerencia quiere aprobar descuentos especiales.

Con eso sobre la mesa, la propuesta sensata no es construir todo a la vez. Una primera versión cubre pedidos, precios por cliente e inventario; la integración con facturación electrónica y las aprobaciones de descuentos van en la etapa siguiente, cuando la primera ya está en uso. El presupuesto se ordena por etapas y cada una entrega algo que el equipo usa.

Cómo reducir el costo sin reducir el valor

• Empieza por el proceso que más duele, no por el sistema completo que imaginas.
• Define una primera versión acotada que alguien use en producción, y deja lo deseable para después.
• Reutiliza lo que ya funciona: si tu ERP resuelve bien la contabilidad, intégrate con él en lugar de rehacerlo.
• Asigna un responsable del negocio con tiempo para responder preguntas; las esperas también cuestan.
• Toma decisiones rápido en las revisiones de avance. Un cambio detectado temprano es barato; uno detectado al final, no.

Checklist: qué llevar a la primera reunión y qué pedir en la propuesta

Para la primera reunión:

• Qué proceso quieres resolver y cómo se hace hoy, paso a paso.
• Quiénes usan el proceso y qué permisos necesita cada rol.
• Qué sistemas tienes hoy y cuáles tendrían que conectarse.
• Qué datos existen y dónde están.
• Qué pasa si no haces nada: el costo de seguir como estás.

En cada propuesta, verifica que diga:

• Qué incluye y qué queda explícitamente fuera.
• Qué supuestos usaron para estimar.
• Cómo se manejan los cambios de alcance.
• Quién es dueño del código, la documentación y las cuentas de infraestructura al terminar.
• Qué costos recurrentes tendrás después de salir a producción.
• Qué soporte se incluye y en qué horario.

Errores comunes

• Comparar solo el total. Dos propuestas con el mismo monto pueden incluir cosas muy distintas.
• No preguntar por la propiedad del código. Si el código y las cuentas de la nube quedan a nombre del proveedor, cambiar de proveedor después sale caro.
• No presupuestar el mantenimiento. Un sistema sin mantenimiento se vuelve un riesgo de seguridad y operación.
• Cotizar sin haber definido el proceso. Cualquier número que salga de ahí es una apuesta.
• Querer todo en la primera versión. Es la forma más rápida de retrasar el proyecto y agotar el presupuesto antes de que alguien lo use.
• Dejar las integraciones para el final. Son las que más sorpresas traen; conviene probarlas temprano.

Conclusión

El costo de un software a la medida no se adivina: se construye respondiendo qué procesos toca, con qué sistemas se conecta, qué datos mueve y qué requisitos debe cumplir. Con esas respuestas, las cotizaciones se vuelven comparables y el presupuesto se puede ordenar por etapas que entregan valor desde la primera.

En Grupo Codev llevamos más de 7 años haciendo desarrollo de software personalizado en Panamá, y trabajamos así: primero entender el proceso, después estimar. Si estás evaluando un proyecto, escríbenos por WhatsApp o desde contacto y revisamos juntos el alcance antes de hablar de números.