En la implantación de un CRM, la parte que se ve es la configuración: los campos, los flujos, los permisos, los informes. La que no se ve y la que más tiempo se come, es sentarte con el cliente, entender cómo trabaja, dejar por escrito qué necesita y cómo se resuelve. Ese documento de toma de requerimientos y su posterior documento de aplicación es el contrato técnico del proyecto. Sin él no se toca nada. Y hasta hace poco, escribirlo era trabajo de un consultor sénior durante dos o tres días por cliente.
Nadie factura ese día por separado, pero está ahí, en el coste de cada proyecto. Es tiempo de la persona más cara del equipo dedicado a transcribir reuniones, ordenar ideas y darles forma de documento. Multiplícalo por todas las implantaciones que tienes en marcha y entiendes por qué el papeleo, aunque no aparezca en la propuesta, marca cuántos clientes puedes atender y con qué margen.
Qué cambios implementamos desde Ghen
El planteamiento fue sencillo de decir y menos sencillo de construir: que el consultor deje de *producir* el documento y pase a *revisarlo*.
Ahora las reuniones de toma de requerimientos se graban y se sueltan en una carpeta. A los pocos minutos aparece un primer borrador de requerimientos, ya estructurado, con cada punto trazado al minuto exacto de la reunión en el que se dijo. El consultor no parte de una página en blanco: parte de un borrador que ya recoge lo que se habló, y su trabajo es corregir, matizar y aprobar.
El siguiente documento, más técnico(análisis de viabilidad y criterios de aceptación) sigue la misma lógica, pero con un matiz importante: la solución la sigue dictando el consultor. Él graba, requerimiento a requerimiento, cómo se resuelve en el CRM; el sistema lo organiza y lo redacta con el formato del documento. No inventa nada. Si algo no está dictado, lo deja marcado como pendiente en lugar de rellenarlo por su cuenta.
Y hay un tercer paso: una vez aprobado el documento y validado con el cliente, buena parte de la configuración del CRM (campos, listas, roles, perfiles, automatizaciones) se aplica sola por API, en lugar de tener que picarla clic a clic en el panel.
Los números
Los datos que manejamos vienen de nuestros propios proyectos, no de un folleto.
El borrador del DERS pasó de entre seis y siete horas de trabajo manual a dos o tres horas de revisión. Es en torno a un 60% menos de tiempo experto en ese único paso, y sobre el documento más largo del proyecto.
En un caso real el borrador completo estuvo listo la misma tarde, con un coste de cómputo de menos de un euro. Antes, ese mismo documento habría ocupado a un consultor buena parte de dos o tres jornadas.
En la parte de configuración, la mayor parte del trabajo repetitivo —el que consiste en reproducir en el CRM lo que ya dice el documento— es automatizable. Lo laborioso deja de ser hacer la configuración y pasa a ser revisarla antes de darla por buena.
Sumado, el efecto no es que un paso vaya un poco más rápido. Es que el tiempo del consultor se desplaza de «escribir y picar» a «decidir y validar», que es exactamente donde su criterio aporta valor.
Por qué esto es ventaja, y no solo ahorro
En consultoría, tu capacidad la marca el tiempo de tus mejores personas. Si documentar un proyecto ocupa tres días de un sénior, esos tres días no están en el siguiente cliente ni en la configuración que sí se factura. Recortar ese tiempo no es un ahorro cosmético: es capacidad que aparece sin contratar a nadie.
Se traduce en tres cosas que el cliente y el mercado sí notan:
Arrancas antes: El documento que definía el proyecto dejó de ser el freno de las primeras semanas. El cliente ve movimiento enseguida, y un proyecto que arranca con ritmo es un proyecto que se cierra mejor.
Cuestas menos por proyecto: Menos horas caras en tareas mecánicas significa un coste por implantación más bajo. Eso te deja elegir: ser más competitivo en precio, o proteger margen.
Entregas más parejo: El borrador siempre sale con la misma estructura y trazado a la reunión, lo firme quien lo firme. La calidad deja de depender de quién tuvo el mejor día, y los errores de «esto se me pasó» bajan solos.
En un mercado donde media docena de consultoras venden «implantación de CRM», quien entrega más rápido, más barato y con menos sobresaltos se lleva más proyectos. No por tener una herramienta más lista, sino por dedicar a las personas a lo que de verdad diferencia.
Lo que no cambia
Conviene decirlo claro, porque es lo que hace que esto funcione y no sea humo: el consultor no desaparece de la ecuación. La solución la sigue definiendo él y el proceso de pensar la solución y de la experiencia son propias de su rol. Todo lo que sale del sistema es un borrador que él revisa y aprueba antes de que llegue al cliente y la segunda parte, el documento de implementación salen de sus audios. Lo que se automatizó es el trabajo tedioso: transcribir, estructurar, redactar, aplicar la configuración , no el juicio experto.
Esa frontera es deliberada. El error más caro en una implantación es dar por «estándar» algo que en realidad requiere desarrollo, y esa es justo la clase de decisión que no delegamos en una máquina. La herramienta acelera; la persona decide.
Dónde nos deja
El objetivo nunca fue documentar más rápido por documentar más rápido. Era liberar el recurso escaso —el tiempo de la gente que sabe— del papeleo, para meterlo donde crea valor: entender al cliente y resolverle bien el problema.
Sigue siendo el mismo consultor, el mismo criterio y el mismo cliente. Solo que ahora la tarde que antes se iba en escribir un documento se dedica a otro proyecto. Y en este negocio, esa tarde es exactamente la diferencia entre crecer y no crecer.
