| Fila | ID ficticio | Origen declarado | Permiso en fuente | Finalidad | Versión |
|---|---|---|---|---|---|
| F01 | P01 | Inquiry / Consulta | Reply only / Solo respuesta | Catalog question / Consulta catálogo | v1 |
| F02 | P02 | Opt-in form / Formulario permiso | Marketing specified / Promoción especificada | Catalog news / Novedades catálogo | v1 |
| F03 | P03 | Unknown / Desconocida | Not recorded / No registrado | Catalog news / Novedades catálogo | v1 |
| F04 | P04 | Opt-in form / Formulario permiso | Withdrawn / Retirado | Catalog news / Novedades catálogo | v2 |
| F05 | P05 | Opt-in form / Formulario permiso | Other purpose / Otra finalidad | Unrelated purpose / Finalidad ajena | v1 |
| F06 | P06 | Inquiry / Consulta | Requested follow-up only / Solo seguimiento solicitado | Catalog question / Consulta catálogo | v1 |
| F07 | P02 | Opt-in form / Formulario permiso | Marketing specified / Promoción especificada | Catalog news / Novedades catálogo | v1 |
| F08 | P08 | Scraped list / Lista extraída | No permission / Sin permiso | Catalog news / Novedades catálogo | v1 |
1. Define la pregunta y el alcance
El objetivo del proyecto es decidir qué borradores podrían prepararse para una finalidad concreta:responder consultas de catálogo o preparar novedades de catálogo cuando el permiso explícito del caso cubre esa finalidad. No consiste en conseguir clientes ni enviar campañas. Un origen conocido no equivale a permiso;un permiso genérico no demuestra compatibilidad con todas las finalidades.
La tabla FPR contiene ocho filas y siete identificadores distintos. Cada fila documenta un evento de fuente ficticia, sin nombres, correos, teléfonos, ubicaciones o atributos personales. No infieras capacidad de compra, edad o interés a partir de datos ausentes. El trabajo es una decisión sobre alcance de permiso, no puntuación de personas.
Actividad:crea un diccionario de origen, finalidad, permiso, versión, decisión y siguiente revisión. Escribe tres acciones fuera de alcance y una definición de evidencia aceptable.
Retroalimentación resuelta
Retroalimentación:origen no es consentimiento;consulta no es permiso para promociones;lista extraída no aporta permiso. Fuera de alcance:envíos, extracción de contactos y alta de campañas. La evidencia del caso es la tabla;una implementación real requeriría verificación autorizada, sin que esta práctica garantice cumplimiento legal.
2. Aplica reglas antes de priorizar
Lee permiso y finalidad antes de proponer un mensaje. P01 permite borrador de respuesta a consulta;P06 solo seguimiento solicitado de la misma consulta. P02 permite preparar un borrador de novedades de catálogo para esa finalidad. Ninguna decisión autoriza envío automático;la revisión humana y herramientas reales no existen en este proyecto.
P03 carece de evidencia;P04 retiró permiso;P05 tiene finalidad distinta;P08 procede de lista extraída sin permiso. Deben detenerse para esa acción. No pidas permiso enviando precisamente el mensaje no autorizado que querías evitar. Un registro detenido no significa rechazo comercial ni mala calidad de una persona.
Actividad:clasifica las ocho filas como borrador de consulta, borrador promocional específico, detener o duplicado. Anota regla y evidencia por fila;no añadas contactos reales ni intervalos de envío inventados.
Retroalimentación resuelta
Retroalimentación:P01 yP06→borrador limitado a consulta;P02→borrador promocional específico;P03/P04/P05/P08→detener;F07→duplicado exacto P02 v1, no nueva oportunidad. Hay tres ID con borrador posible entre siete ID únicos, sin respuestas enviadas ni clientes adquiridos.
3. Controla duplicados, retiro y versiones
F07 repite P02 v1con el mismo contenido de F02. Una copia no añade permiso ni una segunda oportunidad. Conserva trazabilidad a ambas filas sin sumar dos veces. El ejemplo no implementa almacenamiento durable ni deduplicación entre aplicaciones;solo una matriz local revisable.
Variante VPR completa:una fuente autorizada ficticia añade P02 v2con permiso retirado para novedades de catálogo. En esta variante v2es expresamente la versión vigente;v1se conserva como antecedente, no como permiso actual. El borrador promocional deja de ser candidato. No inventes que ya se había enviado o que un sistema real borró datos.
Actividad:registra F02/F07 como una decisión y aplica VPR en una copia separada. Escribe qué cambia y qué permanece. Diseña un caso de conflicto sin autoridad de versión y explica por qué debe detenerse.
Retroalimentación resuelta
Retroalimentación:base FPR tiene un ID promocional y dos de consulta. VPR tiene cero promocionales y conserva dos de consulta. Si dos versiones discrepan y nadie determina la vigente, no elegir la más favorable:detener y revisar. No se ejecuta retiro en cuentas reales;se corrige el plan local.
4. Diseña captación sin comprar ni contactar
Una propuesta de captación puede definir una página informativa voluntaria, qué pregunta resolvería y cómo se registraría una elección explícita de finalidad. Eso no prueba que la página exista, que alguien se haya inscrito ni que se obtendrán ventas. No crear formularios reales, cuentas publicitarias ni campañas en esta unidad.
Métricas del ejercicio:8 filas,7 ID únicos,1 duplicado,2 ID de consulta,1 promocional,4 detenidos. La razón3/7≈42,9%describe clasificación de borradores, no conversión, rentabilidad o captación. En VPR queda2/7≈28,6%;el cambio refleja permiso, no caída de ventas.
Actividad:entrega una matriz, un borrador de respuesta P01, un borrador promocional P02 rotulado no enviar, un aviso de finalidad propuesto y cinco pruebas:ausencia, retiro, finalidad distinta, duplicado, versión conflictiva. El aviso debe ser propuesta, no consentimiento real recogido.
Retroalimentación resuelta
Retroalimentación:los borradores no deben prometer resultados ni fingir acciones. Evalúa claridad de fuente, consistencia de reglas, mínimos datos y explicación de límites, cada aspecto 0–2para autoayuda. No hay umbral PRO aprobado ni finalización/constancia/beneficios. La política de doce actividades del autoestudio no se trasplanta a esta propuesta PRO.