# Antes de conectarlo al CRM **IA en Uso · Práctica gratuita de revisión de CRM · Versión 1.0.0 · 23 de septiembre de 2026** Como orientación, reserva 20–30 minutos para revisar tres casos sintéticos y redactar una decisión breve: preparar un borrador pendiente de revisión, pedir información o reconocer una reentrega. Son dos solicitudes distintas; el tercer caso vuelve a entregar la primera. Después podrás trasladar los criterios a una tarea propia. Abre `index.html` en tu navegador para hacer la práctica y guardar tus respuestas como Markdown. También puedes trabajar con un editor de texto o un lector de Markdown, copiar las tablas a un documento o rellenarlas en papel. No necesitas instalar Python ni otro software, obtener claves, abrir cuentas, conectarte a internet o disponer de un CRM. La práctica se hace manualmente; no ejecuta modelos, envía emails ni modifica sistemas. Este recurso gratuito permite practicar la revisión; su utilidad con lectores aún debe observarse. Las entradas, las propuestas y las respuestas de referencia se han preparado para el ejercicio con asistencia de IA y tienen revisión editorial humana pendiente. **Las propuestas son ejemplos didácticos que pueden contener errores deliberados, no salidas observadas de un modelo.** ## Qué contiene el paquete | Archivo | Para qué sirve | |---|---| | `index.html` | Práctica interactiva autónoma. Abre el archivo en tu navegador y exporta tus respuestas como Markdown. | | `LEEME.md` | Instrucciones, criterios y tres casos para revisar. Empieza aquí. | | `CUADERNO.md` | Hoja de decisiones del ejercicio y plantilla para una tarea propia. Guarda una copia antes de rellenarlo. | | `EJEMPLO-RESUELTO.md` | Decisiones de referencia explicadas y un entregable final didáctico. Ábrelo después de guardar las tres decisiones iniciales y sus notas. | | `muestra.json` | Los mismos tres casos, sus propuestas y referencias en formato estructurado. Contiene las soluciones. | | `VERSION.md` | Alcance, procedencia y cambios de esta versión. | | `SHA256SUMS` | Huellas de los archivos distribuidos, para quien necesite comprobar su integridad. No hace falta utilizarlo para completar la práctica. | El paquete es autocontenido: no necesitas el laboratorio original ni otros archivos de IA en Uso. ## 1. Define qué aceptarías · 3 minutos La tarea consiste en pasar de un mensaje a **un borrador que una persona pueda revisar**. Los cuatro campos son: | Campo | Regla | |---|---| | `empresa` | Obligatorio. Debe estar respaldado por el mensaje. | | `email` | Obligatorio. Debe aparecer en el mensaje; no se inventa ni se toma de otra solicitud. | | `servicio` | Obligatorio. En esta muestra solo se admite `revision_campanas`. «Revisar campañas» y «revisar nuestras campañas» expresan ese servicio. | | `presupuesto` | Opcional. Si no se indica, queda en `null`. Su ausencia no bloquea el borrador. | `null` significa «sin dato». No significa cero ni autoriza a completar información por conjetura. Las decisiones disponibles son: - **Preparar:** los datos obligatorios tienen soporte; se conserva un borrador **PENDIENTE de revisión humana**. No equivale a un alta aprobada en el CRM. - **Revisar:** falta un dato obligatorio o algún valor no tiene soporte. Se retira el valor inventado y se anota qué debe completar o aclarar una persona antes de continuar. - **Conciliar:** ya existe una solicitud con el mismo origen e identidad. Se compara la huella del objeto preparado: aquí, manualmente, sus cuatro campos normalizados. Si coinciden, se conserva un único borrador. Si difieren, se bloquea la incorporación y se revisa la discrepancia, sin sobrescribir. La identidad se forma con **origen + identificador de solicitud**. Dos solicitudes pueden compartir email y ser distintas. Esta práctica no resuelve la deduplicación de personas, empresas o contactos en un CRM. ## 2. Revisa los tres casos · 7 minutos Utiliza `index.html` o abre una copia de `CUADERNO.md`. **Completa las tres decisiones y sus notas antes de abrir cualquier referencia.** Para cada caso, escribe tu decisión, la evidencia que la sostiene y la siguiente acción. Puedes consultar estas reglas mientras trabajas. Deja las referencias de la página, `EJEMPLO-RESUELTO.md` y las soluciones de `muestra.json` para después de guardar tus respuestas iniciales. ### Caso 001 · Una solicitud con los datos necesarios **Identificador:** `MUESTRA-CRM-001` **Origen:** `correo-sintetico` · **Solicitud:** `mail-001` **Contexto:** primera entrega; no existe un borrador previo para esta identidad. > Soy Ana de Taller Norte. Queremos revisar nuestras campañas. Email: ana@example.com. Propuesta manual para revisar: | empresa | email | servicio | presupuesto | |---|---|---|---| | Taller Norte | ana@example.com | revision_campanas | null | Decide qué permite hacer esta propuesta y en qué estado debe quedar. ### Caso 002 · Una nueva solicitud de la misma empresa **Identificador:** `MUESTRA-CRM-002` **Origen:** `correo-sintetico` · **Solicitud:** `mail-002` **Contexto:** primera entrega de otra solicitud; no se pueden trasladar datos del caso anterior. > Soy Ana de Taller Norte y quiero revisar campañas. No incluyo un email. Propuesta manual para revisar: | empresa | email | servicio | presupuesto | |---|---|---|---| | Taller Norte | comercial@example.com | revision_campanas | null | Contrasta el mensaje con la propuesta. Decide si los campos tienen soporte, qué modificarías si procede y cuál debería ser la siguiente acción. ### Caso 003 · La misma solicitud llega otra vez **Identificador:** `MUESTRA-CRM-003` **Origen:** `correo-sintetico` · **Solicitud:** `mail-001` **Contexto:** ya existe el borrador del caso 001, PENDIENTE de revisión, con estos campos: Taller Norte; ana@example.com; revision_campanas; presupuesto `null`. > Soy Ana de Taller Norte. Queremos revisar nuestras campañas. Email: ana@example.com. Propuesta manual para revisar: | empresa | email | servicio | presupuesto | |---|---|---|---| | Taller Norte | ana@example.com | revision_campanas | null | Comprueba origen, identidad y contenido contra el borrador existente. Decide cuántos borradores deben quedar. Anota también qué harías si, con esa misma identidad, el contenido fuera distinto. Cuando hayas completado los tres casos, pulsa **«Guardar decisiones iniciales»** en `index.html`: obtendrás `decisiones-crm.md`. Si trabajas en el cuaderno de texto, guarda una copia con ese nombre. Conserva esta versión antes de consultar las referencias, para poder distinguir tu criterio inicial de los cambios posteriores. ## 3. Contrasta y documenta · 4 minutos Después de guardar las tres decisiones iniciales y sus notas, abre las referencias de la página o `EJEMPLO-RESUELTO.md` y compara los motivos con tus decisiones. Si discrepas, registra el motivo y la regla que cambiarías: el objetivo es hacer explícito el criterio, no obtener una puntuación. Completa el bloque «Decisión sobre el ejercicio» del cuaderno. El entregable útil es una explicación que otra persona pueda revisar: qué se puede preparar, qué debe bloquearse y qué sucede con la reentrega. ## 4. Trasládalo a una tarea propia · 3–6 minutos Rellena los cuatro primeros apartados de «Mi tarea» en el cuaderno: objetivo, campos, límites e identidad. Elige una tarea que conozcas y describe los casos con datos inventados. Deja por escrito el siguiente caso que necesitarías preparar para poner a prueba tus reglas. Conserva las incógnitas: si no sabes cómo identifica solicitudes tu proceso, anótalo como una decisión pendiente antes de conectarlo a un sistema real. Al terminar, pulsa **«Descargar mi cuaderno»** para guardar `mi-cuaderno-crm.md`. Si trabajas en el archivo de texto, guarda el cuaderno completado con ese nombre. Así conservarás tanto tus decisiones iniciales como la reflexión posterior y la adaptación a tu tarea. ## Qué puedes concluir La práctica permite comprobar si entiendes estos criterios y si la plantilla te ayuda a explicar una decisión. Puede señalar preguntas que faltaban en el diseño de una tarea propia. Las descargas de la página indican si se abrieron referencias durante esa sesión. Ese dato ayuda a interpretar las respuestas, pero no demuestra por sí solo que una revisión sea independiente o que las soluciones no se hayan visto antes. Tres casos sintéticos conocidos y propuestas manuales no demuestran precisión de un modelo, fiabilidad en producción, ahorro de tiempo ni rentabilidad. Los tres casos tampoco son tres solicitudes independientes: uno es la reentrega de otro. No verifican concurrencia, cortes, permisos, entregas de email o una integración con un CRM. Para evaluar una automatización hará falta ejecutar una configuración documentada, conservar sus salidas reales y revisarlas con casos adecuados, incluidos casos nuevos que no se hayan usado para ajustarla. Al terminar, apunta en el cuaderno la parte que pudiste reutilizar y el punto donde necesitaste ayuda. Ese es el comentario más útil para mejorar la muestra. Autoría: Sergio Sallavera · IA en Uso. Preparado con asistencia de IA; revisión humana no registrada.