Tu GPU, tu proyecto Pago con cripto sin KYCCómo pagar
Español
Mi espacio
Guía del primer proyecto

Define lo que se aceptará antes de empezar el trabajo.

Un entregable es un resultado que una persona puede usar y aceptar, no solo un cálculo que termina. Antes de tu primer proyecto con GPU, precisa el resultado esperado, su uso, los defectos que lo bloquean y quién decidirá. Una ficha breve basta para preparar una prueba, encuadrar las correcciones y saber cuándo ha terminado el trabajo. También sirve para distinguir un resultado insuficiente de una petición que ha cambiado.

En esta página

Sustituye la petición general por una situación de uso

«Mejorar mis imágenes» puede significar ampliar archivos, quitar un fondo, armonizar colores o inventar otra atmósfera. Estos trabajos no se juzgan de la misma manera. Empieza por preguntar dónde se usarán los resultados y qué debe poder hacer con ellos su destinatario. El nombre del programa o de la GPU viene después.

Escribe una frase que relacione a una persona, un resultado y un uso: «La responsable de la tienda debe poder sustituir las doce fotos de esta colección en sus fichas de producto». Añade las restricciones conocidas y luego las preguntas aún abiertas. El Service Manual de GOV.UK propone esta separación entre necesidad del usuario y criterios para verificar que se ha satisfecho; aquí la adaptamos a una misión pequeña.

Describe el paquete esperado en cinco líneas

No necesitas un pliego de condiciones extenso para empezar. Anota lo que permite reconocer una buena entrega y luego haz que revisen esta ficha antes de producir. Si el destinatario todavía no sabe qué formato necesita, haz una pequeña exportación que pueda abrir en su herramienta. La incertidumbre se convierte entonces en una verificación precisa.

La tabla de abajo es una plantilla de trabajo que debes adaptar, no una lista de capacidades que ofrece un alquiler. Para una misión personal, sustituye el nombre del cliente por tu propio control. De todos modos, una persona debe decidir si el resultado es adecuado.

Describe el paquete esperado en cinco líneas
PreguntaRespuesta que anotar
¿Qué hay que entregar?Tipo de archivo, cantidad y correspondencia con las entradas.
¿Para qué servirá?Aplicación o soporte de destino y forma de usar el resultado en él.
¿Qué haría rechazar el resultado?Defectos concretos, información que falta o restricciones incumplidas.
¿Quién valida y cuándo?Una persona designada y un intervalo de revisión previsto.
¿Qué queda fuera de esta etapa?Variantes, formatos o usos que se estudiarán por separado.

Separa los requisitos que bloquean de las preferencias

Un requisito bloqueante hace que la salida sea inutilizable para el uso previsto: producto equivocado, texto ilegible, documento ausente o formato imposible de abrir. Una preferencia permite decidir entre varias salidas ya utilizables. Indica esa diferencia antes de la prueba; de lo contrario, una opinión estética tardía puede confundirse con un defecto de producción.

Evita los criterios que cambian según la interpretación, como «muy bonito», «inteligente» o «profesional». Asócialos a un ejemplo aceptado y a una observación: contorno sin zonas faltantes, color conforme a la referencia proporcionada, respuesta apoyada en el pasaje correcto. Cuando un juicio siga siendo subjetivo, nombra a la persona que decide y guarda su ejemplo de referencia.

No acumules restricciones sin relación con el encargo. Una prueba destinada a elegir un método puede terminar con una recomendación documentada y algunas salidas comentadas. No debe presentarse como una producción completa lista para difundir.

Ejemplo: doce visuales para una colección pequeña

En este ejemplo ficticio, una freelancer recibe doce imágenes para reemplazar los visuales de una colección. La petición inicial es «un acabado más limpio». Tras hablarlo, el alcance pasa a ser: doce PNG de 1600 × 1600 píxeles, un producto centrado sobre fondo blanco, sin modificar el logo ni los detalles del producto. Estas dimensiones son una elección del ejemplo, no una regla universal para el comercio en línea.

Selecciona tres entradas para el primer intercambio: un objeto claro, un objeto oscuro y un envase con texto. El cliente valida el encuadre y el fondo de estos ejemplos antes de procesar el lote. Las tres imágenes probadas pueden formar parte de las doce salidas; no se suman automáticamente a la cantidad solicitada.

Ejemplo: doce visuales para una colección pequeña
Criterio de este ejemploVerificación previstaDecisión en caso de desviación
Doce productos identificablesComparar la lista de referencias con los nombres de los archivos.Bloquear la entrega del producto faltante o mal asociado.
PNG de 1600 × 1600 píxelesLeer el formato y las dimensiones de cada salida.Rehacer la exportación correspondiente.
Producto fiel a la fuenteComparar los contornos, los detalles y las inscripciones con el original.Rehacer o pedir una entrada mejor.
Encuadre y fondo acordadosComparar con la muestra aceptada al tamaño de uso.Corregir los archivos correspondientes, sin cambiar todos los ajustes de entrada.

Asigna un estado a cada resultado y un motivo a las repeticiones

Para la primera pasada del ejemplo, supongamos nueve imágenes aceptadas, dos por corregir y una bloqueada por una fuente ilegible. El total sigue siendo doce. Una tabla con los estados «aceptado», «por rehacer» y «bloqueado» muestra de inmediato el trabajo pendiente. La presencia de doce archivos en una carpeta no permitiría llegar a la misma conclusión.

Tras la corrección, las dos repeticiones se aceptan. El balance pasa a ser once resultados aceptados y una entrada bloqueada. Por tanto, no se alcanza la entrega completa esperada. La freelancer pide una fuente aprovechable o un acuerdo explícito sobre un alcance de once imágenes. Conserva la decisión junto con la versión correspondiente, en lugar de hacer desaparecer la duodécima referencia del inventario.

Para cada devolución, pide el identificador del archivo, el defecto observado y el cambio esperado. «El texto de imagen-007 está deformado; conservar la inscripción del original» basta para orientar la repetición. «No está bien» obliga a reconstruir la petición.

Coloca la validación en el calendario y luego gestiona los cambios

Fija el momento en que podrán revisarse la muestra y la entrega. Si la validación depende de una persona ausente, incluye ese plazo en tu organización. La guía de presupuesto distingue la preparación sobre el alquiler, el trabajo activo, la espera, las repeticiones y la exportación. Una espera durante la cual mantienes el alquiler ocupa la ventana aunque no esté corriendo ningún cálculo.

Cuando aparezca una nueva petición, describe su efecto antes de lanzarla. Pasar de doce imágenes a veinte, añadir un formato o pedir otro estilo modifica el alcance. Anota la nueva cantidad, la verificación adicional y el calendario que hay que revisar. Una corrección de un defecto conocido y una ampliación de la necesidad no deben quedar mezcladas en una sola lista.

Acuerden también el número de rondas que van a organizar: por ejemplo, una revisión de la muestra y luego una repetición planificada. Si el resultado sigue siendo rechazado, hagan un nuevo repaso del método y del alcance antes de añadir pruebas sin fin.

Esta ficha organiza las decisiones de trabajo; no sustituye los acuerdos comerciales propios de tu encargo. Tampoco permite deducir una duración de cálculo. La primera prueba sigue siendo necesaria para verificar la viabilidad con el software y los archivos elegidos.

Comprueba que el encuadre permita una decisión real

Vuelve a leer la ficha sin el contexto de tu conversación. ¿Puedes nombrar los archivos que hay que producir, reconocer una salida rechazada y localizar a la persona que valida? Si falta alguna respuesta, completa ese punto antes de ampliar el trabajo. Haz que el cliente confirme también los elementos que aporta: la versión de las fuentes, la referencia visual y la autorización de uso.

Los errores frecuentes son empezar por todo el lote, contar los archivos generados como resultados aceptados y cambiar los criterios después de cada prueba. Conserva la ficha inicial y anota las revisiones. Si ninguna muestra alcanza los requisitos, la decisión correcta puede ser revisar el método o abandonar esa vía. Un encuadre útil hace posible esa conclusión.

Preguntas frecuentes

¿Cómo encuadrar un proyecto cuando el cliente no conoce el formato necesario?

Parte del soporte de destino y prepara un archivo pequeño para abrirlo allí. Haz que confirmen el resultado en ese uso antes de fijar el formato del lote. Si el destino sigue siendo desconocido, presenta la etapa como una exploración con varias opciones por elegir, en lugar de como una entrega final ya definida.

¿Hay que verificarlo todo a mano?

Separa los controles. El número de archivos, sus nombres y sus dimensiones pueden ser objeto de un inventario sistemático. La fidelidad de un producto o la utilidad de una respuesta exigen una lectura adaptada al contenido. Una muestra lograda no demuestra que todas las salidas sean aceptables; elige la extensión de la revisión según los defectos y las consecuencias posibles.

¿Qué entregable elegir para una primera sesión de aprendizaje?

Define una demostración que puedas repetir: abrir una entrada, producir una salida, examinarla y conservar los ajustes. Añade una nota sobre lo que funciona y lo que queda por entender. Esta pequeña cadena completa es un resultado verificable, aunque todavía no tengas ningún lote que entregar a un cliente.

¿Cuenta un resultado casi correcto como aceptado?

Solo si la persona encargada de la validación acepta explícitamente la diferencia para el uso previsto. Si no, mantén el estado «por retomar» y su motivo. En un cálculo de coste por resultado aceptado, no cuentes una variante todavía rechazada solo porque haya consumido tiempo de cálculo.

Avanza a tu ritmo

Un poco de método cambia el comienzo.

Abrir las guías