Ya pago un software comercial: configurar, integrar o construir uno propio

Por dónde empezar cuando el software comercial no lo hace todo#

Quien ya paga un software comercial y echa algo en falta tiene tres salidas, que cuestan más en este orden: activar o configurar lo que el software ya ofrece, integrar alrededor de él o construir un módulo al lado, y construir un sistema propio. Conviene probarlas en esa secuencia, porque la mayor parte de lo que falta se resuelve con las dos primeras.

La conversación suele llegar así: la empresa usa un SaaS o un ERP comercial, le gusta en su mayor parte y tiene una lista de tres o cuatro cosas que "no hace". A partir de ahí, la pregunta pasa a ser si es hora de contratar un sistema a medida, y todavía es temprano para hacerla.

Antes, cada punto de la lista pasa por tres preguntas, una para cada salida. ¿El software ya hace esto y está desactivado? ¿El dato ya está adentro y falta una pantalla o un flujo alrededor? ¿O lo que falta no tiene lugar en el software que existe? Cada punto puede caer en una salida distinta, y es común que tres se resuelvan configurando y solo uno pida software.

Cómo saber si lo que falta ya está en el software, desactivado#

La forma más segura es entrar al software por dentro, con sesión iniciada y con alguien que lo opera al lado, y comparar cada punto de la lista con el menú completo, los registros y la configuración. En una auditoría que hicimos en agosto de 2026, tres de los cuatro pedidos de un cliente ya existían en el software que pagaba, desactivados o configurados en cero.

Es más común de lo que parece. Según el informe de adopción de funcionalidades de 2019 de Pendo, empresa estadounidense que mide el uso de software, el 80% de las funcionalidades del software promedio se usan poco o nunca, en una muestra de 615 cuentas de sus clientes.

El caso de agosto era un SaaS de gestión que llevaba cinco meses en uso y que, según el propio cliente, funcionaba muy bien. El pedido era un sistema propio con cuatro mejoras. Entramos con el acceso que el cliente nos dio y encontramos tres de ellas en el software actual: una estaba activada, con 1 de los 120 servicios publicado; otra existía con otro nombre y estaba en cero en los 120; la tercera era un módulo que nunca se había activado. Contamos ese caso, con la guía de la auditoría, en el artículo sobre cuándo hay que reemplazar un sistema heredado.

La misma sesión mostró algo que ningún brief muestra. Uno de los pedidos era un programa de fidelidad con mensualidad para el consumidor final, y cuando ordenamos la base por lo que cada cliente había gastado, los primeros de la lista eran otras empresas, que compraban por volumen. La pregunta pasó a ser para quién sería el programa, y esa respuesta le corresponde al dueño del negocio.

Buena parte de esta revisión la puedes hacer por tu cuenta, antes de pedirle un presupuesto a nadie:

1. Recorre el menú completo, ítem por ítem, y no solo las pantallas de todos los días.
2. Abre la configuración de cada registro. Una función que depende de un campo por ítem, como un plazo, un aviso o una publicación, suele venir en cero.
3. Busca módulos que piden aceptar términos para activarse. Quedan detenidos hasta que alguien acepta.
4. Pregúntale al proveedor, por escrito, qué existe en los planes superiores al tuyo.
5. Mira el registro detrás de cada pedido. Si la función depende de un dato que no tiene ningún campo donde existir, ahí está lo que pide software. Fue el caso del cuarto pedido de agosto: el filtro que se pedía dependía de un dato que el registro no tenía.

Cuándo integrar alrededor del software que se queda#

Integrar tiene sentido cuando el dato que necesitas ya está en el software comercial y lo que falta es la lectura, la pantalla o el flujo alrededor. El software comercial sigue siendo el dueño del dato y lo que se construye lee de él, sin que haya que rehacer nada de lo que ya funciona.

Fitness Academia, una red de cinco gimnasios en el sur de Brasil, ya tenía todas las ventas en NextFit, el ERP comercial que usa. Lo que faltaba era la meta comercial, rehecha a mano en una hoja de cálculo con un criterio distinto en cada sede. La plataforma que construimos lee NextFit cada cinco minutos y nunca acepta una venta cargada a mano, así que el número de la meta pasó a salir del mismo lugar que la venta. NextFit no perdió ninguna función y el equipo siguió vendiendo con el sistema que ya conocía.

En la propia Epicora la lógica es la misma. Controlle sigue siendo nuestro sistema financiero, y el panel de los socios lee de él asientos y saldos.

Dos cosas pesan antes de cerrar el alcance: qué deja salir el proveedor, sea una API, una exportación o nada, y con qué frecuencia cada dato tiene que estar actualizado. Lo que el sistema del otro lado decide por ti está en integrar con el ERP que la operación ya usa. Y si al lado del software comercial sobrevive una hoja de cálculo que solo reorganiza sus datos, esa hoja es el mejor mapa de lo que falta leer, como mostramos en hoja de cálculo, ERP de mercado o software a medida.

Cuándo construir un módulo al lado del software comercial#

Un módulo al lado tiene sentido cuando falta un proceso entero que el software comercial no cubre, pero que depende de datos que ya viven en él. El software comercial sigue haciendo lo que hace bien, y el módulo nuevo nace leyendo de él.

Ideal Veículos, una red de concesionarias con 11 locales en Brasil, controla el inventario en Altimus. El financiamiento de cada venta, que implica elegir entre decenas de financieras la que aprueba a ese cliente para ese vehículo, vivía en hojas de cálculo de Excel, y ningún software del mercado resolvía el proceso como lo trabaja Ideal. La decisión fue construir solo lo que faltaba.

La plataforma de financiamiento es a medida y tiene cargadas las reglas de cada una de las 19 financieras con las que trabaja la red. El inventario sigue en Altimus, y más de 3.000 vehículos llegan sincronizados desde allí. Quien arma un financiamiento escribe la placa o el número de chasis, y el resto de los datos del vehículo llega completo, sin que nadie copie de un sistema al otro. El detalle está en el caso de Ideal.

El módulo al lado depende de lo que entrega el software comercial. Altimus no ofrece API, y la integración se hizo sobre una exportación del inventario; por eso se quedó en el inventario y no llegó a la base de clientes, que también estaba en los planes. Y cada dato tiene un solo dueño: el vehículo es del sistema de inventario y llega por lectura, y el financiamiento es de la plataforma nueva.

Cuándo el sistema propio es la respuesta, aun con cientos de opciones listas#

El sistema propio se paga cuando el proceso es lo que tu cliente te compra, o cuando el conocimiento que define el servicio es de tu empresa y no cabe en un producto hecho para todo el mercado. En esos casos, configurar e integrar no alcanzan, porque lo que falta es el centro de la operación.

Una consultora que quiere vender su propio método como producto nos dijo, en una reunión de descubrimiento, que existen "300 mil plataformas de reclutamiento y selección, pero estas preguntas siguen el formato de mi metodología". La pregunta obvia, por qué no usar una de las que ya existen, la respondió en la misma frase. Su cliente compra el método, y una plataforma lista fue diseñada para servir a cualquier consultora. En el producto que estamos modelando con ella, el centro es justamente la parte que ninguna de las plataformas listas tiene.

En Beckers, que hace el servicio técnico de ventiladores industriales para frigoríficos y cooperativas agrícolas en Brasil, el informe técnico vivía en un documento de Word, y el precio de cada reparación estaba en la experiencia de quien armaba el presupuesto. Construimos un catálogo de diagnóstico que mantiene la propia Beckers, con los defectos posibles de cada parte del equipo y el precio de cada nivel de reparación, y una app en la que el técnico llena el informe en el banco de trabajo. Ese catálogo es el conocimiento de ingeniería de la casa, que ningún software del mercado traería listo. El sistema está en producción desde abril de 2025 y ya emitió 428 informes.

Las señales de que la respuesta es construir uno propio son tres:

• El proceso es el motivo por el que el cliente elige a tu empresa, y un producto listo sigue la manera promedio del sector.
• La regla que define el servicio es conocimiento de la casa y la tiene que mantener quien entiende del tema.
• El dato del que depende la operación no tiene dónde existir en el software comercial, y está en el centro del trabajo.

Aun así, el sistema propio puede dejarle al software comercial lo que es igual para todos, como la facturación electrónica, la nómina y la contabilidad.

Por qué reemplazar el software comercial casi nunca es la primera respuesta#

Reemplazarlo obliga al sistema nuevo a rehacer todo lo que el comercial ya hace bien antes de entregar la primera mejora. Y una operación que no configuró el software actual tiende a dejar el nuevo desactivado de la misma manera. Por eso, casi siempre, la primera respuesta es activar lo que existe y construir solo lo que falta.

Cuando el cliente dice que el software actual funciona muy bien, esa frase se vuelve la vara del proyecto. En una auditoría que hicimos en agosto de 2026, el menú del software comercial tenía más de treinta ítems, y un sistema propio iba a ser comparado con todos ellos el primer día de uso. Reemplazar implica migrar registros e historial, volver a capacitar al equipo y reconstruir funciones que nadie listó porque funcionan, y la mejora que motivó el cambio solo llega después de todo eso.

El segundo motivo es menos obvio. Ese software llevaba cinco meses en uso con 119 de sus 120 servicios fuera de la página pública de reservas. Un sistema nuevo entregado a la misma operación llegaría desactivado de la misma forma, así que, cuando un proyecto así sigue adelante, la configuración y la adopción tienen que entrar en el alcance como entregables, con responsable y plazo.

El reemplazo empieza a tener sentido cuando el proveedor retiene el dato y el proceso depende de él, cuando nadie puede cambiar el software para acompañar a la operación, o cuando el equipo ya trabaja por fuera de él, en hojas de cálculo y mensajes.

Y sistema propio no significa sistema desde cero. En los proyectos en los que la operación ya tenía un software comercial, incluida la nuestra, este se quedó en su lugar: NextFit, Altimus y Controlle siguen donde estaban, y lo que construimos lee de ellos.

Preguntas frecuentes#

¿Vale la pena reemplazar un software comercial que funciona bien por un sistema propio?#

Casi nunca como primera respuesta. Si el software funciona bien en su mayor parte y falta una lista corta de cosas, cada punto suele resolverse configurando lo que ya existe o construyendo una pieza pequeña al lado. El reemplazo entra en la conversación cuando el proveedor retiene el dato, cuando el software no deja que la operación cambie o cuando el equipo ya trabaja por fuera de él.

¿Cómo sé si la función que falta ya existe en el software que uso?#

Recorriendo el software por dentro, con alguien que lo opera al lado: el menú completo, la configuración de cada registro, los módulos que piden aceptar términos para activarse y lo que existe en los planes superiores al tuyo. Una función que depende de un campo por ítem, como un plazo o una publicación, suele estar ahí y en cero. Si depende de un dato que no tiene ningún campo en el registro, ahí está lo que pide software.

¿Un sistema propio tiene que reemplazar al software comercial?#

No. Sistema propio no significa sistema desde cero. En nuestros proyectos en los que el cliente ya tenía un software comercial, este se quedó en su lugar: NextFit sigue con las ventas de la red de gimnasios, Altimus sigue con el inventario de la concesionaria, y lo que construimos lee de ellos y cubre solo lo que faltaba.

¿Y si el proveedor del software comercial no deja salir el dato?#

Todavía se puede integrar, con menos alcance. Muchos sistemas sin API ofrecen algún tipo de exportación, como un archivo o una dirección que devuelve la base completa, y eso alcanza para datos que cambian despacio, como un inventario. Lo que no viene en la exportación se vuelve un límite de lo que se construye alrededor. Si el proceso entero depende de un dato que el proveedor no libera, el reemplazo empieza a tener sentido.

¿Por qué tener un sistema propio si existen tantas plataformas listas?#

Porque la plataforma lista está hecha para servir a cualquier empresa del sector, y a veces lo que tu cliente compra es justamente la manera en que tu empresa hace las cosas. Una consultora que quiere vender su propio método como producto nos dijo que existen 300 mil plataformas de reclutamiento y selección, pero que sus preguntas siguen el formato de su metodología. Cuando el proceso es el producto, el sistema propio se paga.

Fuentes#

• Pendo, The 2019 Feature Adoption Report, sobre la proporción de funcionalidades que se usan poco o nunca, en una muestra de 615 cuentas: https://www.pendo.io/resources/the-2019-feature-adoption-report/

Próximo paso#

Antes de pedir presupuesto para un sistema nuevo, escribe la lista de lo que falta en el software que ya pagas y pasa cada punto por las tres preguntas: ¿está desactivado, falta solo la lectura, o no tiene lugar en el software? Si la respuesta es integrar o construir una pieza al lado, es el trabajo que hacemos en integraciones y APIs, como en la plataforma de metas de Fitness Academia. Si lo que falta es el centro de la operación, es el de sistemas a medida.