“Te lo mandé por WhatsApp”
Frases que se escuchan en casi cualquier empresa:
- “Te lo mandé por WhatsApp.”
- “Está en el correo, búscalo.”
- “Se lo dije a Juan el viernes.”
- “Creí que ya lo habían aprobado.”
- “Mándame otra vez la cotización.”
Ninguna de esas frases es mala intención. Son síntomas de un mismo problema: las solicitudes internas viven en canales de conversación, no en un proceso con estado.
El chat sirve para hablar. El correo sirve para enviar. Ninguno de los dos, por sí solo, garantiza que una petición tenga dueño, fecha, decisión e historial cuando alguien pregunte tres semanas después.
Por qué se pierden las solicitudes (aunque “todos vieron el mensaje”)
Visibilidad ≠ seguimiento
Un mensaje visto no es una solicitud en trámite. En un grupo, el pedido se mezcla con fotos, avisos y otras conversaciones. Al día siguiente ya no está “arriba”.
No hay estado
En un chat no existe de forma clara: pendiente, en revisión, aprobada, rechazada. Solo hay mensajes. Si nadie responde, ¿está en espera o se olvidó?
No hay responsable único
“Avísenle a gerencia” o “menciónenlo al grupo” diluye la responsabilidad. Cuando todos pueden atender, a veces nadie atiende.
No hay historial útil
Reconstruir quién autorizó qué implica scroll, capturas y memoria. Eso falla en auditorías internas simples (“¿quién aprobó esta compra?”) y en el día a día.
Se duplica el trabajo
El solicitante reenvía. El aprobador pide “pásamelo otra vez”. Administración busca el PDF en tres hilos. Ese retrabajo es proceso manual puro.
Si estás trabajando en reducir procesos manuales en la empresa, ordenar solicitudes es uno de los frentes con retorno más rápido: menos búsqueda, menos reenvíos, menos discusiones.
Mensajería para comunicar, sistema para registrar
No se trata de prohibir WhatsApp o el correo. Se trata de separar roles:
| Canal | Para qué sirve bien | Para qué no alcanza |
|---|---|---|
| Chat / WhatsApp | Avisar, aclarar, urgencias | Ser el archivo oficial de la solicitud |
| Correo | Enviar adjuntos o notificar | Dar estado e historial compartido |
| Sistema / proceso | Origen, responsable, estado, decisión | Sustituir toda conversación humana |
La regla práctica: puedes avisar por chat; la solicitud formal vive en el proceso. Así, si el mensaje se pierde, el registro no.
Los seis datos que evitan que una petición “desaparezca”
Cada solicitud interna debería poder responder, sin drama:
- Origen: quién la creó (persona y, si aplica, área).
- Qué se pide: descripción concreta, no “lo de siempre”.
- Fecha: cuándo se registró y, si aplica, hasta cuándo se necesita.
- Responsable: quién debe revisar o decidir.
- Estado: pendiente, en revisión, aprobada, rechazada (u otros que uses).
- Decisión e historial: qué se resolvió, quién actuó y cuándo.
Con esos seis puntos, la empresa deja de depender de “creo que ya lo hablamos”.
Adjuntos (cotizaciones, fotos, documentos) ayudan cuando aportan criterio. Guárdalos junto a la solicitud o en el archivo documental con vencimientos cuando el resultado sea un documento que deba conservarse.
Del caos al proceso: pasos concretos
1. Elige qué tipos de solicitud entran primero
No migres todo el primer día. Empieza por las que más se pierden o más duelen:
- compras internas;
- equipos y herramientas;
- gastos que requieren visto bueno;
- autorizaciones administrativas;
- peticiones entre departamentos.
2. Nombra un canal oficial
Comunica con claridad: “A partir de ahora, si no está registrada la solicitud, no está pedida.” El chat puede avisar (“te registré la compra X”), no reemplazar el registro.
3. Asigna responsables por tipo
Compras → quien administra presupuesto. Equipos → operaciones o activos. Documentos → administración. Sin dueño, el estado “pendiente” es decorativo.
4. Define el flujo de decisión
Solicitud → revisión → aprobar/rechazar → (otro responsable si aplica) → cierre con registro. El detalle de diseño está en cómo crear un flujo de aprobación para solicitudes internas. Aquí el foco es no perder el hilo; allá, cómo armar el camino de autorización.
5. Haz visible lo pendiente
El responsable debe ver cola de pendientes sin buscar. Las notificaciones dentro del sistema ayudan a que la revisión no dependa de “¿viste mi mensaje?”.
6. Cierra siempre (también al rechazar)
Una solicitud rechazada con motivo breve es mejor que una que queda en silencio. El silencio alimenta el reenvío y el rumor.
Qué hacer con las solicitudes que ya están en chats
Migración realista:
- Lista las pendientes reales (las que aún importan).
- Regístralas una vez en el proceso oficial con estado actual.
- Acuerda no seguir el hilo viejo como fuente de verdad.
- Archiva o ignora conversaciones cerradas: no digitalices ruido.
No copies cien mensajes históricos “por si acaso”. Copia lo que aún tiene impacto operativo.
Roles claros: solicitante, revisor y quien ejecuta
Parte del caos nace porque las tres funciones se mezclan en el mismo chat:
- Solicitante: plantea la necesidad con datos mínimos.
- Revisor / aprobador: decide (aprobar o rechazar) y deja rastro.
- Quien ejecuta: compra, entrega, prepara el documento o aplica lo autorizado.
Cuando la misma persona “pide, aprueba y compra” sin registro, el negocio depende de su memoria. Cuando tres personas intervienen sin estados, el pedido rebota. Separar roles en el proceso no añade burocracia: evita que alguien asuma que “ya estaba hecho” porque hubo un mensaje.
En empresas con varios departamentos, nombra también un dueño por tipo de solicitud (compras, equipos, administración). Ese dueño no tiene que aprobar todo; sí debe asegurar que lo pendiente no quede huérfano.
Ejemplo de un día sin sistema vs. con proceso
Sin sistema: un colaborador escribe al grupo: “¿puedo comprar un taladro?”. Alguien responde “ok” a las 11. A las 4 nadie recuerda el tope. Al día siguiente administración pregunta por la factura. El chat ya tiene cuarenta mensajes más. Nadie sabe si estaba aprobado el modelo A o el B.
Con proceso: la solicitud registra equipo, monto estimado y motivo. El responsable la ve en pendientes, aprueba o pide ajuste, y el historial queda. Si hace falta adjuntar cotización o guardar el comprobante, el archivo se vincula al mismo hilo formal —no a tres capturas en teléfonos distintos.
La diferencia no es “más software”. Es menos ambigüedad cuando la operación sigue.
Señales de que el problema sigue vivo
- Alguien dice “te lo mandé” y eso se considera prueba suficiente.
- Hay pedidos duplicados porque nadie sabía que ya existían.
- Las aprobaciones se discuten semanas después sin rastro.
- Solo una persona “recuerda” qué se autorizó.
- Los adjuntos viven en teléfonos personales.
- Gerencia aprueba en voz alta y nadie lo deja escrito.
Si aparecen varias, el canal de conversación sigue siendo el sistema de trabajo —y eso es frágil.
Solicitudes con seguimiento en LaranPos
Con Documentos y aprobaciones puedes:
- crear solicitudes internas en un solo entorno;
- asignar responsables de revisión;
- aprobar o rechazar con el proceso visible;
- mantener avisos dentro del sistema sobre lo pendiente;
- complementar con documentos almacenados y, cuando el caso lo pida, con Firma digital en procesos compatibles.
El objetivo no es eliminar la comunicación humana. Es que la decisión y el seguimiento no dependan de un mensaje enterrado.
Deja el chat para hablar; deja el sistema para decidir
Las solicitudes internas se pierden cuando el único rastro es una conversación. Recupéralas dándoles origen, responsable, fecha, estado, decisión e historial.
Cuando el equipo pueda abrir una solicitud y ver en qué va —sin reconstruir un grupo de WhatsApp— habrás pasado de “te lo mandé” a un proceso que la empresa puede usar.
