El proceso es estándar
Contabilidad, planilla sin particularidades, correo, agenda, facturación. Miles de empresas lo hacen igual y ya hay productos maduros que lo resuelven.
Antes de preguntar cuánto cuesta un sistema conviene preguntar si hay que construirlo. A veces la respuesta honesta es «no, suscríbete a algo que ya existe»; otras veces pagar una licencia por usuario durante años sale más caro que tener un sistema propio. Esta guía compara los dos caminos, hace la cuenta a cinco años con supuestos a la vista y explica cómo lo decidimos en Haricode, que vende de las dos cosas.
Un software empaquetado por suscripción (SaaS, por sus siglas en inglés) es un producto que alguien más construyó para muchas empresas a la vez: se paga una cuota mensual, normalmente por usuario, y se usa desde el navegador el mismo día. Un software a la medida se construye para una sola empresa, con sus reglas, y el código queda a su nombre.
La diferencia práctica es quién se adapta a quién: con un SaaS, la empresa se ajusta al producto; con un desarrollo a la medida, el sistema se ajusta a la empresa.
¿El proceso que quieres sistematizar es igual al de cualquier otra empresa, o es justamente lo que te distingue de la competencia? La contabilidad, la planilla estándar, el correo o la agenda de un consultorio se parecen mucho entre empresas: ahí casi siempre gana un producto. La forma en que una transportista asigna rutas, un colegio profesional emite su timbre o una distribuidora arma precios por cliente suele ser propia: ahí un producto obliga a trabajar peor o a llenar huecos con hojas de cálculo.
La cuota mensual de un SaaS parece pequeña frente a una cotización de desarrollo. Estas tres cifras explican por qué la comparación honesta se hace a varios años y en quetzales.
54 %
13,2 %
Q7.64
| Criterio | SaaS (suscripción) | A la medida |
|---|---|---|
| Costo al inicio | Bajo: la primera cuota y, a veces, una implementación. | Alto: se paga la construcción. Para un sistema de operación, entre USD 15,000 y 60,000 según la guía de costos. |
| Costo que sigue | La cuota, por usuario o por volumen, mientras se use. Sube con el equipo y con el precio de lista. | Mantenimiento de entre el 15 % y el 20 % anual del costo de construcción, más la nube. |
| Tiempo para usarlo | Días o semanas. | Meses, por fases. Lo razonable es tener algo en producción en las primeras semanas. |
| Ajuste al proceso | El que el producto permita. Lo que no cabe se resuelve fuera del sistema. | Total, dentro del presupuesto. |
| Propiedad | El código es del proveedor. Los datos son tuyos solo si el contrato lo dice y se pueden exportar. | El código y los datos quedan a nombre de la empresa si el contrato lo dice por escrito. |
| Dependencia | Del proveedor: precio, cambios de producto, cierre o venta de la empresa. | De quien lo mantiene. Se mitiga con código, documentación y credenciales a tu nombre. |
| Integraciones | Las que el producto ofrezca; algunos tienen API y otros no. | Las que hagan falta, incluida la FEL y sistemas locales que ningún producto contempla. |
| Mejoras | Llegan solas, pero el proveedor decide cuáles y cuándo. | Se deciden y se pagan. Nadie te cambia la pantalla sin avisar. |
Rangos y mantenimiento tomados de la guía de costos. Para ubicar un proyecto concreto, usa el cotizador.
Los números de este ejemplo son redondos y supuestos: no son el precio de ningún producto. Sirven para ver cómo se hace la cuenta; la tuya se hace con tus cotizaciones.
Supón un producto de USD 30 por usuario al mes y un equipo de 40 personas. Son USD 14,400 al año y USD 72,000 en cinco años si el precio nunca sube. Si subiera al ritmo del índice de Vertice, la suma a cinco años pasaría de USD 93,000. Y si la mitad de esas licencias quedan sin uso, como en el promedio de Zylo, la mitad de ese dinero no compra nada.
Supón un sistema de operación de USD 40,000, dentro del rango de la guía de costos, con un mantenimiento del 15 % al 20 % anual durante los cuatro años siguientes: entre USD 64,000 y 72,000 en total, más el costo de la nube. Tener 40 usuarios o 80 casi no cambia esa cifra.
Con 40 usuarios los dos caminos quedan cerca y la decisión la tiene que tomar el ajuste al proceso, no el precio. Con 10 usuarios el mismo SaaS cuesta USD 18,000 en cinco años y no hay desarrollo que compita. Con 150 usuarios pasa lo contrario. Por eso lo primero que preguntamos es cuántas personas usarán el sistema dentro de tres años.
Dos costos que no salen en ninguna cotización: las horas que el equipo gasta rodeando lo que el SaaS no hace, y lo que cuesta salir de él si algún día hay que migrar.
Si reconoces tu caso en tres o más, empieza por un producto.
Contabilidad, planilla sin particularidades, correo, agenda, facturación. Miles de empresas lo hacen igual y ya hay productos maduros que lo resuelven.
Con pocos usuarios, la cuota a cinco años difícilmente alcanza lo que cuesta construir y mantener.
Si el problema cuesta dinero cada semana, un producto que funciona en días vale más que un sistema perfecto dentro de seis meses.
Usar un producto un año enseña qué falta de verdad. Es la mejor especificación que existe para un desarrollo posterior.
Un sistema propio necesita un responsable. Si nadie en la empresa va a tomar esas decisiones, el SaaS las toma por ti.
Dos o más, sostenidas en el tiempo, suelen justificar la inversión.
Si la forma en que operas es lo que te diferencia, meterla en el molde de un producto es regalar esa diferencia.
Cuando usan el sistema cientos de personas, o tus clientes y proveedores, cobrar por usuario deja de tener sentido.
Conectar con la FEL, con un sistema heredado, con un banco local o con equipos propios es a menudo lo que ningún producto internacional contempla.
Si alrededor del producto creció un sistema paralelo de archivos y doble captura, el producto no está resolviendo el problema.
Si el sistema es parte del servicio que cobras a tus clientes, depender de la hoja de ruta de otro es un riesgo para el negocio.
En Guatemala, la Ley de Derecho de Autor presume que en los programas de ordenador los autores cedieron sus derechos patrimoniales al «productor», y presume productor a quien aparezca indicado como tal en el programa (Decreto 33-98, artículo 11). Son presunciones «salvo pacto en contrario»: por eso el contrato tiene que decir con todas sus letras que el código, el repositorio y las credenciales son de tu empresa. Que lo revise tu abogado.
Antes de firmar, pide que te muestren la exportación completa de tus datos en un formato que otro sistema pueda leer, y lee qué pasa con ellos si dejas de pagar. Un SaaS del que no se puede salir no es una suscripción: es una dependencia con cuota.
En los dos casos, las preguntas de la guía para elegir proveedor aplican igual: alcance escrito, garantía, qué pasa si la relación termina.
Haricode tiene productos por suscripción y hace desarrollo a la medida, así que no nos conviene inclinar la balanza. En la práctica recomendamos mucho el camino intermedio: producto para lo común y desarrollo solo para lo particular.
Para una clínica, la agenda, el expediente y los recordatorios son parecidos en todas; por eso existe Vitalink y lo ofrecemos antes que un desarrollo (ver software para clínicas). Para ordenar proyectos, clientes y documentación, Rumbo arranca en USD 79 al mes con diez usuarios. Y a quien pregunta por planilla con menos de 30 personas le decimos que use un sistema de nómina comercial.
La operación de una transportista escolar, con rutas, pagos, contratos y una app para padres, no cabía en ningún producto: se construyó a la medida y hoy la usa Transportes Luvan (ver software para transporte y logística). El timbre electrónico de un colegio profesional, con sus reglas y su verificación por QR, tampoco (ver software para colegios profesionales).
Muchas veces la respuesta es quedarse con el producto que ya se usa y construir solo la pieza que falta: una integración, un portal para clientes, un reporte. Es lo que hacemos en desarrollo de software a la medida y en integración de sistemas: cuesta una fracción de reemplazarlo todo y se ve funcionando antes.
Depende del proceso. Para procesos estándar como contabilidad, correo o agenda suele convenir un SaaS; para procesos propios, con muchos usuarios o con integraciones que ningún producto ofrece, un desarrollo a la medida. Muchas empresas mezclan los dos.
Al inicio, casi siempre. A cinco años depende del número de usuarios y de cuánto suba la cuota: se compara la cuota por usuario durante cinco años contra la construcción más un mantenimiento del 15 % al 20 % anual.
Quien diga el contrato. La Ley de Derecho de Autor (Decreto 33-98, artículo 11) presume que los derechos de un programa de ordenador son del productor salvo pacto en contrario, así que el contrato debe establecer por escrito que el código, el repositorio y las credenciales son de la empresa que paga.
Sí, y a menudo es lo más sensato: el tiempo usando un producto enseña qué hace falta de verdad. La condición es poder exportar los datos completos, por eso conviene comprobarlo antes de contratar.
Un SaaS se usa en días o semanas. Un sistema de operación a la medida toma de tres a seis meses por fases, con algo funcionando en producción en las primeras semanas.
¿Te sirvió esta guía?
Gracias. Nos ayuda a decidir qué guía mejorar primero.
Si la respuesta fue construir: cómo trabajamos un sistema a la medida, fase por fase.
Los rangos de costo con los que se hace el lado «a la medida» de la cuenta.
Si la respuesta fue suscribirse: Rumbo, la plataforma con la que operamos.
El camino intermedio: conectar el producto que ya usas en lugar de reemplazarlo.
Cuéntanos qué proceso quieres resolver, cuántas personas lo usan y qué herramientas tienes hoy. Te respondemos si hay un producto que ya lo resuelve, si conviene desarrollarlo o si basta con conectar lo que ya tienes.
¿Prefieres hablarlo antes de escribir nada?
Agendar consultorio gratisMedia hora para desarmar el proceso que te cuesta horas. Cinco espacios al mes.