Las plantillas de Story no son fórmulas narrativas

Un cuestionario de personaje ofrece una satisfacción muy particular. Nombre, edad, cumpleaños, cicatriz, herida de infancia, plato favorito: cien casillas quedan llenas y, por fin, la página en blanco parece vencida. Entonces el autor vuelve al capítulo uno. El personaje sigue sin saber qué quiere en esta escena y todavía no tiene que tomar ninguna decisión hoy.

Eso no vuelve inútiles las plantillas. Son excelentes para reducir el coste de empezar, recordarle lo que ha olvidado y mantener coherentes los datos recurrentes. El problema surge cuando tres cosas muy distintas reciben el nombre de «plantilla» y se espera que un solo formulario gestione información, dé forma a una trama e infunda vida a un personaje.

Antes de elegir una plantilla en Scroll, separe las preguntas: ¿necesita una fórmula narrativa, una plantilla de contenido o un modelo de Project?

Una fórmula narrativa guía el desarrollo; una plantilla de contenido guía el registro

La estructura en tres actos, el viaje del héroe y las escaletas de hitos responden a una pregunta de desarrollo: ¿cómo podría avanzar una historia? Ayudan a pensar en giros, conflictos y ritmo. Para algunos autores, un método conocido se convierte en un lenguaje creativo fiable. Las plantillas de contenido de Scroll no deciden qué estructura narrativa es la correcta, y quien valore un método riguroso puede seguir utilizándolo.

Las plantillas de personajes, lugares, organizaciones, eventos y escritura responden a otra pregunta: al crear esta clase de material, ¿qué información merece un punto de partida? Una ficha de personaje puede necesitar un objetivo y una posición actuales. Un evento puede necesitar fechas, participantes y lugares. Un lugar puede necesitar jerarquía o coordenadas. Son indicaciones para registrar, no instrucciones para el tercer acto.

Un modelo de Project va más lejos. Las propiedades, relaciones y estructuras visuales reutilizables proporcionan al Project un vocabulario estable para los hechos que deben consultarse y compararse. Una serie de misterio puede necesitar distinguir de manera recurrente las pruebas, su posesión y el momento en que se revelan. Una serie fantástica quizá deba comprobar leyes, costes, excepciones y regiones donde se aplica una regla. Esto ya no es un simple formulario de creación, sino una manera de expresar significados recurrentes dentro del Project.

Una vez separadas estas funciones, la plantilla deja de cargar con un trabajo que no puede realizar. Un personaje resulta convincente por sus deseos, obstáculos, acciones y lenguaje. El registro estructurado solo ayuda al autor a localizar los hechos que más adelante deben seguir siendo coherentes.

Empiece por el registro útil más pequeño

Usar con moderación las plantillas integradas suele ser la forma más útil de empezar un Project nuevo.

Para un personaje, registre su objetivo inmediato, su posición y su estado actual. Para un lugar, empiece por la jerarquía y la atmósfera, y añada una posición precisa cuando la historia la necesite. Para un evento, recoja las fechas, los participantes, el lugar y el resultado. Rellene los campos que prevea consultar, filtrar, comparar o inspeccionar mediante relaciones.

Todo lo demás puede seguir existiendo. La cadencia de un personaje, la incomodidad física de un encuentro o la sensación opresiva de una ciudad pueden pertenecer a las notas libres y al manuscrito. Convertir cada impresión en una propiedad no la estructura mejor; entrega al autor otro campo que mantener.

La prueba práctica es sencilla: si la información necesita sobre todo leerse, déjela en prosa. Si debe filtrarse, ordenarse, conectarse o compararse entre fichas, valore darle estructura.

El espacio de trabajo Plantillas de Scroll incluye Plantillas de entidades, Plantillas de eventos, Plantillas de relaciones y Plantillas de escritura. Las plantillas y fichas integradas se incluyen con Free, y las definiciones de las plantillas integradas no se pueden editar. Free y Plus permiten crear archivos a partir de una plantilla personalizada que ya exista en el Project. Para crear o editar definiciones globales o propias del Project de plantillas, propiedades, relaciones y estructuras visuales se necesita Pro.

El límite del producto contiene una lección creativa útil: no rediseñe cada estructura predeterminada antes de que el primer personaje real haya pasado por ella. Deje que un conjunto pequeño de material real revele qué necesita el Project.

Las fichas y la prosa deben poder encontrarse sin convertirse en lo mismo

Los sistemas de conocimiento para obras extensas se vuelven pesados cuando se espera que todas las conexiones signifiquen lo mismo. En la práctica, un Project puede contener al menos tres clases de conexión.

La primera es una referencia en la prosa. El nombre de un personaje aparece en el capítulo tres, y un enlace puede ayudar al autor a volver a la ficha correspondiente. Esto significa que el texto menciona al personaje.

La segunda es una relación estructurada. Un personaje pertenece a una organización, una persona posee una prueba o un evento ocurre en un lugar. Estas conexiones tienen significados relativamente estables y pueden sustentar inspecciones posteriores.

La tercera es una conexión exploratoria. En Whiteboard, el autor coloca un personaje junto a un rumor para preguntar: «¿Y si estuvieran relacionados?». Un conector de lienzo puede contener una hipótesis sin convertirla en un hecho confirmado del mundo narrativo.

Imagine que una periodista aparece en el manuscrito, mantiene una relación profesional confirmada con el ayuntamiento y, además, su ficha se ha arrastrado junto a «testimonio falsificado» en un lienzo especulativo. Esas líneas representan presencia textual, datos de Story establecidos y una posibilidad creativa. Mantener separados sus significados permite explorar con libertad sin contaminar los hechos de los que dependen los capítulos posteriores.

Ese es otro valor de las plantillas: no obligan a introducirlo todo en una ficha, sino que ofrecen un lugar previsible a los hechos estables mientras mantienen la prosa y la especulación al alcance.

¿Cuándo merece la pena crear un modelo personalizado de Project?

La personalización no debería empezar solo porque una plantilla predeterminada parezca poco singular. Debería hacerlo cuando resulte costoso inspeccionar un problema recurrente.

Piense en una serie de misterio. En el primer libro, una ficha de evento corriente registra que se ha encontrado un anillo. En el caso siguiente, un libro de cuentas pasa por varias manos. Para el tercero, el autor necesita responder una y otra vez: ¿cuándo existía esta prueba?, ¿quién la poseía en cada momento?, ¿cuándo se reveló y a quién?

«Prueba—poseedor—momento de revelación» ya reúne tres cualidades útiles. Se repite. Es necesario consultarlo. Su significado se ha estabilizado. El autor puede duplicar una plantilla adecuada, añadir las propiedades o relaciones mínimas necesarias y probarlas en unas pocas fichas. Spreadsheet, Relationship graph y las vistas temporales permiten comprobar entonces si el modelo facilita de verdad la respuesta. Cuando el experimento funciona, quizá merezca la pena ampliarlo al material anterior.

La construcción de mundos fantásticos sigue la misma regla. «Ley mágica» no exige un tipo nuevo solo porque suene importante. Si cada ley debe contrastarse con su coste, su región y sus excepciones, la estructura puede ayudar. Si una regla aparece en un solo ritual, un párrafo preciso puede seguir siendo una herramienta mejor.

Antes de aplicar modelos o cambios de metadatos en bloque, haga una copia de seguridad del Project completo. Bajar de plan no elimina los campos personalizados existentes, pero puede limitar operaciones de edición y migración que ya no estén incluidas. Los límites actuales de cada plan se documentan en Planes y funciones y deben comprobarse de nuevo antes de publicar.

¿Cuándo conviene esperar?

Cuatro indicios sugieren que aún es pronto para personalizar.

Primero, la necesidad aparece una sola vez. Un detalle ceremonial aislado quizá no merezca un tipo de entidad completo.

Segundo, el significado del campo todavía cambia. Si «fiabilidad» se refiere hoy a la fiabilidad del narrador y mañana a la de una prueba, una propiedad común generará confusión en lugar de orden.

Tercero, el autor responde sobre todo al miedo de omitir algo. La ansiedad puede producir cincuenta campos vacíos con facilidad. Los campos vacíos no son historia ni prueba.

Cuarto, la información no se buscará, filtrará, conectará ni comparará. Cuando basta con leer un detalle de vez en cuando, suele ser más barato mantenerlo en prosa.

El coste de modelar en exceso no se limita a una interfaz más cargada. Cada cambio en la historia obliga a preguntar qué campos deben cambiar con él. El andamiaje se convierte en el edificio.

Pruebe una estructura propuesta en unas pocas fichas reales antes de ampliarla. Lo que permanezca debería ser un modelo que haya superado un flujo de escritura real, no un sistema elaborado que exija mantenimiento antes de haber aportado valor.

Deje que una ficha de personaje crezca hasta formar la relación que necesita la historia

Vuelva al cuestionario de personaje del comienzo. Una ruta más ligera podría empezar con la plantilla integrada Personaje, el objetivo actual de la protagonista y su identidad pública. El autor crea el ayuntamiento como lugar y una audiencia pública como evento. Durante la audiencia, la protagonista miente. En ese momento, el autor descubre que «quién conoce este secreto y desde cuándo» afectará a muchos capítulos posteriores.

Al principio, esa información puede permanecer en el contenido de las fichas. Cuando crece el círculo de personas que conocen el secreto, el autor confirma que necesita inspeccionarlo entre varios personajes. Se puede probar una pequeña propiedad o relación de «estado de conocimiento» en unas cuantas fichas: ¿puede Spreadsheet filtrar a quienes lo saben?, ¿muestra Relationship graph las relaciones explícitas previstas?, ¿puede una vista temporal reflejar el momento de la revelación?

El modelo crece después de que lo haga la historia. La protagonista sigue resultando vívida por la decisión que toma en la audiencia; la estructura se limita a impedir que en el capítulo doce conozca el secreto alguien que nunca llegó a descubrirlo.

Plantee tres preguntas antes de crear una estructura personalizada: ¿se repite?, ¿es necesario consultarla?, ¿tiene un significado estable? Cuando las tres respuestas sean afirmativas, quizá pertenezca al modelo. Cuando solo una lo sea, déjela en prosa por ahora.

La guía del espacio de trabajo Plantillas explica los tipos públicos de plantillas, y Modelo personalizado de Project documenta los límites de planes y migraciones. Continúe con ¿Por qué una historia necesita once vistas? si la pregunta más difícil es cómo inspeccionar los registros, o vuelva a la guía de escritura de largo aliento para elegir otra ruta.

Una plantilla útil aparece cuando se necesita y se retira cuando deja de hacer falta. Deja hechos en los que el autor puede confiar, no una hoja de respuestas a la que la historia deba obedecer.