Abgaben im Semester
Was im Semester entsteht, in welcher Reihenfolge und wo es abgegeben wird. Die Schritte bauen aufeinander auf: Jedes Ergebnis ist die Grundlage für das nächste.
Überblick
| Nr. | Ergebnis | Art | Termin | Wo |
|---|---|---|---|---|
| 1 | Business Model Canvas und Value Proposition Canvas | Team, Rückmeldung | wird im Coaching genannt | Moodle und Repository |
| 2 | Projektbrief und Ablaufskizze | Team, Checkpoint 1 | im Coaching vereinbart | Repository |
| 3 | Erster durchgängiger Ausschnitt | Team, Checkpoint 2 | im Coaching vereinbart | Repository |
| 4 | Vorprüfungsleistung: Online-Kurse | individuell, unbenotet | 17.11.2026, QS101 bis 30.11.2026 | Lernplattform, n8n Academy und Moodle |
| 5 | Zwischenpräsentation | Team, 10 % | Di 08.12.2026 | Präsentation mit Zoi |
| 6 | Ausbau und Evaluation | Team, Checkpoint 3 | im Coaching vereinbart | Repository |
| 7 | Abschlusspräsentation mit Live-Demo | Team, 20 % | Do 28.01.2027 | Präsentation bei Zoi |
| 8 | Agenten, Workflows, Playbook und Evaluation | Team, 40 % und 30 % | 12.02.2027 | Moodle |
Die Checkpoints sind Rückmeldungen im Coaching und keine zusätzlichen Prüfungskomponenten. Benotet werden nur die Komponenten mit Prozentangabe. Gewichte und Termine stehen auch auf der Seite Semesterprojekt.
Laufend: jede Woche
Diese Arbeit begleitet alle Schritte. Sie wird nicht gesondert abgegeben, ist aber Grundlage für jedes Review.
- Aufgaben im GitHub Project anlegen, mit verantwortlicher Person und Zieltermin.
- Ergebnisse und Testbelege im Repository ablegen.
- Vor jedem Coaching einen kurzen Eintrag in
docs/weekly-log.mdschreiben: Ergebnis mit Link, wichtigste Erkenntnis, offene Frage. - Wichtige Entscheidungen mit Datum und Begründung in
docs/research-and-decisions.mdfesthalten.
Schritt für Schritt
1 · Business Model Canvas und Value Proposition Canvas
Worum es geht: Zois Geschäftsmodell verstehen, bevor ein Marketingprozess entsteht. Der Einstieg dazu steht am Mittwoch der Blocktage.
- Für Zoi einen Business Model Canvas ausfüllen.
- Für ein Kundensegment und den AI Orientation Workshop einen Value Proposition Canvas ausfüllen.
- Aussagen aus dem Briefing und eigene Annahmen sichtbar unterscheiden (zum Beispiel Annahmen kursiv oder farbig).
- Beide Canvas als ein PDF exportieren. Dateiname:
team-NN-canvas.pdf. - Das PDF in Moodle hochladen.
- Dieselbe Datei im Repository unter
docs/ablegen.
Prüfen: Jedes Feld ist ausgefüllt oder als offene Frage markiert. Eine Person außerhalb des Teams erkennt, welche Aussagen belegt sind und welche Annahmen sind.
2 · Projektbrief und Ablaufskizze (Checkpoint 1)
Worum es geht: Aus dem Canvas ein konkretes, bearbeitbares Marketingproblem ableiten.
- Den Arbeitsbereich festlegen (Recherche, Content, Nurturing oder Reporting, siehe Zoi-Fall).
- Problem, Zielgruppe und eine überprüfbare Hypothese im
README.mdbeschreiben. - Festhalten, welche Daten vorliegen und welche synthetisch erzeugt werden.
- Den geplanten Ablauf als Skizze ablegen: Eingang, Schritte, Ausgabe, menschliche Freigabe.
Prüfen: Die Hypothese nennt eine messbare Größe (zum Beispiel „Entwurf in unter 10 Minuten statt 45 Minuten, bei gleicher Qualität laut Checkliste“).
3 · Erster durchgängiger Ausschnitt (Checkpoint 2)
Worum es geht: Ein kleiner Teil des Ablaufs läuft vollständig, von der Eingabe bis zur Ausgabe.
- Einen n8n-Workflow für einen Teilschritt bauen.
- Ihn mit mindestens fünf synthetischen Testfällen ausführen.
- Den Workflow als JSON nach
workflows/exportieren. - Prompts im Wortlaut nach
prompts/legen. - Eingaben und Ergebnisse der Testfälle in
evaluation/ablegen.
Prüfen: Im Export stehen keine Schlüssel oder Zugangsdaten. Eine andere Person versteht aus den Dateien, was hineingeht und was herauskommt.
4 · Vorprüfungsleistung: Online-Kurse
- Alle Einheiten auf der Lernplattform abschließen.
- Das HubSpot-Zertifikat „Inbound Marketing“ erwerben.
- Den n8n-Kurs QS101 im n8n-Konto der Gruppe abschließen, bestanden ab 70 %.
- Das HubSpot-Zertifikat bis 17.11.2026 und die n8n-Bescheinigung oder das Badge bis 30.11.2026 in Moodle hochladen.
Bestehensregel und Kursliste: Vorprüfungsleistung.
5 · Zwischenpräsentation
Ort: regulärer Projekttermin in Raum I008. Zoi ist per Video zugeschaltet. Pro Team ca. 10 Minuten, danach Feedback von Zoi.
Worum es geht: Zoi sieht den Stand und gibt Rückmeldung, bevor der Ausbau beginnt.
- Problem, Hypothese und Ablauf vorstellen.
- Den Ausschnitt aus Schritt 3 an einem Testfall zeigen.
- Erste Testergebnisse und erkannte Grenzen nennen.
- Offene Entscheidungen benennen, zu denen Zoi Rückmeldung geben soll.
- Die Folien als PDF in Moodle hochladen.
Prüfen: Jede Person aus dem Team präsentiert einen Teil.
6 · Ausbau und Evaluation (Checkpoint 3)
Worum es geht: Die Schritte zu einem Prozess verbinden und belegen, ob er einen Vorteil bringt.
- Die Rückmeldung von Zoi einarbeiten.
- Weitere Schritte anbinden, bis der Prozess durchgängig läuft.
- Kriterien für den Vergleich festlegen, bevor getestet wird.
- Denselben Satz Testfälle mit dem Workflow und mit einer einfachen Alternative bearbeiten (manuell oder ein einzelner KI-Auftrag).
- Zeit erfassen, einschließlich Prüfung und Nacharbeit. Einrichtungsaufwand getrennt ausweisen.
- Fehler und Grenzfälle dokumentieren, nicht nur gelungene Fälle.
- Das Playbook in
docs/playbook.mdbeginnen.
Prüfen: Die Auswertung beantwortet die Frage: Bringt der Workflow gegenüber der einfacheren Alternative einen Vorteil, und wo nicht?
7 · Abschlusspräsentation mit Live-Demo
Ort: Zoi Office, Quellenstraße 7 / Tor 19, 70376 Stuttgart. Ankommen ab 13:30 Uhr, Präsentationen ab 14:00 Uhr im 4. Stock. Pro Team ca. 15 Minuten inklusive Live-Demo, danach gemeinsame Fragerunde und Feedback von Zoi.
- Einen vollständigen Ablauf live zeigen, vom Eingang bis zum Reporting.
- Eine menschliche Freigabe oder eine Fehlerbehandlung im Ablauf zeigen.
- Die Ergebnisse der Evaluation vorstellen.
- Grenzen und Empfehlungen für Zoi nennen.
Kontaktaufnahme und Versand werden in der Testumgebung simuliert. Die Demo versendet nichts an echte Kontakte.
8 · Endabgabe: Agenten, Workflows, Playbook und Evaluation
Inhalt:
- Agenten und Workflows (40 %): n8n-Exporte, Prompts im Wortlaut, Wissensquellen, synthetische Testdaten, erklärte Ein- und Ausgaben, menschliche Entscheidungspunkte.
- Playbook und Evaluation (30 %): Einrichtung, Nutzung, Pflege, Fehlerbehandlung und Grenzen; Messdesign, Testbelege, Vergleich und Interpretation. Dazu ein englischer Bericht von etwa sechs bis acht Seiten als
submission/report.pdf.
Abgabe:
- Alle Dateien im Repository vervollständigen.
- Eine zweite Person richtet die Lösung nach dem Playbook ein und führt einen Testfall aus.
- Alle Dateien auf Passwörter, Tokens und personenbezogene Daten prüfen, auch die n8n-Exporte.
- Im Repository unter Releases den Stand
abgabe-v1.0anlegen. - Das Source-ZIP dieses Release herunterladen und entpacken.
- Prüfen, ob Bericht, Daten und Nachweise im ZIP enthalten sind.
- Das ZIP in Moodle hochladen.
- In der Abgabe Team, Namen, Repo-Link, Release-Link und Commit-ID nennen.
Prüfen: Das hochgeladene ZIP enthält alles, was zur Bewertung nötig ist. Inhalte aus GitHub Project und Issues sind nicht im ZIP enthalten; wichtige Nachweise gehören deshalb in die Dokumentationsdateien.
Keine Schlüssel, Passwörter oder Zugangsdaten in Moodle oder im Repository ablegen. Benötigte Zugänge nur nach ihrem Zweck beschreiben (zum Beispiel „Zugang zur Modellverbindung für den Entwurfsschritt“).