Análisis de reducción de campos de formulario

Estás auditando un formulario en busca de fricción innecesaria.

FINALIDAD DEL FORMULARIO: {{FORM_PURPOSE}}
CAMPOS (nombre, tipo, obligatorio u opcional): {{FIELD_LIST}}
QUÉ OCURRE TRAS EL ENVÍO: {{POST_SUBMIT_PROCESS}}
QUIÉN USA LOS DATOS INTERNAMENTE: {{INTERNAL_CONSUMERS}}

Para cada campo, decide una de estas opciones: MANTENER (necesario para completar la acción), POSPONER (recogerlo más tarde en el onboarding o por enriquecimiento), HACER OPCIONAL o ELIMINAR.

DEVUELVE una tabla: Campo | Veredicto | Motivo | Qué se rompe si se elimina | Con quién comprobarlo antes de eliminarlo.

Después devuelve:
- Una versión mínima viable recomendada del formulario, con los campos en el orden en que deberían aparecer.
- Cualquier campo que debería dividirse o combinarse, y por qué.
- Campos donde un valor inferido o enriquecido podría sustituir la entrada del usuario.

Restricciones: no recomiendes eliminar un campo que sea legal u operativamente obligatorio si te he dicho que se usa internamente; en su lugar recomienda posponerlo. No propongas el perfilado progresivo como respuesta genérica sin indicar qué campos concretos pasan a qué paso posterior. Si no puedes determinar si un campo es necesario, formula la pregunta en lugar de suponerlo. Nada de rayas largas en la salida.