Dije que no necesitabas un CRM. Me construí uno con IA

Este post es la segunda parte de CRM para tu PYME: todavía no. No me retracto de nada de lo que dije ahí. Lo que cambió es que ahora existe una tercera vía entre "sigue con la planilla" y "págale a un SaaS", y la probé en carne propia.

La línea que crucé

En ese post dije que un CRM se justifica cuando el seguimiento se te empieza a caer: cuando ya no te acuerdas de a quién le debes respuesta, qué le enviaste a cada persona y qué viene después con cada una. Ese fue exactamente mi caso. Los leads del sitio llegaban a una planilla, las conversaciones vivían en el correo, las tareas en mi cabeza, y los archivos repartidos por todos lados. Cuatro lugares para una sola relación.

El problema no era el volumen, era la dispersión. Y ningún CRM del mercado calzaba con mi flujo real: leads que entran solos desde el formulario del sitio, conversaciones por un correo propio, seguimiento simple por estados. Necesitaba poco, pero lo necesitaba junto.

Qué construí

Un panel privado dentro de mi propio sitio, donde cada persona que me escribe pasa a ser una ficha de cliente con todo en un lugar:

• Los leads entran solos. El formulario del sitio guarda cada contacto en una base de datos propia, con su origen de campaña incluido, y dispara una respuesta automática con mi marca.
• Las conversaciones quedan registradas. Los correos que llegan a mi casilla de contacto se guardan y se agrupan por cadena, como un hilo, dentro de la ficha de cada cliente. Puedo responder desde el mismo panel.
• Seguimiento visual por estados. Un tablero kanban simple: nuevo, en conversación, propuesta, cerrado. Arrastro la tarjeta y listo.
• Tareas con calendario, archivos y notas por cliente, más una agenda global que me muestra qué vence hoy y qué se me pasó.

Nada de esto es sofisticado como producto. Es sofisticado como ajuste: hace exactamente lo que mi flujo necesita, y nada más.

Cómo se construye algo así con IA

Lo construí con Claude Code, la misma herramienta con la que hice esta web completa. El proceso real se parece menos a programar y más a dirigir: describo en español lo que necesito ("quiero ver las conversaciones de cada cliente agrupadas por asunto"), la IA propone y escribe el código, yo pruebo, encuentro lo que quedó raro, y pedimos la corrección. Iteramos así hasta que funciona como quiero.

Mi rol no fue técnico en el sentido clásico. Fue de criterio: decidir qué se necesita y qué no, probar cada pieza como usuario, y no aceptar la primera versión de nada. La IA multiplica tus manos, no tu criterio. Es la misma lógica que conté en automatizar SEO con agentes: el que define el problema sigues siendo tú.

¿El costo? La infraestructura corre en la capa gratuita de Cloudflare: cero pesos al mes. Lo que pagué de verdad fue la suscripción de la IA y mis horas de las tardes. Para una herramienta interna que usa una persona, ese intercambio hoy le gana por paliza al desarrollo tradicional.

La lección más cara: una sola fuente de verdad

Te cuento el error que me dejó la mejor lección. Mi sistema guarda los leads en la base de datos y, de pasada, agrega una fila a una planilla de Google, como respaldo cómodo para mirar. Un día quise "limpiar mis leads" y borré filas de la planilla. Resultado: no pasó nada. Los leads seguían intactos en el panel, porque la planilla era una copia, no la verdad.

Parece un detalle tonto y es el corazón del diseño de cualquier sistema: definir dónde vive el dato oficial y qué cosas son solo espejos. En mi caso, la base de datos manda y la planilla es un reflejo de escritura. Si tu operación tiene el mismo dato en tres lugares y nadie sabe cuál manda, no tienes un sistema: tienes tres versiones de la duda.

El build vs buy cambió para las PYMEs

Hasta hace poco, una PYME tenía dos opciones: contratar un SaaS y adaptar su proceso a la herramienta, o pagar un desarrollo a medida que costaba millones y quedaba obsoleto al año. La IA abrió una tercera vía: construir a medida a costo de hobby. No para todo, pero sí para esa capa de herramientas internas que siempre quedaba en "algún día": el panel, el registro, el flujo que hoy vive en planillas y correos sueltos.

Eso cambia una pregunta estratégica. Ya no es solo "¿qué herramienta contrato?", sino "¿qué parte de mi operación merece una herramienta hecha exactamente para ella?". Y de paso resuelve algo que valoro cada día más: los datos quedan en tu casa, en tu infraestructura, exportables cuando quieras, sin depender del plan de precios de nadie.

Cuándo NO te recomiendo este camino

Honestidad primero, que para eso escribo:

• Si un CRM estándar te calza, úsalo. Un equipo de ventas con pipeline clásico, integraciones y varios usuarios está mejor servido por un producto maduro. Lo que dije en el primer post sigue en pie: la herramienta no arregla un proceso que no existe.
• Si nadie en tu equipo quiere meterse, ni siquiera acompañado por la IA, el mantenimiento se vuelve una deuda. Lo que construyes es tuyo también cuando se cae.
• Si manejas datos sensibles a escala, la seguridad y los respaldos son responsabilidades serias que un proveedor establecido ya resolvió.

La reflexión de fondo es la misma de siempre: innovar no es tecnología, es resolver el problema correcto con lo que el momento te ofrece. En 2026, lo que el momento ofrece es una capacidad nueva: que una persona sin equipo técnico pueda tener software hecho a su medida. Saber cuándo usarla, y cuándo no, es la habilidad que vale.