Implementaciones reales.

Retailer de tecnología Apple con ~10 pedidos web al mes: consultas dispersas en chats, sin control de procesos y pedidos que se perdían al crecer el volumen.

Implantación de CRM de ciclo completo desde 2021: mapeo de procesos, configuración, desarrollo a medida y formación; después, sincronización CRM-ERP y telefonía Ringostat con call tracking.

Según el equipo de GRO en el caso de Ringostat: de ~10 pedidos al mes a ~10 al día, con una duración media de llamada de ~1:20. El crecimiento es mérito del equipo de GRO; el CRM y el flujo de pedidos CRM↔ERP lo mantuvieron bajo control. Caso conjunto en el blog de Ringostat.

La agencia vende inmuebles, los alquila a largo plazo, trabaja con obra nueva y acompaña operaciones de clientes de muchos países. Durante años usó un CRM propio con el catálogo, los propietarios y los clientes, del que salían los anuncios a portales y webs. No tenía alquileres, a quien vendía y luego compraba se le daba de alta dos veces y las solicitudes web se repartían a mano. Portales y webs debían seguir recibiendo los mismos datos.

Fase 0: briefing, requisitos y arquitectura. Fase 1 en Bitrix24 Cloud: seis roles con acceso por región; embudos de compra, obra nueva, alquiler, captación, posventa y acompañamiento; un smart process de inmuebles con más de cien campos; correo, calendario, app móvil y webinars para brókeres. Los formularios web crean leads con origen y UTM. Un migrador propio pasó inmuebles con fotos, propietarios, contactos y empresas; las operaciones y correos antiguos se quedaron en el archivo. El CRM ya genera los feeds a idealista, Fotocasa, Kyero, pisos.com y a las webs.

La fase 1 se cerró en julio de 2026. El sistema antiguo se sincroniza con Bitrix24 cada hora, los feeds a portales coinciden byte a byte con su salida y, desde septiembre, el CRM publica los inmuebles nuevos en las webs. El intercambio XML con agencias colaboradoras está en aceptación. Correo de portales a leads, emparejamiento solicitud-inmueble, obra nueva e IA son las siguientes etapas. El proyecto sigue en marcha.

Un gran distribuidor de maquinaria y repuestos ponía en marcha un CRM desde cero en su propio servidor: había que conectarlo con su sistema contable 1C y, después, integrar la telefonía y seguir las visitas de los comerciales.

Estudio previo, Bitrix24 on-premise desde 2024 e integración con 1C 8.2 (los tratos de maquinaria se sincronizan cada 5 minutos); llamadas de seguimiento automáticas, análisis de llamadas con IA, check-in GPS en las visitas y cinco sesiones de formación para los comerciales. La telefonía de Kyivstar se está conectando al portal.

El estudio, la integración con 1C y la implantación están terminados; la app GPS se entregó en julio de 2026 y la telefonía está en curso. Soporte desde 2024.

Un holding de transporte por carretera en EE. UU., con varias divisiones, necesitaba pasar de Bitrix24 en la nube a su propio servidor y, después, contar con soporte técnico continuo: copias y actualizaciones, mensajes a los conductores y ajustes para cada división.

Entre agosto y septiembre de 2025 instalamos Bitrix24 On-Premise en el servidor del holding y trasladamos los datos de la nube. Después, soporte bajo demanda: nuestro módulo de envíos a los chats de grupo de los conductores con segmentación, un smart process de contraseñas con acceso por división, un panel semanal de indicadores para los responsables, disparadores por cambio de campo y copias y actualizaciones mensuales.

El holding funciona en su propio servidor, los mensajes a los conductores salen por nuestro módulo y los responsables introducen sus indicadores en el panel. El soporte continúa.

Una asociación de educación empresarial con varias áreas, de una escuela de negocios para niños y la elección de colegio a eventos y clubes, trabaja en un CRM con un plan de 250 usuarios. Los embudos ya no encajaban con su nueva estructura, los formularios web fallaban, los leads de anuncios se importaban a mano y el propietario la dirige desde el Reino Unido.

Reconstrucción del CRM según la nueva estructura: la misma ficha de lead, trato y contacto para todas las áreas, campos en tres idiomas, formularios web, catálogo de productos, facturas para contabilidad, correos corporativos, formación y guías. Los envíos pasaron de Mailgun a SendPulse, y Make.com trae solos los leads de los anuncios. En 2025 se probó un agente de IA para las webs.

Un piloto CRM → Make → SendPulse con tres secuencias automáticas funciona desde diciembre de 2025, y la telefonía con números británicos desde septiembre de 2026. El agente de IA se desactivó a petición del cliente en octubre de 2025; hay una versión nueva en preparación. Soporte VIP 2024–2026.

Un fabricante de sanitarios que vende a través de puntos de venta de sus socios necesitaba un CRM en su propio servidor, conectado con 1C, y una forma de controlar las visitas de sus comerciales por país y ciudad.

Bitrix24 on-premise: el equipo del cliente configuró las fichas del CRM con nuestro asesoramiento y nosotros hicimos la integración con 1C (puntos de venta, holdings, tratos, números de pedido), una app de check-in con rutas en Google Maps y coordenadas de inicio y fin de visita, campos en cascada «país → ciudades» y el inventario de los puntos de venta.

Unas 200 horas de implantación entre junio de 2025 y marzo de 2026; la integración con 1C y la app de visitas están entregadas. Desde entonces, soporte, con Ringostat y canales abiertos; la integración de tratos con 1C está en curso.

Un grupo de dos empresas de transporte y expedición y una gestoría contable y jurídica en Polonia trabaja en un mismo CRM. Tras un integrador anterior, necesitaba automatizar el correo, los procesos de ventas y de los transitarios, la rutina contable, las plantillas de documentos, el cobro de deudas y la omnicanalidad.

Estudio previo y propuesta en cuatro fases: CRM base con tratos contables mensuales, una aplicación propia que archiva los correos en los tratos, procesos de negocio en polaco (notas de diferencia, cobro de deudas) y consultas online. Después, leads y presupuestos en lugar de un grupo de Teams, un proceso comercial y transitario con reactivación de clientes, plantillas de contrato y de poder, WhatsApp (dos canales) y Telegram.

Las cuatro fases de la propuesta están entregadas, la última en febrero de 2026. El proceso comercial con el transitario funciona desde mayo de 2026, y WhatsApp y Telegram están conectados. Colaboramos desde agosto de 2025.

Una agencia de reclutamiento llevaba a los candidatos en su ATS, pero la parte comercial —leads de empleadores, operaciones, estrategias de sourcing y la propia búsqueda— no tenía sistema propio.

Uspacy CRM: un funnel de ventas de 12 fases para leads de empleadores con motivos de pérdida, un funnel de operaciones, objetos inteligentes para las estrategias de sourcing y el proceso de búsqueda, acceso por roles (reclutadores, clasificadores y dirección) y tareas y recordatorios al cambiar de fase.

Las etapas 1–2 (estructura y automatización) están en marcha: leads de empleadores, operaciones, estrategias de sourcing y búsquedas en un único portal de Uspacy.

Una promotora con Bitrix24 en su propio servidor quería llevar al CRM las aprobaciones, la selección de personal y la venta de pisos: el stock, los tratos y los informes se montaban a mano desde hojas de cálculo.

Desde 2025: instalación del CRM en el servidor del cliente, acceso solo desde las IP de la oficina, procesos de aprobación de trueques, indicadores técnico-económicos, contratos y ofertas, y selección. Fase 1 con Floorix: plano de pisos, embudo Inmuebles de 12 fases, generación de documentos, cuatro informes de BI-Builder y pago aplazado.

Las aprobaciones y la selección se entregaron entre febrero y marzo de 2026. El plano Floorix se publicó en julio de 2026 y la formación básica fue en octubre; documentos, informes y pago aplazado, en curso.

Una empresa intermediaria en el mercado de cerdos vivos —venta de lechones, recompra de cebo y seguimiento veterinario gratuito— llevaba proveedores, viajes y cobros sin un sistema común: la temperatura durante el transporte no se registraba en ningún sitio, los pagos parciales y las deudas se calculaban a mano y los transportistas necesitaban acceso limitado solo a sus viajes.

Un estudio previo en tres reuniones y una especificación por escrito sobre Uspacy: un funnel de leads con tres resultados de éxito, funnels separados para la venta de lechones y la recompra, una ficha de viaje para el transporte, ocho objetos inteligentes, 23 catálogos, unos 200 campos en los requisitos y seis roles con acceso diferenciado, además de la integración con Finmap para las finanzas.

Estudio y especificación terminados. La configuración se hace por bloques —módulo CRM, automatización por etapas, informes y Finmap— y el proyecto sigue en curso.

Un servicio largo y cargado de documentos repartido en nueve funnels, donde las fases de pago no seguían una lógica común y las consultas de pago necesitaban un único recorrido de la reserva a la reunión.

Fases de pago realineadas en los funnels —tras cada fase «pendiente de pago» va «pago recibido»— y un funnel de consultas alimentado por formularios de reserva en cuatro idiomas, con pago con tarjeta, recordatorios por correo y automatización por webhook que registra la hora de la sesión y mueve la operación.

Fases de pago alineadas en todos los funnels con cobro; el flujo de consultas configurado y comprobado con escenarios de prueba. El proyecto sigue en marcha.

Una panadería-pastelería con pedidos online donde la web, el CRM y la contabilidad no estaban conectados: los pedidos no llegaban a contabilidad, los enlaces de pago y las notificaciones de Telegram fallaban, los artículos de tarta no aparecían y las franjas de entrega se perdían.

Un enlace web → CRM → contabilidad: un proceso que pasa los pedidos a contabilidad, un funnel de pedidos con finalización, generación de enlaces de pago (con entidad/datos fiscales conmutables), notificaciones de Telegram, campos y franjas de entrega arrastrados y sincronización del catálogo de tartas.

Un recorrido de pedido de extremo a extremo web → CRM → contabilidad con pago por enlace y notificaciones de Telegram; un funnel de pedidos y reparto con franjas horarias. Soporte desde, al menos, 2024.

Una tienda online de equipos para elaborar vino y procesar fruta, con una web aparte para Georgia, donde el feed de productos de contabilidad a la web fallaba, y que necesitaba reparto por mensajería y un chat de IA en la web.

Soporte y mejora de las webs sobre CRM más un feed de catálogo desde contabilidad; reparto configurado; un chat de IA en la web lanzado con posprocesado de respuestas y entrada de ficheros para análisis de IA.

Un feed estable contabilidad → web en dos dominios; reparto configurado; un asesor de IA funcionando en la web. Colaboramos desde 2022.

Una marca de vestidos de novia que vende a particulares y a tiendas nupciales llevaba las ventas en dos CRM distintos: no había dónde juntar ventas, cobros de las tiendas y trabajo de los comerciales, y el dueño necesitaba informes y KPI.

Migración única de contactos y tratos de NetHunt y KeepinCRM a un solo CRM, leads de dos webs, vestidos con medidas como productos del trato, automatización de leads, tratos y cobros de las tiendas, informes BI (plan frente a real de vestidos, KPI, venta adicional y cruzada), formación del equipo e Instagram.

Novias y tiendas en un solo CRM; automatización entregada en agosto de 2025 e informes en marzo de 2026; Instagram conectado al CRM.

Un salón-taller de vestidos de fiesta y de novia, con venta de stock y confección a medida en su propio taller, trabajaba sin CRM. Después, las pruebas se reservaban en Altegio, aparte del CRM, y las clientas pagaban a plazos: hacía falta ver el saldo pendiente.

2021: tres embudos de tratos (ventas, confección a medida y taller), formularios web con UTM y reglas de automatización. 2024: embudo de producción con tareas del taller por fases, leads de Altegio al llegar la clienta, anticipos con facturas de Bitrix24 y saldo automático, Nova Poshta, TurboSMS y mensajería.

Unas 45 horas de trabajo en dos fases, 2021 y 2024. Cada encargo a medida abre por sí solo un trato de producción; la dueña dejó algunos pasos del taller en manual porque el proceso iba cambiando.

Un turoperador no podía fiarse del origen de sus leads: la analítica de extremo a extremo de Bitrix24 contaba mal, las solicitudes de su web en PrestaShop se introducían a mano sin UTM y las de una misma persona en un día se duplicaban.

Limpieza de la base y plan Enterprise sin migrar a On-Premise; integración de la web por API REST con reglas de origen según las UTM; fusión por webhook de los duplicados del día; campo «Origen (web)» para filtrar; script para Formspree que añade solo las landing pages nuevas.

Las solicitudes de la web y de las landing pages llegan a Bitrix24 como leads con UTM, los duplicados del día se fusionan en menos de un minuto y los leads se filtran por web. Soporte continuo en 2024–2026, unas 60 horas.

Un comercio de ropa online con mucho volumen de mensajes —sobre todo en Instagram, además de Viber, Telegram y el chat de la web— necesitaba un asesor de IA que quitara a los comerciales las preguntas rutinarias.

Un asesor y estilista de IA creado por Grow2.ai, la división de IA de Auspex. Trabaja en Instagram, Viber, Telegram y el chat de la web, registra los resultados en el CRM y tramita pedidos: el pedido pasa a contabilidad y el cliente recibe el enlace de pago en el chat.

Más de 6400 diálogos de abril a julio de 2026, unos dos tercios en Instagram; mediana de respuesta de 13 segundos.

Una marca de productos para pestañas y cejas vende al por menor y a través de representantes en el extranjero. Las consultas de varias cuentas de Instagram, Messenger, WhatsApp y la web se perdían o se quedaban sin respuesta, y a las facturas y los listados les faltaban datos para exportar.

Soporte al equipo de ventas de mayo a septiembre de 2022: telefonía para los comerciales nuevos; cuentas de Instagram, Messenger y WhatsApp conectadas al CRM; chatbots con saludos distintos para minoristas y representantes y respuesta automática fuera de horario; reparto de consultas entre comerciales; países nuevos en el listado (Irán, Austria, China y otros); datos fiscales y EUR/USD en las facturas; campos obligatorios; revisión de los fallos del intercambio con 1C que ya existía.

Los canales de venta están en el CRM y las facturas salen con datos fiscales en EUR o USD. La colaboración duró cinco meses de 2022.

Un fabricante de accesorios para coches atiende a clientes B2C y B2B por Instagram, Viber, Telegram y su web: muchas consultas son rutinarias —precio, disponibilidad, envío— y ocupan el tiempo de los comerciales.

Primero analizamos el archivo de conversaciones de clientes en el CRM: lo que más se pregunta es el precio, seguido del catálogo, el envío y la documentación. Con eso redactamos la especificación de un agente de ventas de IA para la mensajería y la web, conectado al CRM: debe responder a las consultas rutinarias, comprobar precios y stock, calcular el envío con Nova Poshta, recoger los datos del pedido y pasar las consultas complejas a un comercial con todo el contexto.

El análisis de conversaciones y la especificación están terminados. El agente aún no se ha lanzado, así que todavía no hay resultados.

Los cursos, grupos y subgrupos ya vivían en el CRM como smart-processes, pero el horario del mes siguiente se seguía montando a mano antes del día 15: jornadas de ocho horas, sin fines de semana, dos grupos del mismo curso no pueden coincidir en las mismas horas, los cortos y largos deben alternarse y la numeración reinicia cada año. Los solapes solo se veían cuando los alumnos ya habían llegado.

Un módulo a medida de «Horario de grupos» sobre el CRM de caja, sin tocar el núcleo de la plataforma: calendario de días laborables con filtros, impresión, marcador de continuación y solapes resaltados en rojo; borrador automático corregible arrastrando; finalización en dos fases que asigna números año/correlativo y crea las fichas reales de grupo; configuración de generación por curso y tres roles de acceso.

El horario se genera en un clic y se corrige arrastrando; los solapes se ven antes de que empiece el mes, no después. Unas 6500 líneas de código propio, 73 tests unitarios, tres tablas propias y cero cambios en el núcleo: las actualizaciones del CRM no rompen el módulo. En cola quedan los subgrupos con índice alfabético y la vista de horas para metodólogas.

Un grupo de concesionarios con varias marcas necesitaba que cada mensaje de WhatsApp y Telegram llegara a la marca y al departamento correctos: la comunicación con los clientes estaba fragmentada.

WhatsApp y Telegram conectados a los canales abiertos del CRM, más un bot de enrutamiento por guion: el cliente elige marca y departamento, el bot recoge los datos de contacto (busca el teléfono en el CRM) y pasa la conversación al canal de ese departamento según el horario laboral.

Etapa 1 —omnicanal WhatsApp/Telegram con el bot de enrutamiento— entregada el 20 de mayo de 2026; la etapa 2, un agente de IA de autoservicio, está en curso.

Una tienda de ventanas y puertas vende, toma medidas, entrega e instala, y lleva la contabilidad en 1C. Había que reunir en el CRM las solicitudes, las mediciones y las visitas de los instaladores, y sincronizar pedidos y pagos con 1C. En 2026 el cliente trasladó 1C a otro servidor y parte de los tratos desde julio de 2025 no llegaron al CRM.

Desde 2020: CRM on-premise en el servidor del cliente; reserva de instaladores para medición, entrega e instalación, a partir de la cual nuestra app les crea las tareas (cada instalador solo ve las suyas); integración con 1C —pedidos de cliente, pagos, productos y precios, stock— en la que los documentos de 1C mueven las fases del trato. En 2026: 1C en SQL Server con acceso RDP, carga de seis meses de tratos e intercambio programado semanal.

El intercambio 1C → CRM se restableció en junio de 2026 y funciona según el calendario. El soporte continúa.