Caso práctico

Del caos de Excel a un CRM a medida en ocho semanas: un caso real

Un mayorista de 14 personas gestionaba todo su proceso comercial en una sola hoja de cálculo compartida en la que nadie confiaba del todo. Aquí le contamos exactamente cómo la sustituimos: qué construimos, qué dejamos fuera a propósito y qué cambió después.

Have a nice dayHave a nice day14 min de lectura
Del caos de Excel a un CRM a medida en ocho semanas: un caso real

Existe un tipo particular de hoja de cálculo que, en silencio, hace funcionar a una pequeña empresa. Empezó como una simple lista de clientes y, a lo largo de cinco o seis años, se convirtió en el archivo más importante —y más peligroso— del negocio. Todos dependen de él. Nadie confía en él. Y cuando por fin se rompe, suele romperse el peor día posible. Esta es la historia de una de esas hojas, de la empresa de 14 personas que vivía dentro de ella y de las ocho semanas que costó sacarla de ahí.

Trabajamos con muchas pequeñas empresas, y este caso está anonimizado: el cliente nos pidió no usar su nombre, y las cifras aquí están redondeadas y son ilustrativas, no datos auditados. Pero la situación es real, y si dirige una empresa sobre una hoja compartida que poco a poco se está convirtiendo en un lastre, probablemente reconocerá más cosas de las que le gustaría. La idea de escribir esto no es presumir de un proyecto. Es mostrar las decisiones reales, incluidas aquellas en las que la respuesta obvia era la equivocada.

A lo largo del texto he intentado ser honesto sobre lo que fue difícil, lo que omitimos a propósito y de dónde vino el verdadero valor. Aviso: no fue de la parte que nadie esperaba.

La situación: un archivo, catorce personas, cero confianza

El cliente es un mayorista regional: compra mercancía al por mayor y la revende a pequeños minoristas y a clientes profesionales. Catorce personas: un puñado en ventas, un par en el almacén, una responsable de oficina, los dos propietarios. Un negocio saludable, con crecimiento estable, de esos que son demasiado grandes para llevarlos de memoria y demasiado pequeños como para haber comprado nunca software 'de verdad'.

Toda su operativa comercial vivía en una sola hoja de cálculo compartida en una unidad en la nube. Clientes, contactos, el historial de pedidos, quién debe qué, notas de seguimiento, un sistema de colores que solo la responsable de oficina entendía del todo. Tenía unas cuarenta columnas y bastante más de mil filas. Tres o cuatro personas la tenían abierta en cualquier momento.

Puede imaginarse los síntomas. Dos personas editando la misma fila, una sobrescribiendo a la otra sin que nadie se diera cuenta. Un comercial filtra la hoja, olvida quitar el filtro y la siguiente persona entra en pánico porque 'falta la mitad de los clientes'. Nadie sabía qué número de teléfono era el actual. El informe mensual de facturación le costaba a la responsable de oficina casi un día entero, a mano, y los propietarios no estaban del todo seguros de creérselo. El archivo se había recuperado de una copia de seguridad dos veces en dos años, después de que alguien borrara algo que no debía.

No es que la hoja fuera mala. Es que catorce personas sorteaban en silencio la misma docena de problemas, cada día, y habían dejado de notar el coste.
de nuestras notas del primer taller

Y aquí está lo que importa: nadie se quejaba a voces. Esa es la trampa de una hoja que se ha quedado pequeña. El dolor se reparte en una fina capa entre todos y todos los días, así que nunca llega a ser una crisis: simplemente se convierte en el clima. Los propietarios nos llamaron no por un desastre, sino porque habían perdido a un buen cliente por un seguimiento que se les escapó, y eso por fin les hizo preguntarse cuántos más se habrían perdido.

Una hoja de cálculo saturada en un monitor con decenas de columnas y celdas de colores que chocan entre sí, varias notas adhesivas pegadas al borde de la pantalla, una oficinista frustrada reflejada tenuemente en el cristal
El archivo que dirigía la empresa: cuarenta columnas, mil filas y un código de colores que solo una persona entendía.

¿Por qué no comprar simplemente un CRM estándar?

Es la primera pregunta que hace todo el mundo, y es la correcta. Hay decenas de buenos CRM, baratos. Intentamos de verdad convencer al cliente de optar por uno: casi siempre es la respuesta más rápida y barata, y preferimos perder un desarrollo a vender uno que nadie necesita.

Así que hicimos la prueba que hacemos siempre: tomamos su proceso real e intentamos encajarlo en dos herramientas CRM conocidas. Alrededor del 80 % encajaba bien. Fue el último 20 % el que lo tumbó. Su tarificación funcionaba con tramos por cliente y descuentos por volumen que no se correspondían con ningún objeto 'oportunidad' estándar. Su historial de pedidos tenía que enlazar con un sistema de almacén que no estaban dispuestos a sustituir. Y la forma en que seguían a sus clientes profesionales recurrentes —que reponen en ciclos flexibles en lugar de como ventas puntuales— simplemente no existía en el modelo de embudo estándar.

Podríamos haber forzado a su negocio a encajar en la herramienta. Muchos consultores lo habrían hecho. Pero pedir a catorce personas que cambien su forma de fijar precios y reponer para que el software esté contento es una manera estupenda de que todos vuelvan en silencio a la hoja de cálculo en un mes. La única razón por la que el archivo antiguo sobrevivió tanto tiempo es que se adaptaba a ellos. Lo que lo sustituyera tenía que hacer lo mismo.

Cómo fueron en realidad las ocho semanas

Ocho semanas suena rápido para 'un CRM a medida', y lo sería, si hubiéramos intentado construir un CRM completo. No lo hicimos. Construimos la porción estrecha de CRM que esta empresa concreta necesitaba y dejamos fuera, a propósito, todo lo que no necesitaba. Esa disciplina con el alcance es toda la razón por la que el calendario se sostuvo.

Así se repartieron las semanas, más o menos. En la vida real no fue tan ordenado —las semanas se solapan—, pero la forma general es honesta.

  1. 1
    Semanas 1-2: Observar, no diseñar
    Nos sentamos con el equipo comercial y la responsable de oficina y los vimos trabajar la hoja de verdad. No una reunión de requisitos: observación real. Aquí encontramos las cosas que a nadie se le ocurre mencionar, como el código de colores y las tres hojas 'temporales' paralelas que se habían vuelto permanentes.
  2. 2
    Semanas 2-3: Limpiar los datos, decidir qué es cierto
    Antes de construir nada, desenredamos la propia hoja: clientes duplicados, contactos muertos, tres maneras distintas de escribir el mismo nombre de empresa. Penoso, nada lucido, y el mayor favor que les hicimos. No se puede migrar un desorden y esperar un sistema limpio.
  3. 3
    Semanas 3-6: Construir el núcleo, en sus manos
    Clientes, contactos, el historial de pedidos, los tramos de precios y el seguimiento de reposiciones que las herramientas estándar no podían hacer. Les enseñábamos una versión funcional cada semana y dejábamos que la rompieran, en lugar de presentar algo terminado al final.
  4. 4
    Semanas 6-7: Conectar el almacén y los informes
    Un enlace de solo lectura con su sistema de almacén existente para que el historial de pedidos se rellenara solo, además del único informe que de verdad importaba a los propietarios —facturación mensual por cliente—, generado al instante en lugar de a mano.
  5. 5
    Semana 8: Migrar, formar, funcionar en paralelo
    Pasamos los datos ya limpios, formamos al equipo en dos sesiones breves y mantuvimos la hoja antigua abierta y en solo lectura dos semanas más, como red de seguridad. Nadie la necesitó pasados los primeros días, pero tenerla ahí hacía que el cambio pareciera reversible, y eso fue lo que hizo que la gente se comprometiera con él.
Un pequeño equipo reunido en torno a un portátil en la oficina de un almacén, un desarrollador señalando una pantalla de CRM sencilla y limpia, luz natural cálida, todos inclinados hacia delante e implicados
Sesiones semanales de mostrar y romper: el equipo vio crecer el sistema y lo moldeó, en lugar de recibir una caja terminada.

Qué construimos y qué dejamos fuera

El sistema terminado, sinceramente, no impresiona a la vista. Ese era el objetivo. Hace un número reducido de cosas tal como esta empresa trabaja de verdad, y nada más. La disciplina de dejar cosas fuera es lo que lo mantuvo usable.

Lo que entró: una ficha limpia de cliente y contacto con una única fuente fiable para teléfonos y direcciones; el historial de pedidos extraído automáticamente del sistema de almacén; sus tramos de precios y descuentos por volumen reales; una vista sencilla de ciclo de reposición para que los comerciales vean a quién le toca volver a comprar; recordatorios de seguimiento para que los clientes silenciosos no se escapen; y el informe mensual de facturación, generado en dos clics.

  • Lo que dejamos fuera a propósito: un módulo de marketing; no hacen campañas de correo, así que habría sido peso muerto.
  • Una app móvil: el equipo comercial trabaja desde sus escritorios y el almacén tiene tabletas; una vista web adaptable bastó.
  • Un motor de 'puntuación de oportunidades' o de previsión: está de moda, pero querían claridad sobre los clientes actuales, no predicciones.
  • Cualquier función de IA, en el lanzamiento: no había aún ningún problema con forma de lenguaje que resolver, así que añadir IA habría sido decoración.
  • Niveles de permisos minuciosos: catorce personas de confianza no necesitan catorce niveles de permisos; lo mantuvimos sencillo.

Esa última categoría importa tanto como la primera. Cada función que añade es algo que mantener, explicar y que puede salir mal. Una pequeña empresa no necesita el CRM que necesita una de 500 personas, y fingir lo contrario es como un proyecto de ocho semanas se convierte en uno de ocho meses. Dejamos sitio claro para añadir las piezas que faltan más adelante, pero solo si aparecía una necesidad real, no porque una lista de funciones pareciera escasa.

La parte verdaderamente difícil no fue el software

Si ha llegado hasta aquí esperando que la dificultad fuera técnica, aquí está el giro: el desarrollo fue lo fácil. La parte difícil fue la gravedad de la hoja de cálculo. La gente tenía años de memoria muscular en ese archivo. Algunos tenían hojas paralelas privadas que nunca habían mencionado. Un comercial, muy educadamente, no quería que un sistema lo 'controlara' tras años trabajando con sus propias notas.

Eso no lo resolvimos con software. Lo resolvimos haciendo que el nuevo sistema fuera de verdad más rápido para él desde el primer día —sus clientes, su lista de reposiciones, sus seguimientos, menos teclear que antes—, de modo que se convirtiera en el camino fácil en lugar del impuesto. La quincena de funcionamiento en paralelo hizo el resto. Cuando la gente ve que el método antiguo sigue ahí por si lo necesita, deja de aferrarse a él. Quíteselo demasiado pronto y se atrincherarán.

Sustituir la hoja de cálculo era un trabajo de software. Sustituir el hábito de la hoja de cálculo era el verdadero proyecto, y es la parte que la mayoría de los desarrollos ignora.
lo que dijimos a los propietarios en la entrega
Un panel de CRM limpio y minimalista en una pantalla de escritorio que muestra una lista de clientes ordenada y un único gráfico de facturación, sereno y despejado, un portátil cerrado y un café al lado, la hoja de cálculo caótica ha desaparecido
El reemplazo es, a propósito, aburrido: unas pocas cosas hechas tal como la empresa trabaja de verdad.

Qué cambió después

Primero las cifras, con la advertencia honesta de que son los propios datos redondeados del cliente de los meses posteriores al lanzamiento, no una auditoría independiente: útiles como tendencia, no como garantía para su negocio.

QuéAntes (hoja de cálculo)Después (CRM a medida)
Informe mensual de facturación~6 horas, a manoUnos dos clics
'¿Cuál es el teléfono actual?'Una conjetura diariaUna ficha, fiable
Sustos por pérdida o sobrescritura de datosDos veces en dos añosNinguno hasta ahora
Clientes silenciosos que se escapanNadie sabía la cifraLista de reposición visible
Puesta al día de un nuevo empleado en el sistemaSemanas de conocimiento no escritoUna tarde, más o menos
Antes y después, según las estimaciones aproximadas del propio cliente.

El tiempo del informe era el titular que importaba a los propietarios: recuperar casi un día al mes es dinero de verdad. Pero el cambio que seguían mencionando meses después era más callado: dejaron de preocuparse por el archivo. Esa ansiedad de fondo de '¿estarán bien los datos, va a romperse de golpe?' simplemente desapareció. Eso no se puede anotar en una hoja de cálculo, irónicamente, pero fue lo que les hizo decir que el dinero estuvo bien invertido.

La lista de reposición dio resultado de una forma que no previmos del todo. En un par de meses, el equipo comercial había vuelto a contactar con varios clientes profesionales que se habían quedado inactivos en silencio, exactamente el tipo de descuido que había impulsado el proyecto en primer lugar. Una cuenta recuperada cubrió con creces el desarrollo. No es una promesa de que le pasará a usted; es un ejemplo de dónde suele esconderse el valor una vez que la gente puede de verdad ver a sus clientes.

¿Se le ha quedado pequeña la hoja que dirige su negocio?

Si sus datos comerciales o de clientes viven en un solo archivo compartido del que todos dependen y en el que nadie confía, ese suele ser el momento de hablar. Primero miraremos su proceso real y le diremos con honestidad si necesita siquiera un CRM a medida, o si algo estándar bastaría.

Vea cómo construimos CRM para pequeñas empresas

Preguntas frecuentes

¿Ocho semanas son realistas para un CRM a medida?
Lo son, pero solo porque construimos un sistema deliberadamente estrecho, no un CRM empresarial completo. El calendario se sostiene cuando acota con dureza: defina la porción concreta que el negocio necesita, limpie los datos primero y deje fuera todo lo no esencial. Un encargo de 'que lo haga todo' es lo que convierte ocho semanas en ocho meses. La disciplina está en lo que decide no construir.
¿Deberíamos arreglar la hoja en lugar de sustituirla?
A veces, sí. Si el problema es sobre todo desorden —duplicados, sin estructura—, una limpieza seria y unas pocas reglas pueden darle un año o dos. La sustitución tiene sentido cuando los problemas son estructurales: varias personas editando a la vez, sin informes reales, sin trazabilidad, datos en los que no se puede confiar. Si su hoja se ha recuperado de copia de seguridad más de una vez, ya ha pasado la etapa de arreglarla.
¿Cuánto cuesta un proyecto así?
No podemos poner una cifra sin ver su proceso: depende por completo de cuánto necesita de verdad frente a cuánto cree que necesita. Pero la palanca honesta sobre el coste es el alcance, no la tarifa por hora. Una primera versión bien acotada que resuelva el dolor real es mucho más barata que una plataforma desbordante y 'a prueba de futuro', y además es la que de verdad se acaba usando. Siempre empezamos intentando reducir el alcance.
¿Qué riesgo tiene migrar años de datos desde una hoja de cálculo?
La migración en sí tiene poco riesgo si hace primero el trabajo aburrido: limpiar y deduplicar los datos, acordar qué cuenta como fuente fiable y mantener el archivo original en solo lectura como red de seguridad. El verdadero riesgo no es perder datos: es migrar contradicciones y confusión a un sistema nuevo y reluciente. Por eso la limpieza importa más que el traslado.
¿El equipo lo usará de verdad o volverá a los viejos hábitos?
Esa es la pregunta de verdad, y va de la implantación, no del software. La gente recae cuando la nueva herramienta es más lenta para ella o cuando le arrancan la antigua de golpe. Evitamos ambas cosas: hacemos el nuevo sistema de verdad más rápido desde el primer día para quienes más lo usan, y mantenemos el método antiguo en paralelo hasta que nadie recurre a él. La adopción que se fuerza tiende a derrumbarse; la que se gana tiende a quedarse.
Have a nice day
Have a nice day
Redacción

Have a nice day es un estudio de software que ayuda a las pequeñas y medianas empresas a digitalizarse — automatización, IA y software a medida que funciona en el día a día, no solo en las diapositivas.

Servicios relacionados