Empiece por el problema. Termine con la configuración.

• ¿Cómo gestiona cinco tipos distintos de solicitudes de clientes en un único servicio de asistencia?

  En Coevera: una entidad personalizada para el caso, cada tipo de solicitud como subtipo CustomEntityType y el typeId nativo como discriminador, de modo que una cola, una serie de números de referencia y un ciclo de vida de estados sostienen cinco conjuntos de campos completamente distintos. Incluye el límite de aprobación que obliga a replantear el diseño y el patrón de Quote proxy que lo sortea.

  Blueprint 001 · publicadoModelo de datosMarkdown

• ¿Cómo consigue que la IA lea un documento y rellene los campos del CRM de forma fiable?

  En Coevera: reconocer una vez, leer muchas. Un campo de IA lee los adjuntos y escribe una hoja de trabajo JSON; todos los demás campos son lectores de texto baratos. Explica los tipos de campo admitidos (ni desplegables ni fechas), por qué cada dependencia entre campos de IA es una frontera de proceso y los modos de fallo que informan de éxito sin escribir nada.

  Blueprint 002 · publicadoCampos de IAMarkdown

• ¿Cómo modela algo para lo que su CRM no tiene un objeto?

  En Coevera: antes de modelar nada, clasifique el requisito en uno de seis veredictos: ya activo, una funcionalidad desactivada, configuración, un desarrollo real, un límite rígido o no es un problema de producto. En un análisis con seis departamentos, 11 de ~44 solicitudes eran interruptores, no desarrollos. Después, cuando sí es un desarrollo: campo, subtipo, registro relacionado o entidad personalizada.

  Blueprint 003 · publicadoModelo de datosMarkdown

• ¿Cómo evita que se envíen presupuestos y descuentos antes de que alguien los apruebe?

  En Coevera: un ApprovalProcess sobre Quote cuyo umbral es un filtro normal: total More que 10000, o un porcentaje de descuento. El control es el bloqueo del registro, no una notificación, y los aprobadores se asignan por rol en lugar de por nombre. Incluye la opción de vencimiento que aprueba automáticamente sin avisar.

  Blueprint 004 · publicadoControl de procesosMarkdown

• ¿Cómo migra contactos desde otro sistema sin perder datos sin darse cuenta?

  En Coevera: los fallos de migración son silenciosos por defecto. Un valor de desplegable sin una opción coincidente queda vacío sin ningún error: en una exportación, 579 de 3432 registros habrían quedado vacíos en un solo campo. Explica por qué una exportación de muestra lleva a error, por qué el archivo son cohortes y no una lista, y la comprobación de la tasa de cumplimentación, que es la única señal de la que dispone.

  Blueprint 005 · publicadoMigración de datosMarkdown

• ¿Cómo configura una numeración de documentos que resista la producción?

  En Coevera: un campo Auto number, cuyo segmento Autocount incluye una opción nativa "Reset count every year"; no hace falta automatización, en contra del consejo habitual, aunque no se ha observado el reinicio en un cambio de año real. Explica la gramática del patrón y su índice inicial, el contador {year, month, count}, por qué un cambio posterior del patrón a través de la API debe enviarse sin el número inicial final o la serie se reinicia, y el único caso en que sí sigue necesitando un proceso.

  Blueprint 006 · publicadoNumeraciónMarkdown

• ¿Cómo fija precios distintos para un mismo producto por región, segmento o contrato?

  En Coevera: un producto no lleva ningún precio; este vive en un registro de unión entre el producto y una lista de precios, que guarda también la moneda y un ajuste de acceso por rol. Explica las filas de precio que no se crean cuando se añade una lista más tarde, y el hecho de que la API nunca resuelve un precio por usted.

  Blueprint 007 · publicadoPreciosMarkdown

• ¿Cómo prevé renovaciones que todavía no existen como registros?

  En Coevera: dos mecanismos nativos para dos preguntas que se suelen confundir. Un calendario de ingresos reparte un acuerdo firmado en periodos futuros con fecha, y una regla de recurrencia de la oportunidad genera el siguiente acuerdo con una cadencia AfterNMonths. Explica por qué crear renovaciones con años de antelación arruina las métricas de su pipeline.

  Blueprint 008 · publicadoAutomatizaciónMarkdown

• ¿Cómo automatiza sobre campos del CRM que pertenecen a otro sistema?

  Estado de la suscripción, fechas de contrato, número de licencias: replicados desde la facturación o un ERP, y la base sobre la que se ramifica todo lo importante. Refléjelos como solo lectura, derive una pequeña capa propiedad del CRM que su automatización lea de verdad, y diseñe para cuando la sincronización se detenga. Cubre lo que hizo en producción una interrupción de la replicación de varios días: silencio en lugar de errores, y condiciones de coincidencia exacta omitidas para siempre.

  Blueprint 009 · publicadoIntegraciónMarkdown

• ¿Cómo entrega una oportunidad ganada al equipo que la ejecuta?

  En Coevera: un segundo pipeline, no más etapas. Clone la oportunidad ganada en un pipeline de implementación, de forma condicional según si la oportunidad contiene realmente algo que entregar, con valores predeterminados por servicio establecidos en el clon. Cubre el despliegue en abanico a partir de la fecha de puesta en marcha, por qué cada asignación automática necesita un gemelo manual y los trabajos de relleno que los registros clonados siempre acaban necesitando.

  Blueprint 010 · publicadoTraspasoMarkdown

• ¿Cómo mantiene cientos de automatizaciones del CRM de forma sostenible?

  En Coevera: un proceso es disparador, un filtro y luego acciones, y un filtro nunca puede colgar de una acción, así que una segunda condición independiente necesita un segundo proceso, invocado como subrutina. Por eso la mitad de los procesos de la entidad más cargada (56 de 113) son subprocesos invocables, y es correcto. Explica los nombres junto a las etiquetas y las tres formas en que un conjunto así se deteriora.

  Blueprint 011 · publicadoGobernanzaMarkdown

• ¿Cómo lanza una encuesta a clientes desde su CRM y recupera las respuestas en el registro?

  En Coevera: un formulario en línea nativo ligado a un único tipo de entidad, cuya configuración decide si una respuesta se vincula al registro, se escribe en él o crea uno nuevo. El envío de formulario es uno de solo cuatro tipos de disparador de procesos. Trata la identidad mediante prerrelleno y autolink, el grupo de encuestados desconocidos y por qué la tasa de respuesta integrada supera el 100%.

  Blueprint 012 · publicadoFeedbackMarkdown

• ¿Cómo añade a su web un formulario de contacto que escriba directamente en su CRM?

  En Coevera: un formulario de contacto es un formulario en línea que aloja el CRM, y la web guarda un único link id: sin marcado, sin lista de campos, sin clave de API. Active crear registro y actualizar registro y autolink, y un envío se convierte en un upsert: 49 envíos, 41 personas, cero duplicados. Incluye el propietario y el subtipo que un visitante anónimo no puede aportar, y las dos cosas que un formulario incrustado no puede medir.

  Blueprint 013 · publicadoCaptación de leadsMarkdown

• ¿Cómo detecta a los clientes en riesgo de abandono antes de la renovación?

  En Coevera: un motor de salud nativo, configurado por subtipo de registro; reglas de indicadores de campo + operador + puntos se resuelven en una puntuación, una banda y una tendencia, y un indicador crítico se guarda con −1, lo que según los valores guardados fuerza la peor banda puntúe lo que puntúe todo lo demás. La regla de diseño: deje que la puntuación dirija la atención y que un campo de veredicto humano dispare la intervención.

  Blueprint 014 · publicadoÉxito del clienteMarkdown

• ¿Cómo gestiona descuentos por volumen que varían por región y por producto?

  En Coevera: varias listas de precios pueden ser válidas a la vez y una regla de disponibilidad acota cuáles se ofrecen a un usuario, pero el desplegable tiene por defecto "Without price list" y cada línea entra a cero hasta que alguien elige. Y ninguna regla puede evaluar la cantidad, así que el volumen se convierte en un calendario de descuentos por producto en porcentajes, con los productos solo bajo presupuesto marcados con un indicador en lugar de con precio cero.

  Blueprint 015 · publicadoPreciosMarkdown

• ¿Cómo encadena secuencias de correo para que lo que hace un cliente potencial decida lo que ocurre después?

  En Coevera: una secuencia es un circuito cerrado: no puede inscribir a nadie en otra secuencia. Así que una acción global crea una tarea que lleva un puntero al siguiente paso, y un proceso receptor con actor solo aplicaciones lo lee y vuelve a inscribir. Trata los cuatro eventos de las acciones globales, y por qué una escalera de tareas ya completadas produce actividad pero nunca trabajo.

  Blueprint 016 · publicadoProspecciónMarkdown

Estado: todos los blueprints de arriba están publicados. Los blueprints que aún no están traducidos se encuentran en la biblioteca en inglés. Solo se añaden problemas nuevos cuando su configuración está verificada; antes de eso, aquí no figura nada, y cualquier parte que no se haya construido u observado se señala como tal en el artículo. Publicado por Coevera (antes Pipeliner CRM); la plataforma documentada es la nuestra, y sus límites se exponen a medida que los encontramos en lugar de omitirse.

1. El problema de negocioLo que la organización intenta conseguir, en sus propias palabras, antes de introducir ningún vocabulario de CRM.
2. Por qué falla el enfoque obvioLa configuración a la que casi todo el mundo recurre primero, y el motivo concreto por el que no resiste el uso real.
3. Modelo de datosEntidades, subtipos, relaciones y el razonamiento detrás de cada decisión, incluidas las opciones que se descartaron.
4. Configuración a nivel de campoLos campos concretos, sus tipos, nombres de API y restricciones. Detalle suficiente para reconstruirlo sin adivinar.
5. Automatización y lógicaProcesos, disparadores, campos calculados y su orden de ejecución, además de lo que ocurre en los casos límite.
6. Límites y compromisosDónde dice que no la plataforma, qué cuesta eso y qué compromiso es el menos perjudicial.
7. VerificaciónCómo se demostró que el resultado funciona: qué se volvió a leer, qué se comprobó en la interfaz y qué indicaría una regresión.