Workspace: Start-Check / Erstanalyse -- Onboarding vollstaendig

Letztes unumgesetztes Stueck aus dem Konzept, Seite 5, Block 03. Profil,
Ziele und 90-Tage-Plan gab es schon -- die Erstanalyse dazwischen fehlte.

"Die Betreuung startet strukturiert: Ausgangslage verstehen, Ziele
festlegen und daraus konkrete Arbeitspakete bauen."

Der letzte Halbsatz ist der entscheidende. Ein Check, der mit einer Note
endet, ist eine Beurteilung. Ein Check, der mit Aufgaben endet, ist
Betreuung. Jeder Punkt mit Handlungsbedarf bietet deshalb direkt an,
daraus eine Aufgabe zu machen -- mit dem Befund als Herkunft und
automatisch hoher Prioritaet. Dieselbe Linie wie beim Review ("endet mit
einer Entscheidung") und beim Call ("endet mit To-dos").

Die vier Felder aus dem Deck, mit je vier Punkten: Profil & Auftritt,
LIVE-Struktur, Content-Muster, Community & Modis. Drei Stufen: Passt,
Ausbaufaehig, Handlungsbedarf.

Die Punkte stehen fest im Code, NICHT in der Datenbank. Eine
Erstanalyse, bei der jeder eigene Punkte anlegt, ist keine Erstanalyse
mehr -- man koennte zwei Creator nicht mehr vergleichen, und genau das
ist ihr Zweck.

Sichtbarkeit, bewusst anders als beim Profil:
- LESEN darf auch der Creator selbst. Der Check ist Teil SEINES
  Entwicklungsplans ("jeder Creator bekommt einen eigenen, lebenden
  Entwicklungsplan"), kein Urteil hinter seinem Ruecken. Wer etwas
  festhalten will, das er nicht sehen soll, hat dafuer die interne
  Notiz im Profil -- die bleibt beim Management.
- AENDERN duerfen nur Management und zustaendiger Scout. Es ist eine
  Fremdeinschaetzung; koennte der Creator sie selbst setzen, waere es
  eine Selbsteinschaetzung. Geprueft: Luna bekommt 403 beim Bewerten und
  beim Anlegen einer Aufgabe, sieht aber ihren Check inklusive Notizen.
- Ein nicht zustaendiger Scout bekommt 404, nicht 403.

Kein Speichern-Knopf: Jede Bewertung und jede Notiz wird sofort
gesichert. Eine Erstanalyse geht man im Gespraech durch -- da will
niemand am Ende noch an einen Knopf denken.

Ein leergeraeumter Punkt (keine Bewertung, keine Notiz) wird geloescht
statt als leere Zeile stehen zu bleiben. So sagt der Bestand direkt, wie
weit die Analyse ist.

Zwei neue Hinweise auf dem Dashboard:
- "Creator ohne Start-Check" -- die Sorte Luecke, die sonst niemandem
  auffaellt, weil ja nichts fehlt: es fing nur nie an.
- "Punkt im Start-Check braucht Handlung", sichtbar fuer alle, die den
  Check auch sehen duerfen.

Aus dem Test: Sechzehn dauerhaft offene Notizfelder machten die Seite
7026 px lang. Das Feld erscheint jetzt erst mit der Bewertung -- vorher
hat man ohnehin nichts zu notieren. 2460 px.

server/workspace.js

@@ -222,6 +222,24 @@ export function db() {
       );
       CREATE INDEX IF NOT EXISTS idx_eintraege_bereich ON eintraege (bereich, creator_id);
 
+      /* Start-Check / Erstanalyse (Konzept, Seite 5). Eine Zeile je
+         geprueftem Punkt -- ungeprueft heisst: gar keine Zeile. So sieht
+         man am Bestand sofort, wie weit die Analyse ist, ohne leere
+         Platzhalter mitschleppen zu muessen.
+         Die Punkte selbst stehen im Code, nicht hier: Waeren sie
+         Datensaetze, koennte jeder eigene anlegen -- und zwei Creator
+         waeren nicht mehr vergleichbar, was der ganze Zweck ist. */
+      CREATE TABLE IF NOT EXISTS startcheck (
+        creator_id    INTEGER NOT NULL REFERENCES personen(id) ON DELETE CASCADE,
+        feld          TEXT NOT NULL,
+        punkt         TEXT NOT NULL,
+        bewertung     TEXT CHECK (bewertung IS NULL OR bewertung IN ('ok','mittel','handlung')),
+        notiz         TEXT,
+        geaendert     TEXT NOT NULL,
+        geaendert_von INTEGER REFERENCES personen(id) ON DELETE SET NULL,
+        PRIMARY KEY (creator_id, feld, punkt)
+      );
+
       /* Betreuung: wer kuemmert sich um welchen Creator.
          Scouts betreuen Creator wie das Management, aber nur die ihnen
          zugeteilten -- deshalb braucht es eine ausdrueckliche Zuordnung
@@ -428,6 +446,7 @@ const GESCHUETZT = {
   "/workspace/report.html": ["admin", "creator", "scout"],
   "/workspace/scouting.html": ["admin", "scout"],
   "/workspace/calls.html": null,
+  "/workspace/startcheck.html": null,
 };
 
 workspaceRouter.use((req, res, next) => {