A Practical Look at the First Week
Los primeros siete días de cualquier despliegue tecnológico en una pyme argentina rara vez se parecen al plan escrito. Lo que sigue es un registro de lo que aparece cuando el sistema ya está en producción y hay que sostenerlo con el equipo real, la conectividad real y los horarios reales.
Antes de tocar el sistema
La primera decisión práctica no fue técnica. Fue definir quién iba a atender el teléfono cuando algo fallara a las 19:30, con la oficina cerrada y el cliente esperando una respuesta. Ese rol terminó recayendo en una persona del área administrativa, no en el proveedor, porque el proveedor no vive el problema en tiempo real.
Antes de migrar cualquier dato conviene listar los procesos que hoy funcionan a mano y que nadie documentó. Si ese listado no existe, la primera semana se convierte en una auditoría forzada, no en una puesta en marcha.
Los tres primeros días
El día uno suele ser silencioso: las herramientas están configuradas, los accesos repartidos, y casi nadie las usa porque todavía no hay urgencia. El día dos aparece el primer caso real y con él la primera duda sobre permisos. El día tres ya hay dos personas que resolvieron algo sin ayuda y una que sigue usando la planilla vieja en paralelo.
Esa convivencia entre el sistema nuevo y el archivo de siempre no es un fracaso. Es la señal más honesta de que la adopción avanza a un ritmo distinto al que promete cualquier cronograma.
Qué se rompe primero
Casi nunca falla la lógica del sistema. Lo que se rompe primero es la conexión en el horario pico, la carga de un archivo pesado desde una notebook vieja o el envío de una notificación que el cliente no esperaba. Son detalles chicos que consumen horas de soporte y que no aparecen en ninguna prueba previa al lanzamiento.
Vale la pena anotarlos durante la primera semana, aunque parezcan menores. Ese registro es el insumo más útil para la revisión que viene después.
Lo que conviene dejar por escrito
Al cierre de la semana, tres cosas deberían quedar documentadas: quién resuelve cada tipo de incidente, qué decisiones se tomaron sobre la marcha y qué quedó pendiente para la siguiente iteración. Sin ese registro, la segunda semana repite los mismos errores con distinto nombre.
La primera semana no se mide por cuántas funciones se activaron, sino por cuántas personas dejaron de depender de quien las ayudó el primer día.
Seguir leyendo
Si esta nota te resultó útil, hay dos materiales que la complementan bien: las notas de una sesión de planificación reciente, donde se discuten decisiones previas al despliegue, y la página de contacto para plantear un caso concreto.
Notas de una sesión de planificación reciente Contanos tu caso