Cuando un cliente deja de responder

Cuando un cliente deja de responder, el proyecto normalmente se detiene en el primer punto que necesita su input. Fechas se mueven, decisiones quedan abiertas, capacidad del equipo se desperdicia y entregables pueden quedar sin aprobación. Si el silencio continúa, el proyecto debe pasar a pausado. La mejor respuesta es documentar bloqueos, poner fecha límite, explicar impacto y guardar todo en el historial del proyecto.

El silencio no siempre significa desinterés. Cliente puede estar ocupado, esperando aprobación interna, revisando presupuesto o sin saber cómo responder. A veces la solicitud no fue clara o la persona equivocada recibió decisión.

El riesgo aparece cuando equipo sigue trabajando sin confirmación o espera sin documentar impacto.

Primero baja el ritmo. Equipo no puede cerrar archivo, confirmar alcance o iniciar siguiente hito.

El proyecto parece activo, pero bloqueos crecen. Diseño espera assets, desarrollo espera contenido, finanzas espera aprobación y project manager espera feedback.

La mayoría de cronogramas dependen de respuesta del cliente. Si feedback debía llegar martes y llega lunes siguiente, entrega final rara vez queda igual.

Define desde inicio que retraso del cliente mueve timeline. Ejemplo: feedback debe llegar en tres días hábiles y aprobaciones tardías pueden cambiar fecha.

Clientes silenciosos suelen volver con muchos cambios. Algunos son feedback válido, otros son alcance nuevo.

Registra qué se pidió, aprobó, quedó abierto y qué cuenta como cambio de alcance. Al volver cliente, compara nuevos pedidos con alcance acordado.

Si la factura depende de aprobación de hito, silencio puede bloquear cobro. Esto afecta flujo de caja aunque trabajo esté terminado.

Define periodos de revisión y reglas de aceptación antes de iniciar proyecto.

Tras una fecha perdida, envía recordatorio claro. Dos o tres días después, explica bloqueo e impacto en timeline. Tras una semana, envía aviso formal de pausa. Luego pausa proyecto y documenta condiciones de reinicio.

"Necesitamos tu aprobación del borrador de homepage antes de continuar implementación. Feedback venció el martes. Si no recibimos aprobación o cambios antes del viernes a las 15:00, timeline se moverá al menos una semana y pausaremos esta fase."

Documenta trabajo bloqueado, envía recordatorio claro, define fecha límite, explica impacto en timeline y pausa proyecto si silencio continúa.

Para feedback normal, espera tres a cinco días hábiles. Revisiones más largas deben acordarse antes de empezar.

Envía acción específica, fecha límite, elementos bloqueados y consecuencia. Evita mensajes vagos como "¿alguna novedad?"

Sí, si las condiciones están documentadas en contrato, notas de kickoff o política escrita del proyecto.

Define fechas de respuesta, responsables de decisión, aprobaciones centralizadas, recordatorios tempranos e impacto de timeline documentado.

Si quieres una herramienta que gestione aprobaciones, recordatorios, bloqueos, impacto en timeline e historial del proyecto, Lyniti fue creado exactamente para esto.