Cómo preguntarle a tu base de datos en castellano sin fórmulas
Se acabaron las fórmulas: preguntas cuánto vendiste en marzo y te responde con el número. Cómo lo monto y qué cuidado hay que tener.
"¿Cuánto facturé en marzo del año pasado con clientes que repitieron?"
Esa pregunta, hace no tanto, significaba abrir la hoja, montar una tabla dinámica, equivocarme, buscar en internet cómo se hacía un contar.si con dos condiciones, copiar una fórmula de un foro, adaptarla mal y acabar con un número del que no me fiaba.
Ahora la escribo tal cual y me sale el número. Con la consulta que ha usado para sacarlo, que es la parte importante.
Esto no es magia y tiene trampas. Vamos con ello.
¿Puedo preguntarle cosas a mi base de datos?
Sí, y hay dos formas de hacerlo que se parecen poco.
La primera: copiar y pegar los datos en un chat. Exportas la tabla, la pegas, preguntas. Funciona para tablas pequeñas y para preguntas puntuales, pero tiene dos problemas serios: si la tabla es grande no cabe, y el modelo tiende a hacer cuentas "a ojo" en vez de calcularlas. Te puede dar un número que suena bien y está mal.
La segunda: darle acceso a los datos y que escriba la consulta. Aquí el modelo no calcula nada. Traduce tu pregunta en castellano a una consulta de base de datos, la ejecuta, y te devuelve el resultado que ha salido. La cuenta la hace la base de datos, que para eso está.
La segunda es la buena. Es la que uso y la que explico aquí.
El montaje: Claude Code delante de tus datos
Yo lo hago con Claude Code porque puede ejecutar cosas en mi ordenador y leer archivos, que es exactamente lo que necesitas.
El montaje mínimo, si tus datos están en una hoja de cálculo o en un CSV exportado:
Creas una carpeta, metes ahí el archivo de datos, abres Claude en esa carpeta y le dices: "en este archivo tengo mis ventas. Quiero hacerte preguntas en castellano y que las respondas ejecutando cálculos sobre el archivo, no estimando. Antes de responder, enséñame qué has calculado".
Con eso ya funciona. Él lee la estructura, entiende las columnas y a partir de ahí le preguntas lo que quieras.
Si tus datos están en Airtable o en cualquier herramienta parecida, hay dos rutas: exportar a CSV cada vez (rápido y sucio, pero vale para empezar) o conectar la API para que consulte en directo. Yo empecé exportando durante bastante tiempo y no pasa nada.
Paso 1: explícale tu tabla una vez
Este es el paso que marca la diferencia entre respuestas útiles y respuestas absurdas.
Escribe un archivo corto, de diez o quince líneas, explicando qué es cada columna. Sobre todo las que tienen nombres crípticos, que en todas las tablas del mundo las hay.
Algo así:
imp_totes el importe total con impuestos, en euros.estes el estado del pedido: P pendiente, E enviado, D devuelto.- Las filas con
est = Dno cuentan como venta. - El año fiscal va de enero a diciembre.
Esa última línea es de las que más valen. Las reglas de negocio no están en los datos, están en tu cabeza. Si no las escribes, el modelo se las inventa razonablemente y te da un número razonablemente equivocado.
Paso 2: pregunta como hablas, pero acota
Ahora ya puedes preguntar en castellano normal. Un par de cosas que mejoran mucho las respuestas:
Di siempre el periodo. "Cuánto vendí" es ambiguo. "Cuánto vendí entre el 1 de enero y el 31 de marzo de este año" no lo es.
Di qué quieres ver. Un número, una lista, una tabla por meses. Si no lo dices, te va a dar un párrafo y tú querías una tabla.
Pide siempre el cómo. "Enséñame la consulta que has usado". Al principio revísala siempre. A las diez veces ya coges confianza y solo la miras cuando el número te sorprende.
Ejemplos reales de preguntas que hago:
- "Dame los diez clientes que más han comprado este año, con el total y el número de pedidos."
- "Compara las ventas de cada mes con el mismo mes del año pasado y márcame las bajadas."
- "¿Qué productos se han devuelto más de tres veces?"
Ninguna de las tres la habría montado a mano un martes por la tarde. Y esa es la clave: no es que ahorres tiempo en las preguntas que ya hacías. Es que empiezas a hacer preguntas que antes no te compensaban.
Paso 3: guarda las preguntas que repites
Cuando lleves un par de semanas verás que hay cinco o seis preguntas que haces siempre.
Esas las guardas en un archivo, con su consulta ya validada. Y a partir de ahí le dices "hazme el informe mensual" y ejecuta las seis de golpe.
Yo tengo el mío con las cifras del mes, la comparación con el mes anterior y lo que está parado. Tarda unos segundos y antes era una tarde. Si además quieres sacar de ahí gráficas presentables, lo cuento en informes y gráficas sin Excel.
Lo que se te va a atascar
Las fechas. Siempre las fechas. Formatos mezclados, texto donde debería haber fecha, dos formas distintas de escribir el mismo mes. Antes de preguntar nada, pídele que revise la columna de fechas y te diga cuántos formatos distintos encuentra. Te vas a sorprender.
Los duplicados. Si el mismo pedido está dos veces, el total sale inflado y nadie te avisa. Pide una comprobación de duplicados por identificador antes de fiarte de cualquier suma.
Las respuestas seguras y falsas. Te va a dar el número con total aplomo aunque haya interpretado mal una columna. Por eso insisto en pedir la consulta. Un buen truco: pregunta algo cuya respuesta ya sepas de memoria. Si acierta, sigue. Si falla, hay algo mal explicado en el paso uno.
Los datos sensibles. Si tu tabla tiene nombres, teléfonos o cosas de clientes, piensa dónde estás mandando eso. Para muchos análisis no hace falta el nombre: puedes trabajar con identificadores y quitarte el problema de encima.
Un ejemplo completo, de la pregunta al número
Para que se vea el flujo real, la última que hice.
Quería saber si los clientes que llegan por una vía concreta compran más que los demás. La pregunta tal cual fue: "agrupa los pedidos por el origen del cliente, y dame para cada origen el número de pedidos, el importe medio y el total, ignorando los devueltos".
Lo que devolvió fue una tabla de cuatro filas y la consulta que había usado. Miré la consulta: estaba filtrando bien los devueltos, pero estaba contando el importe con impuestos y yo quería sin. Se lo dije en una frase, lo rehizo, y el resultado cambió lo suficiente como para que la conclusión fuera otra.
Ese es el punto que quiero dejar claro: no es que la máquina se equivocara. Es que yo no le había dicho qué importe quería. Cuanto más precisa la pregunta, menos vueltas.
Tiempo total: unos cuatro minutos. A mano, con tabla dinámica, no lo habría hecho nunca.
Y ahora qué
Coge la tabla más útil que tengas, exporta un CSV y escribe el archivo de contexto de quince líneas. Es lo único que lleva trabajo de verdad.
Luego hazle las tres preguntas que llevas meses sin poder contestarte. Con eso ya vas a saber si esto te sirve o no.
Si quieres montarlo directamente sobre hojas de cálculo, tengo el proceso concreto en Claude Code con hojas de cálculo y datos. Y si estás decidiendo dónde guardar tus datos antes de nada, empieza por bases de datos y CRM sin código.
Si no tienes claro qué parte de tu trabajo con datos conviene pasarle a la IA y cuál no, hice un test corto que te lo dice según cómo trabajas.
Sigue leyendo
Softr vs Lovable: bloques o código generado, elige bien
La decisión de fondo del no-code con IA: piezas que ensamblas o código que te escriben. Comparativa con precios, límites y veredicto.
Gamma vs Canva: cuál elegir para tus presentaciones
Canva te da libertad y tiempo perdido. Gamma te da estructura en dos minutos. Precios, límites reales y cuándo gana cada uno.
Editar a mano o con IA: dónde está el límite hoy en día
La IA hace el 70% del trabajo aburrido de editar vídeo. El 30% restante sigue decidiendo si el vídeo funciona o si se cierra a los diez segundos.
El navegador de Claude Code: qué hace y cómo usarlo
Claude Code trae un navegador propio dentro de la app: entra en webs, pulsa botones y rellena formularios sin usar tus contraseñas.