Casi todas las semanas nos llega el mismo mensaje escrito de maneras distintas: creo que ya se nos ha quedado pequeño el Excel. Unas veces lo escribe la gerente de una clínica con cuatro personas en recepción y otras el dueño de una tienda que lleva el inventario en un libro de seis pestañas, pero la duda de fondo siempre es la misma, y es si de verdad ha llegado el momento de cambiar o si simplemente están teniendo una mala semana. Vamos a responderla con números, con umbrales concretos y con cuentas que usted puede rehacer con una calculadora, porque este asunto se suele contar con síntomas vagos y una propuesta de desarrollo esperando al final.
Las hojas de cálculo no son el enemigo, y esto es lo que hacen francamente bien
Empecemos por reconocer lo evidente, porque la hoja de cálculo es una herramienta excelente y conviene decirlo antes de criticarla. Cuesta prácticamente cero, ya que suele venir incluida con el correo de empresa. No exige formación, porque cualquiera que haya trabajado en una oficina sabe abrir un libro y escribir en una celda. Y si mañana necesita registrar un dato nuevo, añade una columna en diez segundos, sin pedir permiso a nadie y sin esperar a la siguiente versión de ningún programa. Ningún desarrollo a medida compite con eso el primer día, así que casi todos los negocios empiezan ahí con toda la lógica del mundo, y una buena parte de ellos hará bien en quedarse.
Como el resto del artículo se apoya en tres palabras que mucha gente usa como si fueran sinónimos, conviene fijarlas ahora, cada una en una línea llana:
- Una hoja de cálculo es un archivo de celdas en el que usted teclea a mano lo que quiere, y la celda acepta cualquier cosa que escriba.
- Una base de datos es un almacén que guarda cada dato una sola vez y rechaza los valores que rompen sus reglas.
- Un sistema es esa base de datos más las pantallas y las reglas con las que su equipo trabaja de verdad todos los días.
Con esas tres definiciones sobre la mesa, la prueba que responde este artículo no es si su libro está desordenado, porque el desorden se arregla un viernes por la tarde. La pregunta de verdad es si ese archivo ha empezado a cobrarle un alquiler, pagado en horas de su equipo, en dinero y en riesgo. Si el alquiler es bajo, cierre esta página y siga trabajando, que es exactamente lo que le decimos a bastantes clientes. Si es alto, en las próximas páginas va a reconocer su propia semana con una precisión un poco incómoda.
Dónde está la frontera entre un archivo y un sistema, en palabras llanas
Mucha gente cree que la diferencia es estética, que un sistema es lo mismo pero más bonito y con el logotipo arriba. No es eso. Hay cuatro diferencias prácticas y todas se notan en el trabajo de cada día:
- Una sola copia de cada dato. El teléfono de un cliente existe una vez y no cuatro veces en cuatro pestañas, así que corregirlo en un sitio lo corrige en todos.
- Reglas que rechazan lo que está mal. Una celda admite cualquier cosa que usted teclee, incluida una fecha imposible o un precio con una coma de más, mientras que un sistema se niega y le explica por qué.
- Un registro permanente de quién cambió qué. En el archivo el valor cambia en silencio, mientras que en el sistema queda escrito quién lo cambió, cuándo y qué había antes.
- Varias personas trabajando al mismo tiempo. Sin turnos, sin avisos de que lo tiene abierto otro y sin copias privadas circulando por correo.
El ejemplo cotidiano lo aclara mejor que cualquier explicación técnica. En un libro de cálculo, el teléfono del mismo cliente puede estar escrito de cuatro maneras distintas en cuatro pestañas, con espacios, con prefijo, sin prefijo y con un cero de más, y el archivo no protesta ni una sola vez porque no sabe que se trata de la misma persona. En un sistema ese teléfono existe una vez y todas las pantallas muestran el mismo valor, que es de donde sale de verdad la exactitud de los datos de la que tanto se habla.
Digámoslo con toda la franqueza: mudarse no tiene nada que ver con modernizarse. Tiene que ver con cuál de esas cuatro cosas necesita usted este año. Si su respuesta honesta es ninguna, ya tiene la conclusión y puede volver al trabajo, porque cambiar de herramienta sin necesitar nada de eso solo le va a costar dinero y tres meses de incomodidad.
Señal uno: el mismo dato vive en tres archivos y ninguno coincide
El síntoma se reconoce en una reunión. Alguien dice que quedan ciento veinte unidades y otra persona dice que quedan noventa y cuatro, o el informe de ventas de gerencia no cuadra con el de administración, y los siguientes veinte minutos se van en discutir qué archivo tiene razón en lugar de decidir qué hacer. Esa reunión no se ha estropeado por culpa de nadie, se ha estropeado porque el negocio ya no tiene una única versión de sus propios números.
El mecanismo es fácil de ver una vez se le pone nombre. Cada exportación, cada archivo adjunto enviado por correo y cada copia guardada como definitivo_v3 crea una bifurcación de la verdad, y a partir de ahí las dos ramas se separan solas. Lo peor es que el trabajo de comprobación no crece al mismo ritmo que las copias, sino bastante más deprisa: con dos copias hay una comparación que hacer, con cuatro copias hay seis, de modo que duplicar los archivos multiplica por seis el trabajo de cuadrarlos.
Hay un indicador práctico que no falla. Si en algún momento ha creado una hoja cuyo único trabajo es cuadrar otras hojas, ya ha construido una base de datos a mano y la está manteniendo de la manera más costosa posible, con el agravante de que las reglas viven en su cabeza y no en el programa. Es un trabajo hecho con toda la buena intención, y es también la señal más clara de que el archivo se ha quedado corto.
Conviene ponerle nombre a ese coste: cuadrar archivos es trabajo que no produce nada nuevo. No atiende a un cliente, no vende, no compra mejor y no mejora ningún proceso. Solo devuelve la confianza en unos números que usted ya pagó una vez por recoger.
Señal dos: una persona se ha convertido en el sistema
Hay una prueba de diez segundos que llamamos la prueba de las vacaciones, y consiste en preguntarse qué se para si una persona concreta falta una semana. Si al pensarlo le viene un nombre a la cabeza, y con ese nombre se para la facturación, el control de existencias o el cuadrante de turnos, el problema ya no es informático sino de negocio, porque ese conocimiento no está en su empresa, está en la cabeza de alguien y en unas fórmulas que solo esa persona entiende.
El riesgo se explica sin tecnicismos. Las fórmulas encadenadas, las columnas ocultas, la pestaña de apoyo que nadie toca y aquella pequeña secuencia grabada que alguien dejó hace tres años para hacer cuatro pasos con un solo clic se van por la puerta el día que se va esa persona, normalmente con quince días de preaviso. En ese plazo nadie documenta un libro que ha ido creciendo durante cuatro años, así que lo habitual es que quien la sustituya herede el archivo sin el manual y aprenda a base de sustos.
Los números de la incorporación lo dejan claro. Enseñar a alguien nuevo a manejar un libro heredado suele llevar de tres a seis semanas de acompañamiento, porque no se aprende una herramienta sino un montón de excepciones que no están escritas en ningún sitio. Con una pantalla que solo ofrece el paso correcto siguiente y no deja hacer el incorrecto, el mismo puesto se aprende en dos a cinco días, y esa diferencia se paga sola en cuanto usted tiene algo de rotación.
Hay un segundo coste que casi nadie contabiliza, y es que la persona que domina el archivo se pasa el día interrumpida. Cada vez que un compañero necesita saber el dato de hoy va a preguntarle, de manera que su jornada se llena de consultas de dos minutos cuyo precio real no son esos dos minutos, sino el trabajo que tenía entre manos y que hay que retomar desde el principio después de cada interrupción.
Señal tres: está pagando horas de copiar y pegar todas las semanas
Este es el coste que nadie ve, porque no llega ninguna factura por él. En los equipos de administración de seis a diez personas con los que trabajamos, la semana se reparte más o menos así:
- 4,5 horas reintroduciendo datos de un archivo a otro, del pedido a la hoja de almacén y de ahí a la de facturación.
- 3 horas montando el informe mensual, que casi siempre significa pegar, cuadrar y dar formato.
- 2,5 horas respondiendo preguntas de estado del tipo de cómo va el pedido de tal cliente.
- 2 horas buscando cuál es la versión buena del archivo.
- 1,5 horas arreglando fórmulas que se rompieron al insertar una fila.
Eso suma unas 13,5 horas a la semana, es decir, un tercio de un puesto de trabajo dedicado a mover información de un sitio a otro sin decidir nada por el camino. Y se puede llevar a euros de una manera que usted mismo puede comprobar. Una sola persona que dedique de 45 a 90 minutos diarios a mover datos pierde de 4 a 7 horas por semana, lo que hace entre 190 y 340 horas al año. A un coste real de 20 a 25 euros la hora, contando sueldo, cotizaciones y todo lo demás, ese único puesto le está costando entre 3.800 y 8.500 euros anuales solo en copiar y pegar.
Antes de gastarse un euro en software, mida su propio número, porque el suyo no tiene por qué parecerse al de nadie. Coja un papel, cinco días laborables seguidos, y apunte los minutos que cada persona dedica a mover datos y no a decidir sobre ellos. La distinción importa: preparar un pedido es decidir, copiar ese pedido a la hoja de almacén es mover. Casi siempre el total sale más alto de lo que la gente calculaba de memoria, y ese papel vale más que cualquier presupuesto que le podamos enviar nosotros.
Señal cuatro: una sola equivocación ya cuesta dinero de verdad
Hay un momento exacto en el que el archivo deja de ser un cuaderno y se convierte en el libro de cuentas, aunque nadie lo anuncie en voz alta. Ocurre cuando la hoja decide lo que se le cobra a un cliente, lo que se le pide al proveedor o lo que se paga en nómina. A partir de ahí, un dedo que resbala sobre el teclado deja de ser una molestia y pasa a ser dinero, mientras que el archivo lo sigue tratando igual que antes, es decir, aceptándolo sin decir nada.
El fallo silencioso clásico lo va a reconocer enseguida. Alguien ordena una columna de importes para verlos de mayor a menor, pero no selecciona las columnas de al lado, así que los importes se ordenan y los nombres se quedan quietos. El resultado es que cada cliente queda emparejado con la cifra de otro. Nada se pone en rojo, ningún aviso salta y el archivo parece perfectamente normal, de modo que el error lo descubre un cliente tres semanas después, al recibir una factura que no le corresponde.
Sobre la frecuencia preferimos hablar de lo que vemos y no citar el estudio de nadie: en los libros que nos entregan para migrar, los que han sido editados por tres o más personas a lo largo de un año casi siempre contienen al menos una fórmula que alguien machacó escribiendo un número a mano. Esa celda deja de calcular para siempre y sigue mostrando un valor con toda la apariencia de ser correcto, así que el problema no se detecta hasta que alguien lo compara con la realidad.
Lo caro de esto no es la corrección, que suele llevar veinte minutos. Lo caro es la factura rectificativa, la devolución, la llamada de disculpa y la hora de confianza que cuesta recuperar con un cliente que ya se ha preguntado en voz alta cuántas veces habrá pasado esto sin que nadie se enterase.
Señal cinco: no puede decir quién cambió qué, ni demostrarlo después
Aquí hay un malentendido muy extendido, y es creer que el historial de versiones de la nube ya cubre este asunto. Conviene saber qué le da exactamente: alrededor de treinta días de fotografías del archivo entero. Le dice que el archivo cambió el martes a las once, pero no le dice qué celda cambió, quién la tocó ni qué valor había antes, de manera que para reconstruir un dato concreto tiene que ir abriendo versiones antiguas una por una y compararlas a ojo. Pasados esos treinta días, ni siquiera eso.
Un sistema registra algo muy distinto, y lo hace por defecto, sin que nadie tenga que acordarse de activarlo: una línea permanente que dice que este campo pasó de este valor a este otro, por esta persona, a esta hora y a este minuto. No es un lujo de auditoría, es sencillamente la prueba que usted necesita el día que hay una discusión.
Y esas discusiones llegan siempre. Un cliente que no está de acuerdo con el precio que se le aplicó, un proveedor que asegura haber entregado lo que usted dice que no llegó, una aseguradora o su asesor preguntando por un movimiento del pasado marzo, o un cliente grande que antes de firmar le manda su propio cuestionario de seguridad con preguntas sobre quién accede a los datos. Con un archivo compartido, la respuesta honesta a todas ellas es que no lo puede demostrar.
Al historial hay que sumarle el problema del acceso, porque una hoja compartida se comparte entera. La persona que solo tiene que apuntar un pedido ve también los márgenes, los sueldos y la lista completa de clientes, que es justo lo que sale por la puerta si esa persona se marcha a la competencia. Decidir quién puede ver y modificar cada registro es una de esas cosas que parecen burocráticas hasta el día en que dejan de serlo.
Señal seis: su equipo hace cola por el archivo, o trabaja en copias a escondidas
Los umbrales aquí son bastante estables, así que se los damos sin rodeos. Una hoja compartida funciona con comodidad con unas tres personas editando y unos pocos miles de filas. Cuando pasa de cinco a ocho personas necesitándola a diario, aparecen solas las copias privadas, porque nadie quiere esperar a que otro suelte el archivo ni arriesgarse a pisar el trabajo de un compañero. Nadie lo decide en una reunión, sencillamente empieza a ocurrir, y con ello vuelve la señal uno por la puerta de atrás.
Después está el muro de la velocidad. Un libro cargado de fórmulas que pasa de 20.000 a 50.000 filas empieza a tardar entre 20 y 60 segundos en abrirse, y otro tanto en guardarse, y eso ocurre varias veces al día y por cada persona. Una base de datos responde a la misma pregunta sobre cientos de miles de filas en bastante menos de un segundo, no porque tenga nada mágico, sino porque está construida para buscar en lugar de para mostrar celdas.
Los permisos ya los hemos mencionado, pero merece la pena repetirlo aquí porque es un límite del formato y no un descuido de nadie: una hoja suele ser todo o nada. O deja entrar a alguien o no lo deja, y no existe un punto intermedio razonable, mientras que en un sistema ese mismo compañero puede dar de alta pedidos sin ver un solo margen.
Y falta el teléfono. Una hoja ancha resulta sencillamente inservible en la pantalla de un móvil, así que el equipo de tienda, el de almacén y el que trabaja fuera vuelven al papel y lo pasan luego, con lo que el dato entra tarde y con errores. Cuando parte del trabajo ocurre de pie y lejos de un escritorio, la salida honesta pasa por una aplicación móvil sencilla que capture el dato en el momento y en el sitio donde ocurre.
Lo que cuesta de verdad mudarse, y cuánto tiempo lleva
Lo primero es quitarle el miedo al calendario, porque mucha gente se imagina un año de silencio y una entrega enorme al final. Un primer sistema bien planteado va por etapas y con fechas concretas:
- De 1 a 2 semanas para dibujar el proceso real, no el que dice el manual.
- De 5 a 8 semanas para construir la primera versión.
- De 1 a 3 semanas para limpiar e importar los datos que ya tiene.
- De 2 a 4 semanas funcionando en paralelo con la hoja de cálculo.
- 1 semana para apagar la hoja y cerrar el cambio.
Sumado todo, la mayoría de las primeras versiones se quedan entre diez y dieciocho semanas, es decir entre poco más de dos meses y algo más de cuatro, y con algo que se puede ver y tocar mucho antes del final.
La forma de esa primera versión importa tanto como el plazo. Debe cubrir un solo flujo de trabajo de principio a fin, con cuatro a ocho pantallas y dos o tres tipos de usuario, por ejemplo del pedido a la entrega y de la entrega a la factura. Nunca todos los departamentos a la vez, porque un primer intento que lo abarca todo tarda el triple, se entrega sin que nadie lo haya usado de verdad y termina casi siempre en un archivo compartido llamado provisional.
Vamos con las cuentas de tres años, y le invitamos a rehacerlas con su propia calculadora. Del lado de lo que se gana: 8 horas a la semana recuperadas, a 20 euros la hora, durante 48 semanas laborables, son 7.680 euros al año y unos 23.000 euros en tres años, a los que se suman alrededor de 4.800 euros de errores y retrabajos que dejan de producirse. Del lado de lo que se gasta: unos 15.000 euros de construcción en un pago único, más unos 5.400 euros de alojamiento y soporte durante esos tres años, 20.400 euros en total. Contando solo el tiempo recuperado, esos 7.680 euros anuales son 640 al mes, de modo que los 20.400 quedan cubiertos alrededor del mes 32, y si pone al lado los 4.800 euros de errores evitados, la misma cifra se cubre en torno al mes 26.
Falta la tercera opción, que es pagar una suscripción por usuario, y también tiene una cuenta sencilla. Doce usuarios a 30 euros al mes son 360 euros mensuales, 4.320 al año y 12.960 en tres años. La diferencia importante no es la cifra en sí, sino la pendiente: esa cantidad sube con cada persona que contrata y no baja nunca, mientras que un desarrollo a medida se paga una vez y admite veinte usuarios nuevos sin que cambie la factura. Si su plantilla va a crecer, haga las dos cuentas con el número de personas que espera tener dentro de tres años y no con el de hoy.
Cuándo le decimos a un cliente que se quede con la hoja de cálculo
Esta es la parte que casi nadie escribe, así que vamos a ser concretos. La hoja sigue siendo la herramienta correcta si se cumple alguna de estas condiciones: maneja menos de unos 500 registros vivos, la editan menos de tres personas, tiene un único flujo de trabajo, o el proceso todavía cambia todos los meses. La última merece un aviso especial, porque no se puede construir un sistema alrededor de un proceso que aún no se ha asentado, ya que lo que se levante sobre una idea que va a cambiar en seis semanas hay que rehacerlo, y eso se paga dos veces.
Antes de plantearse nada a medida, agote las opciones baratas de en medio, y lo decimos en serio y no por quedar bien. La primera es poner en orden la hoja que ya tiene: pasarla a la nube para que exista un único archivo, bloquear las columnas que contienen fórmulas para que nadie las machaque, y poner validación en los tres o cuatro campos en los que la gente se equivoca siempre, como las fechas y los códigos de producto. Eso cuesta una tarde y resuelve mucho más de lo que parece. La segunda es un programa de catálogo de 20 a 40 euros por usuario y mes, que con toda sinceridad es la mejor respuesta con bastante más frecuencia que un desarrollo propio, y sobre esa comparación puede leer más en nuestros artículos sobre software de gestión.
Solo hay dos condiciones que inclinan la balanza hacia lo hecho a medida. La primera es que su proceso sea justamente aquello por lo que le pagan sus clientes, es decir, que su forma de trabajar sea la ventaja del negocio y no un detalle administrativo. La segunda es que haya probado los programas de catálogo y todos necesiten tres apaños y una hoja auxiliar al lado para encajar con su manera de trabajar, porque en ese punto ya está recreando el problema del que quería salir, y encima pagando una suscripción por él. En Linkysoft hemos dejado pasar proyectos y hemos recortado otros por este motivo, diciéndole al cliente que volviera dentro de un año con el proceso asentado, porque cobrar por construir algo que todavía no hace falta es la forma más rápida de que ese cliente no vuelva nunca.
Cómo hacer el cambio sin parar el negocio
La regla número uno es no reconstruirlo todo. Elija el único flujo de trabajo que más duele, que suele ser el que aparece en las tres primeras señales de este artículo, póngalo en marcha y conserve la hoja de cálculo para todo lo demás hasta que la pantalla nueva se haya ganado el puesto. Un cambio que sustituye una cosa se hace en semanas y se nota enseguida, mientras que uno que lo sustituye todo a la vez tiene a la plantilla entera aprendiendo cinco procesos nuevos en la misma semana.
El funcionamiento en paralelo necesita reglas claras o se convierte en trabajo doble para siempre. Nosotros las fijamos así: se trabaja con los dos sistemas de dos a cuatro semanas, se comparan los totales semanales, y la hoja se apaga solo cuando las diferencias están por debajo del uno por ciento y cada diferencia tiene una explicación conocida. Un desajuste explicado es información útil, mientras que un desajuste sin explicar es un fallo escondido esperando su turno, así que la regla no es que cuadre casi, es que se entienda lo que no cuadra.
Sobre la importación conviene ser franco desde el principio, porque es donde se tuercen los calendarios. Entre el 5 y el 15 por ciento de las filas antiguas necesitan una decisión humana: clientes duplicados que en realidad son el mismo escrito de dos formas, fechas que faltan, pedidos a medio cerrar, importes en la columna equivocada. Eso no lo resuelve ningún botón, lo resuelve alguien de su equipo que conoce el negocio dedicándole de una a tres semanas de atención, y a cambio entra en el sistema nuevo un histórico en el que se puede confiar, en lugar de la misma confusión con otro aspecto.
Por último, exija una cosa en el contrato: un botón de exportación en el sistema terminado, que saque todos sus datos a un archivo abierto cuando usted quiera y sin tener que pedírselo a nadie. Si un proveedor pone pegas a eso, ya sabe qué clase de relación le está proponiendo. En Linkysoft lo incluimos siempre, y si quiere ver cómo queda esto en negocios parecidos al suyo puede mirar nuestros casos reales o sencillamente escribirnos y contarnos cómo es su semana, porque en media hora de conversación se suele ver bastante claro si le toca cambiar o si su hoja aguanta perfectamente otro año más.
