Comprar, adaptar o construir: cuándo merece un SaaS a medida en Palma de Mallorca y Baleares

Viernes, 17:40, en una oficina de alquiler vacacional en Palma de Mallorca. Tres pestañas de Excel abiertas, un WhatsApp de limpieza en Ibiza que nadie ha marcado como hecho, y un PDF de tarifas de Menorca pegado en el correo del lunes. El responsable de operaciones mira el reloj: el fin de semana largo de las Islas Baleares empieza en dos horas y el “sistema” es un mosaico de hojas compartidas. No es falta de voluntad. Es el momento en que muchas pymes se preguntan si necesitan desarrollo de software SaaS a medida, adaptar un white-label… o seguir pagando licencias de un SaaS genérico que no encaja.

Esta pieza no define qué es un SaaS multi-tenant. Ya lo hicimos. Aquí la pregunta es otra: comprar, adaptar o construir — y cuándo el SaaS a medida deja de ser capricho y pasa a ser unit economics.

Tres caminos: comprar, adaptar o construir

Antes de firmar con una empresa de desarrollo de software con IA o renovar otra suite, compara los tres caminos con la misma tabla. Los números son órdenes de magnitud típicos en Baleares; el valor está en la lógica, no en el euro exacto.

Criterio	Comprar SaaS genérico	Adaptar white-label / low-code	Construir SaaS a medida
Time-to-value	Días / pocas semanas	4–12 semanas	3–6 meses al MVP usable
Control de lógica	Bajo (roadmap del vendor)	Medio (límites de la plataforma)	Alto (tu dominio, tus reglas)
Coste 12 meses	Licencias + integraciones frágiles	Licencia plataforma + hours de partner	Inversión inicial + hosting + mantenimiento
Multi-sede Baleares	A menudo “multi-oficina” genérico	Configurable si el modelo lo permite	Diseñado para Palma / Ibiza / Menorca
Vender a terceros	Prohibido o irrelevante	A veces (white-label)	Sí: producto propio multi-tenant
Riesgo vendor lock-in	Alto	Medio-alto (plataforma)	Bajo en lógica; eliges stack

Si tu dolor es “necesitamos un CRM limpio ya”, compra o adapta. Si tu dolor es “nuestra lógica de temporeros, comisiones y multi-isla no cabe en ningún plan”, el desarrollo de software a medida en Palma —en formato SaaS— empieza a cobrar sentido. Para filtrar partners, útil leer cómo elegir una empresa de desarrollo de software con IA.

Unit economics: cuándo construir gana a comprar

Olvida el debate ideológico. Cuatro variables deciden si un SaaS a medida se paga solo en Mallorca y el resto del archipiélago.

ARPU. Si cada sede o tenant aporta un ingreso alto (fee recurrente, gestión premium, upsell), el margen absorbe el desarrollo. Con ARPU bajo, el build tarda años.

Número de tenants o sedes. Un solo local en Palma casi nunca justifica construir. Tres sedes (Palma HQ + pico Ibiza + base Menorca) tensionan el SaaS genérico. Diez tenants externos y ya estás en territorio de producto.

Carga de soporte y margen. Si cada temporada reinventas el onboarding de temporeros con Excel, el “comprar barato” sale caro. Construye cuando el software protege margen (menos doble booking, menos horas de coordinación); compra cuando es commodity. A menudo conviene antes una capa de automatización de procesos con IA o un plan 30-60-90 de automatización para ver si el cuello es proceso o producto. La misma lógica aplica al software a medida en Palma fuera del packaging SaaS: si en doce meses pagas más en workarounds que en un MVP, construyes.

No negociables de arquitectura

Si eliges construir, estos cuatro bloques no son “fase 2”. Son el suelo. Sin ellos, el SaaS a medida se convierte en un monolito frágil con logo bonito.

Multi-tenant e aislamiento de datos

Cada cliente, sede o marca debe vivir en un isolation boundary claro (schema, tenant_id estricto, o híbrido). Un error de filtrado entre un portfolio de Menorca y otro de Ibiza no es un bug menor: es un incidente GDPR y de reputación. Diseña permisos y queries con tenant en el centro, no como afterthought.

Roles y onboarding de temporeros

En Baleares el equipo crece y se contrae con la temporada. Necesitas roles mínimos (admin sede, ops, limpieza, comercial) y un onboarding que un supervisor pueda completar en minutos: invitaciones, permisos, checklist del primer día. Si el alta de un temporero exige un ticket a IT, el sistema fallará en julio.

Facturación y planes

Aunque empieces “solo interno”, modela planes (por sede, por unidad, por módulo). Facilita pasar de herramienta interna a producto vendible. Incluye estados de trial, mora y baja sin destruir histórico: en turismo, el cliente que pausa en invierno vuelve en primavera.

Idiomas ES/EN (y catalán si aplica) + sedes Palma / Ibiza / Menorca

La UI y los datos maestros deben soportar al menos español e inglés; catalán cuando el equipo o el cliente lo exijan. Las sedes no son “tags”: son entidades con calendario, zona horaria operativa y reglas propias. Un pico en Ibiza no puede secuestrar la cola de Palma. Si además el campo trabaja con móvil, alinea el back con desarrollo de apps en Palma o el servicio de apps móviles en Mallorca.

Caso profundo: gestor de propiedades en Menorca

Una gestora con base en Ciutadella (Menorca) operaba ~90 viviendas: Excel de owners, otro de limpiezas, channel manager aparte y WhatsApp como “BPM”. El SaaS genérico cubría el 70 %; el 30 % restante era su margen (comisiones por owner, late checkout por villa, reporting en catalán/castellano).

El white-label salía más barato el mes uno, pero no permitía revender a otras gestoras —su plan a 24 meses. Optaron por un MVP de SaaS a medida: multi-tenant por owner-group, roles de temporeros, planes de facturación y sede lógica Menorca. El HQ en Palma centralizó finanzas; el pico de Ibiza (mismo producto, otro tenant) se activó sin copiar bases. En dieciocho meses bajó el soporte y abrieron dos gestoras externas como tenants de pago. Unit economics + arquitectura, no brochure. Si luego conectan agentes al CRM, primero datos limpios —CRM listo para agentes IA— y, si hace falta, desarrollo de aplicaciones con agentes IA encima del SaaS.

Hoja de ruta por semanas (1–4 / 5–12 / 13–24)

Semanas 1–4 — decisión y recorte. Congela el alcance del MVP: un tenant piloto, tres roles, un flujo de valor (por ejemplo check-in/limpieza o reporting a owners). Documenta qué queda fuera. Valida unit economics con números reales (ARPU, sedes, soporte). Elige comprar/adaptar/construir por escrito; si es construir, firma stack y isolation model.

Semanas 5–12 — MVP operable. Entrega usable en producción controlada: onboarding de temporeros, multi-sede mínima Palma–Menorca (o la pareja que te duela), facturación en modo “plan único”. Nada de marketplace ni IA “porque queda bien”. Mide tickets de soporte y tiempo de alta de usuario frente al Excel anterior.

Semanas 13–24 — producto o herramienta interna. Si los números aguantan y hay demanda de terceros, abre el segundo y tercer tenant, puliendo planes e idiomas. Si no, estabiliza como herramienta interna y evita sobre-ingeniería. En ambos casos, planifica mantenimiento fuera de temporada: en Baleares noviembre es para deuda técnica, no para features de escaparate.

Preguntas frecuentes

¿El SaaS a medida siempre es más caro que comprar? En mes 1, casi siempre. En mes 18, depende: depende de workarounds, lock-in y si puedes revender. Calcula coste total, no solo licencia.

¿Puedo empezar en low-code y migrar después? Sí, si aislas bien el dominio y no pintas lógica crítica solo en la plataforma. Si el core es tu ventaja (comisiones, multi-isla, compliance), migrar tarde duele más.

¿Hace falta IA desde el día uno? No. Primero datos y flujos. La IA aporta cuando hay eventos limpios; si no, amplifica el caos del viernes por la tarde.

¿Multi-tenant es obligatorio si solo operamos nosotros? Si algún día venderás a terceros o separarás marcas/sedes con datos sensibles, diseña multi-tenant desde el MVP. Retrofit es caro.

¿Quién mantiene el SaaS en invierno? Debe estar en el contrato: horas de mantenimiento, backups, monitoring. Un build sin dueño operativo es un Excel caro.

Cuéntanos tu stack en 3 datos

Si estás en Palma de Mallorca, Ibiza o Menorca y dudas entre comprar, adaptar o construir, escríbenos con solo tres datos: (1) una descripción breve del Excel o captura de tu stack actual, (2) número de sedes o tenants y (3) si quieres (o no) vender la solución a terceros. En Derek Solutions te devolvemos una recomendación comprar / adaptar / construir —sin teatro de demos eternas.

Contacto: derek@dereksolutions.com · +34 680 283 973 · dereksolutions.com.