Design Handoff (Design-Übergabe)

Design-Übergabe

Der Kopiertext ist genehmigt. Was ein Designer oder ein Wireframe-Generator daraus braucht, sind nicht die Worte – es ist, was jeder Textblock beim Leser bewirken soll, in welcher Reihenfolge und welche dieser Dinge auch auf einem Telefon überleben müssen. Diese Fähigkeit wandelt das eine in das andere um und entscheidet nichts, was der Kopiertext bereits entschieden hat.

Das Tor: genehmigter Kopiertext und eine Abschnittsspezifikation pro Abschnitt

Zwei Eingaben. Die zweite ist die, die fehlt.

Genehmigter Kopiertext, kein Entwurf. Ein Layout, das um einen noch umstrittenen Absatz herum gebaut wird, wird neu aufgebaut, und der Neubau ist immer schlechter, weil er dann ein Flicken auf einer Form ist, die für andere Worte gewählt wurde. Wenn der Kopiertext noch in Bewegung ist, stoppen und dies mitteilen.

Eine Abschnittsspezifikation pro Abschnitt. ../conversion-page-build/SKILL.md erzeugt eine zusammen mit dem Kopiertext unter seiner Überschrift ## Die Abschnittsspezifikation, und diese Fähigkeit liest sie anhand von fünf Schlüsselnamen und keinen anderen: section_type, purpose, content_hierarchy, components, responsive_intent. Diese Datei besitzt die Form der Spezifikation und den Grund, warum sie nach dem Kopiertext und nicht davor geschrieben wird.

Kopiertext, der ohne Spezifikationen ankommt, kann trotzdem übergeben werden – schreiben Sie zuerst die Spezifikationen aus dem Kopiertext und markieren Sie sie im Ergebnis als abgeleitet. Eine aus fertigem Kopiertext rückentwickelte Spezifikation zeichnet auf, was der Kopiertext zu tun scheint, was nicht dasselbe ist wie das, wofür er gebaut wurde. Wo diese beiden voneinander abweichen, wird ein Designer getreu die falsche Absicht umsetzen, und nichts nachgelagert wird es abfangen.

Der Ablauf

Vier Schritte. Die ersten drei werden immer ausgeführt. Der vierte normalerweise nicht.

1. Jede Abschnittsspezifikation auf Komponenten abbilden – references/section-to-component.md. Wandelt die fünf Schlüssel in eine Komponentenliste pro Abschnitt um, plus die eine Sache an diesem Abschnitt, die ein Layout einschränkt.
2. Den Wireframe-Brief schreiben – references/relume-brief.md. Seitenübergreifende Rahmung, dann ein Block pro Abschnitt: Struktur und Inhaltsfunktion, keine Erscheinung.
3. Die Verfeinerungsspezifikation schreiben – references/figma-refinement-spec.md. Visuelle Hierarchie, Betonung, Priorität über dem Fold und Scan-Pfad: die vier Dinge, die das Wireframe nicht festlegt.
4. Plattformnotizen, bedingt – siehe unten.

Schritte 2 und 3 bleiben absichtlich separate Dokumente und in dieser Reihenfolge. Der Grund steht in der Eröffnung von references/figma-refinement-spec.md und wird hier nicht wiederholt.

Der Plattformdurchlauf läuft nur, wenn die Plattform benannt wurde

Öffnen Sie references/platform-notes-wordpress.md nicht, es sei denn, das Build-Ziel wurde benannt und es ist WordPress. Ein Webflow-Build, ein Framer-Build, ein handcodierter Build und ein unbenannter Build laden hier nichts.

Dies ist keine Ordnungsspielerei. Eine Plattformnotiz beschreibt eine Einschränkung, die auf einer Plattform real und auf einer anderen falsch ist. Eine Spezifikation, die eine nicht zutreffende Einschränkung enthält, lässt den Designer ein Problem lösen, das nicht existiert – und dann die Lösung verteidigen, wenn jemand sie hinterfragt. Falsche Notizen kosten mehr als keine Notizen.

Wenn das Ziel nicht benannt wurde, fragen Sie. Wenn die Antwort „noch nicht entschieden" lautet, schreiben Sie die Übergabe plattformfrei und halten Sie im Ergebnis fest, dass der Plattformdurchlauf nicht ausgeführt wurde, damit derjenige, der den Build übernimmt, weiß, dass eine Prüfung aussteht, anstatt anzunehmen, sie sei bestanden.

Jede Plattformdatei hat die gleiche Form und sonst nichts: eine Notiz pro Verhalten, jede mit drei Angaben – das Plattformverhalten, der Fehler, den dieses Verhalten verursacht, und die Formulierung, die ihn vermeidet. Eine Plattform ohne Datei in dieser Fähigkeit erhält keine Notizen; niemals die WordPress-Notizen als Standard, was der spezifische Fehler ist, den die Bedingung verhindern soll.

Die Toolnamen stehen an den Türen, nicht in der Methode

Zwei Referenzdateien sind nach Tools benannt – references/relume-brief.md und references/figma-refinement-spec.md – weil dies die Namen sind, nach denen die Leute fragen. Nichts in einer von beiden hängt vom Tool ab, und keine macht eine Aussage darüber, was irgendein Tool mit dem macht, was ihm gegeben wird.

Diese Zurückhaltung ist beabsichtigt. Eine Fähigkeit, die sagt „Tool X akzeptiert eine Beschreibung in dieser Form", macht eine Aussage über das Produkt eines anderen, die stillschweigend veraltet, und der Leser hat keine Möglichkeit, eine aktuelle von einer zwei Jahre alten Aussage zu unterscheiden. Daher beschreiben diese Dateien, was das Dokument enthält und warum es so geformt ist. Wo etwas über ein Tool tatsächlich geprüft wurde, sagt die Datei dies mit dem Datum, an dem es geprüft wurde, und sagt nichts über das hinaus, was die Prüfung abdeckte.

Register erreicht Design an genau einer Stelle

Register wird aus dem Conversion-Brief übernommen und hier nie neu entschieden; die Begründung dafür gehört nach ../audience-research/SKILL.md. Die fünf Profile selbst leben in ../audience-research/references/register-profiles.md.

Es berührt eine Entscheidung in dieser Fähigkeit: wie viel Betonung die Seite ausgeben darf. Alles andere hier ist strukturell und wird unverändert weitergegeben – derselbe Abschnitt muss beim Leser dasselbe bewirken, wer auch immer dieser Leser ist. references/figma-refinement-spec.md trägt diese eine Schnittstelle, und es ist die einzige Datei in dieser Fähigkeit, die eine Registerzeile liest.

Was diese Fähigkeit nicht tut

• Sie schreibt den Kopiertext nicht um. Wenn ein Abschnitt nicht layoutbar ist, weil der Kopiertext nie sagt, wofür der Abschnitt ist, dann ist das ../copy-sweeps/SKILL.md, wenn das Problem die Formulierung ist, und ../conversion-page-build/SKILL.md, wenn das Problem ein fehlendes Argument ist. Nennen Sie welches und stoppen Sie.
• Sie wählt keinen visuellen Stil. Keine Palette, keine Typografie-Skala, keine Abstandswerte, keine Breakpoint- Zahlen. Sie setzt Rang und Beziehung; ein Designsystem liefert die Werte. references/figma-refinement-spec.md erklärt die Weigerung vollständig und was zu tun ist, wenn es kein Designsystem gibt, das diese liefert.
• Sie arbeitet nie von einer Seite, die bereits ausgeliefert wurde. Diese Fähigkeit läuft vorwärts, von genehmigtem Kopiertext zu einem Layout, das noch niemand gebaut hat. Ein vorhandenes Layout zu beurteilen läuft in die andere Richtung und benötigt Beweise, die diese Fähigkeit nicht hat – ../conversion-page-audit/SKILL.md.
• Sie baut nicht. Die Plattformnotizen existieren, damit eine Spezifikation nichts verlangt, was das Build-Ziel nicht günstig kann. Sie sind keine Bauanleitungen und machen diese Fähigkeit nicht zu einer Build-Fähigkeit.

Ungeklärte Punkte

Alles, was die Übergabe nicht aus dem Kopiertext und dem Brief klären kann, wird als NICHT FESTGELEGT – <was es schließen würde> im Dokument niedergeschrieben, anstatt geraten. Die Disziplin und ihre Begründung sind einmal für das gesamte Plugin in ../audience-research/SKILL.md festgehalten und gelten hier unverändert. Zwei Fälle treten am häufigsten auf: ein Asset, von dem das Layout abhängt, das aber noch niemand erstellt hat, und ein Beweiselement, das der Kopiertext verspricht, das aber nicht existiert.

Was dies erzeugt

Ein einzelnes Übergabedokument. In der Dateiablage dieses Vaults landet es unter 03 Projekte/<Projekt>/<Seite>/[C] Design-Übergabe – <Seite>.md; anderswo dort, wo das Projekt die Spezifikationen aufbewahrt. Es enthält in dieser Reihenfolge: die Komponentenzuordnung pro Abschnitt, den Wireframe-Brief, die Verfeinerungsspezifikation und – nur wenn eine Plattform benannt wurde – die darauf zutreffenden Plattformnotizen.

Geben Sie an, wo Sie es abgelegt haben, und ob der Plattformdurchlauf ausgeführt wurde. Eine Übergabe, die zur Plattform schweigt, wird als Übergabe gelesen, bei der die Plattform geprüft wurde.