<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Coevera Blueprints</title>
    <link>https://blueprints.coevera.com/es/</link>
    <atom:link href="https://blueprints.coevera.com/es/feed.xml" rel="self" type="application/rss+xml"/>
    <description>Blueprints de implementación para Coevera CRM (antes Pipeliner CRM). Cada uno parte de un problema de negocio y documenta la configuración que funciona de principio a fin: modelo de datos, campos, automatización, límites y verificación.</description>
    <language>es</language>
    <lastBuildDate>Wed, 23 Sep 2026 09:00:00 +0000</lastBuildDate>
    <item>
      <title>¿Cómo encadena secuencias de correo para que lo que hace un cliente potencial decida lo que ocurre después?</title>
      <link>https://blueprints.coevera.com/es/blueprints/chaining-email-sequences-on-engagement/</link>
      <guid isPermaLink="true">https://blueprints.coevera.com/es/blueprints/chaining-email-sequences-on-engagement/</guid>
      <pubDate>Wed, 23 Sep 2026 09:00:00 +0000</pubDate>
      <category>Prospección</category>
      <description>Blueprint 016. Las secuencias de email no pueden inscribir a nadie en otra secuencia, así que encadenarlas significa usar una tarea como bus de mensajes: una acción global al responder, al darse de baja o ante una condición personalizada de apertura y clic crea una tarea que lleva un puntero a la siguiente secuencia, y un proceso receptor disparado por la creación de tareas lo escribe en el contacto y vuelve a inscribirlo. Trata el filtro de la condición personalizada, el actor de disparador solo aplicaciones que mantiene fuera del circuito las tareas creadas por humanos, un campo puntero cuya etiqueta describe algo completamente distinto, una escalera que termina gracias a una casilla y no a sus datos, y por qué cientos de tareas ya completadas no equivalen a ningún trabajo.</description>
    </item>
    <item>
      <title>¿Cómo gestiona descuentos por volumen que varían por región y por producto?</title>
      <link>https://blueprints.coevera.com/es/blueprints/volume-discounts-by-region-and-product/</link>
      <guid isPermaLink="true">https://blueprints.coevera.com/es/blueprints/volume-discounts-by-region-and-product/</guid>
      <pubDate>Wed, 23 Sep 2026 09:00:00 +0000</pubDate>
      <category>Precios</category>
      <description>Blueprint 015. Precios por volumen en un catálogo de distribuidor multirregión. Varias listas de precios pueden ser válidas a la vez, y una regla de disponibilidad que evalúa campos del presupuesto, la oportunidad o la cuenta acota cuáles se ofrecen a un usuario, pero rige la disponibilidad, no la aplicación: el desplegable tiene por defecto "Without price list" y cada línea entra a cero hasta que alguien elige. Ninguna regla puede evaluar la cantidad, porque pertenece a la línea, y de todos modos una fila de lista de precios contiene un solo precio. Trata por qué no puede funcionar una lista por tramo, por qué un calendario de tramos pertenece al producto como porcentajes y no como precios por tramo, por qué unos límites de tramo integrados en los nombres de los campos obligan a una estructura común, y por qué 709 listados solo bajo presupuesto necesitaron un indicador en lugar de un precio.</description>
    </item>
    <item>
      <title>¿Cómo detecta a los clientes en riesgo de abandono antes de la renovación?</title>
      <link>https://blueprints.coevera.com/es/blueprints/customer-health-score-churn-risk/</link>
      <guid isPermaLink="true">https://blueprints.coevera.com/es/blueprints/customer-health-score-churn-risk/</guid>
      <pubDate>Wed, 23 Sep 2026 13:00:00 +0000</pubDate>
      <category>Éxito del cliente</category>
      <description>Blueprint 014. Puntuación nativa de la salud del cliente: reglas de indicadores de campo, operador y puntos se resuelven en una puntuación, una de cuatro bandas y una tendencia, configuradas por separado para cada subtipo de registro, con indicadores críticos guardados en −1 que, según los valores guardados, fuerzan la peor banda (no se observó en un recálculo). La banda de salud es un disparador de procesos válido, pero la intervención debe depender de un campo de veredicto humano, porque una puntuación es una señal y el contacto con el cliente es un compromiso. Trata el cálculo ponderado frente al cálculo por prioridad, la atribución diaria de la puntuación, y por qué un indicador basado en un campo replicado convierte una caída de la integración en una falsa señal de abandono.</description>
    </item>
    <item>
      <title>¿Cómo añade a su web un formulario de contacto que escriba directamente en su CRM?</title>
      <link>https://blueprints.coevera.com/es/blueprints/website-contact-form-into-crm/</link>
      <guid isPermaLink="true">https://blueprints.coevera.com/es/blueprints/website-contact-form-into-crm/</guid>
      <pubDate>Wed, 23 Sep 2026 12:00:00 +0000</pubDate>
      <category>Captación de leads</category>
      <description>Blueprint 013. Un formulario de contacto web que escribe directamente en el CRM: el CRM aloja el formulario y la página solo guarda un link id y un título, así que las preguntas cambian sin desplegar la web. Crear registro más actualizar registro más autolink convierte cada envío en un upsert en lugar de un duplicado. Incluye el subtipo, el propietario y la unidad que ningún visitante anónimo aporta, el sellado de la procedencia, una casilla de consentimiento obligatoria que nunca llega al registro, y por qué un formulario incrustado no tiene ni tasa de respuesta ni lista de seguimiento.</description>
    </item>
    <item>
      <title>¿Cómo lanza una encuesta a clientes desde su CRM y recupera las respuestas en el registro?</title>
      <link>https://blueprints.coevera.com/es/blueprints/customer-survey-answers-onto-the-record/</link>
      <guid isPermaLink="true">https://blueprints.coevera.com/es/blueprints/customer-survey-answers-onto-the-record/</guid>
      <pubDate>Wed, 23 Sep 2026 11:00:00 +0000</pubDate>
      <category>Feedback</category>
      <description>Blueprint 012. Encuestas a clientes construidas sobre el subsistema nativo de formularios en línea: una definición de formulario ligada a un único tipo de entidad, un envío que se convierte en un registro de respuesta y respuestas escritas en el registro encuestado mediante una plantilla que hace referencia a campos del formulario. Trata los tres modos de vinculación, los campos de identidad ocultos y prerrellenados, el autolink para formularios públicos, el envío de formulario como uno de los cuatro tipos de disparador de procesos, el grupo de encuestados desconocidos y por qué la tasa de respuesta integrada queda vacía en los formularios publicados y puede superar el 100% en los enviados.</description>
    </item>
    <item>
      <title>¿Cómo mantiene cientos de automatizaciones del CRM de forma sostenible?</title>
      <link>https://blueprints.coevera.com/es/blueprints/keeping-hundreds-of-automations-maintainable/</link>
      <guid isPermaLink="true">https://blueprints.coevera.com/es/blueprints/keeping-hundreds-of-automations-maintainable/</guid>
      <pubDate>Wed, 23 Sep 2026 10:00:00 +0000</pubDate>
      <category>Gobernanza</category>
      <description>Blueprint 011. Cómo gestionar un gran conjunto de automatizaciones del CRM en Coevera, basado en un despliegue real de 265 procesos. El hecho estructural del que se deriva todo: un proceso es un disparador, luego un nodo de filtro y luego acciones, y un filtro nunca puede ser hijo de una acción, así que una segunda condición independiente no puede vivir en el mismo proceso. Hay que traspasarla a otro proceso que lleve su propio filtro; el proceso invocado puede ejecutarse de forma manual o ante un cambio de registro, y manual es la opción que evita que también se dispare por sí solo. Por eso 56 de los 113 procesos de la entidad más cargada son subprocesos invocables y no desorden. Explica la trampa de las ramas que hace creer que un proceso hizo las tres comprobaciones cuando hizo una, las convenciones de nombres junto a las etiquetas de proceso y los tres patrones de deterioro que un conjunto así desarrolla de forma sistemática.</description>
    </item>
    <item>
      <title>¿Cómo entrega una oportunidad ganada al equipo que la ejecuta?</title>
      <link>https://blueprints.coevera.com/es/blueprints/handover-from-sales-to-delivery/</link>
      <guid isPermaLink="true">https://blueprints.coevera.com/es/blueprints/handover-from-sales-to-delivery/</guid>
      <pubDate>Wed, 23 Sep 2026 17:00:00 +0000</pubDate>
      <category>Traspaso</category>
      <description>Blueprint 010. Cómo entregar una oportunidad ganada al equipo que la ejecuta, en Coevera: dé a la implementación su propio pipeline y clone en él la oportunidad ganada en lugar de ampliar el pipeline de ventas, porque un registro que recorre dos ciclos de vida corrompe por igual la tasa de conversión, el ciclo de venta y el pronóstico ponderado. Cubre el clon condicional, las cantidades predeterminadas por servicio, un proceso por pipeline de origen en lugar de uno con una megacondición, el despliegue en abanico en cuatro direcciones a partir de la fecha de puesta en marcha, por qué cada asignación automática necesita un gemelo manual que pueda volver a ejecutarse y los trabajos de relleno que un clon instantáneo siempre acaba necesitando.</description>
    </item>
    <item>
      <title>¿Cómo automatiza sobre campos del CRM que pertenecen a otro sistema?</title>
      <link>https://blueprints.coevera.com/es/blueprints/automating-on-integration-owned-fields/</link>
      <guid isPermaLink="true">https://blueprints.coevera.com/es/blueprints/automating-on-integration-owned-fields/</guid>
      <pubDate>Wed, 23 Sep 2026 09:00:00 +0000</pubDate>
      <category>Integración</category>
      <description>Blueprint 009. La mayor parte de la automatización del CRM se ramifica sobre campos que el CRM no ha producido: estado de la suscripción, fechas de contrato, número de licencias, replicados desde la facturación o un ERP. Trátelos como evidencia y no como estado: refléjelos como solo lectura, derive una pequeña capa propiedad del CRM sobre la que se ramifique realmente la automatización, y añada campos de salud de la sincronización. Documenta lo que hizo en producción una interrupción de la replicación de varios días: automatización activada por cambios silenciosa en lugar de fallida, automatización programada ejecutándose con total confianza sobre datos obsoletos, una ráfaga de puesta al día que estampó fechas erróneas, condiciones de coincidencia exacta omitidas para siempre y una condición de frescura que desactivó la comprobación que debía proteger.</description>
    </item>
    <item>
      <title>¿Cómo prevé renovaciones que todavía no existen como registros?</title>
      <link>https://blueprints.coevera.com/es/blueprints/forecasting-renewals-before-they-exist/</link>
      <guid isPermaLink="true">https://blueprints.coevera.com/es/blueprints/forecasting-renewals-before-they-exist/</guid>
      <pubDate>Wed, 23 Sep 2026 17:00:00 +0000</pubDate>
      <category>Automatización</category>
      <description>Blueprint 008. La previsión de renovaciones separa dos preguntas que se suelen confundir: qué compromete ya un acuerdo firmado, que se responde con un calendario de ingresos nativo que reparte el valor en periodos mensuales, trimestrales o anuales con fecha y con una fecha de cancelación para el abandono; y si el cliente renovará, que se responde con una regla nativa de recurrencia de la oportunidad cuyas cadencias AfterNMonths y AfterNYears corresponden a un plazo contractual. Explica por qué crear oportunidades de renovación con años de antelación degrada la conversión, la duración del ciclo y la previsión ponderada.</description>
    </item>
    <item>
      <title>¿Cómo fija precios distintos para un mismo producto por región, segmento o contrato?</title>
      <link>https://blueprints.coevera.com/es/blueprints/pricing-one-product-many-prices/</link>
      <guid isPermaLink="true">https://blueprints.coevera.com/es/blueprints/pricing-one-product-many-prices/</guid>
      <pubDate>Wed, 23 Sep 2026 16:00:00 +0000</pubDate>
      <category>Precios</category>
      <description>Blueprint 007. En Coevera, un producto no lleva ningún precio: el precio vive en un registro de unión entre el producto y una lista de precios, junto con su moneda y un ajuste de acceso por rol. Documenta la asimetría por la que crear un producto genera filas de precio para las listas existentes, pero crear una lista no genera nada para los productos existentes, y el hecho verificado de que la API nunca resuelve un precio a partir de una lista: las líneas de producto creadas sin un precio explícito quedan en cero.</description>
    </item>
    <item>
      <title>¿Cómo configura una numeración de documentos que resista la producción?</title>
      <link>https://blueprints.coevera.com/es/blueprints/document-numbering-that-survives-production/</link>
      <guid isPermaLink="true">https://blueprints.coevera.com/es/blueprints/document-numbering-that-survives-production/</guid>
      <pubDate>Wed, 23 Sep 2026 15:00:00 +0000</pubDate>
      <category>Numeración</category>
      <description>Blueprint 006. Campos Auto number en Coevera: un constructor de patrones basado en segmentos cuyo Autocount incluye una opción nativa "Reset count every year", de modo que el consejo habitual de componer números con prefijo de año en un proceso de automatización es innecesario. Documenta la gramática del patrón y su índice inicial, el estado del contador {year, month, count} y la regla para cambiar un patrón más adelante a través de la API: enviarlo sin el número inicial final, o la serie se reinicia en ese número y vuelve a emitir valores ya en uso. Explica también los límites que ninguna configuración elimina, la numeración sin huecos y un año que debe proceder de una fecha distinta de la de creación, y el único caso en que un proceso de composición sigue siendo la respuesta correcta.</description>
    </item>
    <item>
      <title>¿Cómo migra contactos desde otro sistema sin perder datos sin darse cuenta?</title>
      <link>https://blueprints.coevera.com/es/blueprints/contact-migration-without-data-loss/</link>
      <guid isPermaLink="true">https://blueprints.coevera.com/es/blueprints/contact-migration-without-data-loss/</guid>
      <pubDate>Wed, 23 Sep 2026 10:00:00 +0000</pubDate>
      <category>Migración de datos</category>
      <description>Blueprint 005. Una exportación de contactos de 91 columnas y 3432 registros. Los fallos de migración son silenciosos por defecto: un valor de desplegable sin una opción coincidente en el destino queda vacío sin ningún error; en esta exportación, 579 registros, un 17 %, habrían quedado vacíos solo en un campo. Explica por qué una exportación de muestra lleva a error en ambas direcciones, por qué el archivo son varias cohortes y no una sola lista, qué campos estándar gestiona el CRM y no se pueden importar, y la comparación de la tasa de cumplimentación tras la importación, que es la única señal de pérdida de la que dispone.</description>
    </item>
    <item>
      <title>¿Cómo evita que se envíen presupuestos y descuentos antes de que alguien los apruebe?</title>
      <link>https://blueprints.coevera.com/es/blueprints/quote-approval-thresholds/</link>
      <guid isPermaLink="true">https://blueprints.coevera.com/es/blueprints/quote-approval-thresholds/</guid>
      <pubDate>Wed, 23 Sep 2026 16:00:00 +0000</pubDate>
      <category>Control de procesos</category>
      <description>Blueprint 004. Una barrera de aprobación real para los presupuestos que superan un umbral de valor: el umbral es un nodo de filtro normal, el control es el bloqueo del registro y no una notificación, y los aprobadores se asignan por un tipo de rol que resiste los cambios de personal. Explica la secuencia de configuración en tres llamadas, los nodos de decisión y la configuración del vencimiento que aprueba automáticamente, sin avisar, todo lo que nadie responde.</description>
    </item>
    <item>
      <title>¿Cómo modela algo para lo que su CRM no tiene un objeto?</title>
      <link>https://blueprints.coevera.com/es/blueprints/where-should-this-data-live/</link>
      <guid isPermaLink="true">https://blueprints.coevera.com/es/blueprints/where-should-this-data-live/</guid>
      <pubDate>Wed, 23 Sep 2026 14:00:00 +0000</pubDate>
      <category>Modelo de datos</category>
      <description>Blueprint 003. Un marco de decisión para ubicar un requisito nuevo: seis veredictos antes de cualquier modelado (activo, desactivado, configuración, desarrollo, límite rígido o no es un problema de producto). En un análisis con seis departamentos, 11 de ~44 solicitudes eran interruptores y no desarrollos. Después, cuando sí es un desarrollo: campo, subtipo, registro hijo relacionado o entidad personalizada, con el coste permanente de cada opción.</description>
    </item>
    <item>
      <title>¿Cómo consigue que la IA lea un documento y rellene los campos del CRM de forma fiable?</title>
      <link>https://blueprints.coevera.com/es/blueprints/ai-fields-read-documents/</link>
      <guid isPermaLink="true">https://blueprints.coevera.com/es/blueprints/ai-fields-read-documents/</guid>
      <pubDate>Wed, 23 Sep 2026 09:00:00 +0000</pubDate>
      <category>Campos de IA</category>
      <description>Blueprint 002. Reconocer una vez, leer muchas: un campo de IA lee los documentos adjuntos y escribe una hoja de trabajo JSON; todos los demás campos son lectores de texto baratos. Explica los tipos de campo admitidos, por qué cada dependencia entre campos de IA debe ser su propio proceso, los disparadores de finalización asíncrona y los modos de fallo que informan de éxito sin escribir nada.</description>
    </item>
    <item>
      <title>¿Cómo gestiona cinco tipos distintos de solicitudes de clientes en un único servicio de asistencia?</title>
      <link>https://blueprints.coevera.com/es/blueprints/one-entity-five-request-types/</link>
      <guid isPermaLink="true">https://blueprints.coevera.com/es/blueprints/one-entity-five-request-types/</guid>
      <pubDate>Wed, 23 Sep 2026 00:00:00 +0000</pubDate>
      <category>Modelo de datos</category>
      <description>Blueprint 001. Una entidad personalizada, cinco subtipos CustomEntityType y el typeId nativo como discriminador: una cola y una serie de números de referencia que sostienen cinco conjuntos de campos distintos. Explica por qué no funciona un desplegable de tipo personalizado, por qué también fallan cinco entidades separadas, la trampa del subtipo creado por defecto y el patrón de Quote proxy, necesario porque los procesos de aprobación no pueden tener como destino una entidad personalizada.</description>
    </item>
  </channel>
</rss>
