Compraste una plataforma y seguís usando planillas
Si la plataforma es buena y igual seguís con una planilla (una hoja de cálculo) al lado, no es un problema de disciplina: el software asume un proceso distinto al tuyo y la planilla es donde vive el paso que no entra. Antes de cambiar de sistema, mirá qué columnas tiene esa planilla que el software no tiene. Si esas columnas son de las que te hacen ganar o perder plata, el que está mal es el software; si están ahí por costumbre, el que está mal es tu proceso.
La planilla no es desorden: es un diagnóstico
Abrí la planilla que tenés al lado del sistema y mirá las columnas. Van a aparecer dos o tres que la plataforma no tiene: una fecha que vos seguís y ella no, un estado intermedio, un cálculo que hacés a mano. Esas columnas son el proceso real de tu negocio. Todo lo demás es copia de algo que ya está cargado en otro lado.
Después fijate quién la actualiza y cuándo. Si la toca la misma persona que carga el sistema, cinco minutos después de cargarlo, lo que falta es un campo. Si la toca otra persona en otro momento del día, lo que falta es un paso entero: hay una parte de la operación que nunca entró a la plataforma.
Nadie mantiene una planilla paralela por gusto. Cuesta doble carga, genera dos versiones del mismo número y alguien tiene que acordarse de actualizarla todas las semanas. Si sobrevive igual, es porque contesta una pregunta que la plataforma no contesta. Averiguá cuál es esa pregunta antes de tocar nada.
El que está mal es tu proceso cuando nadie sabe explicar el paso
Agarrá cada columna que sobrevive fuera del sistema y preguntá para qué sirve. La respuesta útil suena así: "el cliente pide el número de orden de compra en la factura" o "sin ese dato no puedo facturar". La respuesta que te delata suena así: "siempre se hizo así" o "lo pedía Fulano", y Fulano dejó el puesto hace dos años.
El segundo test es dejar de hacerlo. Elegí un paso, avisá que se suspende y esperá un ciclo completo de operación: en la mayoría de los negocios de servicios eso es un mes, porque tiene que incluir una facturación. Si en ese mes no reclamó nadie y no se rompió nada, ese paso no era del negocio: era de una limitación vieja.
Casi todo proceso raro fue razonable alguna vez. Se armó alrededor de un papel, de un sistema anterior o de una persona que revisaba todo antes de que saliera. La limitación se fue y el paso quedó. Cuando eso es lo que pasa, el software no está equivocado: te está mostrando en cámara lenta algo que ya dejaste de necesitar.
El que está mal es el software cuando el objeto central no es el tuyo
Toda plataforma tiene un objeto central del que cuelga el resto: el contacto, la oportunidad, el ticket, el pedido. Si la unidad de trabajo de tu negocio no está en esa lista, vas a pasar la vida traduciendo. Es la misma discusión que aparece al elegir sistema por primera vez y está desarrollada en cuándo un negocio necesita un CRM y cuándo no.
El síntoma más confiable es el campo de notas. Cuando estados, responsables o montos viven adentro de un cuadro de texto libre, es porque la herramienta no tiene ese concepto. Fijate si dos personas escriben lo mismo de forma distinta: "pendiente aprobación", "esperando OK del cliente". Eso no es descuido, es un estado que el sistema no modela.
El otro caso claro es el de los supuestos duros. Un sistema que asume una sola moneda cuando vos cobrás en tres, o una obra por dirección cuando hacés cinco etapas en la misma casa, no se arregla con disciplina ni con capacitación. Ahí el que está mal es el software, y no importa cuántas estrellas tenga.
Qué hacer en cada caso, y con qué fecha
Si el que está mal es tu proceso, la planilla se cierra con una fecha, no con un pedido. Elegí el día, migrá las dos columnas que sí importan a un campo del sistema y sacá el acceso al archivo. Sin fecha no muere: convive, y en tres meses vuelve a tener diez columnas.
Si el que está mal es el software pero la distancia es corta, casi siempre alcanza con un campo a medida, un objeto secundario o una integración chica que lleve el dato adonde lo necesitás. Es trabajo de horas, no de meses, y va antes de automatizar nada: automatizar un paso sin saber si el paso tiene que existir solo hace que el error salga más rápido y más seguido. El orden correcto está en por dónde empezar a automatizar en un equipo chico.
Si el que está mal es el software en el centro, cambiar de plataforma no es la primera opción. Escribí en una frase cuál es la unidad de trabajo de tu negocio y qué tiene que colgar de ella. Probá contra esa frase lo que ya tenés; recién si no entra, mirás otra cosa. Migrar sin esa frase escrita te deja en el mismo lugar seis meses después, con datos más nuevos. La planilla, mientras tanto, no se prohíbe: se apaga sola el día en que la pregunta que contestaba se contesta mejor en otro lado.
Preguntas frecuentes
¿Y si la planilla la usa una sola persona?
Es la misma señal, con menos costo. Mientras sea una persona, el riesgo real es que ese dato desaparece la semana que se toma vacaciones o el día que se va. Preguntale qué contesta la planilla que el sistema no contesta: en cinco minutos tenés identificado el campo que falta.
¿Conviene cambiar de plataforma o adaptar el proceso?
Cambiá de plataforma solo si el objeto central no coincide con tu unidad de trabajo. Todo lo demás (campos que faltan, un estado, un cálculo) sale más barato resolviéndolo adentro de lo que ya tenés. Una migración cuesta semanas de tu equipo aunque el software nuevo sea gratis.
¿Cómo hago para que el equipo deje de usar la planilla?
No se saca el archivo, se saca la pregunta. El día que el sistema contesta más rápido que la planilla, dejan de abrirla sin que se lo pidas. Si la prohibís antes, aparece otra con otro nombre o el trabajo se vuelve a mover al chat.