Files
posts/POST-4.md
T
dejanandClaude Opus 5 23a9ffc4cf Post 4: die Bildunterschrift steht, Uebergabe in POST-4.md
Der Text lag bisher nur im Gespraech, und genau davor schuetzt POST-2.md seit
Post 2. Also dieselbe Form: Slides, Bildunterschrift, Herkunft der Texte,
offene Punkte, Fallen.

Gegen die Vorgaben des Redaktionsplans geprueft und nicht geschaetzt: Haken im
ersten Absatz mit 106 von 125 Zeichen, Fliesstext 671 von erlaubten 300 bis
800, acht Hashtags unten abgesetzt, und die Suchwoerter stehen zusaetzlich im
Fliesstext -- Handwerk, Automatisierung, Workflow, Ausloeser, Aktionen,
Vorlage, Anfrage, Aufgabe.

"Handwerk" kam zuerst nur in den Hashtags vor. Der Plan verlangt es
ausdruecklich auch im Text, deshalb steht jetzt "Handwerksbetrieben" im Haken.

Drei Wendungen kommen bewusst nicht vor: "Verbinden statt ersetzen" gehoert
Post 3, "Wenn-dann statt Handarbeit" ist die Ueberschrift von Post 1, und
Em-Dashes verbietet rules.md 4. Erfundene Uhrzeiten oder Vorgaenge ebenso
wenig.

Nebenbei stand in der README noch "3 Slides" aus einem Zwischenstand.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-18 23:55:41 +02:00

121 lines
5.3 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# Post 4 · Workflow-Engine
**Erscheint Mi 19.08.2026, 12:00 Uhr.** Carousel, 4 Slides, 1080 × 1350 px.
Nummer 3 im Redaktionsplan, im Generator das vierte Projekt.
Diese Datei ist die Übergabe: alles, was zum Beitrag bekannt ist, damit man ohne
den Gesprächsverlauf weiterarbeiten kann. Der Redaktionsplan drumherum steht in
[`redaktionsplan/`](./redaktionsplan/), die Gestaltungsregeln in
[`rules.md`](./rules.md), der Aufbau der Datei in [`README.md`](./README.md).
---
## 1. Die vier Slides
| # | Schlüssel | Überschrift | Fließtext | Bild |
|---|---|---|---|---|
| 1 | `anfrage` | Automatisiere **deinen Betrieb.** | — | ein Ablauf auf dem Canvas |
| 2 | `ausloeser` | Erst der **Auslöser.** | Was den Ablauf startet. | Auslöser-Auswahl |
| 3 | `aktionen` | Dann die **Aktionen.** | Was danach passiert. | Aktionen-Auswahl |
| 4 | `vorlagen` | Fang nicht bei **null an.** | Starte mit einer fertigen Vorlage. | drei Vorlagen |
Fett = das Akzentwort. Die Titel-Slide trägt keinen Fließtext: der Ablauf
darunter sagt, was gemeint ist.
**Vier statt fünf bis sieben.** Der Redaktionsplan nennt eine Spanne, kein Soll.
Eine Slide, die nichts hinzufügt, kostet einen Wisch und gibt nichts zurück.
---
## 2. Die Bildunterschrift
```
In den meisten Handwerksbetrieben sitzt zwischen der Anfrage und der Aufgabe ein Mensch, der klicken muss.
Genau den nimmt die Workflow-Engine aus der Kette. Du wählst einen Auslöser: neue Anfrage, Kontakt geändert, Termin in Kürze, Zahlungsziel überschritten. Dann hängst du Aktionen dran: Aufgabe anlegen, Person zuweisen, Benachrichtigung senden. Ab da läuft die Automatisierung von selbst.
Und wenn die Angaben mal nicht reichen, geht es den anderen Weg: nachfragen statt liegenlassen. Kein Vorgang fällt hinten runter.
Zusammengeklickt, Kästchen für Kästchen. Ohne eine Zeile Code. Und wer nicht bei null anfangen will, nimmt eine fertige Vorlage und baut sie um.
#handwerk #shk #handwerksbetrieb #digitalisierungimhandwerk #automatisierung #workflow #prozesse #hivegrid
```
**Gegen die Vorgaben aus dem Redaktionsplan geprüft:**
| Vorgabe | Ist |
|---|---|
| Haken in den ersten 125 Zeichen | erster Absatz, 106 Zeichen |
| 300 bis 800 Zeichen | 671 |
| 5 bis 10 Hashtags, unten abgesetzt | 8 |
| Suchwörter zusätzlich im Fließtext | Handwerk, Automatisierung, Workflow, Auslöser, Aktionen, Vorlage, Anfrage, Aufgabe |
Drei Wendungen kommen bewusst **nicht** vor: „Verbinden statt ersetzen" gehört
Post 3, „Wenn-dann statt Handarbeit" ist die Überschrift von Post 1, und
Em-Dashes verbietet `rules.md` §4.
---
## 3. Woher die Texte kommen
Alle Produktbegriffe stehen wörtlich in der Quelle:
| Was | Quelle |
|---|---|
| Knotennamen und ihre Farben | `assets/screens/workflow.png` |
| Bausteinliste, Rubriken, Beschreibungen | `assets/screens/workflow-bausteine.png` |
| Artnamen, Zeichen, Farbzuordnung | `NodeWorkflowEngine.tsx` im Pitch-Paket |
| Vorlagennamen und Startbausteine | `GENERAL_WORKFLOW_PRESETS` im Click-Dummy |
| „Auslöser wählen, Aktionen dranhängen, fertig" | Website, `LandingPageClient.tsx` |
| „Starte mit einer fertigen Vorlage …" | Website, `lib/produkt-daten.ts` |
Überschriften und Fließtexte sind Zuspitzung. Sie behaupten nichts, was nicht in
einer dieser Quellen steht.
---
## 4. Drei Stellen, an denen bewusst abgewichen wird
1. **Slide 1 lässt einen Schritt aus.** Zwischen „Formular eingegangen" und
„Passender Lead?" steht im Screenshot noch „Daten vereinheitlichen". Alle
drei echten Abläufe verzweigen erst an Position 3 oder 4, und das füllt ein
hochkantes Format schlecht. Ein Ablauf, den es genau so gibt, ist es damit
nicht mehr; einer, den es geben könnte, schon.
2. **Slide 4 nennt Demo-Abläufe „Vorlagen".** Dass es eine Vorlagen-Bibliothek
gibt, steht als Merkmal auf der Website; dass sie diese drei enthält, steht
nirgends. Im Werkzeug werden sie über `workflowId` geladen, nicht als
Galerie gezeigt.
3. **Kein PDS im Beitrag.** Von den sechs Vorlagen nennen drei das
Branchenprogramm. Übrig bleibt genau `GENERAL_WORKFLOW_PRESETS` — keine
Auswahl nach Geschmack, sondern die vollständige zweite Gruppe. Gekürzt
wurde nichts.
---
## 5. Stand der Dinge
**Fertig:** Alle vier Slides sind gebaut und exportieren sauber, je
2160 × 2700 px (`01-anfrage-hell.png` bis `04-vorlagen-hell.png`).
**Offen:**
1. **Export und Kontrolle.** Über *Datei → Alle Slides als ZIP*. Der Export
prüft Screenshot-Flächen nach; dieser Beitrag hat keine, die Prüfung läuft
also leer durch. Ein Blick auf die Dateien schadet trotzdem nicht.
2. **Mitgestalter.** Falls jemand mit drauf soll, **beim Posten** einladen.
---
## 6. Eine Falle, die schon zugeschnappt ist
**Regeln aus dem CSS nimmt man als ganzen Block.** Beim Entfernen der
Karten-Regeln von Post 2 blieben rund neunzig Zeilen Deklarationen ohne
Selektor stehen, weil nur die Selektorzeilen weggeschnitten waren. CSS fängt
sich davon nicht wieder: der Parser überspringt bis zur nächsten Marke, und
dabei verschwand `[data-edit]`. Damit war das Verschieben von Elementen im
Canvas tot, ohne dass die Seite einen Fehler zeigte.
Sichtbar wurde es erst, als ein gespeicherter Versatz von 3 px nicht mehr
ankam. Wer hier Regeln entfernt, sieht danach im Browser nach, ob
`document.styleSheets` sie noch alle kennt.