Su aplicación se quedó sin quien la soporte. Nosotros la retomamos.
El desarrollador original ya no responde, cambió de empresa o simplemente desapareció. La aplicación sigue funcionando, pero nadie sabe qué pasa si falla. Entendemos el código, documentamos lo que falta y quedamos como su soporte permanente.
Atendemos de lunes a viernes, de 8:00 a. m. a 5:00 p. m., hora de Colombia.
¿Su soporte hoy depende de una sola persona?
Si reconoce dos de estas cuatro, el problema no es de equipos: es que nadie está a cargo de la atención.
- ¿El soporte lo hace el que más sabe de computadores? No es su cargo, pero es a quien todos llaman. Cada interrupción le cuesta el trabajo por el que sí lo contrataron.
- ¿Sabe cuántas solicitudes hubo el mes pasado? Sin registro no hay forma de saber qué se repite ni qué se demora. Se apaga el incendio y se olvida, y el mes siguiente vuelve el mismo incendio.
- ¿Los casos le llegan por WhatsApp, correo y de pasillo? Lo que se pide en el pasillo no queda escrito en ninguna parte. Y lo que no queda escrito se pierde, o se resuelve dos veces.
- ¿Qué pasa cuando su técnico sale a vacaciones? El conocimiento de cómo funciona lo suyo vive en una sola cabeza. Si esa persona se enferma o se va, la empresa se queda sin memoria.
¿Le suena alguna de estas cuatro?
Si reconoce dos, el problema no es la aplicación: es que nadie está a cargo de sostenerla.
¿El desarrollador ya no contesta?
Renunció, cerró su empresa o simplemente dejó de responder. La aplicación sigue corriendo en producción, sin nadie que responda si falla.
¿Nadie tiene el código o la documentación?
El código fuente puede existir en algún repositorio olvidado, o no existir en ningún lado accesible para su equipo.
¿Le da miedo tocarla?
Funciona, pero nadie en la empresa entiende cómo por dentro. Cualquier cambio se siente como una apuesta.
¿Depende de un servidor o proveedor que también quedó huérfano?
Dominio, hosting o base de datos a nombre de alguien que ya no está, sin que quede claro quién administra el acceso.
Los compromisos de atención, por prioridad
La prioridad la define el impacto en su operación, no quién llama. Los tiempos de cada casilla se fijan con usted en el levantamiento, antes de empezar, y quedan firmados en su acuerdo.
| Prioridad | Qué significa | Canal |
|---|---|---|
| 1 · Crítica | Nadie puede trabajar o el servicio a sus clientes está caído | Mesa de ayuda, correo o teléfono |
| 2 · Alta | Un área o un proceso está detenido; el resto de la empresa sigue | Mesa de ayuda, correo o teléfono |
| 3 · Media | Hay afectación, pero existe otra forma de hacer la tarea | Mesa de ayuda, correo o teléfono |
| 4 · Baja | Solicitud programable: altas de usuario, configuraciones, cambios agendables | Mesa de ayuda, correo o teléfono |
Los tiempos de atención quedan escritos en su acuerdo de servicio, no en esta página. El cumplimiento se mide con las horas registradas caso por caso y se muestra completo en el informe mensual.
Lo que hacemos con su aplicación
No la reescribimos desde cero salvo que sea la mejor decisión técnica. Primero la entendemos, la estabilizamos y la dejamos con soporte real.
Ingeniería inversa del código
Revisamos el código fuente, la base de datos y la arquitectura para entender qué hace la aplicación y cómo está construida, aunque no exista documentación previa.
Inventario técnico y de riesgos
Identificamos versiones desactualizadas, dependencias obsoletas, vencimientos de dominio o certificados, y accesos que dependen de una sola persona.
Estabilización
Corregimos lo urgente primero: lo que puede fallar mañana. Documentamos el resto para intervenirlo con orden, no a las carreras.
Soporte y evolución continua
Quedamos como su equipo de soporte: corrección de errores, mejoras y acompañamiento cuando el negocio necesite que la aplicación crezca.
De la primera llamada a la aplicación con soporte, en cuatro etapas.
Cada etapa termina en algo que usted puede leer, no en una reunión más.
Un resumen escrito de lo que se sabe y lo que falta por descubrir
Nos cuenta qué aplicación es, qué tan crítica es para el negocio y qué tanto acceso tiene hoy al código o al proveedor original.
Un informe con el estado real de la aplicación y los riesgos encontrados
Entramos al código, a la base de datos y a la infraestructura. Usted recibe además una propuesta de estabilización priorizada.
Los riesgos críticos corregidos y la documentación que antes no existía
Corregimos lo urgente, aseguramos los accesos y los dominios a nombre de la empresa, y dejamos la documentación técnica básica.
Un acuerdo de soporte y un canal directo con quien ya conoce su código
Entra a operar con los mismos niveles de atención y trazabilidad de nuestra mesa de ayuda.
Lo que preguntan antes de firmar.
Las cuatro que siempre salen, respondidas antes de que las tenga que hacer.
Es lo normal en este tipo de casos. La auditoría técnica de la etapa 2 existe justamente para eso: dimensionar qué tan sano o frágil está antes de comprometer un plan de trabajo.
No necesariamente. Preferimos estabilizar y evolucionar lo que ya funciona. Una reescritura completa solo se propone cuando es técnicamente la opción más responsable, y siempre con su aprobación previa.
El código y los accesos quedan documentados a nombre de la empresa, no de una persona. Lo que produzcamos es propiedad suya desde el primer entregable.
Depende del tamaño y el estado de la aplicación. La propuesta económica sale después de la auditoría técnica, con el alcance detallado al lado del número.
Cada solicitud queda registrada en nuestra plataforma de tickets, con quién pidió, quién atiende y cuándo se cerró. Ese historial es suyo.
Agende 30 minutos y le decimos qué haría falta.
Cuéntenos cuántas personas son y cómo piden ayuda hoy. Salimos de la llamada con un resumen escrito de lo que tiene y de lo que quedaría por cubrir. Sin compromiso de compra.