1. Prompt y contexto
Eres responsable de una consola de administración empresarial con eliminación masiva, desactivación y migración. A un cliente le preocupa que un filtro incorrecto pueda afectar a decenas de miles de registros y solicita ver “qué cambiará”. La decisión de producto consiste en determinar si una vista previa puede reducir la pérdida irreversible sin convertir cada acción en un costoso escaneo completo.
2. Lo que evalúa el entrevistador
- Una respuesta sólida separa las acciones reversibles, diferidas y permanentes antes de elegir la profundidad de la vista previa.
- Combina el valor para el usuario, el costo de ingeniería, los permisos y la incertidumbre en un único marco de decisión.
- No trata un solo número como prueba de seguridad; menciona la hora de la instantánea (snapshot), las operaciones en cascada, los trabajos asíncronos y la autorización.
- Propone un experimento acotado y salvaguardas (guardrails) en lugar de prometer de inmediato una funcionalidad en toda la plataforma.
3. Preguntas para aclarar primero
- ¿Qué acciones son verdaderamente irrecuperables? Si existe una papelera de reciclaje o una copia de seguridad, comienza con la eliminación permanente.
- ¿La vista previa utiliza la visibilidad del usuario que consulta o el alcance final de la identidad de ejecución? La respuesta cambia el modelo de autorización.
- ¿El cliente necesita una lista exacta, recuentos por recurso o solo un nivel de riesgo? Las listas exactas aumentan los costos de consulta y de privacidad.
- ¿La ejecución es inmediata o se encola? Un trabajo asíncrono puede congelar una instantánea del impacto y requerir una segunda confirmación.
4. Estructura de respuesta de treinta segundos
“Clasificaría las acciones según su reversibilidad y radio de impacto (blast radius). Requeriría vistas previas para la eliminación permanente y las cascadas entre objetos, manteniendo al mismo tiempo una confirmación clara para las acciones reversibles de bajo riesgo. El MVP mostraría la identidad de ejecución, el resumen de filtros, los recuentos por recurso, la hora de la instantánea y las dependencias que podrían no estar cubiertas, vinculando luego la vista previa al trabajo. Haría un piloto con administradores y cuentas de alto valor, midiendo errores perjudiciales, conversión de vista previa a ejecución, latencia y cancelaciones. Si el cálculo exacto es demasiado costoso, indicaría una estimación y optaría por la ejecución diferida por defecto en lugar de mostrar una falsa precisión.”
5. Razonamiento paso a paso
Primero, define una matriz de riesgo. La eliminación permanente, el impacto multiinquilino (cross-tenant), las cascadas y los trabajos muy grandes son de alto riesgo; las actualizaciones de campos reversibles son de riesgo medio; un único cambio de bajos privilegios es de bajo riesgo. Solo las acciones de alto riesgo deberían requerir una vista previa, para que los usuarios no eludan un flujo que vuelve lento cada botón.
Segundo, define el contrato de la vista previa. Devuelve la identidad de ejecución, el resumen de filtros, el recuento de coincidencias, los recuentos por recurso, el impacto en cascada, el tiempo de consulta y la versión de los datos. Si las dependencias no se pueden calcular por completo, indica qué dependencias podrían faltar y nunca presentes una estimación como una garantía exacta. La vista previa de eliminación de ServiceNow muestra los recuentos en cascada a la vez que advierte que los archivos adjuntos relacionados podrían no aparecer, lo cual representa el nivel adecuado de divulgación de la incertidumbre.
Tercero, vincula la vista previa a la ejecución. Crea un previewId, un hash de condición y una expiración. La confirmación solo debe ejecutar la misma condición o solicitar explícitamente una nueva vista previa. Registra la instantánea de la vista previa y el resultado real; si la diferencia supera un umbral, pausa y solicita confirmación nuevamente.
Cuarto, diseña los permisos y la privacidad. Devuelve únicamente los agregados visibles para la identidad de ejecución; no permitas que los recuentos revelen datos de otro inquilino. Requiere autenticación reforzada (step-up authentication) o aprobación dual para eliminaciones permanentes privilegiadas. Microsoft Power Platform separa la eliminación permanente y advierte que los datos no se pueden restaurar; el producto debería utilizar la misma distinción de riesgo.
Quinto, controla el costo. Calcula ámbitos pequeños de forma síncrona. Encola trabajos grandes y devuelve primero una estimación o recuentos por etapas. Reutiliza brevemente una instantánea de solo lectura para condiciones idénticas, pero muestra su marca de tiempo para que los resultados obsoletos no oculten cambios.
6. Respuesta de muestra de alta calidad
“Ofrecería vistas previas, pero no como un paso universal para cada acción masiva. Clasificaría la eliminación permanente, las cascadas entre objetos y los trabajos multiinquilino como de alto riesgo y requeriría la identidad de ejecución, el resumen de filtros, los recuentos por recurso, el alcance de la cascada, la hora de la instantánea y notas de incertidumbre. La vista previa generaría un previewId que expira; la confirmación validaría el hash de condición. Si los datos cambian más allá de un umbral, el trabajo se pausaría para generar una nueva vista previa. El MVP cubriría el trabajo de eliminación más común del administrador, calcularía consultas grandes de forma asíncrona y mediría los errores perjudiciales, la latencia de la vista previa, la cancelación y la variación entre la vista previa y lo real. Si el cálculo exacto resulta demasiado costoso, implementaría estimaciones acotadas junto con ejecución diferida y haría explícita la incertidumbre.”
7. Errores comunes
- Error → Requerir una vista previa completa para cada acción → los cambios de bajo riesgo se vuelven lentos y los usuarios eluden el flujo → clasificar por reversibilidad y radio de impacto.
- Error → Mostrar solo un total → las cascadas, los permisos y los archivos adjuntos permanecen ocultos → mostrar el alcance a nivel de recurso y las posibles omisiones.
- Error → Mantener una vista previa válida para siempre → los datos cambian antes de la confirmación → utilizar una instantánea, expiración y un hash de condición.
- Error → Esperar una exactitud del 100% antes del lanzamiento → las consultas grandes sobrecargan la consola → implementar estimaciones acotadas y trabajos asíncronos, y luego medir la variación.
- Error → Optimizar solo para los clics en la vista previa → los usuarios pueden cancelar por temor o no usarla nunca → rastrear conjuntamente los errores perjudiciales, la cancelación, la latencia y la variación.
8. Preguntas de seguimiento
¿Qué sucede si el cliente exige una lista completa de registros?
Pregunta qué decisión respalda dicha lista. Los recuentos agregados son suficientes para la confirmación del alcance; una necesidad de auditoría puede utilizar una exportación o una instantánea paginada con permisos. Enmascara (redact) los campos confidenciales, haz que el acceso expire y registra el acceso para que la vista previa no se convierta en una vía de filtración de datos.
La vista previa indica 10,000 registros, pero la ejecución encuentra 12,000. ¿Qué procede?
Establece un umbral en el contrato de ejecución. Haz una pausa cuando la diferencia lo supere, explica la nueva fuente y requiere confirmación. Una acción de bajo riesgo puede continuar, pero la diferencia entre la vista previa y lo real debe quedar registrada en la auditoría.
¿Cómo decides si el MVP funcionó?
Define salvaguardas (guardrails): menor tasa de errores perjudiciales, variación entre la vista previa y lo real, latencia P95 de la vista previa, tasa de cancelación y costo de recursos del backend. Expande a más recursos solo cuando los errores disminuyan y la latencia siga siendo aceptable; el mero aumento en el uso de la vista previa no demuestra valor.