Es la pregunta que de verdad se hace quien está a punto de contratar, y casi ninguna web de consultoría la responde. Esta página es el intento: las cuatro fases de un encargo, por dónde se suele empezar, y en qué nos basamos para decir que no.
Fases
Cuatro, y puedes parar después de cualquiera.
Cada una termina en algo tangible que es tuyo. Esa es la parte que hace que la primera no dé miedo: si el diagnóstico no te convence, ahí se acaba y te quedas con el mapa.
- 01
Diagnóstico
Empezamos mirando lo que ya tienes: fuentes, volúmenes, procesos manuales y lo que duele de verdad. No hace falta que llegues con el problema definido; con el síntoma es suficiente, porque el diagnóstico es justo el trabajo de convertirlo en un problema.
Al final tienes
Un mapa de tu situación y una lista priorizada de qué conviene atacar primero.
- 02
Propuesta acotada
Elegimos el primer trozo que aporta valor por sí solo y lo cerramos por escrito. Si el alcance completo es grande, se parte: no proponemos proyectos de seis meses sin nada que enseñar hasta el final, porque a los seis meses el negocio ya no es el mismo.
Al final tienes
Alcance, calendario y presupuesto cerrados por escrito.
- 03
Construcción por entregas
Trabajamos en ciclos cortos y con acceso a lo que vamos construyendo desde el primer día. Cada entrega funciona en tu entorno, no en una demostración preparada: la diferencia entre las dos cosas es donde se esconden casi todos los sustos.
Al final tienes
Incrementos funcionando en producción, con pruebas de calidad y alertas.
- 04
Traspaso
Terminamos cuando tu equipo puede seguir sin nosotros. El código, la documentación y los accesos son tuyos desde el principio, no algo que se negocia al final cuando ya tienes poca capacidad de negociar.
Al final tienes
Repositorio, documentación técnica y una sesión de traspaso con tu equipo.
De dónde partes
Cuatro sitios donde suele estar la gente.
Cada uno es el peldaño anterior a una etapa del ciclo. Reconocerte en uno vale más que cualquier catálogo de servicios, porque te dice cuál es tu primer paso y no cuáles son todos los pasos.
«Cada dato vive en un sitio y ninguno cuadra.»
El ERP dice una cosa, el CRM otra y la hoja de cálculo de operaciones una tercera. Nadie sabe cuál es la buena porque no hay ningún sitio que lo sea.
Cuando cada sistema da una cifra distintaTu primer paso
Un almacén único donde el dato entra una vez y se guarda con reglas. Sin eso, todo lo que se construya encima hereda el desorden.
Arquitectura de datos«Funciona, pero lo mueve alguien a mano.»
Los datos existen y están donde deben, pero llegan porque cada lunes una persona exporta, pega y revisa. Si esa persona está de vacaciones, el informe no sale.
El informe que depende de que alguien estéTu primer paso
Procesos que se ejecutan solos, con control de calidad y un aviso cuando algo falla, en lugar de un descubrimiento tres semanas tarde.
Ingeniería de datos«Tenemos informes, pero nadie se fía de ellos.»
Hay cuadros de mando, hay gráficos y hay reuniones que empiezan discutiendo de dónde sale cada cifra en vez de qué hacer con ella.
Informes que nadie se creeTu primer paso
Acordar qué significa cada métrica, dejarlo escrito y calcularlo en un solo sitio. Después el cuadro de mando es la parte fácil.
Análisis y BI«Medimos bien y queremos anticiparnos.»
Los cimientos aguantan, las métricas están acordadas y ahora la pregunta ya no es qué pasó, sino qué va a pasar.
Antes de predecir, mide lo que ya hacesTu primer paso
Comprobar que un modelo supere de verdad a la regla que ya usas. Si no la supera, te lo decimos.
Ciencia de datos e IAPrincipios
Cinco reglas que nos cuestan proyectos.
Y que son la razón por la que los que aceptamos terminan. Cada una lleva al apartado donde está desarrollada.
El orden no es negociable.
Nadie monta un modelo sobre datos que no cuadran. Si los cimientos no aguantan, lo primero que proponemos es arreglarlos, aunque sea la parte menos vistosa del presupuesto y aunque no sea lo que venías a comprar.
Leer la reglaSi una regla ya lo resuelve, sobra el modelo.
Antes de proponer nada predictivo comprobamos que supere con claridad a lo que ya haces hoy. Si no lo supera, te lo decimos y nos ahorramos los dos el proyecto. Es la conversación más incómoda de este oficio y la que más veces evita un gasto inútil.
Leer la reglaPreferimos lo aburrido y mantenible.
Elegimos la tecnología que tu equipo pueda sostener dentro de dos años, no la que mejor queda en una presentación. Casi siempre resulta ser la más simple, y casi nunca la más reciente.
Leer la reglaSin lock-in.
Construimos sobre herramientas estándar y documentamos lo que hacemos. Si algún día quieres cambiar de proveedor o llevártelo dentro de casa, no deberías empezar de cero. Que te quedes tiene que ser una decisión tuya, no una consecuencia del diseño.
Leer la reglaUn solo interlocutor de punta a punta.
Quien diseña el almacenamiento es quien construye los procesos y quien monta los cuadros de mando. Sin traspasos entre equipos ni fronteras donde se pierda la responsabilidad, que es donde se pierde siempre.
Leer la reglaQué no hacemos
Tres encargos que rechazamos.
Decir que no a tres cosas concretas explica mejor cómo trabajamos que cualquier lista de servicios.
Montar IA sobre datos que no están listos.
Si los cimientos no aguantan, lo primero que proponemos es arreglarlos. Un modelo encima de datos que no cuadran no da un resultado peor: da uno que parece bueno.
Cuadros de mando sobre métricas que nadie ha acordado.
Si «ventas» significa tres cosas distintas según el departamento, eso se resuelve antes de pintar un gráfico. Pintarlo antes solo reparte el desacuerdo más rápido y con mejor tipografía.
Pilotos que se quedan en un cuaderno.
Lo que no esté pensado para llegar a producción y mantenerse ahí, no lo empezamos. Una prueba de concepto que nadie va a poner en marcha es un informe caro.
Siguiente paso
El diagnóstico es el primer paso.
Y también el más barato de deshacer. Si de ahí no sale nada que merezca la pena, te lo decimos y te quedas con el mapa.
Respondemos en 24 h laborables