Panel de administración a medida vs SaaS genérico: cuándo construir el tuyo

La respuesta por defecto de cualquier desarrollador debería ser 'usa un SaaS existente'. Pero he construido ya varios paneles de administración a medida para clientes freelance — precios de temporada, propuestas comerciales — y en cada caso la decisión de construir en vez de comprar tenía una razón concreta, no capricho técnico.

La pregunta que hago primero

¿El dato que se gestiona es específico del negocio o es genérico? Un hostal que gestiona precios por temporada con reglas propias (fines de semana, puentes, temporada alta regional) no encaja en un SaaS de pricing genérico sin retorcer la herramienta. Un panel propio con dos tablas y un formulario resuelve exactamente ese caso, sin pagar licencia mensual por features que no se usan.

El coste real de un SaaS

No es solo la cuota mensual. Es la curva de aprendizaje del cliente en una herramienta ajena, la dependencia de que ese SaaS siga existiendo, y la fricción de integrarlo con el resto del sitio. Para un negocio pequeño, un panel propio con tres pantallas bien pensadas es más barato a medio plazo y el cliente lo entiende en cinco minutos porque está hecho a su medida exacta.

Cuándo SÍ recomiendo un SaaS

Cuando el problema es genérico y maduro: gestión de reservas complejas con calendarios de disponibilidad multi-canal, contabilidad, email marketing. Ahí, construir desde cero es reinventar una rueda que ya está muy pulida y que seguirá recibiendo mejoras que yo no puedo mantener solo.

Mi regla práctica

Si el panel tiene menos de cinco entidades de datos y una lógica de negocio específica del cliente, lo construyo a medida con Next.js y D1 o Supabase. Si el problema es genérico y ya resuelto por media docena de SaaS maduros, integro uno en vez de competir con él.