La pregunta detrás de la pregunta
«¿Pero se puede vivir de esto?» La pregunta vuelve una y otra vez en los foros, a veces de frente, más a menudo disfrazada. Alguien cuenta que lleva años con Home Assistant en casa, que sus amigos le preguntan sin parar si no podría montárselo también a ellos, y entonces aparece la frase que delata el verdadero titubeo: «Pero, ¿se puede montar un negocio de verdad sobre algo así? Si es open source, si no hay nadie detrás.»
Me parece una pregunta honesta, y la entiendo. Quien va a poner su sustento sobre algo quiere saber en qué se apoya. Con un sistema cerrado, con su fabricante, su teléfono de soporte y su contrato, a primera vista todo está más claro. Con Home Assistant da la impresión de que ahí, de entrada, no hay nadie.
Solo que esa primera impresión es falsa. Y la prueba tiene ya más de quince años, corre en cerca del cuarenta por ciento de todas las webs de internet y se llama WordPress.
Tres miedos que esconden el mismo patrón
Cuando hablo con gente que le da vueltas a la idea de cuidar instalaciones de HA de forma profesional, salen casi siempre los mismos tres reparos. No como excusas, sino como preocupaciones reales y legítimas.
El primero: no hay un fabricante detrás. ¿Quién responde si algo se rompe? ¿A quién señalo cuando el cliente pregunta por qué su cerradura no reacciona desde la última actualización? Con Loxone o Control4 hay un fabricante, una certificación, una cadena de escalado. Con el open source hay un issue en GitHub y, en el peor de los casos, un encogimiento de hombros.
El segundo: tengo que estar siempre allí en persona. La idea de que cada avería signifique coger el coche, porque no puedes intervenir en remoto, es ruinosa para un modelo de negocio. Quien se pasa cuarenta minutos al volante por cada incidencia no puede llevar veinte clientes. Como mucho cinco, y solo si no todos dan guerra a la vez.
El tercero: la cosa es inestable. Las actualizaciones se cargan configuraciones, un plugin se rompe tras una actualización de HACS, un breaking change en el core mata una automatización de la noche a la mañana. Para mucha gente, Home Assistant sigue siendo una plataforma de cacharreo, y sobre cacharreo no se monta un oficio.
Tres miedos, un denominador común: la sensación de apoyarse en algo que puede desplomarse bajo tus pies en cualquier momento, sin que nadie te recoja. Esa sensación exacta ya existió una vez. En otro ecosistema, con una historia asombrosamente parecida.
WordPress tenía exactamente esa fama
Rebobina, pongamos, hasta 2010. WordPress era open source, gratuito, sostenido por una comunidad. Y tenía clavada la fama que hoy tiene Home Assistant. «Las actualizaciones revientan la web.» «Los plugins son una pesadilla de seguridad.» «No hay soporte oficial, estás solo ante el peligro.» «Para un negocio serio coges algo de verdad, no un apaño bajado de internet.»
Quien por entonces le proponía a un empresario montar la web de su empresa sobre WordPress tenía que justificarse. Hoy es al revés: el que no lo propone es el que tiene que explicar por qué no.
¿Qué pasó? No que WordPress se volviera estable de la noche a la mañana y que un gigante asumiera la responsabilidad. Pasó otra cosa: nació toda una industria de gente que opera WordPress de forma profesional. Agencias, freelancers, negocios de una sola persona que no montan una web y se despiden, sino que la cuidan de forma continua. Aplicar actualizaciones, hacer copias de seguridad, reaccionar cuando algo falla, a cambio de dinero, todos los meses, de forma previsible. Los famosos planes de mantenimiento y de cuidado que hoy son la columna vertebral de incontables agencias. Ingresos recurrentes a partir de un software por el que nadie paga una licencia.
Ahí es donde me gusta acorralar a los aspirantes a integradores de HA. El fabricante que falta no es un agujero. Es la base del negocio. Justamente porque no existe ningún teléfono de soporte, el cliente necesita a alguien que ocupe ese papel, y ese alguien eres tú. «No hay fabricante detrás» significa, desde el punto de vista del cliente: «Necesito a una persona de confianza.» Eso no es una carencia. Es demanda.
La parte que casi todos pasan por alto: la herramienta
Pero (y esto me importa, porque aquí se suele soltar demasiado rápido un «pues hazlo y ya») la industria de WordPress no nació solo a base de buena voluntad. Se hizo posible cuando en algún momento aparecieron las herramientas para domar la locura.
Imagínate un proveedor de servicios con ochenta webs de clientes en WordPress. Ochenta accesos. Ochenta listas de plugins. Ochenta rutinas de backup, ochenta estados de actualización. Quien se mete cada mañana, una por una, en cada web para ver si la noche ha roto algo, tira la toalla en dos semanas. Eso no escala. Es el miedo a la visita presencial del mundo WordPress, solo que en digital.
Lo resolvió una clase de programas que se llaman paneles de gestión. El ejemplo libre más conocido es MainWP: autoalojado, open source, construido para ese dolor exacto. Instalas una pequeña extensión en cada web de cliente y, a partir de ahí, lo ves todo desde un único panel: qué web necesita una actualización, dónde hay un plugin caducado, cuál está caída ahora mismo, cuándo corrió el último backup. Actualizaciones de core, plugins y temas en todas las webs a la vez. Monitorización de uptime. Comprobaciones de seguridad. Informes que le envías al cliente para que vea por qué paga.
En lugar de meterse en ochenta webs, el proveedor mira una sola vez un panel y ve dónde hay que actuar. Lo que requiere acceso remoto, lo despacha en remoto. El desplazamiento (el gran coco) se encoge hasta los pocos casos en los que de verdad hace falta meter la mano.
Esta herramienta exacta le faltó a Home Assistant durante mucho tiempo. Y mientras falta, el miedo a la visita presencial sigue siendo legítimo.
HA Fleet Manager es el momento MainWP de Home Assistant
Aquí entra en juego el producto que hay detrás de este blog, y digo a propósito qué es y qué no es, porque a mí el primero al que el rollo publicitario en este tema me ataca los nervios soy yo.
HA Fleet Manager pretende ser para Home Assistant lo que MainWP es para WordPress. Un panel central para muchas instancias. Instalas una integración personalizada en cada instalación de cliente y, a partir de ahí, ves el estado de toda la cartera de un vistazo: qué instancia está en línea, qué integraciones corren, qué plugins de HACS están instalados y en qué versión, si hay errores críticos en los logs. Acceso remoto a la interfaz de HA cuando tienes que intervenir, pero solo después de que el cliente lo haya autorizado, y solo durante una ventana limitada. Un historial de mantenimiento que no vive en tu memoria.
El paralelismo aguanta hasta el detalle. El miedo a la visita presencial se disuelve en el mundo de HA por la misma razón que entonces en el de WordPress: porque ya no tienes que desplazarte a cada instalación ni meterte una a una para saber cómo está. Lo ves. Y si hay algo, intervienes en remoto. Cómo se ve eso en el día a día lo conté en otro sitio como una pequeña historia: la cascada de Z2M un jueves por la tarde, tres clientes, cuarenta minutos, sin coger el coche.
Lo que HA Fleet Manager no es: un producto acabado, curtido durante décadas, con el alcance funcional de las suites RMM consolidadas. Es joven. Está naciendo ahora mismo. Pero MainWP también era joven en 2013, y WordPress mucho más en 2010. Los ecosistemas maduran cuando alguien empieza a construir las herramientas que los profesionales necesitan.
Queda el tercer miedo: la estabilidad
Del fabricante que falta y de la preocupación por la visita presencial ya hemos hablado. El tercero («el sistema falla porque las actualizaciones rompen cosas») merece una respuesta propia y honesta. Porque, a diferencia de los otros dos, no se quita de en medio con un «WordPress también lo consiguió».
Primero: sí, las actualizaciones rompen cosas a veces. Es cierto y seguirá siendo cierto. Pero justamente ahí está la palanca profesional, no un motivo de descarte. La diferencia entre un aficionado y un proveedor de servicios no es que al proveedor no se le rompa nunca nada. Es que el proveedor se entera el primero, antes de que llame el cliente. Quien despliega una actualización de forma controlada en una instalación piloto, observa, y solo entonces la suelta a la flota, ha convertido el «algo se rompió» en una operación planificada. Para eso sirve un panel de flota: no para evitar fallos, sino para verlos pronto y todos juntos.
Segundo: la fama de «cacharreo» va por detrás de la realidad. Home Assistant hace tiempo que salió del rincón del sótano. Hay una fundación, un ciclo de versiones fijo, el programa «Works with Home Assistant», hardware oficial. Esto ya no es un script de fin de semana, sino una plataforma con millones de instalaciones. Quien hoy todavía dice «cosa de cacharreo» está describiendo el estado de hace cinco años.
Y tercero, el punto que más me toca la fibra: en el open source la estabilidad no es una propiedad que entrega el fabricante. Es un servicio que presta el proveedor. Suena a más responsabilidad, y lo es. Pero es exactamente la responsabilidad por la que paga el cliente. Un contrato de mantenimiento no vende «el software no se rompe nunca». Vende «si pasa algo, alguien se ocupa, y casi siempre antes de que tú te enteres». Eso un fabricante con sistema cerrado suele entregarlo peor que una persona que conoce al dedillo esas veinte instalaciones concretas.
Lo que esto significa para ti, si empiezas
No quiero dorarte la píldora. Montar un negocio con HA es trabajo, y no es un éxito garantizado por inercia. Pero la excusa de «no se puede, si es solo open source» está desmentida por la historia. Ya quedó desmentida una vez en un mercado de estructura muy parecida, a fondo, y por gente que hoy vive bien de ello.
Lo que hace falta es lo mismo que entonces: la disposición a ocupar tú mismo el papel del fabricante que falta, como persona de confianza, no como manitas. Un modelo de negocio con ingresos recurrentes, para no vivir de emergencia en emergencia. Y una herramienta que no te obligue a meterte cada mañana, una a una, en veinte instalaciones. Cómo es este oficio en concreto, desde el día típico hasta las tarifas por hora, lo describí con más detalle en el perfil profesional del integrador de HA. Y si todavía dudas qué herramienta encaja con tu tamaño, quizá te sirva la comparativa de las seis vías para gestionar varias instancias de HA.
La gente de WordPress no tenía en 2010 ni MainWP ni la certeza de que su industria fuera a nacer. Simplemente empezaron. Hoy tú empiezas, y la herramienta ya existe.
Eso, francamente, es un momento bastante bueno para arrancar.
Aviso: HA Fleet Manager es el producto detrás de este blog. El paralelismo con WordPress no es por eso una estrategia de venta: es la razón por la que creo que este mercado funciona.