Suno Speech: guion y revisión de una intro de pódcast

Antes de generar una introducción de pódcast, prepara tres cosas: las palabras que se van a decir, una breve indicación para la voz y la música, y una lista de motivos por los que rechazarías el resultado. Este tutorial te ofrece las tres para un programa imaginario llamado Small Repairs. El resultado es una hoja de trabajo de producción que puedes usar en tu propia prueba, no una afirmación de que el ejemplo ya haya superado una prueba de audio.

El anuncio de Speech de Suno del 1 de octubre de 2026 respalda el flujo de trabajo básico de proporcionar texto y describir la voz y la música. La interfaz detallada de la cuenta y los permisos de exportación quedan fuera de esta hoja de trabajo. Abre la función Speech disponible en tu propia cuenta de Suno y comprueba sus controles actuales antes de generar. Aquí no se da por supuesta ninguna ruta de menú concreta, ningún límite de duración ni ningún derecho vinculado a un plan de pago.

1. Escribe una introducción que cumpla una sola función

Small Repairs es un programa ficticio sobre reparaciones cotidianas y los objetos que la gente conserva. Su apertura debe establecer ese tema y conducir a un episodio. No necesita un mensaje de patrocinador, una lista de cuentas en redes sociales ni un resumen de toda la serie.

Utiliza este guion de práctica original, conservado en inglés:

A loose chair leg. A radio that only works when you hold the dial.
Small Repairs is a show about the things we keep, and the people who help us keep them.
Today, we start with one kitchen drawer.

Los dos primeros objetos ofrecen escenas reconocibles. La frase central identifica el programa. La última frase da paso al episodio. Si tu introducción no tiene un destino claro, añadir música no resolverá ese problema editorial.

Lee el texto en voz alta antes de introducirlo. Marca los puntos donde te quedes sin aliento o pierdas el sentido de la frase. Acorta primero esos pasajes. Cronometra tu propia lectura si la duración importa, pero etiquétala como una estimación de planificación: la grabación generada puede usar un ritmo distinto.

Para otro idioma, escribe un guion local y natural en torno a la misma tarea. No uses una prueba en inglés para deducir la calidad de pronunciación o el ritmo en ese idioma. El ejemplo en inglés se conserva aquí para que puedas comparar tus propias entradas de forma coherente.

2. Separa el contenido de la indicación

Guarda la narración y la indicación de producción en notas separadas y luego introdúcelas según los campos de tu interfaz real. Así evitas que una instrucción como «deja una pausa» acabe formando parte del texto que querías que la voz leyera.

Esta es una indicación propuesta para la primera versión, que mantenemos en inglés tal como se introduciría en Suno:

Conversational spoken delivery, close and unhurried.
Sparse muted guitar beneath the narration.
Leave room after the two opening objects.
No sung hook; let the last sentence finish clearly.

Son peticiones en lenguaje natural, no comandos de sincronización documentados. Un modelo puede interpretarlas de forma distinta a la tuya. Evita añadir una larga lista de instrumentos o adjetivos contradictorios antes de saber cómo se comporta la petición más sencilla.

Guarda el guion y la indicación como versión A antes de realizar la prueba. Anota la fecha y los ajustes que hayas seleccionado realmente. No rellenes ajustes a partir de la captura de pantalla de otra persona ni de un tutorial antiguo. Si un control esperado no aparece, anota esa diferencia en lugar de inventar un equivalente.

Start Creating Now

3. Comprueba el texto antes que la atmósfera

Escucha mientras sigues el guion frase a frase. Anota omisiones, palabras añadidas, frases repetidas y nombres poco claros. En este ejemplo, el título del programa y la transición del cajón de la cocina tienen que mantenerse intactos. Una base musical agradable no puede compensar un nombre de programa equivocado.

Después, escucha sin leer. ¿Puedes seguir la introducción usando solo el audio? Un guion impreso puede hacer que una palabra borrosa parezca más clara de lo que realmente es. Usa un volumen de escucha normal; subirlo todo puede ocultar el problema con el que se encontrará tu audiencia.

Por último, comprueba el principio y el final. La primera palabra no debe sonar cortada, y la última frase debe terminar antes de cualquier edición que planees hacer. Anota la duración real. Una duración objetivo en tu hoja de planificación no demuestra que el resultado la cumpla.

4. Cambia un solo factor y lleva un registro

Si la música compite con las palabras, crea una versión B con el mismo guion y la misma indicación de voz, pero con un acompañamiento más sencillo. Un experimento posible es una percusión tenue y de baja intensidad en lugar de la guitarra con cuerdas amortiguadas. Se trata de una comparación propuesta; no hemos generado ninguna de las dos versiones ni hemos comprobado que una sea superior.

Si el problema está en las propias palabras, revisa el guion en su lugar y asígnale un nuevo identificador de versión. No compares un guion nuevo con música distinta y llames a esa diferencia una prueba aislada de música. Un historial de versiones pequeño y claro es más fácil de usar que una carpeta llena de intentos sin nombre.

Registro	Qué anotar después de tu prueba
Versión y fecha	Un identificador que coincida con la entrada y la salida guardadas
Guion	El texto exacto enviado
Indicación	La petición exacta de voz y música
Duración real	La longitud medida, no la objetivo
Errores de texto	Omisiones, adiciones o palabras poco claras exactas
Interferencia de la música	La frase o la marca de tiempo afectada
Decisión	Conservar, revisar o cambiar de método de producción, con un motivo

Deja los campos de resultados vacíos hasta que hayas escuchado. Esta tabla es una hoja de trabajo, no un conjunto de resultados de pruebas exitosas.

5. Usa una respuesta específica para cada fallo

La interpretación se vuelve cantada. Vuelve sobre la petición de interpretación hablada y elimina las indicaciones musicales que entren en conflicto con la tarea. Prueba de nuevo antes de dar por hecho que la petición puede producir de forma fiable la interpretación que necesitas.

Un nombre resulta difícil de entender. Aísla la frase en tus notas. Prueba con una formulación más sencilla alrededor o con una ayuda de pronunciación solo si tu interfaz la admite. No publiques una pronunciación adivinada del nombre de una persona real.

Una pausa rompe el sentido. Ajusta la puntuación o divide la frase. Cambia uno de esos factores cada vez. Suno identifica el comportamiento de las pausas como una limitación de la beta, así que no gastes una secuencia ilimitada de reintentos intentando forzar un patrón fijo.

La música tapa la voz. Pide un acompañamiento más sencillo o planea producir la narración y la música por separado. Si necesitas lo segundo, empieza con la guía de bandas sonoras de fondo.

La grabación es demasiado larga. Elimina las palabras que no sirven a la introducción. Vuelve a comprobar la duración de la grabación revisada. Acelerar el archivo final es una decisión de edición independiente y puede afectar a la inteligibilidad.

6. Define la entrega antes de publicar

Conserva una versión solo cuando el texto esencial sea correcto, el habla sea comprensible, la primera y la última palabra estén completas y la duración encaje con tu uso real. Escucha tanto con tus auriculares habituales como con el altavoz de un teléfono si ambos representan a tu audiencia. Registra un fallo como un fallo; no lo diluyas en un promedio porque en otro dispositivo sonara bien.

Después, verifica las opciones de exportación actuales y los permisos pertinentes para el uso que pretendes darle. Guarda el archivo aprobado donde esté permitido, junto con su guion, su indicación y tus notas de revisión. Compartir un enlace que funciona no es lo mismo que entregar un archivo de audio aprobado.

Este flujo de trabajo se refiere a la función oficial Speech de Suno. Su presencia en MidassAI no se ha verificado. Para la decisión más amplia entre generación conjunta y producción por separado, lee cuándo encaja Speech en un proyecto. Tu hoja de trabajo completada debería hacer visible esa decisión incluso si el mejor resultado es usar otro método de producción.