Software a la medida vs SaaS para desarrolladoras inmobiliarias

Para una desarrolladora inmobiliaria, un SaaS es un software de suscripción que el proveedor opera para muchos clientes: se entra a un producto que ya existe y se configura dentro de lo que ese producto permite. El software a la medida es un desarrollo encargado sobre los procesos de esa desarrolladora —inventario por desarrollo y etapa, apartados, planes de pago, cobranza, conciliación y escrituración— y el sistema queda de quien lo encarga. El SaaS conviene cuando la operación es chica o va empezando y sus procesos caben en el producto. El desarrollo a la medida conviene cuando hay varios desarrollos, esquemas de pago propios, hay que integrar bancos, CFDI y el CRM, o los socios piden reportes que el producto cerrado no arma.

Si el proceso cabe en el SaaS, el arranque es de configurar y el costo es recurrente mientras se usa. Si no cabe, el equipo completa en hojas o espera la hoja de ruta del proveedor. Encargar el sistema escribe el alcance primero y tarda más, porque hay que construirlo; el costo es de proyecto, según lo que entre. Esta página no trae precios ni cifras de mercado.

Kalibra se fundó en enero de 2025. Todo lo que vende es desarrollo a la medida, incluido el CRM. No es un SaaS de suscripción. Hoy lo usan 3 desarrolladoras en Mérida y Playa del Carmen, con más de 25 desarrollos en conjunto. No publicamos sus nombres ni una tarifa. El sistema está en el ERP para desarrolladoras inmobiliarias. La implementación típica es de 6 a 8 meses, según el alcance, y después del arranque hay un acompañamiento de 2 a 3 meses. La demo dura 30 minutos.

Qué compara esta página, y qué no

Aquí el corte es el modelo: un software de suscripción compartido entre clientes, o un desarrollo encargado para una desarrolladora. No es la ficha de una marca ni una lista de precios. Si la duda es si Odoo o SAP Business One cubren el ciclo de la unidad, el texto es si Odoo o SAP Business One sirven para una desarrolladora inmobiliaria. El embudo frente a la unidad cobrada está en ERP vs CRM inmobiliario. De qué depende el costo, sin tarifa, está en qué define el precio de un ERP inmobiliario en México. La lista para la demo está en el checklist de 15 puntos para elegir un ERP. Cuándo las hojas dejan de alcanzar está en ERP frente a hojas de cálculo. El proceso de implementación no se vuelve a contar aquí paso por paso.

Lo de Kalibra sale de esas páginas y de los módulos publicados. No añadimos funciones ni integraciones.

Qué significa cada modelo

Un SaaS es un sistema que el proveedor mantiene para muchas empresas. La desarrolladora se suscribe y usa lo que el producto ya trae. El software y su hoja de ruta siguen siendo del proveedor: una mejora entra si él la construye para su base de clientes. A cambio, no hay que diseñar el sistema desde cero. Si el apartado y la cobranza se parecen a lo que el producto ya hace, se empieza configurando. Si se deja de contratar, se deja de usar ese software. Antes de cargar el historial, hay que pedir por escrito el formato, el plazo y las condiciones de la exportación.

El software a la medida se encarga sobre las reglas de esa desarrolladora: apartado, esquemas de pago, cobranza, conciliación y escrituración. El arranque es el del proyecto. En Kalibra el plazo típico es de 6 a 8 meses, según el alcance, con acompañamiento de 2 a 3 meses ya en operación. Se puede empezar por cobranza o por ventas y sumar módulos después.

En Kalibra, al cierre el código fuente y los datos quedan del cliente. Opera en la nube, con respaldo y acceso por rol. Alguien tiene que mantener lo construido, pero esa decisión no queda atada a la hoja de ruta de un producto compartido.

El CRM cabe en la misma distinción. Hay CRM de suscripción, armados para muchas inmobiliarias con un flujo parecido. El CRM inmobiliario de Kalibra no es uno de esos: es desarrollo a la medida, el módulo comercial del ERP, con prospectos, asesores, inventario y comisiones, como los describe esa página. No es un software de suscripción aparte del ciclo de la unidad.

Dónde se nota en la operación

El nombre del software importa menos que el registro de la unidad. Una desarrolladora lleva inventario por desarrollo y por etapa: disponible, apartada, vendida, escriturada. El apartado tiene monto, vigencia y documentos, y bloquea la unidad. El plan de pagos es el de esa unidad —enganche, mensualidades y el esquema que sí se usa—. La cobranza lee ese calendario, la conciliación cruza el estado de cuenta con ese pago, la escrituración sigue hasta la firma y el reporte para los socios abre por desarrollo.

En un SaaS, la pregunta es si ese ciclo ya está en el producto. Ajustar campos no es lo mismo que tener el apartado, el plan y la escritura en el mismo expediente. Cuando no cabe, el equipo completa en una hoja, y esa hoja vuelve a ser el sistema.

En un desarrollo a la medida, esas reglas se escriben en el alcance. De Kalibra, esta página afirma los módulos publicados. Ventas y apartados lleva inventario, master plan y apartado, con esquemas como contado, crédito bancario, pagos domiciliados, tarjetas o tiendas. La cobranza sigue calendario y semáforo. La conciliación bancaria con IA importa estados de cuenta de los principales bancos de México y propone el cruce con el pago. El expediente digital guarda checklist y versiones. La escrituración va de la solicitud de crédito a la firma. Los reportes y dashboards abren disponibilidad, cartera y escrituración, por desarrollo y en consolidado, a Excel o PDF.

El sitio también describe CFDI desde la plataforma, ligado a la venta o al cobro, y esquemas INFONAVIT, cofinanciamiento, crédito bancario y pago directo. No añadimos bancos ni conectores que esas páginas no nombran. Un SaaS puede cubrir parte de lo mismo si, con una unidad propia, salen el apartado, el plan y el reporte. Si cada paso pide otra captura, se quedó corto para esa operación.

La tabla, en una hoja

Léela como modelo, no como ficha de una marca. Donde un SaaS concreto publique otra cosa, mandan su contrato y su demo, no esta celda. No hay columna de precio.

Cuándo el SaaS es la mejor opción

Conviene un SaaS cuando la desarrolladora es chica o va empezando: un desarrollo, un equipo corto y procesos cercanos a una preventa estándar. También cuando el producto, abierto con una unidad real, ya cubre el apartado, el plan de pagos y el reporte que dirección pide. Encargar un desarrollo en ese momento compra una espera que la operación no necesita.

Conviene, además, cuando la prioridad es un producto que el proveedor mantiene y el equipo acepta su marco. Una operación que todavía cabe en hojas de cálculo puede quedarse ahí; el artículo de hojas marca ese punto. Un SaaS puede ser el paso siguiente si cubre el ciclo y no solo le cambia el nombre a la misma hoja. Un producto de suscripción con datos exportables y un proceso que cabe es una decisión seria. Lo flojo es contratarlo porque la demo se ve ordenada y no probar el caso propio.

Cuándo conviene el desarrollo a la medida

Conviene encargarlo cuando la operación ya no es un flujo estándar. Varios desarrollos, cada uno con su inventario y su reporte. Esquemas propios —contado, crédito bancario, INFONAVIT, cofinanciamiento, pago directo, domiciliados, tarjetas o tiendas— que viven en la unidad y no en una nota. Bancos, CFDI y CRM tienen que hablar con esa unidad, sin capturar el mismo dato tres veces. Los socios piden el corte del mes por desarrollo, sin armarlo el fin de semana.

Ahí un producto igual para todos se queda corto, o se personaliza tanto que deja de ser el SaaS contratado: el plazo y la dependencia se parecen a un proyecto, sin la propiedad del sistema. En Kalibra el alcance sale del diagnóstico, no de un catálogo. El plazo típico es de 6 a 8 meses y el acompañamiento posterior al arranque es de 2 a 3 meses. La demo dura 30 minutos y no tiene costo.

El CRM no es la excepción. Si el frente comercial tiene reglas propias de apartado, comisión e inventario, un SaaS comercial desconectado deja la cobranza y la escritura en otro lado. En Kalibra ese CRM es parte del mismo desarrollo. La diferencia entre embudo y unidad sigue en el artículo de ERP y CRM; aquí el punto es que los dos tramos, si se encargan, se encargan a la medida.

Propiedad, hoja de ruta y la forma del costo

En el SaaS el software es del proveedor: la desarrolladora se va y el sistema se queda. La hoja de ruta también es de él. Una regla de apartado que solo usa esa desarrolladora puede no entrar, o entrar cuando le toque a la base de clientes. El costo es recurrente mientras se usa el servicio. Conviene preguntar si se mueve con usuarios, desarrollos o módulos, y qué pasa al dejar de contratar. Los datos hay que pactarlos en el contrato, antes de cargar clientes, saldos y documentos.

En el desarrollo a la medida, la regla propia es alcance o no lo es. Si no está escrita, no existe. Si está escrita, no espera una versión general. El costo es de proyecto. En Kalibra no hay tarifa publicada: la propuesta se mueve por módulos, integraciones, procesos, número de desarrollos y unidades, y la migración. El desglose, sin montos, está en el artículo del precio. Al cierre, el código fuente es del cliente, y los datos también, con exportación en formatos estándar, sin penalización ni retención. Se puede seguir con quien lo construyó o con el equipo propio. El checklist de 15 puntos sirve para no firmar sin esas tres respuestas: propiedad, hoja de ruta y forma del costo.

Lista corta para la junta

Lleva un desarrollo activo, una unidad con su esquema de pago y el reporte del mes para los socios.

1. ¿El apartado, el plan de pagos y la escrituración caben en el producto?
2. ¿Hay un solo desarrollo, o varios con inventario y cobranza propios?
3. ¿Bancos, CFDI y CRM quedan en la misma unidad, o cada uno es otro sistema?
4. ¿El reporte para socios sale por desarrollo sin armarlo a mano?
5. ¿De quién es el software al cierre, y quién decide la hoja de ruta?
6. ¿Los datos salen en un formato estándar, sin condiciones que los retengan?
7. ¿El costo es recurrente mientras se usa, o es de proyecto según el alcance?
8. ¿Se empieza configurando un producto que ya cubre el caso, o con un proyecto de 6 a 8 meses?

Si las primeras cuatro caben en un producto que ya existe y la operación es temprana, el SaaS puede ser la mejor decisión. Si no caben, y la propiedad también queda del proveedor, el desarrollo a la medida está más cerca. La demo de Kalibra dura 30 minutos y no tiene costo.