Todas las áreas
Tú lo construyes. Nosotros lo mantenemos funcionando.
Mantenimiento gestionado de sistemas construidos con herramientas de IA, o por quien ya se fue: Lovable, Bolt, Replit, Cursor, Claude Code, workflows en n8n y Make, el repositorio de un freelance. Lo leemos, lo dejamos seguro para funcionar y asumimos la responsabilidad de que funcione.
- Precio
- desde $900
- Duración
- 1sem.
Qué cubre el trabajo
- 01Aceptación: la lecturaRecibimos el repositorio y el hosting, levantamos el sistema y lo recorremos en orden: entorno y secretos, base de datos, copias de seguridad, integraciones, cómo se despliega, cómo se recupera. Una semana, y un informe.
- 02Una de tres respuestasPodemos operarlo tal cual; podemos operarlo tras un sprint de estabilización, con el alcance definido; o sale más barato rehacerlo, y decimos con qué. Sea cual sea la respuesta, el informe es tuyo.
- 03Estabilización, solo donde haga faltaDespliegue reproducible, migraciones, copias que restauran, secretos fuera del código, logs que alguien pueda leer, los agujeros evidentes cerrados. Aquí no hay funciones nuevas, solo el mínimo antes de que alguien esté de guardia.
- 04Monitorización y el runbookAlertas sobre lo que se rompe, un despliegue documentado y un procedimiento de recuperación, escritos una vez en la aceptación y mantenidos al día mientras lo operamos.
- 05El paquete mensualRespuesta a incidentes dentro de una ventana acordada, actualizaciones de dependencias y modelos, parches de seguridad, un pequeño presupuesto de cambios y un informe de estado cada mes. Acordado por sistema en el contrato.
- 06Cambios, y la salidaLa funcionalidad nueva se define y se presupuesta aparte, nunca se absorbe en el mes. Todo sigue siendo tuyo: código, cuentas, documentación. Internalizarlo más adelante es un desenlace previsto.
Qué te llevas
- Alguien que entiende cómo está construido el sistema, ve cuándo se rompe y sabe levantarlo de nuevo
- Un sí o un no sobre la responsabilidad en una semana, antes de cualquier compromiso mensual
- Un estándar de operación para todo lo que construiste: despliegue, logs, secretos, copias, alertas
- El código, las cuentas y la documentación son tuyos, y te vas cuando quieras
- Visibility AnalyzergratisGratis
- Diagnóstico gratuitogratisGratis
- INITE Care$750/mes
- Aceptación del sistemaestás aquídesde $900
- Mantenimiento de visibilidad$900/mes
- Sprint de Visibilidad$1,500
- Sprint de estabilizacióndesde $1,800
- Sprint de Discovery$2,500
- Sprint de Implementacióndesde $5,000
Tres tamaños de Care
El informe de aceptación dice cuál necesita un sistema. Lo que cambia entre ellos es el tamaño del paquete y el presupuesto de cambios; lo que no cambia es que todo es tuyo.
- 01Essential$750/mesUna herramienta interna de la que depende el equipoMonitorización, alertas y verificación de copias · Respuesta a incidentes en las bandas de severidad del SLA, en horario laboral · Actualizaciones de dependencias, modelos y APIs · Informe de estado cada mes
- 02Business$1,200/mesUn sistema sobre el que corre un proceso del negocioTodo lo de Essential · Parches de seguridad al publicarse, probados antes · Un pequeño presupuesto mensual de cambios · Una revisión trimestral con el dueño del proceso
- 03Criticala consultarVarios sistemas, o uno que el negocio no puede pararTodo lo de Business · Varios sistemas en un solo paquete · Ventana de respuesta y ruta de escalado definidas para el conjunto de tus sistemas · Definido contigo, no a partir de una lista
Dos formas de mantenerlo funcionando
Puedes mantenerlo tú; un sistema que funciona hoy probablemente funcione mañana. La cuestión es quién se da cuenta cuando deja de hacerlo, y qué tiene que saber para levantarlo de nuevo.
Mantenerlo tú
- Escribir cómo se despliega y dónde está cada secreto, antes de que quien lo construyó lo olvide o se vaya
- Configurar copias de seguridad y restaurar una, para que la primera restauración no sea la que importa
- Poner alertas en las claves de API, los webhooks y la versión del modelo, porque cada uno cambiará sin avisar
- Y tener a alguien que sepa leer el código la semana en que algo se rompe a las nueve de la noche de un viernes
Aceptación del sistema
Dárnoslo a nosotros
- Una semana de lectura y un informe que dice si podemos responder por él, y qué haría falta
- Las reparaciones definidas en ese informe, y nada más, antes de ponernos de guardia
- Un paquete mensual con ventana de respuesta, acordado por sistema, y un informe de estado que se puede leer
No es para ti si
- Todavía no hay sistema. Care asume lo que existe; un problema sin sistema es construir desde cero, y eso empieza por Discovery.
- Quieres funciones nuevas dentro de la mensualidad. El paquete cubre la operación; los cambios se definen y se presupuestan aparte, para que el mes siga siendo un mes.
- Necesitas respuesta a cualquier hora. La ventana se acuerda por sistema y es en horario laboral; preferimos decirlo a prometer una guardia que no operamos.
- Preferirías que te dijeran que todo está bien. Una aceptación termina en una de tres frases, y una de ellas es que rehacerlo sale más barato.
Tres sistemas, desde donde llegan hasta donde quedan
La misma secuencia cada vez, en los tipos de sistema que llegan más a menudo: primero leer, después decidir, reparar donde haga falta y operar. Lo que cambia entre ellos es en cuál de las tres respuestas termina la lectura.
El dueño lo construyó en dos fines de semana. Las ventas pasan por él ahora: sesenta operaciones, tres personas, un Supabase detrás, y nadie ha mirado el código desde entonces.
- 01Recibimos el repositorio y el proyecto de Supabase, levantamos el sistema por nuestro lado y leemos cómo se despliega.
- 02La lectura encuentra la clave de servicio en el bundle del cliente y ninguna rutina de copias. Las dos cosas son estabilización, y las dos tienen precio.
- 03Dos semanas de estabilización mueven los secretos, activan la seguridad a nivel de fila, programan copias nocturnas con una restauración ensayada y ponen alertas en la autenticación y en la base de datos.
- 04El sistema entra en Care en Essential. El informe mensual muestra uptime, restauraciones probadas y qué cambió.
- Dónde terminaDos meses después, el equipo de ventas quiere WhatsApp y el ERP conectados. Eso es un cambio, definido y presupuestado aparte, y vuelve a Care cuando entra en producción.
Un responsable de operaciones los construyó de uno en uno a lo largo de un año. Nadie sabe cuáles siguen funcionando, cuáles están duplicados y cuál envía las facturas.
- 01Exportamos cada workflow, mapeamos qué dispara cada uno y dónde escribe, y marcamos los que no se han ejecutado en noventa días.
- 02La lectura encuentra cinco vivos de los que depende el negocio, seis muertos y tres duplicados de los vivos. Un único juego de credenciales compartido por los catorce.
- 03La estabilización conserva los cinco, funde en ellos los tres duplicados, separa las credenciales por workflow, añade rutas de error, retiene los logs de ejecución y archiva los seis muertos con una nota.
- 04Los cinco entran en Care en Business: un flujo de facturas necesita una ventana más corta que un resumen en Slack.
- Dónde terminaUn proveedor cambia el formato de su webhook un martes. Eso es un incidente dentro del paquete, no un cambio: reparado en la ventana acordada y recogido en el informe del mes.
Un agente de soporte construido sobre la API de un modelo, entregado como un zip y un acceso a Vercel. El contratista ha dejado de responder, y el modelo para el que se ajustó se está retirando.
- 01Lo levantamos, leemos los prompts y las herramientas que puede llamar, y seguimos adónde va una conversación cuando el modelo no puede responder.
- 02La lectura no encuentra conjunto de evaluación, ni registro de lo que el agente decidió, y el nombre del modelo está fijo en el código con fecha de retirada.
- 03La estabilización monta un conjunto de evaluación a partir de transcripciones reales, registra cada decisión con su motivo, pone el modelo detrás de una configuración y prueba el sustituto contra el conjunto.
- 04Entra en Care. La actualización del modelo, cuando llegue, es un cambio programado probado contra el mismo conjunto, no una sorpresa.
- Dónde terminaLa lectura también puede terminar al revés. Si el agente decide solo sobre dinero y reclamaciones y no hay un límite claro a partir del cual decide una persona, rehacerlo sale más barato que repararlo, y el informe lo dice.
Lo que preguntan antes de comprar
- ¿Puede una app hecha con vibe coding funcionar en producción?
- A menudo, sí. El código que escribe una herramienta de IA rara vez es el problema; lo que falta es todo lo de alrededor: secretos en el repositorio, una base de datos sin copia de seguridad, un esquema sin migraciones, fallos que no llegan a nadie, un despliegue que solo recuerda el autor. Eso es lo que lee la aceptación y corrige el sprint de estabilización. Si esta app puede funcionar en producción, lo decide la semana de lectura.
- ¿Qué revisa realmente la aceptación?
- El repositorio, el hosting, el entorno y los secretos, la base de datos y sus copias, cada integración y clave de API, cómo se despliega el sistema y cómo se recupera. Termina con monitorización instalada, despliegue documentado, procedimiento de recuperación escrito, riesgos críticos listados y una de tres respuestas.
- ¿Y si no podéis asumirlo?
- Entonces el informe lo dice y explica por qué. O define un sprint de estabilización con su alcance, o dice que rehacer el sistema sale más barato que repararlo y con qué lo sustituiríamos. El informe es tuyo en cualquier caso; una aceptación que termina en un no sigue diciéndote qué tienes.
- ¿Qué entra en la mensualidad y qué se factura aparte?
- La mensualidad cubre monitorización, verificación de copias, respuesta a incidentes dentro de la ventana acordada, actualizaciones de dependencias y modelos, parches de seguridad, un pequeño presupuesto de cambios y un informe de estado. La funcionalidad nueva se factura aparte, definida y presupuestada por sí misma, para que el mes siga siendo predecible.
- ¿Tiene que haberlo construido INITE?
- No. Care asume sistemas construidos en Lovable, Bolt, Replit, Cursor y Claude Code, workflows en n8n y Make, y lo que haya dejado un freelance o un contratista anterior. Lo que construimos nosotros entra en el mismo paquete con las mismas condiciones.
- ¿En qué se diferencia de un servicio de vibe coding cleanup?
- Una limpieza es un proyecto: alguien refactoriza el código y lo devuelve, y el siguiente incidente vuelve a ser tuyo. Care es responsabilidad. La limpieza ocurre donde la aceptación dice que hace falta, y después alguien se queda con el sistema, vigilándolo, actualizándolo, restaurándolo, todo el tiempo que quieras.
- ¿Podemos internalizarlo más adelante?
- Sí, y es un desenlace previsto, no una penalización. Todo lo que añadimos —el despliegue, el runbook, la monitorización, las copias— está documentado y queda en tus cuentas. Tu propio equipo de TI recoge la documentación y las alertas y sigue adelante.
- ¿Cuánto cuesta?
- La aceptación es una semana con precio desde un mínimo que depende de cuánto haya que leer; la cifra está en la parte superior de esta página. La estabilización, donde haga falta, se presupuesta en el informe de aceptación. La mensualidad viene en los tres tamaños de arriba, y la funcionalidad nueva se presupuesta aparte.
Siguiente paso
Enséñanos el sistema
Treinta minutos sobre tu sistema: qué es, sobre qué funciona y qué hace por el negocio. Si lo asumimos, sigue una semana con el código y una de tres respuestas: tal cual, tras estabilización, o rehacer.
Elegir una horaTreinta minutos, gratis. La llamada es sobre la aceptación.
- Precio
- desde $900
- Duración
- 1 semana
Termina en una de tres respuestas: lo operamos tal cual, lo operamos tras un sprint de estabilización, o sale más barato rehacerlo. El informe es tuyo en cualquier caso.