Una empresa de instalaciones de seis personas y cuatro hojas de cálculo. Un recorrido modelo de una tarde: qué escribir en el prompt, qué se genera solo, qué hay que ajustar a mano y qué cambia de verdad en el primer mes.
Este texto es un recorrido por una sola tarde - de cuatro hojas de cálculo a un registro de encargos que funciona. Está escrito como un caso modelo de una pequeña empresa de instalaciones, pero el procedimiento, el orden de los pasos y los puntos donde suele atascarse coinciden con lo que solemos ver al montar el primer workspace.
Punto de partida: cuatro hojas de cálculo y un tablón de anuncios
Seis personas. Dos técnicos en el campo, un comercial, una persona de administración, el dueño y su mujer para la facturación. Encargos: montajes de interiores, normalmente entre 15 y 40 en marcha a la vez.
Dónde vivía todo esto antes de aquella tarde:
- encargos_2026.xlsx - la tabla principal, que nadie podía abrir a la vez que otra persona
- contactos.xlsx - clientes, a veces duplicados
- plazos.xlsx - qué hay que hacer y cuándo, actualizada de forma irregular
- horas.xlsx - los partes de los técnicos, cuadrados a posteriori a final de mes
- un tablón en la oficina con pedidos en papel
El punto doloroso que lo decidió: dos veces en medio año la empresa se olvidó de facturar un encargo terminado. Una vez, por 2.700 €.
Qué escribí en el prompt
Nada técnico. Literalmente esto:
Necesito un registro de encargos para una empresa de montajes. De cada encargo quiero saber quién es el cliente, cuál es la fecha del montaje, qué técnico lo lleva, cuántas horas ha trabajado y si está facturado. Quiero ver qué hay que hacer esta semana, y quiero un aviso cuando un encargo esté terminado y no tenga factura.
Nada de «bases de datos relacionales», nada de «motor de workflow». Una descripción de lo que debía hacer el sistema, en el orden en que se me ocurrió.
De la descripción salió un plan, no algo ya terminado
El sistema primero mostró lo que quería crear - bases de datos, relaciones y automatizaciones. Solo lo construyó después de que lo aprobara.
Qué salió de ahí (y qué tuve que ajustar)
En unos veinte minutos había tres bases de datos conectadas - Encargos, Clientes, Técnicos - más los partes de horas vinculados al encargo. A eso se sumaban tres vistas: un calendario de montajes, una tabla de encargos sin facturar y un kanban por estado.
Lo que encajó a la primera:
- las relaciones entre el encargo y el cliente (un encargo, un cliente; un cliente, varios encargos)
- el parte de horas conectado al encargo y al técnico
- la vista «esta semana» como calendario
Lo que tuve que ajustar a mano:
- Los estados del encargo. Los generados eran genéricos (Nuevo / En curso / Terminado). Nosotros tenemos cinco estados, entre ellos «Esperando material», que es la causa más frecuente de retraso. Renombrarlos y añadir los que faltaban llevó un par de minutos.
- Quién ve qué. Los técnicos no deben ver los precios. Eso se configura aparte - y está bien que sea así, porque es algo que no debería decidir una máquina.
- El texto del recordatorio. El correo automático tenía un contenido genérico. Lo reescribí para que sonara como nosotros.
En conjunto: el prompt hizo el 80 % de la estructura, el resto fue configuración, no construcción.
La parte más difícil no fue técnica
Lo que más tiempo me llevó fue decidir qué es en realidad un encargo. Si un encargo es un solo montaje o todo un pedido de un cliente que puede incluir tres montajes. Esa pregunta no la resuelve ninguna herramienta por usted - pero es una hora de pensar, no un mes de desarrollo.
La automatización por la que empezó todo
Una regla, dos condiciones:
Cuando un encargo lleve más de 3 días en estado «Terminado» y no tenga factura adjunta, envíame un correo.
Esta es toda la solución al problema que le costó 2.700 € a la empresa. Configurarla llevó unos seis minutos.
Una segunda regla se añadió una semana después, cuando resultó que los técnicos se olvidaban de anotar las horas:
Cada viernes a las 15:00, envía a cada técnico la lista de encargos en los que ha trabajado esta semana y que no tienen parte de horas.
Qué cambió en un mes
Tres cosas, medibles:
Facturación. En el primer mes, dos encargos que antes se habrían pasado por alto se facturaron a tiempo. Solo con eso, el sistema quedó amortizado para varios años.
Se acabaron las versiones de la tabla. Dejó de existir la pregunta de «cuál es la tabla actual». No porque la gente mejorara, sino porque ya solo hay una.
La reunión matinal. Se redujo de veinte minutos a cinco, porque ya no hace falta repasar en voz alta qué hay dónde. El calendario de montajes muestra lo mismo, más rápido.
Lo que no cambió: los técnicos todavía se olvidan a veces de anotar las horas. El sistema solo se lo recuerda los viernes. Una herramienta no cambia los hábitos, solo acorta el tiempo que tarda en notarse el error.
Si tuviera que volver a hacerlo
Tres cosas que haría de otra manera:
- Empezaría más pequeño. Al principio intenté añadir también el almacén de materiales. Fue inútil - a las dos semanas nadie lo usaba. Se puede añadir en cualquier momento.
- Implicaría a la gente antes. Lo construí solo y luego se lo enseñé. Si hubiera preguntado antes a administración, me habría ahorrado rehacer las vistas dos veces.
- No trasladaría todo el historial. Importé tres años de encargos antiguos. Con el último año habría bastado - el resto solo llenó las vistas de ruido.
Quien quiera un procedimiento más detallado, paso a paso, para la parte comercial, lo encontrará en la guía CRM a medida sin programador. El procedimiento práctico para trasladar los datos está en el texto Migrar desde Excel o Notion. Y si duda de cuándo tiene sentido dejar las hojas de cálculo, lo responde el artículo Cuándo una hoja de Excel deja de bastar. Todo el proceso, desde la decisión hasta el primer mes de funcionamiento, lo recoge la guía del sistema de empresa a medida.
Preguntas frecuentes sobre cómo poner en marcha su propio sistema
¿De verdad puede hacerlo una persona sin conocimientos técnicos?
Sí, siempre que sepa describir cómo trabaja su empresa. Esa es la parte más difícil - y esa no se la resuelve nadie. La ejecución técnica hoy es lo de menos.
¿Cuánto tiempo debo reservar?
Para la primera versión utilizable, cuente con una tarde. Para una versión con la que el equipo esté satisfecho, con dos o tres semanas de uso normal y ajustes continuos.
¿Y si resulta que lo diseñé mal?
Eso pasa casi siempre y no tiene mayor importancia. Los campos, los estados y las relaciones se pueden cambiar mientras el sistema está en marcha - a diferencia de una aplicación desarrollada a medida, donde cambiar el modelo de datos es tarea de un desarrollador.