1.Was diese Seite erklärt
Eine C1-Präsentation zu einem Konzept oder Projekt ist mehr als eine Folge von Folien. Sie muss Problem, Ziel, Nutzen, Vorgehen, Ressourcen, Risiken und nächste Entscheidungen so verbinden, dass das Publikum die Logik schnell versteht.
Grundstruktur:
Ausgangslage
→ Problem / Bedarf
→ Ziel
→ Konzept / Lösung
→ Nutzen
→ Umsetzung
→ Ressourcen
→ Risiken
→ nächste Schritte
→ Entscheidung / Diskussion
Beispiel:
Ausgangspunkt unseres Konzepts ist die Frage, wie wir die Bearbeitungszeit reduzieren können, ohne die Qualität zu beeinträchtigen.
Dazu schlagen wir einen dreistufigen Prozess vor, der zunächst in einem Pilotbereich getestet wird.
Entscheidend ist, dass wir Wirkung und Aufwand bereits in der Pilotphase messen.
Auf C1 sollte man mehrere Ebenen gleichzeitig kontrollieren:
klare Makrostruktur
präzise Übergänge
adressatengerechte Tiefe
Nutzenargumentation
plausible Evidenz
Machbarkeit
Risikokommunikation
sprachliche Absicherung
Zeitmanagement
Fragen und Einwände
Zentrale Regel:
Eine starke Projektpräsentation beantwortet nicht nur „Was wollen wir tun?“, sondern auch „Warum? Für wen? Wie? Mit welchen Ressourcen? Mit welchen Risiken? Und woran erkennen wir Erfolg?“
Die Seite ist Referenz- und Selbstlernmaterial. Sie enthält keine Übungen oder Tests.
2.1. Ziel einer Konzeptpräsentation
Eine Konzeptpräsentation soll Verständnis, Vertrauen und Entscheidungsfähigkeit herstellen.
Beispiele:
Ziel ist, die Entscheidungsgrundlage transparent zu machen.
3.2. Projekt vs. Konzept
Ein Konzept beschreibt Logik und Lösungsansatz; ein Projekt ergänzt Zeit, Verantwortlichkeiten, Ressourcen und Umsetzung.
Beispiele:
Konzept → Projektplan
4.3. Publikum zuerst
Die Präsentation sollte vom Informationsbedarf des Publikums ausgehen, nicht vom internen Arbeitsprozess.
Beispiele:
Was muss dieses Publikum wissen, um entscheiden zu können?
5.4. Entscheidungsfrage klären
Vor der Präsentation sollte klar sein, welche Entscheidung oder Reaktion am Ende erwartet wird.
Beispiele:
Wir bitten heute um Freigabe der Pilotphase.
6.5. Eine Kernbotschaft
Die gesamte Präsentation sollte auf eine klar formulierbare Kernbotschaft zulaufen.
Beispiele:
Unser Vorschlag reduziert Aufwand, ohne den Serviceumfang zu verringern.
7.6. Makrostruktur sichtbar machen
Ein kurzer Überblick am Anfang erleichtert Orientierung.
Beispiele:
Ich gehe zunächst auf die Ausgangslage ein und anschließend auf Lösung, Umsetzung und Risiken.
8.7. Vom Problem zur Lösung
Die Lösung sollte nicht vor dem Problem präsentiert werden, wenn sonst ihre Relevanz unklar bleibt.
Beispiele:
Zuerst Bedarf, dann Konzept.
9.8. Nutzen nicht voraussetzen
Der Nutzen muss explizit gemacht werden: für Nutzer, Organisation, Kosten, Qualität oder Risiko.
Beispiele:
Der Nutzen liegt vor allem in ...
10.9. Details hierarchisieren
Nicht jede Information gehört auf dieselbe Ebene. Kernaussagen kommen zuerst, Details danach.
Beispiele:
Kernaussage → Beleg → Detail
11.10. Zeit als Strukturgrenze
Die verfügbare Zeit bestimmt, wie viele Ebenen sinnvoll erklärt werden können.
Beispiele:
10 Minuten ≠ 45 Minuten
12.11. Beleg statt Behauptung
Wichtige Vorteile sollten durch Daten, Beobachtungen, Erfahrungen oder nachvollziehbare Logik gestützt werden.
Beispiele:
Im Pilot sank die Bearbeitungszeit um ...
13.12. C1-Ziel
Auf C1 verbindet eine gute Präsentation Inhalt, Argumentation, Sprache und Interaktion.
Beispiele:
Struktur → Begründung → Machbarkeit → Entscheidung
14.13. Starker Einstieg
Ein guter Einstieg macht Relevanz sichtbar, ohne mit langen Vorbemerkungen zu beginnen.
Beispiele:
Ausgangspunkt ist ein Problem, das derzeit drei Teams gleichzeitig betrifft.
15.14. Problemfrage formulieren
Eine präzise Problemfrage schafft Fokus.
Beispiele:
Wie können wir die Durchlaufzeit verkürzen, ohne zusätzliche Stellen aufzubauen?
16.15. Ausgangslage beschreiben
Die Ausgangslage sollte nur die Fakten enthalten, die für das Konzept relevant sind.
Beispiele:
Derzeit werden Anfragen in drei getrennten Systemen bearbeitet.
17.16. Dringlichkeit begründen
Dringlichkeit sollte mit Folgen, Fristen oder Risiken begründet werden, nicht mit Dramatisierung.
Beispiele:
Handlungsbedarf besteht, weil ...
18.17. Zielbild formulieren
Das Zielbild beschreibt, wie der gewünschte Zustand nach Umsetzung aussieht.
Beispiele:
Künftig soll jede Anfrage über einen einheitlichen Prozess laufen.
19.18. Ziele messbar machen
Wenn möglich, sollten Ziele beobachtbare Kriterien enthalten.
Beispiele:
Bearbeitungszeit um 20 Prozent reduzieren.
20.19. Nicht jedes Ziel braucht eine Zahl
Qualitative Ziele wie Verständlichkeit oder Akzeptanz können ebenfalls relevant sein, brauchen aber klare Kriterien.
Beispiele:
Nutzer sollen den neuen Ablauf ohne Zusatzschulung verstehen.
21.20. Scope definieren
Die Präsentation sollte klären, was Teil des Konzepts ist und was bewusst nicht.
Beispiele:
Nicht Gegenstand dieses Projekts ist ...
22.21. Annahmen transparent machen
Zentrale Annahmen sollten offen genannt werden.
Beispiele:
Wir gehen derzeit davon aus, dass ...
23.22. Abhängigkeiten nennen
Externe oder interne Abhängigkeiten beeinflussen Machbarkeit und Zeitplan.
Beispiele:
Voraussetzung ist die Schnittstellenfreigabe.
24.23. Nicht mit Detailhistorie beginnen
Lange Entstehungsgeschichten sind nur dann sinnvoll, wenn sie für die Entscheidung relevant sind.
Beispiele:
Nicht: Zuerst hatten wir im Januar drei Workshops ...
25.24. Agenda als Nutzenversprechen
Eine Agenda kann zeigen, welche Fragen die Präsentation beantwortet.
Beispiele:
Warum ändern? Was schlagen wir vor? Wie setzen wir es um?
26.25. Framing ohne Manipulation
Problemformulierung soll fokussieren, aber Alternativen nicht künstlich ausblenden.
Beispiele:
Die relevanten Optionen sind ...
27.26. Übergang zur Lösung
Der Übergang sollte die Lösung logisch aus dem Bedarf ableiten.
Beispiele:
Aus diesen Anforderungen ergeben sich drei Designprinzipien.
28.27. Konzept in einem Satz
Das Konzept sollte in einem klaren Satz erklärbar sein.
Beispiele:
Wir bündeln die drei Prozesse in einer gemeinsamen Eingangsstufe.
29.28. Bausteine strukturieren
Komplexe Konzepte lassen sich in wenige funktionale Bausteine zerlegen.
Beispiele:
Das Modell besteht aus drei Bausteinen.
30.29. Designprinzipien
Designprinzipien erklären, nach welchen Leitlinien die Lösung entwickelt wurde.
Beispiele:
einfach · skalierbar · nachvollziehbar
31.30. Funktionsweise erklären
Die Funktionsweise sollte in logischer Reihenfolge erklärt werden.
Beispiele:
Zunächst ..., anschließend ..., abschließend ...
32.31. Nutzerperspektive
Eine Konzeptpräsentation wird stärker, wenn sie zeigt, wie sich der Ablauf für Betroffene verändert.
Beispiele:
Für Mitarbeitende bedeutet das konkret ...
33.32. Organisationale Perspektive
Neben Nutzerwert können Steuerbarkeit, Qualität, Risiko und Kosten relevant sein.
Beispiele:
Für die Organisation entsteht der Vorteil, dass ...
34.33. Nutzenarten unterscheiden
Nutzen kann quantitativ oder qualitativ sein.
Beispiele:
Zeitersparnis · höhere Transparenz · geringeres Risiko
35.34. Nutzen priorisieren
Die wichtigsten Nutzenpunkte sollten zuerst kommen.
Beispiele:
Der größte Hebel liegt bei ...
36.35. Nutzen mit Beleg verbinden
Ein Vorteil wirkt stärker, wenn unmittelbar sichtbar ist, worauf die Einschätzung beruht.
Beispiele:
Im Testlauf sank ...
37.36. Versprechen kalibrieren
Prognosen sollten nur so stark formuliert werden, wie Daten und Annahmen erlauben.
Beispiele:
Wir erwarten eine Reduktion von etwa ...
38.37. Differenz zu Alternativen
Die Präsentation sollte erklären, warum dieser Ansatz gegenüber plausiblen Alternativen gewählt wird.
Beispiele:
Im Vergleich zur Vollautomatisierung ist dieser Ansatz ...
39.38. Trade-offs sichtbar machen
Ein glaubwürdiges Konzept zeigt nicht nur Vorteile, sondern auch Zielkonflikte.
Beispiele:
Mehr Standardisierung erhöht Effizienz, reduziert aber Flexibilität.
40.39. Nicht jede Alternative gleich ausführlich
Nur ernsthafte Alternativen benötigen ausführliche Gegenüberstellung.
Beispiele:
Option A, B, C
41.40. Entscheidungskriterium benennen
Ein Vergleich ist nur verständlich, wenn Kriterien transparent sind.
Beispiele:
Kosten, Wirkung, Risiko, Umsetzungsdauer
42.41. Umsetzung als eigene Logik
Nach dem Konzept folgt die Frage, wie es realistisch umgesetzt wird.
Beispiele:
Vom Zielbild zum Umsetzungsplan.
43.42. Phasenmodell
Eine mehrstufige Umsetzung reduziert Komplexität und schafft Lernschleifen.
Beispiele:
Pilot → Auswertung → Skalierung
44.43. Pilotphase
Ein Pilot sollte klar definieren, was getestet und gemessen wird.
Beispiele:
Im Pilot prüfen wir ...
45.44. Meilensteine
Meilensteine markieren überprüfbare Zwischenzustände, nicht nur Kalenderdaten.
Beispiele:
Freigabe des Prototyps
46.45. Verantwortlichkeiten
Rollen und Entscheidungskompetenzen sollten sichtbar sein.
Beispiele:
Für die Umsetzung verantwortlich ist ...
47.46. Ressourcen
Ressourcen umfassen Zeit, Personal, Budget, Systeme und Expertise.
Beispiele:
Benötigt werden ...
48.47. Kapazität vs. Aufwand
Geplanter Aufwand ist nur sinnvoll, wenn vorhandene Kapazität berücksichtigt wird.
Beispiele:
Der Aufwand beträgt ..., verfügbar sind jedoch ...
49.48. Budget transparent machen
Budgetzahlen sollten Bezugszeitraum und enthaltene Positionen klar nennen.
Beispiele:
Die Schätzung umfasst ...
50.49. Abhängigkeiten im Zeitplan
Ein Zeitplan sollte kritische Abhängigkeiten zeigen.
Beispiele:
Phase 2 kann erst nach Freigabe von ... beginnen.
51.50. Entscheidungspunkte
Zwischen Phasen können bewusste Go/No-Go- oder Anpassungsentscheidungen liegen.
Beispiele:
Nach dem Pilot entscheiden wir über die Skalierung.
52.51. Erfolgskriterien
Vor Umsetzung sollte definiert sein, woran Erfolg gemessen wird.
Beispiele:
Erfolg liegt vor, wenn ...
53.52. Leading und lagging indicators
Frühe Prozessindikatoren und spätere Ergebnisindikatoren ergänzen sich.
Beispiele:
Nutzung im Pilot ↔ langfristige Zeitersparnis
54.53. Lernschleifen
Ein gutes Projekt integriert Feedback und Anpassung bewusst in die Umsetzung.
Beispiele:
Nach jeder Phase werden Annahmen überprüft.
55.54. Skalierung
Skalierung ist nicht bloß Wiederholung; neue Größenordnungen können neue Probleme erzeugen.
Beispiele:
Was im Pilot funktioniert, muss nicht unverändert skalieren.
56.55. Risiken offen benennen
Risikokommunikation erhöht Glaubwürdigkeit, wenn sie mit Maßnahmen verbunden ist.
Beispiele:
Ein wesentliches Risiko besteht in ...
57.56. Risiko vs. Problem
Ein Risiko ist ein mögliches zukünftiges Ereignis; ein Problem besteht bereits.
Beispiele:
Risiko: Verzögerung; Problem: Schnittstelle ist derzeit nicht verfügbar.
58.57. Eintrittswahrscheinlichkeit
Risiken können nach Wahrscheinlichkeit und Wirkung priorisiert werden.
Beispiele:
hohe Wirkung, mittlere Wahrscheinlichkeit
59.58. Mitigation
Für zentrale Risiken sollte eine konkrete Gegenmaßnahme genannt werden.
Beispiele:
Zur Begrenzung dieses Risikos ...
60.59. Restrisiko
Auch nach Maßnahmen kann ein Restrisiko bleiben.
Beispiele:
Vollständig ausschließen lässt sich ... nicht.
61.60. Machbarkeit
Machbarkeit umfasst technische, organisatorische, finanzielle und zeitliche Dimensionen.
Beispiele:
Technisch möglich, organisatorisch jedoch anspruchsvoll.
62.61. Annahmen als Risikoquelle
Je kritischer eine Annahme für den Erfolg ist, desto früher sollte sie getestet werden.
Beispiele:
Die wichtigste Annahme betrifft ...
63.62. Evidenzstufen
Pilotdaten, Benchmarks, qualitative Interviews und Experteneinschätzungen haben unterschiedliche Aussagekraft.
Beispiele:
Die Prognose basiert derzeit auf ...
64.63. Benchmark sinnvoll einordnen
Vergleichswerte sind nur nützlich, wenn Kontext und Definitionen vergleichbar sind.
Beispiele:
Der Vergleich ist nur eingeschränkt übertragbar.
65.64. Korrelation nicht als Ursache präsentieren
Projektbegründungen sollten Ursache und Zusammenhang sauber trennen.
Beispiele:
Die Daten deuten auf einen Zusammenhang hin.
66.65. Unsicherheit quantifizieren
Bandbreiten können realistischer sein als Punktprognosen.
Beispiele:
Wir erwarten zwischen 10 und 15 Prozent Einsparung.
67.66. Szenarien
Best-, Base- und Worst-Case können Entscheidungen robuster machen, wenn Annahmen transparent sind.
Beispiele:
Im Basisszenario ...
68.67. Nicht jede Unsicherheit auf Folien
Die Präsentation sollte die entscheidungsrelevanten Unsicherheiten priorisieren.
Beispiele:
entscheidungsrelevant vs. Detailrisiko
69.68. Feasibility-Fazit
Am Ende sollte klar sein, unter welchen Bedingungen das Konzept realistisch ist.
Beispiele:
Unter diesen Voraussetzungen ist die Umsetzung realistisch.
70.69. Signposting
Signposting macht die Logik hörbar.
Beispiele:
Damit komme ich zum zweiten Punkt.
71.70. Rückverweise
Kurze Rückverweise verbinden Abschnitte.
Beispiele:
Wie eingangs gezeigt, ...
72.71. Vorverweise
Vorverweise helfen, offene Fragen bewusst später zu beantworten.
Beispiele:
Auf die Kosten gehe ich gleich noch ein.
73.72. Kernaussagen hervorheben
Explizite Fokusmarker helfen dem Publikum.
Beispiele:
Entscheidend ist ...
Der zentrale Punkt ist ...
74.73. Kontrast markieren
Kontraste sollten sprachlich deutlich sein.
Beispiele:
Während Variante A ..., bietet Variante B ...
75.74. Einschränkung formulieren
Professionelle Präsentationen benennen Grenzen ohne unnötige Selbstschwächung.
Beispiele:
Diese Aussage gilt zunächst nur für den Pilotbereich.
76.75. Empfehlung formulieren
Eine Empfehlung sollte klar und begründet sein.
Beispiele:
Daher empfehlen wir, mit Variante B in die Pilotphase zu gehen.
77.76. Entscheidungsbedarf formulieren
Am Ende sollte exakt klar sein, worüber entschieden werden soll.
Beispiele:
Heute benötigen wir eine Entscheidung zu ...
78.77. Sprechtempo
Komplexe Inhalte brauchen bewusstes Tempo und kurze Verarbeitungspausen.
Beispiele:
Nach einer Kernaussage kurz pausieren.
79.78. Zahlen sprechen
Zahlen sollten nicht in hoher Dichte vorgelesen, sondern interpretiert werden.
Beispiele:
Wichtiger als 17 Einzelwerte ist der Trend.
80.79. Folien nicht vorlesen
Gesprochene Erklärung und visuelle Darstellung sollten sich ergänzen.
Beispiele:
Folie zeigt Struktur, Sprecher erklärt Bedeutung.
81.80. Visuals erklären
Ein Diagramm braucht eine sprachliche Leseführung.
Beispiele:
Wenn Sie auf die linke Seite schauen, sehen Sie ...
82.81. Begriffe konsistent verwenden
Für zentrale Konzepte sollten nicht unnötig wechselnde Synonyme verwendet werden.
Beispiele:
Pilotbereich bleibt Pilotbereich.
83.82. Adressatengerechte Fachsprache
Fachbegriffe sind sinnvoll, wenn das Publikum sie kennt; sonst sollten sie kurz erläutert werden.
Beispiele:
Mit Durchlaufzeit meinen wir ...
84.83. Q&A vorbereiten
Typische Fragen lassen sich nach Nutzen, Kosten, Risiko, Zeit und Alternativen gruppieren.
Beispiele:
Was kostet es? Was passiert bei Verzögerung?
85.84. Frage vollständig anhören
Eine präzise Antwort beginnt mit vollständigem Verständnis der Frage.
Beispiele:
Wenn ich Sie richtig verstehe, geht es um ...
86.85. Frage paraphrasieren
Bei komplexen Fragen kann eine kurze Paraphrase Fokus schaffen.
Beispiele:
Sie fragen also, ob ...
87.86. Direkt antworten
Zuerst die Kernantwort, danach Begründung.
Beispiele:
Kurz gesagt: ja. Der Grund ist ...
88.87. Unsicherheit offen sagen
Wenn eine Zahl noch nicht belastbar ist, sollte das transparent gesagt werden.
Beispiele:
Dazu haben wir derzeit noch keine belastbare Zahl.
89.88. Nicht wissen ≠ unvorbereitet
Professionell ist, Grenzen des Wissens zu markieren und den nächsten Prüfschritt zu nennen.
Beispiele:
Das prüfen wir in der Pilotphase.
90.89. Einwand anerkennen
Ein starker Einwand sollte fair aufgenommen werden.
Beispiele:
Der Einwand ist berechtigt.
91.90. Einwand einordnen
Nach Anerkennung sollte klar werden, wie stark der Einwand die Empfehlung verändert.
Beispiele:
Er verändert den Zeitplan, nicht jedoch die Grundlogik.
92.91. Schluss ohne Wiederholungsliste
Der Schluss sollte Entscheidung, Nutzen und nächsten Schritt bündeln.
Beispiele:
Zusammenfassend empfehlen wir ...
93.92. Call to action
Bei entscheidungsorientierten Präsentationen sollte der gewünschte nächste Schritt explizit sein.
Beispiele:
Wir bitten um Freigabe bis Freitag.
94.93. Diskussion öffnen
Die Diskussion kann mit einer gezielten Frage produktiver eröffnet werden.
Beispiele:
Welche Voraussetzung sehen Sie für die Pilotfreigabe noch als offen an?
95.94. Präsentation nachbereiten
Entscheidungen, offene Punkte und Verantwortlichkeiten sollten nach der Präsentation festgehalten werden.
Beispiele:
Entscheidung · To-do · Owner · Termin
96.95. Typischer Fehler: zu früh in Details
Wenn Detailtiefe vor der Gesamtlogik kommt, verliert das Publikum Orientierung.
Beispiele:
erst Warum und Was, dann Wie im Detail
97.96. Typischer Fehler: nur Vorteile zeigen
Eine Präsentation ohne Risiken oder Trade-offs wirkt schnell unglaubwürdig.
Beispiele:
Nutzen + Grenzen + Gegenmaßnahmen
98.97. Typischer Fehler: Entscheidung unklar
Wenn das Publikum am Ende nicht weiß, was entschieden werden soll, fehlt der Präsentation ein klarer Zweck.
Beispiele:
Was genau soll heute freigegeben werden?
99.98. Typischer Fehler: Folien als Dokument
Zu viel Text zwingt das Publikum zum Lesen statt Zuhören.
Beispiele:
Folie = visuelle Unterstützung, nicht Volltext.
100.99. C1-Entscheidungsalgorithmus
Für Planung und Qualitätskontrolle hilft ein klarer Ablauf.
1. Welche Entscheidung oder Reaktion brauche ich?
2. Wer ist das Publikum und was weiß es bereits?
3. Was ist das Problem / der Bedarf?
4. Welches Zielbild schlage ich vor?
5. Wie funktioniert das Konzept?
6. Welchen Nutzen schafft es und worauf stützt sich diese Annahme?
7. Wie wird umgesetzt: Phasen, Ressourcen, Verantwortlichkeiten?
8. Welche Risiken, Annahmen und Abhängigkeiten sind entscheidungsrelevant?
9. Woran messen wir Erfolg?
10. Was ist der konkrete nächste Schritt?
101.100. Was man sich merken sollte
Eine starke C1-Projektpräsentation verbindet klare Logik, belastbare Begründung, realistische Umsetzung und eine eindeutige Entscheidungsperspektive.
Problem → Ziel → Konzept → Nutzen
Umsetzung → Ressourcen → Risiken
Evidenz → Annahmen → Erfolgskriterien
Q&A → Entscheidung → nächster Schritt
Publikum nicht mit Details überladen
Versprechen nur so stark formulieren, wie die Evidenz erlaubt
102.Kurzfassung
Eine robuste C1-Struktur:
1. Ausgangslage
2. Problem / Bedarf
3. Zielbild
4. Konzept
5. Nutzen
6. Alternativen / Trade-offs
7. Umsetzung
8. Ressourcen
9. Risiken und Annahmen
10. Erfolgskriterien
11. Entscheidung
12. nächste Schritte
Nützliche Redemittel:
Ausgangspunkt ist ...
Die zentrale Frage lautet ...
Unser Ziel ist ...
Dazu schlagen wir vor ...
Der größte Nutzen liegt in ...
Im Vergleich zu ... bietet dieser Ansatz ...
Voraussetzung dafür ist ...
Ein wesentliches Risiko besteht in ...
Zur Begrenzung dieses Risikos ...
Entscheidend ist ...
Daher empfehlen wir ...
Heute benötigen wir eine Entscheidung zu ...
Für die Umsetzung:
Pilot → Auswertung → Skalierung
Meilensteine
Verantwortlichkeiten
Budget
Abhängigkeiten
Go/No-Go-Punkte
Erfolgskriterien
Für Q&A:
Wenn ich Sie richtig verstehe, ...
Kurz gesagt: ...
Der Einwand ist berechtigt; er verändert jedoch ...
Dazu haben wir derzeit noch keine belastbare Zahl.
Das prüfen wir in der Pilotphase.
Eine überzeugende Präsentation macht nicht nur die Idee verständlich, sondern auch Nutzen, Evidenz, Machbarkeit, Risiken und den konkreten Entscheidungsbedarf.