Servicio 04 · Implementación
Implementación: llevar la decisión a operación, con pruebas y traspaso
Prototipo, pruebas registradas, aceptación firmada y una persona de su empresa operando el sistema antes de que nos retiremos.
01Resultado esperado y para quién
Algo que funciona el lunes siguiente, con dueño y con manual
El resultado es un sistema en operación, con pruebas registradas, aceptación formal, documentación y una persona de su empresa capaz de operarlo y detenerlo.
Para quién está pensado
- Empresas que ya decidieron qué hacer y qué herramienta usar, y necesitan que eso llegue a producción sin sorpresas.
- Equipos que intentaron implementar internamente y se detuvieron en la integración, en las pruebas o en la adopción.
- Organizaciones donde el área de sistemas exige evidencia antes de aprobar un despliegue.
Estado de partida
Hay una decisión tomada, un proceso identificado y acceso a los sistemas involucrados. Si la decisión todavía no está tomada, este servicio no aplica: antes va la selección o el diagnóstico.
02Cuándo no conviene
Cuándo una implementación va a fracasar aunque se haga bien
- Si la herramienta se eligió sin probarla. Implementar bien algo que no resuelve el problema solo hace más caro el error. En ese caso conviene detenerse y revisar la elección, aunque duela.
- Si no hay responsable interno designado por nombre. Un proyecto sin dueño en la empresa termina cuando termina el contrato. No aceptamos iniciar sin esa persona.
- Si el área de sistemas no participó en el diseño. La aprobación de seguridad y de arquitectura llega al final y tumba el trabajo. Se incorpora desde la primera semana o no se empieza.
- Si el equipo que va a usar el sistema no fue consultado. La adopción no se resuelve con capacitación al final; se resuelve desde el diseño.
- Si el plazo es menor que el necesario para probar. Un despliegue sin pruebas con casos reales es una apuesta. Si la fecha no se puede mover, se reduce el alcance, no las pruebas.
- Si no existe un entorno separado de producción. Probar sobre los datos reales de la operación no es una prueba, es un riesgo.
- Si el objetivo es que no quede nadie capaz de mantenerlo. Ese modelo de negocio existe en el mercado, pero no es el nuestro y conviene saberlo antes.
03Qué ocurre hoy
Un caso concreto: el asistente que nadie usa
Se compró un asistente para responder consultas internas sobre políticas de la empresa. Se cargaron documentos, se hizo una demostración frente a los gerentes y se anunció por correo. Un mes después, el registro muestra once consultas, nueve de las cuales vienen de la misma persona.
Lo que falló no fue la tecnología. Nadie definió qué preguntas debía responder primero, ni quién mantenía los documentos actualizados, ni qué hacer cuando la respuesta estaba mal. La gente preguntó una vez, recibió una respuesta imprecisa y no volvió.
La implementación se ocupa de esas tres cosas antes del despliegue: casos de uso priorizados, responsable del contenido y un canal para reportar respuestas incorrectas.
El caso describe un patrón conocido en despliegues internos. No corresponde a una empresa identificada.
04Alcance y método
Cinco fases con aceptación formal
| Fase | Salida | Criterio para avanzar |
|---|---|---|
| Preparación | Entorno, accesos, responsables y plan de pruebas aprobado. | El área de sistemas autoriza el entorno. |
| Prototipo | Versión funcional sobre un subconjunto de casos. | El responsable del proceso la usa y la encuentra útil. |
| Pruebas | Registro de casos, incluidos los que fallan, con su tratamiento. | Cumple los umbrales acordados o se corrige. |
| Aceptación | Acta con lo que se acepta y lo que queda fuera. | Firma del responsable interno. |
| Despliegue y traspaso | Sistema en operación, monitoreo, documentación y capacitación. | El responsable interno opera sin nuestra intervención durante dos semanas. |
La fase de pruebas incluye siempre casos que deben fallar. Un sistema que aprueba todo en la prueba no fue probado: fue demostrado.
05Entregables verificables
Lo que se entrega y se firma
- Plan de pruebas aprobado antes de construir, con los umbrales acordados.
- Registro de ejecución de pruebas, con casos exitosos, casos fallidos y la corrección aplicada a cada uno.
- Acta de aceptación que distingue explícitamente lo aceptado de lo pendiente. No se firma un acta global sin detalle.
- Documentación técnica: arquitectura, dependencias, variables de configuración y procedimiento de restauración.
- Manual de operación y guía de incidentes: qué hacer si el sistema no responde o entrega resultados erróneos.
- Tablero de monitoreo con las señales mínimas: volumen, errores, tiempo de respuesta y casos escalados a persona.
- Acta de traspaso con la persona que asume la operación.
06Cómo se medirá
Umbrales acordados antes de construir
Los umbrales de aceptación se fijan en la fase de preparación, no al final. Si se fijan después, cualquier resultado se puede presentar como éxito.
| Qué | Cómo se obtiene | Naturaleza |
|---|---|---|
| Casos procesados correctamente sobre el conjunto de prueba | Ejecución registrada, con el conjunto definido antes | Observado |
| Casos derivados a revisión humana | Bitácora del sistema | Observado |
| Tiempo de respuesta en condiciones normales | Medición en el entorno de pruebas con volumen representativo | Observado |
| Adopción por parte del equipo | Uso registrado durante las dos semanas posteriores al despliegue | Observado, ventana corta |
| Efecto sobre el costo de la operación | Comparación contra la línea base, con período declarado | Estimado al cierre; se confirma después |
La última fila es la que más se exagera en el mercado. Al cierre de un proyecto se puede estimar; confirmar exige un período de operación real, y ese período no forma parte de este servicio salvo que se contrate aparte.
07Precio y condiciones
Presupuesto por fases, no un monto único
Cada fase tiene su precio y su criterio de avance. Si una fase no se cumple, no se cobra la siguiente. El monto se informa en la propuesta, después de la revisión técnica del alcance. desde $1.190.000 IVA incluido
Qué cambia el precio
- Número de integraciones y complejidad de cada una.
- Requisitos de seguridad o de auditoría del área de sistemas.
- Volumen y criticidad: un proceso que no puede detenerse exige más pruebas y un plan de contingencia.
- Necesidad de un entorno separado que haya que construir.
Qué no incluye
Licencias, consumo de modelos y hosting. Tampoco incluye soporte continuo después del traspaso: se contrata aparte, con su propio alcance.
Impuestos
Precios finales con IVA incluido (19 %)
08Prueba y responsable
Qué pedir antes de firmar
Pida el plan de pruebas de un proyecto anterior, con los casos que fallaron. Es el documento que separa una implementación de una demostración.
Pida también el acta de traspaso: quién asumió la operación, con qué documento y en qué fecha. Si no existe, el proveedor sigue siendo necesario para operar, y eso es dependencia, no implementación.
Responsable: quien dirige la implementación firma el acta de aceptación junto con su responsable interno. Su nombre se publica en quiénes somos cuando esté confirmado.
Preguntas frecuentes
¿Trabajan sobre una herramienta que ya compramos?
¿Qué pasa si las pruebas no alcanzan el umbral?
¿Quién opera el sistema después?
¿Entregan el código?
¿Cuánto tarda en promedio?
Antes de escribir
Si al leer esta página reconoce un proceso pero no está seguro de que aplique, escríbalo igual. Responder que no también es una respuesta útil.
Revisar un proceso Comparar los cinco serviciosSiguiente paso
¿Ya decidió qué implementar y falta que funcione?
Indique qué proceso, qué sistema y quién sería el responsable interno. Con eso podemos decir si el alcance es realista.