# Muestra si un proyecto espera a tu equipo o al cliente Sustituye «en curso» por la parte que debe actuar, el elemento o decisión esperados, la etapa bloqueada y la fecha en que una persona interna volverá a revisar. Mantén a alguien del equipo responsable de comprobar la espera incluso si el siguiente paso corresponde al cliente. Un equipo pidió dos archivos de origen a un cliente. La tarjeta sigue diciendo «en curso», así que otra persona empieza a redactar sin el material y quien gestiona la cuenta no sabe cuándo se comprobó por última vez. Un registro de esperas hace visibles la dependencia y el siguiente paso. Los ID de proyectos, personas, fechas, solicitudes y datos de proveedores del CSV son ficticios. Canonical: https://areinum.com/es/guides/show-who-a-project-is-waiting-on/ Language: es Actualizado: 2026-10-31 ## Usa un estado que identifique a quien actúa después «En curso» suele ser demasiado amplio para explicar una pausa. Usa pocos estados que el equipo pueda aplicar de forma coherente, como «esperando al cliente», «esperando a nuestro equipo» o «esperando a otra parte». Añade un motivo breve. Son etiquetas sugeridas, no una clasificación obligatoria; un proyecto puede necesitar otras. Registra por separado la parte que debe actuar y la persona que supervisa el proyecto. Si el cliente debe aportar un archivo, es quien actúa después, mientras alguien de tu empresa sigue responsable de comprobar si llegó y decidir qué hacer si no llega. ## Nombra la dependencia y la etapa bloqueada Describe el elemento, respuesta o decisión exactos que faltan. «Esperando fotos finales del producto para la página» es más útil que «esperando recursos». Nombra después la etapa o decisión que no puede continuar sin ello. Así un compañero ve si otro trabajo puede avanzar en paralelo o si el proyecto está realmente detenido. Usa lenguaje neutral. Un registro de espera indica lo conocido, no por qué otra persona no actuó. Si nunca se envió la petición, regístralo como siguiente acción interna en lugar de decir que se espera al cliente. ## Registra la petición y una fecha interna de revisión Para una dependencia del cliente, anota cuándo se envió la petición y dónde encontrar los detalles. Si no se envió, asigna a alguien para prepararla y enviarla. Elige una fecha de revisión según el ritmo real del proyecto y lo que el equipo pueda asumir. Es un momento para comprobar el estado, no una estimación de finalización. Para trabajo que espera a tu equipo, nombra a quien actuará y la condición interna que liberará la siguiente etapa. Para proveedor o responsable externo, conserva una referencia de contacto solo donde lo permitan tus registros habituales. El registro debe señalar la fuente, no copiar hilos completos de correo. ## Haz explícitos los cambios de estado Cuando llegue lo esperado, registra qué cambió, cuándo llegó y quién confirmó que sirve. La persona que supervisa puede pasar el proyecto al siguiente estado y nombrar la siguiente acción. Si llega una respuesta parcial, mantén visibles los elementos restantes en lugar de cerrar toda la dependencia. Si pasa la fecha de revisión sin cambios, decide si hacer seguimiento, avanzar con lo disponible, revisar la secuencia o escalar la decisión. El registro no decide si un cliente tiene la culpa o si debe continuarse sin lo pendiente. ## Separa el registro interno de las promesas al cliente Usa el registro para coordinar internamente y mantener coherente el proyecto. Una actualización al cliente tiene otra finalidad: explicar lo conocido, lo incierto y cuándo volverá a recibir noticias. No conviertas la fecha de revisión del CSV en fecha de finalización. Registra qué canal se usó y si llegó una respuesta. Si el cliente prefiere otro canal acordado, la persona responsable de la cuenta puede elegir cómo continuar. ## Usar Areinum Pide a Areinum Assistant organizar los registros aportados por siguiente actor, etapa bloqueada y responsable interno de seguimiento. Comprueba la fuente y las respuestas reales antes de cambiar el estado del proyecto. ## Preguntas frecuentes ### ¿Quién se encarga de una espera si el cliente debe aportar un archivo? El cliente actúa después, mientras una persona nombrada del equipo sigue responsable de comprobar la espera y decidir el siguiente paso. ### ¿La siguiente revisión es una fecha de finalización? No. Es la fecha en que el equipo comprobará la dependencia. Da una estimación de entrega solo cuando tengas una base sólida. ### ¿Y si solo llega parte del material solicitado? Registra qué llegó y qué sigue faltando. Mantén abierta la dependencia restante hasta que la persona adecuada confirme que sirve. ### ¿Puedo conectar mi tablero de proyectos? La demo usa datos de una empresa de ejemplo. Pregunta si tu fuente y el flujo de estados de espera están disponibles antes de usar registros reales. ## Fuentes y lecturas adicionales - [Getting info from clients](https://www.reddit.com/r/taxpros/comments/1sueoto/getting_info_from_clients/): La persona autora describe envíos incompletos de documentos pese a una lista personalizada, correos y recordatorios repetidos. También indica que algunos clientes suelen ignorar mensajes automáticos. Una conversación relatada por una persona no establece prevalencia ni respalda asesoramiento fiscal. El registro es un método de coordinación propuesto. (2026-10-18) Descargar la hoja original (Archivo en inglés): https://areinum.com/guides/show-who-a-project-is-waiting-on/project-waiting-register.csv ## Registro de esperas de proyecto Los ID de proyectos, personas, fechas, solicitudes y datos de proveedores del CSV son ficticios. | ID de proyecto | Etapa bloqueada | Estado | Esperando a | Elemento o decisión esperados | Fecha de envío o inicio interno | Responsable interno de seguimiento | Próxima revisión | Condición para reanudar | Último cambio | | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | | PRJ-204 | Borrador de página de producto | Esperando al cliente | Contacto del cliente | Fotos finales del producto | 2026-10-16 | Taylor Brooks | 2026-10-20 | Fotos recibidas y revisadas para su uso | Petición enviada; aún no hay respuesta registrada | | PRJ-205 | Revisión del texto de factura | Esperando a nuestro equipo | Responsable de contenido | Aprobar el texto revisado | 2026-10-17 | Morgan Lee | 2026-10-19 | La persona responsable registra una decisión | Revisión asignada internamente | | PRJ-206 | Prueba de impresión | Esperando a otra parte | Proveedor de impresión | Devolver la prueba física | 2026-10-15 | Riley Chen | 2026-10-21 | Llega la prueba y la revisa la persona responsable | Plazo del proveedor sin confirmar | 1. Usa una fila por dependencia. Conserva a la persona interna responsable del seguimiento incluso cuando deba actuar el cliente o proveedor. 2. Escribe con precisión la etapa bloqueada y lo que se espera. Registra una fecha de solicitud solo cuando se haya enviado realmente. 3. Fija la próxima revisión según el ritmo real de tu equipo. Es una comprobación de estado, no una estimación de entrega. 4. Cuando cambie la dependencia, actualiza el último cambio, confirma si está completa y nombra la siguiente acción antes de cambiar el estado del proyecto. ## Contenido relacionado - [Encuentra tareas sin responsable o siguiente paso](https://areinum.com/es/guides/find-tasks-without-owner-or-next-step/) - [Actualiza al cliente cuando no puedas prometer una fecha exacta de finalización](https://areinum.com/es/guides/client-update-without-completion-date/) - [Una conversación para el trabajo que hay detrás de tu negocio](https://areinum.com/es/product/assistant/) Ver la demo: https://platform.areinum.com/ La demo usa datos de una empresa de ejemplo. Puede que tengas que coordinar el acceso por separado.