Excel, correo o plataforma. Cómo decidir dónde debe vivir tu proceso
Una solicitud llega por correo, alguien la registra en Excel y otra persona pregunta si ya fue aprobada. Las tres herramientas funcionan, pero el equipo aún depende de recordar qué pasó y qué sigue. Para decidir dónde debe vivir un proceso, primero hay que entender cómo avanza el trabajo.
Una hoja de cálculo organiza información; el correo permite conversar y comunicar decisiones; una plataforma puede coordinar tareas, responsables y estados. Las tres opciones pueden convivir. La dificultad comienza cuando nadie ha definido cuál contiene la información vigente, quién debe actuar y qué ocurre si algo sale de lo previsto. Por eso, antes de comprar o desarrollar una herramienta, conviene seguir el recorrido completo de un caso real.
Puedes escuchar este artículo aquí:
Cuándo basta una hoja de cálculo
Excel puede ser suficiente cuando el trabajo consiste principalmente en registrar, consultar y analizar datos; los pasos son pocos y una persona puede revisar los pendientes sin reconstruir conversaciones. Pensemos en un inventario sencillo o en solicitudes que un mismo responsable recibe, atiende y cierra. En ese contexto, una hoja bien organizada puede ofrecer la visibilidad que el equipo necesita.
Compartir una hoja tampoco implica enviarse archivos distintos. Excel permite editar un libro entre varias personas y consultar versiones anteriores; Google Sheets ofrece colaboración, permisos e historial de versiones. Estas funciones ayudan a mantener un archivo común. Aun así, el historial de cambios de una hoja no explica necesariamente por qué se aprobó una solicitud, quién debía atender la siguiente etapa o cómo se resolvió una excepción.
La señal de alerta aparece cuando el significado de una fila depende de instrucciones que viven fuera del archivo: un color que solo entiende una persona, una aprobación escondida en un mensaje o una fecha que nadie sabe si corresponde a la solicitud o a su cierre. Antes de agregar más columnas, hay que definir las reglas del trabajo.
Cuándo el correo cumple su función
El correo es útil para solicitar contexto, plantear una duda, acordar una excepción y comunicar una resolución. Puede ser, además, la puerta de entrada de un proceso. Pero cuando varias personas intervienen en un mismo caso, la bandeja de entrada no siempre permite identificar con facilidad su estado vigente y al responsable del siguiente paso.
Imaginemos una empresa que recibe solicitudes de mantenimiento por correo. Una persona las copia en una hoja, otra asigna al técnico y una tercera confirma por mensaje que terminó el trabajo. Si después surge una reclamación, el equipo debe reunir esos fragmentos para saber qué se pidió, qué se autorizó y cuándo se cerró el caso. El problema no es haber usado correo: es no contar con un registro de referencia, es decir, un lugar donde cualquier persona autorizada pueda consultar la información válida de la solicitud.
"Si el estado de un caso solo se conoce preguntándole a alguien, el proceso depende de la memoria del equipo."
Puedes ver este artículo aquí:
Una mejora inicial puede ser dar a cada solicitud un identificador, un responsable y estados definidos, y registrar sus cambios en un espacio compartido. El correo seguiría sirviendo para conversar y avisar; el registro indicaría en qué punto está el trabajo. Una herramienta existente de seguimiento puede bastar para ese propósito: Microsoft Lists, por ejemplo, permite organizar elementos, compartirlos con permisos y crear avisos ante actualizaciones.
Cuándo conviene evaluar una plataforma
Una plataforma cobra sentido cuando el proceso necesita que varias acciones ocurran de forma coordinada: capturar datos obligatorios, asignar responsables, aplicar permisos, mostrar estados, pedir aprobaciones y registrar el resultado. En un ejemplo de flujo documentado por Microsoft, una solicitud inicia una aprobación y la respuesta actualiza el registro. La ventaja para la operación está en conectar los pasos, de modo que el equipo pueda saber qué ocurrió y qué debe pasar después.
Evaluar una plataforma no significa encargar una app propia de inmediato. Primero conviene revisar si una herramienta disponible puede configurarse para el recorrido real del equipo. Un desarrollo a medida merece consideración cuando hay reglas, integraciones o necesidades de uso importantes que las opciones existentes no cubren adecuadamente. Esa diferencia debe comprobarse con casos concretos, no deducirse del tamaño de la empresa ni del número de correos que recibe.
También hay que decidir quién puede consultar, aprobar o modificar cada dato. Algunas plataformas ofrecen controles detallados de acceso, como los permisos basados en roles de Microsoft Dataverse. La herramienta puede ejecutar esos permisos, pero corresponde al negocio definir las responsabilidades: quién abre un caso, quién toma una decisión, quién corrige un error y quién puede consultar el historial.
"Una plataforma no ordena por sí sola un proceso cuyas responsabilidades nadie puede explicar."
Una forma práctica de tomar la decisión
Toma una solicitud reciente y síguela desde que llegó hasta que se cerró. Identifica dónde quedó registrada, qué información faltó, quién intervino, qué decisiones se tomaron y cómo supieron las demás personas que podían avanzar. Después revisa un caso que no siguió el recorrido habitual: una solicitud incompleta, un rechazo o una corrección. Las excepciones muestran qué reglas necesita realmente el equipo.
Con ese recorrido a la vista, la elección se vuelve más concreta. Usa una hoja de cálculo si necesitas un registro y análisis compartidos, con pasos que el equipo puede administrar con claridad. Usa el correo para conversar, pedir información y comunicar decisiones, procurando que el estado del caso quede en un registro accesible. Evalúa una plataforma si necesitas coordinar de forma consistente estados, responsables, permisos y traspasos entre personas o áreas. Antes de elegir cualquiera de estas rutas, comprueba también el volumen de trabajo, la sensibilidad de los datos y la necesidad de conectarlos con otros sistemas.
La decisión puede cambiar con el tiempo. Un proceso puede empezar con una hoja ordenada, pasar a una herramienta de seguimiento y más adelante justificar una solución propia. Cada paso debería responder a una necesidad observada. Cambiar de herramienta sin aclarar cómo se trabaja solo traslada las dudas a otro lugar.
¿Qué parte de tu proceso necesita más claridad antes de convertirse en código: el registro en Excel, la conversación por correo o el seguimiento en una plataforma? En Señor Zorro, estudio de diseño de productos digitales, te ayudamos a definir, validar y diseñar productos digitales listos para desarrollo. Conoce más en www.srzorro.com.
Escrito por: Editorial
#ProcesosDigitales #OperaciónDigital #DiseñoDeProductosDigitales #AutomatizaciónDeProcesos #IdeasAntesDelCódigo
Comentarios