Los proyectos de Time-Driven Activity-Based Costing fracasan por razones predecibles. Tras trabajar en implementaciones TDABC en multiples industrias, el patron es claro: el exito depende de tres requisitos que deben abordarse antes de construir el primer modelo. Si se omite cualquiera de ellos, el proyecto tendra dificultades.
Requisito 1: Datos Fiables y Accesibles
Todo modelo TDABC necesita dos inputs fundamentales: costes de recursos (lo que se gasta) y datos transaccionales (lo que se hace). Sin ambos, el modelo no puede funcionar.
La buena noticia es que la mayoria de las empresas ya tienen estos datos. El libro mayor contiene los costes de recursos, desglosados por departamento, centro de coste o cuenta. Los sistemas transaccionales, ya sean ERP, CRM o bases de datos operativas, contienen registros de lo que se produjo, vendio, expidio o presto como servicio.
El desafio no es la existencia de los datos sino su accesibilidad y calidad. Problemas comunes incluyen:
Sistemas aislados: Los datos de costes residen en el sistema contable mientras que los datos operativos viven en una plataforma diferente. Hacer que se comuniquen requiere trabajo de extraccion y mapeo que alguien necesita asumir.
Granularidad inconsistente: El libro mayor puede reportar costes por departamento, pero los datos operativos se registran por linea de produccion o tipo de servicio. Tender un puente entre estos niveles de detalle requiere un diseno cuidadoso.
Campos ausentes: Marcas de tiempo, campos de cantidad o identificadores de clientes pueden estar incompletos o capturados de forma inconsistente. Un modelo TDABC es tan bueno como los datos que lo alimentan.
Consejo practico: Antes de lanzar un proyecto TDABC, realice una auditoria de datos. Exporte los ficheros clave que necesitara, reviselos en cuanto a completitud e identifique lagunas con antelacion. Es mucho mejor descubrir problemas de datos en la primera semana que en la octava.
Requisito 2: Personas Implicadas a Todos los Niveles
Los proyectos TDABC no son ejercicios puramente tecnicos. Requieren aportacion, validacion y adhesion de personas de toda la organizacion. Este es el requisito que la mayoria de los equipos de proyecto subestiman.
Se necesita implicacion de tres grupos distintos:
Patrocinadores ejecutivos: Alguien a nivel directivo debe abanderar el proyecto. No solo aprobar el presupuesto, sino comunicar activamente por que la organizacion esta invirtiendo en mejores datos de costes. Sin apoyo ejecutivo visible, el proyecto sera tratado como un pasatiempo del departamento financiero en lugar de una iniciativa estrategica.
Responsables operativos: Las personas que dirigen departamentos, lineas de produccion o equipos de servicio son su principal fuente de conocimiento de procesos. Saben cuanto tiempo llevan las actividades, que genera complejidad y donde ocurren las excepciones. Su aportacion es esencial para construir ecuaciones de tiempo precisas. Mas importante aun, necesitan confiar en los resultados del modelo, y esa confianza proviene de la participacion en el proceso.
Equipo financiero: Los controllers y analistas que mantendran el modelo despues de su construccion deben estar involucrados desde el principio. Un modelo que solo entiende el consultor externo tiene una vida corta.
Consejo practico: Programe una reunion de lanzamiento que incluya a los tres grupos. Presente los objetivos del proyecto, explique que se pedira a cada grupo y establezca expectativas claras sobre el compromiso de tiempo. Las personas se resisten a lo que no comprenden, por lo que la transparencia inicial es critica.
Requisito 3: Conocimiento Metodologico
Este requisito se pasa por alto con frecuencia porque parece obvio. Por supuesto que hay que entender el TDABC antes de implementarlo. Pero la distancia entre leer sobre TDABC y saber construir un modelo funcional es mayor de lo que la mayoria espera.
Areas clave donde el conocimiento metodologico importa:
Diseno de ecuaciones de tiempo: El nucleo de cualquier modelo TDABC son sus ecuaciones de tiempo, las formulas que expresan cuanto tiempo lleva cada actividad en funcion de las caracteristicas de la transaccion. Ecuaciones de tiempo mal disenadas producen resultados imprecisos y son dificiles de mantener. Comprender como estructurar estas ecuaciones, cuando anadir complejidad y cuando mantenerlas simples, es una competencia que viene con la experiencia.
Definicion de pools de recursos: Decidir como agrupar recursos (personas, equipos, instalaciones) en pools con tasas de coste consistentes requiere criterio. Pocos pools y se pierde precision. Demasiados y se crea complejidad innecesaria.
Analisis de capacidad: El TDABC contabiliza explicitamente la capacidad no utilizada, que es una de sus caracteristicas mas potentes. Pero calcular correctamente la capacidad practica (frente a la capacidad teorica) requiere comprender los supuestos de la metodologia.
Consejo practico: Si su equipo nunca ha implementado TDABC, invierta en formacion u orientacion especializada antes de comenzar la construccion. Unos dias de formacion metodologica pueden prevenir meses de retrabajo. Busque talleres o apoyo de consultoria que incluya construccion practica de modelos, no solo teoria.
Obtener la Adhesion de los Stakeholders
Incluso cuando los tres requisitos se cumplen, los proyectos pueden estancarse sin una adhesion adecuada de los stakeholders. He aqui enfoques que funcionan:
Empiece con un piloto. No intente modelar toda la organizacion de una vez. Elija una unidad de negocio, linea de producto o segmento de clientes y entregue resultados rapidamente. Un piloto exitoso crea un impulso que ninguna presentacion puede igualar.
Muestre el momento “aha” pronto. Todo proyecto TDABC produce hallazgos sorprendentes: un producto que se asumia rentable pero no lo es, un segmento de clientes con costes ocultos, un proceso que consume muchos mas recursos de lo esperado. Encuentre esa historia pronto y compartala con los stakeholders.
Cuantifique el coste del statu quo. Si la direccion es reticente a invertir, ayudeles a comprender que decisiones se estan tomando con datos imprecisos. El coste de una decision de precios erronea o de un recurso mal asignado suele eclipsar el coste del proyecto.
Por Miguel Guimaraes, Partner en Cost and Profitability Consulting y Co-Fundador de CostCTRL
Planificando una implementacion TDABC? Contacte con nosotros para orientacion sobre como empezar, o participe en uno de nuestros proximos talleres para formacion practica en metodologia.