Define un comprobador de encargos de campaña en Emergent

Un comprobador útil detecta la información que falta y explica qué debe añadir quien solicita la campaña. No debe inventar un presupuesto, aprobar afirmaciones sin respaldo ni confundir un formulario completo con una buena campaña. La especificación siguiente propone un pequeño prototipo en Emergent con datos ficticios. Utiliza la instrucción y los casos de aceptación siguientes como punto de partida para construirla.

Limita la primera versión

Elige siete campos: objetivo, público, entregables, importe del presupuesto, moneda, fecha límite y función del aprobador. Usa entradas estructuradas en lugar de pedir a un modelo que deduzca todo de un documento. Los campos obligatorios y las comprobaciones numéricas pueden ser deterministas. Si falta información, muestra un error junto al campo; una solicitud completa debe seguir indicando que necesita revisión humana.

Anota qué decisiones quedan fuera. La herramienta no puede certificar afirmaciones publicitarias, confirmar derechos sobre una imagen, juzgar un presupuesto adecuado ni autorizar la publicación. Mantén esas decisiones en la revisión de la campaña. Para trabajar el contenido creativo, utiliza nuestro flujo de encargo de imágenes; la app recopila la información que necesita el equipo.

Copia esta instrucción acotada

Pega la especificación siguiente en una nueva conversación de aplicación web de Emergent. Pide que explique el flujo de datos antes de aceptar servicios adicionales. Evalúa por separado cualquier inicio de sesión, base de datos, analítica o conexión a un modelo que proponga, porque amplía el alcance y puede aumentar el coste.

Crea una demo de una página llamada Comprobación de campaña. Muestra el aviso “Solo demostración con datos ficticios”. Recoge objetivo, público, entregables, importe, moneda, fecha límite y función del aprobador. Elimina espacios exteriores y exige todos los campos. El presupuesto debe ser un número finito mayor que cero y la moneda debe seleccionarse expresamente. Rechaza fechas anteriores a hoy según la fecha local del navegador. Muestra errores específicos y conserva los valores tras un fallo. Con datos válidos, muestra un resumen de texto titulado “Campos completos, pendiente de revisión humana”. No generes datos ausentes, pruebas, clientes ni resultados. Utiliza solo estado del cliente: sin base de datos, analítica, llamadas externas a modelos, subida de archivos ni cuentas. Añade botones Restablecer y Copiar resumen con confirmación visible de éxito o fallo. No publiques la app. Explica las reglas de validación y enumera los archivos modificados.

La instrucción es una especificación original de partida, no una garantía del comportamiento generado. Pide etiquetas accesibles mediante teclado, un orden de tabulación previsible y una composición utilizable en pantallas estrechas. Si propone otra implementación, compárala con los requisitos. Una vista previa convincente no demuestra que se hayan implementado las mismas reglas.

Prepara los casos antes de probar

Usa datos inventados: objetivo “Presentar una clase de fin de semana”, público “Adultos que prueban una nueva afición”, entregables “Una imagen y un vídeo corto”, presupuesto “250”, moneda “USD”, una fecha futura y aprobador “Responsable de campaña”. El importe es ficticio, no una recomendación de gasto. Mantén este ejemplo y cambia un campo cada vez para identificar la causa de cada resultado.

Entrada o acción	Comportamiento esperado
Todo vacío o solo espacios	Errores; ningún resumen completo
Presupuesto cero, negativo o texto	Error de presupuesto; se conservan los demás valores
Fecha anterior a hoy	Error según la fecha local indicada
Encargo ficticio completo	Resumen fiel; sigue exigiendo revisión humana
Restablecer después de completar	Campos y resumen anterior vacíos
Copia bloqueada por permisos	Fallo visible; el resumen sigue seleccionable

Revisa la vista previa como usuario

La documentación de vista previa de Emergent distingue el entorno temporal de una aplicación publicada. Abre la vista previa y ejecuta cada caso tú mismo. Prueba el teclado y una anchura similar a un teléfono. Sigue la guía de pruebas como visitante: describe acción, resultado esperado y observado, y repite el mismo caso después de corregirlo.

Inspecciona el código generado o pide a una persona cualificada que confirme que no se añadieron conexiones o almacenamiento prohibidos. Especificar estado del cliente no prueba que la app evite toda recopilación de datos. No pegues un encargo real, una lista de contactos ni cifras confidenciales en el constructor porque el formulario parezca inofensivo.

Decide si necesitas alojamiento

Comprueba los planes de publicación vigentes y tu saldo antes de publicar. El alojamiento tiene requisitos recurrentes de créditos; una vista previa funcional no es una URL permanente ni prueba que sea gratis. Revisa los subencargados y las condiciones de privacidad antes de usar datos reales. Si se guardan solicitudes, diseña por separado autenticación, conservación, acceso y borrado.

Para campañas ocasionales puede bastar la plantilla de siete campos sin una app. Si continúas, conserva un registro fechado de aceptación y los requisitos aprobados. Vincula el encargo a tareas reales, como nuestro flujo de edición de vídeos cortos, y distingue a quien aprueba la campaña de una pantalla que solo informa de que los campos están completos.