Deckblatt
| Unnamed: 0 | Natur- und Kulturpark Elbaue GmbH (NKE) |
|---|---|
| Leistungsbeschreibung Web-App Jahrtausendturm „to go“ | |
| Progressive Web-App / Web-App und Content-Management-System | |
| Vergabenummer: nke_014_2026 | |
| Geltung der Leistungsbeschreibung | |
| Die vorliegende Leistungsbeschreibung ist Bestandteil des Angebots und wird mit dessen Abgabe Vertragsgrundlage, sofern keine abweichenden Vereinbarungen getroffen werden. |
Erl. + Bewertung
| Projektname: | Web-App Jahrtausendturm „to go“ |
|---|---|
| Projekt: | Progressive Web-App / Web-App und Content-Management-System |
| LV-Bezeichnung: | Erläuterung & Bewertung |
| Auftraggeber: | Natur- und Kulturpark Elbaue GmbH |
| Vergabenummer: | nke_014_2026 |
| Erläuterung und Bewertung | |
| Form und Aufbau der Ausschreibung und des Preisblattes | |
| Die nachfolgende Leistungsbeschreibung enthält 3 Klassen: a) erläuternde Beschreibungen des Leistungsgegenstandes, ohne Wertungs- oder Bewertungskriterien = Beschreibung b) die verbindlichen Anforderungen (Muss‑Kriterien) = Muss sowie c) die bewertungsrelevanten Anforderungen = Option Muss‑Kriterien sind zwingend zu erfüllen; die Nichterfüllung eines Muss‑Kriteriums führt zum Ausschluss des Angebots. Optionen sind nicht ausschlussrelevant, werden jedoch im Rahmen der Angebotswertung berücksichtigt. | |
| Das Los 1 ist in vier Leistungspositionen (LP) unterteilt, aus denen sich analog die vier Preispostionen im Angebot ergeben: • Konzeption, Projektsteuerung, Koordination und Zusatzleistungen • Web-App • Content-Management-System • Hosting und Betrieb | |
| Wiederholungen bereits genannter Anforderungen innerhalb der Leistungsposition oder in anderen Leistungspositionen sind bewusst gewählt. | |
| Die Bepreisung hat je Leistungsposition gesondert zu erfolgen. Für sämtliche innerhalb einer Leistungsposition geforderten Muss-Kriterien ist ein Gesamtpreis in Form eines Pauschalpreises anzugeben, siehe Preisblatt Position A. Pauschal zu vergütende Leistungen. | |
| Für die Optionen ist eine Einzelbepreisung vorzunehmen; für jede Option ist ein separater Preis auszuweisen. Die als Option bezeichneten Leistungen können vom Bieter auch als kostenfreie Zusatzleistungen angeboten werden, siehe Preisblatt Position B. einzeln zu verpreisende Leistungen. | |
| Im Preisblatt ist neben den Pauschal- und Einzelpreisen der Bietername und die Anschrift zu ergänzen. | |
| Bewertung der Preisangebote | |
| Für die Muss-Kriterien muss zwingend die Eigenerklärung zur Erfüllung angegeben werden. Angebote, bei denen die Eigenerklärung für die Muss-Kriterien fehlt oder in der Eigenerklärung einzelne Anforderungen nicht als erfüllt bestätigt werden, werden vom Vergabeverfahren ausgeschlossen. Die Angabe zur Erfüllung erfolgt in Spalte D im Blatt der jeweiligen Leistungspositition. Voreingestellt ist keine Angabe zu Erfüllung, die wie vorab benannt zum Ausschluss führen würde. | |
| Für die Optionen kann eine Erklärung zur Erfüllung abgeben werden. Wurde die Erfüllung nicht erklärt, so darf das Kriterium nicht bepreist werden und wird bei der Bewertung des Angebotes ausgeschlossen. | |
| Die Wertung erfolgt zu 97% nach dem Angebotspreis für den Hauptleistungsbereich = Position A. im Preisblatt und zu 3% nach der Bewertung des gesondert ausgewiesenen Nebenleistungsbereichs = Optionen. Aufgrund des geringen Leistungsumfangs des Nebenleistungsbereichs wird dieser nur ergänzend berücksichtigt. | |
| Die Gewichtung der Optionen erfolgt per Punktevergabe, siehe Angabe in der jeweiligen betreffenden Position. | |
| Die maximal erreichbare Punktzahl der Leistungskriterien (Lmax) für die Erfüllung aller Optionen beträgt 100 Punkte. | |
| Eignungsprüfung | |
| Im Rahmen dieses Vergabeverfahrens führt der Auftraggeber eine Eignungsprüfung durch, um sicherzustellen, dass nur solche Bieter am weiteren Verfahren teilnehmen, die über die erforderliche fachliche, technische und berufliche Leistungsfähigkeit zur ordnungsgemäßen Ausführung des Auftrags verfügen. | |
| Die Eignungsprüfung erfolgt ausschließlich über die einzureichenden Referenznachweise gemäß der Anlage für die Referenznachweise. | |
| Die Anforderungen an die einzureichenden Referenznachweise sind in der Anlage für die Referenznachweise detailliert erläutert und bilden die Grundlage für die Punktevergabe im Rahmen der Eignungsprüfung. | |
| Zuschlagskriterien | |
| Die Abgabe einer Präsentation ist verbindlicher Bestandteil des Angebots und fließt in die gesamte Angebotsbewertung ein. Die Präsentation wird im Rahmen der Zuschlagskriterien bewertet. Die genauen inhaltlichen und formalen Anforderungen sowie die Bewertungsmatrix werden in der Anlage "Bewertungsmatrix Anforderungen Präsentation" erläutert. Das Angebot ist nur vollständig, wenn die Präsentation gemäß den nachstehenden Vorgaben eingereicht wird. Unvollständige oder nicht konforme Präsentationen können zu einer Abwertung im entsprechenden Zuschlagskriterium führen. Es können maximal 100 Punkte erreicht werden. Eine Überschreitung der maximalen Anzahl an Seiten führt zu einem Abzug von 20 Punkten von der erreichten Punktzahl. | |
| Bewertung des Gesamtangebotes | |
| Bei der Entwicklung der App handelt es sich um eine fachlich und technisch komplexe, nicht vollständig standardisierte Leistung. Für den Projekterfolg sind insbesondere die Qualität des Umsetzungskonzepts, die Nutzerfreundlichkeit und die technische Lösbarkeit maßgeblich. Daher wird die Qualität der Präsentation mit 60% und der Preis mit 40% gewichtet. | |
| Die Ermittlung des wirtschaftlichsten Angebots erfolgt anhand der bekannt gemachten Zuschlagskriterien und ihrer Gewichtung. Den Zuschlag erhält das Angebot, das nach Abschluss der Wertung die höchste Gesamtpunktzahl erreicht. | |
| Bei Punktegleichheit sind die im Preisblatt anzugebene Tagessätze nach Funktion (Position C) entscheidend. Für die Bewertung werden die von den Bietern angebotenen Tagessätze sämtlicher im Preisblatt aufgeführter Funktionen zu einer Wertungssumme addiert. Das Angebot mit der niedrigsten Wertungssumme aller Tagessätze erhält den Zuschlag, insofern für jede Funktion ein Tagessatz angegeben wurde. | |
| Angebotsabgabe | |
| Die Anlage "Leistungsbeschreibung_Preisblatt" wird als offene Excel-Datei zur Verfügung gestellt. Bitte füllen Sie diese Datei, LP 1 bis 4 und das Preisblatt, vollständig, inklusive Bietername und Anschrift aus. Für die Angebotsabgabe ist die ausgefüllte Arbeitsmappe zwingend in eine PDF-Datei zu konvertieren und als PDF und ausgefüllte Excel-Datei hochzuladen. Nur als Excel-Dateien eingereichte Unterlage sind von der Wertung ausgeschlossen. | |
| Die Anlage "Referenznachweise wird als offene Word-Datei zur Verfügung gestellt. Für das Hochladen ist diese zwingend in eine PDF zu konvertieren. | |
| Die Präsentation kann als Word-Datei, PDF-Datei, .pptx- oder .ppt-Datei hochgeladen werden. Bei der Einbindung von Filmen sind gängige und auf üblichen Endgeräten abspielbare Videoformate zu verwenden. |
LP 1
| Projektname: | Web-App Jahrtausendturm „to go“ | Unnamed: 2 | Unnamed: 3 | Unnamed: 4 | Unnamed: 5 |
|---|---|---|---|---|---|
| Projekt: | Progressive Web-App / Web-App und Content-Management-System | ||||
| LP / Bezeichnung: | 1. Konzeption, Projektsteuerung, Koordination und Zusatzleistungen | ||||
| Auftraggeber: | Natur- und Kulturpark Elbaue GmbH | ||||
| Vergabenummer: | nke_014_2026 | ||||
| Bieter (Name & Anschrift): | |||||
| Position | Beschreibung / Anforderung | Typ Klasse/ Kriterium | Eigenerklärung Erfüllung | Punkte | Punktevergabe / Status |
| 1.1 | Projektbeschreibung | ||||
| Bekannt ist, dass digitale Formate in Form von Web-App-Anwendungen sich ideal in Kultureinrichtungen zur vertiefenden und flankierenden Vermittlung von Inhalten und Wissen während eines Besuchs eignen. Auf dieser Basis der mit den digitalen Formaten zur Verfügung stehenden technologischen Möglichkeiten ergibt sich zudem die Chance, neue und alternative Zugänge sowohl zur Einrichtung selbst, als auch zur Vermittlung außerhalb des realen Raums zu erschaffen. Im Sinne einer ganzheitlichen Betrachtung und Abdeckung der Visitor Journey sollten auch die Abschnitte zur Anbahnung eines Besuchs (vorgelagert) sowie zur Nachbereitung eines Besuchs (nachgelagert) in die Konzeption und Umsetzung derartiger digitaler Formate integriert werden. Gerade hierbei ergeben sich zahlreiche Potentiale in Bezug auf neue Vermittlungsformate und Interaktion bis hin zum Dialog. Zudem erlaubt die Flexibilität dieser Formate zielgruppenspezifische Aspekte, bspw. für Kinder, körperlich eingeschränkte Personen gezielt zu berücksichtigten. Hierbei ist ein ganzheitlicher Ansatz gefragt, der alle oben genannten Punkte in seiner Implementierung unter Nutzung möglicher Synergieeffekte berücksichtigt. | Beschreibung | ||||
| 1.2 | Allgemeine Angaben zu Gebäude und Ausstellungsfläche | ||||
| Name: Jahrtausendturm im Elbauenpark Magdeburg Adresse: Tessenowstraße 5a, 39114 Magdeburg Ausstellungsfläche auf 6 Ebenen: 8.030 m² | Beschreibung | ||||
| 1.3 | Ausstellung und -fläche | ||||
| Die Ausstellungsfläche befindet sich im Jahrtausendturm auf dem Kleinen Cracauer Anger des Elbauenparks in Magdeburg. Der Elbauenpark und der Jahrtausendturm entstanden anlässlich der BUGA 1999. Der 60 Meter hohe Turm war zur Bauzeit die größte Holz-Leimbinder-Konstruktion der Welt und verzeichnet in seiner nur 7-monatigen Öffnungszeit im Jahr mehr Besucher als alle Museen in Magdeburg zusammen (2024: 106.020). Auf über 8.030 m² Ausstellungsfläche und über 6 (Haupt-)Ebenen zeigt der Jahrtausendturm eine Ausstellung über 6.000 Jahre Menschheits- und Technikgeschichte (siehe Anlage 1: Grundriss Jahrtausendturm). Insgesamt verfügt die Ausstellung über 251 Texttafeln, 120 Darstellungen auf Textilien sowie 158 Exponate, von denen 61 interaktiv sind und bis auf 8 Stück selbst erkundet werden können. WLAN seht flächendeckend im Gebäude zur Verfügung. | Beschreibung | ||||
| 1.4 | Allgemeiner Auftragsgegenstand / Leistungsumfang | ||||
| Der Bieter erklärt verbindlich, dass er die Entwicklung, Umsetzung und Lieferung einer PWA/Web-App einschließlich CMS sowie die fachgerechte Umsetzung aller zur funktionsfähigen Inbetriebnahme erforderlichen Nebenleistungen übernimmt; die technische Konzeption muss zudem eine spätere Ableitung als native App unterstützen. | Muss | Ausschluss | |||
| 1.5 | Wichtige einzuhaltende Termine | ||||
| 1.5.1 | Der Auftragnehmer verpflichtet sich, den Projekt-Kick-off bis spätestens Ende November 2026 gemeinsam mit dem Auftraggeber durchzuführen. | Muss | Ausschluss | ||
| 1.5.2 | Der Auftragnehmer verpflichtet sich außerdem, sämtliche vertraglich geschuldeten Leistungen einschließlich der vollständigen Abrechnung bis spätestens Mitte September 2027 fertigzustellen. | Muss | Ausschluss | ||
| 1.6 | Angaben zur Ausführung | ||||
| 1.6.1 | Die Projektleitung liegt beim Auftraggeber (AG). Der Auftragnehmer (AN) akzeptiert die Steuerung durch den AG und stellt die Mitwirkung in allen Projektphasen sicher. | Muss | Ausschluss | ||
| 1.6.2 | Der AN gewährleistet, dass sämtliche Arbeitsergebnisse dem AG zur Freigabe vorgelegt werden. Die Freigabe durch den AG entbindet den AN nicht von seiner Prüf- und Hinweispflicht. | Muss | Ausschluss | ||
| 1.6.3 | Der AN erstellt spätestens 5 Werktage nach Auftragserteilung eine detaillierte Terminplanung für alle vertraglichen Leistungen. Die Terminplanung muss mindestens folgende Inhalte aufweisen: • Abbildung aller Projektphasen mit jeweiliger Dauer • Darstellung von Abhängigkeiten zwischen Arbeitsschritten • Einplanung einer nachvollziehbaren Anzahl von Abstimmungsterminen • Definition von Meilensteinen und Freigabeterminen durch den AG • Berücksichtigung aller vertraglich vorgegebenen Fristen | Muss | Ausschluss | ||
| 1.6.4 | Der AN verpflichtet sich, eine überarbeitete Terminplanung innerhalb von 2 Werktagen nach entsprechender Aufforderung durch den AG vorzulegen | Muss | Ausschluss | ||
| 1.6.5 | Der AN berichtet dem AG regelmäßig über den Projektfortschritt. Dies erfolgt: • auf Verlangen des AG sowie • mindestens im 14-tägigen Turnus | Muss | Ausschluss | ||
| 1.6.6 | Arbeitsunterbrechungen sowie eine abschnittsweise Leistungserbringung werden nicht gesondert vergütet und sind vollständig in die angebotenen Preise einzukalkulieren. | Muss | Ausschluss | ||
| 1.6.7 | Reisekosten, insbesondere für Besprechungen, Testläufe und Abnahmen, werden nicht gesondert vergütet und sind ebenfalls vollständig in die angebotenen Preise einzukalkulieren. | Muss | Ausschluss | ||
| 1.7 | Schnittstellen und Zusammenarbeit | ||||
| 1.7.1 | Die Projektbeteiligten umfassen den Auftraggeber Natur- und Kulturpark Elbauen GmbH, die für die Ausstellungsgestaltung Verantwortlichen sowie gegebenenfalls weitere Dienstleister für die Erstellung medialer Inhalte. | Beschreibung | |||
| 1.7.2 | Der Auftragnehmer hat während des gesamten Ausführungszeitraums einen engen und kontinuierlichen Austausch mit dem Auftraggeber sicherzustellen. | Beschreibung | |||
| 1.7.3 | Die medialen Inhalte sind in enger Abstimmung mit den übrigen Projektbeteiligten zu entwickeln, da sie einen wesentlichen Bestandteil des Ausstellungserlebnisses, der räumlichen Wirkung und der inhaltlichen Erzählung bilden. | Beschreibung | |||
| 1.7.4 | Das inhaltliche Feinkonzept sowie die Exponatauswahl werden durch den Auftraggeber festgelegt. | Muss | Ausschluss | ||
| 1.8 | Gestalterische Vorgaben | ||||
| 1.8.1 | Die Ausstellung und die medialen Elemente sind inhaltlich und gestalterisch aufeinander abzustimmen und müssen ein einheitliches Gesamtbild bilden. | Muss | Ausschluss | ||
| 1.8.2 | Vorlagen und Vorgaben des Corporate Designs, einschließlich der vom Auftraggeber vorgegebenen Icons und Schriften, sind bei der Gestaltung verbindlich zu berücksichtigen und zu integrieren. | Muss | Ausschluss | ||
| 1.9 | Bildrechte und Schriftlizenzen | ||||
| Der Auftraggeber stellt sämtliche Bildrechte zur Verfügung. Es sollen ausschließlich lizenzfreie Schriften verwendet werden. Die Auswahl der Schriftart obliegt dem AG. | Muss | Ausschluss | |||
| 1.10 | Datenschutz und DSGVO-Konformität | ||||
| 1.10.1 | Die zu entwickelnde Anwendung muss den Anforderungen der Datenschutz-Grundverordnung (DSGVO) entsprechen. Dies betrifft sowohl die allgemeine Verarbeitung von Nutzerdaten als auch die Einbindung von KI-basierten Funktionen. Alle personenbezogenen Daten müssen datenschutzkonform erhoben, verarbeitet und gespeichert werden. Ein entsprechendes Datenschutzkonzept ist vom Anbieter vorzulegen. | Muss | Ausschluss | ||
| 1.10.2 | Soweit E-Mail-Adressen im Rahmen der Feedback- und Dialogfunktion verarbeitet werden, darf dies ausschließlich zweckgebunden zur Beantwortung der jeweiligen Anfrage erfolgen. | Muss | Ausschluss | ||
| 1.11 | Nutzungs-, Verwertungs- und Anpassungsrechte | ||||
| 1.11.1 | Der Auftraggeber erwirbt ohne weitere Entschädigung die ausschließlichen, auf alle Nutzungsarten bezogenen, unbeschränkten Nutzungsrechte an der Leistung, insbesondere das Veröffentlichungsrecht, einschließlich des Rechts der Vorabinformation nach § 12 Abs. 2 UrhG sowie das Recht der Vervielfältigung und der Verbreitung der Leistung oder einzelner Arbeitsergebnisse, ferner das Vortrags-, Vorführungs- und Verfilmungsrecht. Darin inkludiert ist die Online-Nutzung für die Website des Museums. | Muss | Ausschluss | ||
| 1.11.2 | Sollte der Auftragnehmer diese Leistungen nicht mehr erbringen können (z. B. bei Insolvenz, Aufgabe des Geschäftsbetriebs oder nachweislicher dauerhafter Leistungsunfähigkeit), erhält der Auftraggeber das Recht, diese Arbeiten durch Dritte durchführen zu lassen. \tIn einem solchen Fall stellt der Auftragnehmer alle für den Weiterbetrieb notwendigen Unterlagen und Zugänge (Quellcode, Dokumentation, Datenbankstruktur, Schnittstellenbeschreibungen) zur Verfügung, soweit dies zur Sicherstellung des Betriebs zwingend erforderlich ist. | Muss | Ausschluss | ||
| 1.11.3 | Es ist vorgesehen, dass der Auftragnehmer den Quellcode der Software einschließlich zugehöriger Dokumentation sowie der für den Betrieb erforderlichen Zugangsdaten bei einem unabhängigen Dritten treuhänderisch hinterlegt (Escrow). | Option | 20 | 0 | |
| 1.12 | Einhaltung von Best Practice Standards | ||||
| Die Entwicklung und Implementierung der Software hat zwingend nach anerkannten Best Practices und Standards zu erfolgen. Die Einhaltung der folgenden Vorgaben ist verpflichtend sicherzustellen: , • einschlägige RFCs • relevante ISO-Normen, • die jeweils aktuellen Empfehlungen und Best Practices des Bundesamts für Sicherheit in der Informationstechnik (BSI) sowie die von OPSWAT empfohlenen bewährten Praktiken für die Anwendungssicherheit. | Muss | Ausschluss | |||
| 1.13 | Inhaltliche und mediale Grundausstattung | ||||
| 1.13.1 | Für die Audioproduktion und das Lektorat sind Leistungen für insgesamt 80 Kurz-Audios mit einer Länge von jeweils ca. 60 Sekunden und einer Gesamtdauer von rund 80 Minuten zu erbringen. Die Texte und Skripte werden durch den Auftraggeber bereitgestellt; eine Texterstellung ist nicht Bestandteil der ausgeschriebenen Leistung. Der Leistungsumfang umfasst insbesondere: • das Lektorat der vom Auftraggeber bereitgestellten Skripte, • die Durchführung mindestens einer Korrekturrunde unter Berücksichtigung der Rückmeldungen des Auftraggebers, • die ausschließlich KI-unterstützte Produktion der Audios nach einem abgestimmten Testlauf, • die Auswahl, Konfiguration und Nutzung geeigneter KI-Anwendungen für die Sprachproduktion, • die erforderliche technische Nachbearbeitung, • Schnitt, Audiobearbeitung und Mastering sowie die Bereitstellung der final abgestimmten Audiodateien in einem geeigneten, noch festzulegenden Dateiformat. Die Audioproduktion ist ausschließlich unter Einsatz KI-gestützter Verfahren zu erbringen. Eine klassische beziehungsweise vollständig konventionelle Produktion ohne Einsatz entsprechender KI-Anwendungen ist nicht vorgesehen. Die Texterstellung sowie die inhaltliche Konzeption der Skripte sind ausdrücklich nicht Bestandteil der ausgeschriebenen Leistung. | Muss | Ausschluss | ||
| 1.13.2 | Für die Wissensrallye ist ein Fragenkatalog mit ca. 120 Fragen zu entwickeln. Hierzu ist ein didaktisches Konzept in Zusammenarbeit mit der Auftraggeberin zu erstellen; Durchführung im Workshop-Format. Zehn Fragen die die Aufgabentypen gemäß Position 2.3.9 umfassen sind im CMS anzulegen. | Muss | Ausschluss | ||
| 1.13.3 | Es ist eine Highlighttour mit 20 Stationen anzulegen. Diese muss eine Audiospur sowie Zusatzinformationen zum Exponat in Form von Fotos, einer Zeichnung und einem Zusatztext je Station enthalten. | Muss | Ausschluss | ||
| 1.13.4 | Produktion von bis zu 20 360-Grad-Panoramen für fünf Ebenen des Turms, wobei jede Ebene separat anwählbar und darstellbar sein muss; es wird nur eine teilweise Darstellung des Jahrtausendturms und kein vollständiger Rundgang durch den Turm angestrebt. | Muss | Ausschluss | ||
| 1.13.5 | Es sind zwei Clips mit einer Länge von jeweils 30 bis 45 Sekunden zur Anzeige und zur Erläuterung bzw. Nutzung der App zu produzieren. Die Leistungen umfassen Schnitt, Untertitelung und responsive Bereitstellung für alle relevanten Online-Kanäle. | Muss | Ausschluss | ||
| 1.14 | Testphase, Abnahme, Schulung und Dokumentation | ||||
| 1.14.1 | Vor der Abnahme ist eine Testphase mit Beta- und Device-Tests vor Ort durchzuführen. Diese muss Testgeräte mit verbreiteten Betriebssystemen und auf unterschiedlichen Gerätetypen (mindestens Smartphone und Tablets), Bugfix-Runden und gemeinsame Vor-Ort-Abnahmen mit der Auftraggeberin umfassen. | Muss | Ausschluss | ||
| 1.14.2 | Es ist eine Schulung zur Handhabung und Verwaltung von CMS und Web-Anwendung einschließlich Dokumentation durchzuführen. Die Schulung ist als Vorort-Termin(e) bei der Auftraggeberin anzubieten; die Zahl der Teilnehmenden ist nicht zu begrenzen. | Muss | Ausschluss | ||
| 1.14.3 | Nach Fertigstellung und erfolgreichem Testing ist die individuelle Museums-Guide-Plattform mit den entsprechenden Anwendungen zu übergeben und gemeinsam mit der IT-Abteilung der Auftraggeberin in Betrieb zu nehmen. | Muss | Ausschluss | ||
| 1.14.4 | Der Auftragnehmer hat eine technische und fachliche Dokumentation in deutscher Sprache zu erstellen und für einen Dritten nachvollziehbar dem Auftraggeber zu übergeben. Die Dokumentation muss den Auftraggeber in die Lage versetzen, die technische und funktionale Einrichtung der App nachzuvollziehen. | Muss | Ausschluss | ||
| 1.14.5 | Die Abnahme erfolgt nach erfolgreicher fachlicher und technischer Prüfung der vertraglich geschuldeten Leistungen. Als abnahmerelevant gelten insbesondere: • betriebsbereite Bereitstellung der Web-App, • funktionsfähige Darstellung der Panoramen, Touren, Karten und Exponatinhalte, • funktionierender QR-Code-Aufruf, • funktionierendes Wissensrallye-Modul einschließlich Codezugang und Ergebnisdarstellung, • funktionsfähiges CMS, • funktionsfähiger Administrations- und Auswertungsbereich, • mehrsprachige Inhalte, • Bereitstellung der Dokumentation, • Durchführung der vereinbarten Schulung, • abgestimmte Inbetriebnahme mit der IT der Auftraggeberin. | Muss | Ausschluss | ||
| · |
LP 2
| Projektname: | Web-App Jahrtausendturm „to go“ | Unnamed: 2 | Unnamed: 3 | Unnamed: 4 | Unnamed: 5 |
|---|---|---|---|---|---|
| Projekt: | Progressive Web-App / Web-App und Content-Management-System | ||||
| LP | 2. Web-App | ||||
| Auftraggeber: | Natur- und Kulturpark Elbaue GmbH | ||||
| Vergabenummer: | nke_014_2026 | ||||
| Bieter (Name & Anschrift): | |||||
| Position | Beschreibung / Anforderung | Typ Klasse/ Kriterium | Eigenerklärung Erfüllung | Punkte | Punktevergabe / Status |
| 2.1 | Gegenstand der Leistung | ||||
| 2.1.1 | \tDie Anwendung soll Besucherinnen und Besucher vor, während und nach dem Museumsbesuch digital begleiten und Inhalte zielgruppengerecht vermitteln. Die Anwendung soll sowohl für die Nutzung außerhalb des Museums als auch innerhalb des Museums geeignet sein und unterschiedliche Vermittlungs- und Nutzungsszenarien unterstützen. | Beschreibung | |||
| 2.1.2 | Die Anwendung ist als „Bring-your-own-Device“-Lösung auszugestalten und soll von Besucherinnen und Besuchern auf deren eigenen Smartphones genutzt werden können. Die Kompatibilität mit aktuellen Android- und iOS-Geräten ist sicherzustellen. Die Anwendung muss ohne vorherige Installation als Web-App zugänglich sein. | Muss | Ausschluss | ||
| 2.1.3 | Da der Museumsguide als „Bring-your-own-Device“-Lösung konzipiert ist, ist die Web-App responsive zu programmieren. Sie muss in aktuellen HTML 5-kompatiblen Browsern unter den Betriebssystemen Android, iOS, Windows, macOS und Linux funktionsfähig sein. | Muss | Ausschluss | ||
| 2.1.4 | Gegenstand der Leistung ist ferner die digitale Vermittlung von Museumsinhalten innerhalb und außerhalb des Museums. Hierzu gehören insbesondere die Bereitstellung von Touren und Rundgängen, 360-Grad-Panoramen, interaktiven Karten, QR-Code-basierten Inhaltsaufrufen, Wissensrallyes sowie Feedback- und Dialogfunktionen. | Muss | Ausschluss | ||
| 2.1.5 | \tBestandteil des Leistungsgegenstands ist außerdem die digitale Darstellung, Erläuterung und Vermittlung von Exponaten. Exponate müssen in der Anwendung einzeln aufrufbar, strukturiert darstellbar und redaktionell pflegbar sein. Hierzu sind Funktionen zur Anzeige und Pflege exponatbezogener Inhalte in Form von Texten, Infografiken, Audioinhalten, Fotografien und/oder Videos bereitzustellen. | Muss | Ausschluss | ||
| 2.1.6 | Die Darstellung der Exponate muss mit weiteren Funktionsbereichen der Anwendung verknüpfbar sein, insbesondere mit Touren, Rundgängen, QR-Code-Aufrufen, Sprachversionen, Barrierefreiheitsfunktionen und exponatbezogenen Dialog- oder Feedbackelementen. | Muss | Ausschluss | ||
| 2.2 | Funktionale Anforderung | ||||
| 2.2.1 | Bereitstellung von bis zu 20 360-Grad-Panoramen für fünf Ebenen des Turms, wobei jede Ebene separat anwählbar und darstellbar sein muss; es wird nur eine teilweise Darstellung des Jahrtausendturms und kein vollständiger Rundgang durch den Turm angestrebt. | Muss | Ausschluss | ||
| 2.2.2 | Es ist ein dauerhaft sichtbares Service- bzw. Burger-Menü bereitzustellen. Dieses muss während der gesamten Nutzung verfügbar sein und mindestens folgende Inhalte umfassen: • Informationen zum Museum, insbesondere Öffnungszeiten, Eintrittspreise und Anfahrtsmöglichkeiten, • Hinweise zu Veranstaltungen und Sonderausstellungen, • Sprachwechsler • Einstellungen zur Barrierefreiheit. | Muss | Ausschluss | ||
| 2.2.3 | Es ist ein Modul zur Erstellung und Durchführung individueller Wissensrallyes für Schulklassen zu entwickeln und zu integrieren. Das Modul muss nutzerspezifische Anpassungsmöglichkeiten unterstützen. Individuelle Wissensrallyes für Schulklassen/Gruppen muss in unbegrenzter Anzahl anlegbar sein. | Muss | Ausschluss | ||
| 2.2.4 | Sämtliche Inhalte sind mindestens in deutscher Sprache, in englischer Sprache sowie in Leichter Sprache bereitzustellen. | Muss | Ausschluss | ||
| 2.2.5 | Weitere Sprachversionen sollen optional erweiterbar sein, zusätzlich zu deutscher Sprache, englischer Sprache und Leichter Sprache mindestens 2. | Option | 30 | 0 | |
| 2.2.6 | Es ist eine interaktive Karte für das Außengelände des Turms mit intuitiver Benutzerführung und relevanten Informationspunkten bereitzustellen. | Option | 30 | 0 | |
| 2.2.7 | Die Ergebnisse individuell durchgeführter Wissensrallyes müssen für die jeweiligen Nutzergruppen abrufbar und darstellbar sein. | Muss | Ausschluss | ||
| 2.3 | Zusätzliche funktionale Anforderung innerhalb des Museums | ||||
| 2.3.1 | Unterschiedliche digitale Touren / Rundgänge müssen nach Themen und Zielgruppen bereitgestellt werden können. | Muss | Ausschluss | ||
| 2.3.2 | Inhalte einzelner Exponate müssen direkt per QR-Code aufrufbar sein. | Muss | Ausschluss | ||
| 2.3.3 | Exponate müssen flexibel abbildbar sein. Dies umfasst insbesondere die redaktionelle Pflege und Zuordnung von Texten, Infografiken, Audioinhalten, Fotografien, Videos, Tourenbezügen, Sprachversionen und weiteren medienspezifischen Inhalten im Backend bzw. CMS | Muss | Ausschluss | ||
| 2.3.4 | Individuelle Wissensrallyes für Schulklassen/Gruppen müssen per Code abrufbar sein. Vor Start der Rallye muss die Eingabe individueller Nutzerdaten zur Identifizierung des Nutzers oder der Nutzergruppe möglich sein. | Muss | Ausschluss | ||
| 2.3.5 | Wissensrallyes müssen mit Speicherfunktion bereitgestellt werden. Zudem muss eine Sharing-Funktion für Ergebnisse bzw. Antworten per E-Mail vorgesehen werden. | Muss | Ausschluss | ||
| 2.3.6 | Die Anwendung muss die Teilnahme an Rallyes für Gruppen und Einzelpersonen ermöglichen. Der Zugang muss über individuelle Einladungs- oder Gruppencodes erfolgen können. | Muss | Ausschluss | ||
| 2.3.7 | Vor Beginn einer Rallye muss die Vergabe eines Teamnamens oder Teilnehmernamens möglich sein. | Muss | Ausschluss | ||
| 2.3.8 | Es muss eine Einführung in den Ablauf der Rallye sowie eine Orientierungshilfe wie eine Karte und eine Übersicht aller Stops innerhalb der Anwendung geben | Muss | Ausschluss | ||
| 2.3.9 | Mindestens folgende Aufgabentypen für die Wissensrallye müssen unterstützt werden: • Multiple-Choice-Aufgaben, • Texteingaben, • Fotoaufgaben, • Audio- oder Medieninhalte, • mehrteilige Aufgaben pro Station | Muss | Ausschluss | ||
| 2.3.10 | Der Bearbeitungsstand muss während der laufenden Teilnahme an das System übermittelt werden können. | Muss | Ausschluss | ||
| 2.3.11 | Der aktuelle Bearbeitungsfortschritt muss angezeigt werden. | Muss | Ausschluss | ||
| 2.3.12 | Nach Abschluss der Rallye müssen die Ergebnisse je Gruppe bzw. Person verfügbar sein. | Muss | Ausschluss | ||
| 2.3.13 | Social-Sharing-Funktionen sind bereitzustellen | Muss | Ausschluss | ||
| 2.3.14 | Es ist eine exponatbezogene Feedback- und Dialogfunktion bereitzustellen, über die Nutzerinnen und Nutzer Fragen, Hinweise und Anregungen zu einzelnen Exponaten einreichen können. Besucherinnen und Besucher müssen optional eine E-Mail-Adresse angeben können, um eine Antwort auf ihre in der App gestellte Frage zu erhalten. Die Verarbeitung der E-Mail-Adresse darf ausschließlich zu diesem Zweck erfolgen. | Muss | Ausschluss | ||
| 2.3.15 | Sofern ergänzend eine native App umgesetzt wird, dürfen Audioinhalte auf mobilen Geräten nicht über den Lautsprecher, sondern nur über Ohrhörer, Kopfhörer oder die Funktion des Annäherungssensors ausgegeben werden. | Muss | Ausschluss | ||
| 2.4 | Barrierefreiheit | ||||
| 2.4.1 | Die Software ist so zu entwickeln, dass die gesetzlichen Anforderungen an digitale Barrierefreiheit eingehalten werden. Dies betrifft insbesondere die Vorgaben der EU-Richtlinie 2016/2102 und des Barrierefreiheitsstärkungsgesetzes (BFSG). Der Anbieter garantiert die Umsetzung von Maßnahmen, die eine barrierefreie Nutzung der Anwendung sicherstellen. | Muss | Ausschluss | ||
| 2.4.2 | Alle Schriftgrößen sind angepasst an die Monitorgrößen zu wählen und auf gute Lesbarkeit zu prüfen. | Muss | Ausschluss |
LP 3
| Projektname: | Web-App Jahrtausendturm „to go“ | Unnamed: 2 | Unnamed: 3 | Unnamed: 4 | Unnamed: 5 |
|---|---|---|---|---|---|
| Projekt: | Progressive Web-App / Web-App und Content-Management-System | ||||
| LP | 3. Content-Management-System | ||||
| Auftraggeber: | Natur- und Kulturpark Elbaue GmbH | ||||
| Vergabenummer: | nke_014_2026 | ||||
| Bieter (Name & Anschrift): | |||||
| Position | Beschreibung / Anforderung | Typ Klasse/ Kriterium | Eigenerklärung Erfüllung | Punkte | Punktevergabe / Status |
| 3.1 | Content-Management-System | ||||
| 3.1.1 | Es ist ein browserbasiertes Content-Management-System bereitzustellen, das der Auftraggeberin die eigenständige Erstellung, Bearbeitung, Strukturierung und Veröffentlichung von Inhalten für die Museums-App ermöglicht. Das System muss das individuelle Zusammenstellen von Touren unterstützen; eine Beschränkung der Anzahl eingepflegter Touren, Wissensrallyes oder Exponate ist nicht zulässig. | Muss | Ausschluss | ||
| 3.1.2 | Das CMS muss die Verwaltung einzelner Exponate bzw. Stationen in Form strukturierter Datensätze ermöglichen. Hierzu gehören insbesondere Titel, Kurzbeschreibung, Langtext, Metadaten sowie die Zuordnung zu Sammlungs- oder Themenbereichen. | Muss | Ausschluss | ||
| 3.1.3 | Das CMS muss Upload- und Medienverwaltungsfunktionen für Bilder, Audiodateien, Texte und gegebenenfalls Videos bereitstellen. Sämtliche Medien müssen eindeutig einzelnen Exponaten, Stationen oder Touren zugeordnet werden können. | Muss | Ausschluss | ||
| 3.1.4 | Pro Exponat müssen mehrere Inhalte und Medienobjekte hinterlegt werden können, insbesondere Bilder, Audiotracks, weiterführende Texte und ergänzende Informationen. | Muss | Ausschluss | ||
| 3.1.5 | Das CMS muss die Verwaltung von Touren, Rundgängen oder thematischen Pfaden mit frei definierbarer Reihenfolge und der Zuordnung einzelner Exponate zu einer oder mehreren Touren ermöglichen. | Muss | Ausschluss | ||
| 3.1.6 | Das CMS muss die Pflege interaktiver Wissensrallyes, Quizfragen oder Aufgabenformate mit Zuordnung zu Exponaten, Stationen oder Touren unterstützen. | Muss | Ausschluss | ||
| 3.1.7 | Die Rallye muss aus mehreren Stationen bzw. Stops bestehen und modular aufgebaut sein. Inhalte und Aufgaben müssen in verschiedenen Schwierigkeitsgraden konfiguriert werden können. | Muss | Ausschluss | ||
| 3.1.8 | Das CMS muss die Verwaltung zielgruppenspezifischer Inhalte ermöglichen, insbesondere für Kinder, Familien, Schulklassen oder Fachpublikum. | Muss | Ausschluss | ||
| 3.1.9 | Zusätzlich zur Web-App ist ein webbasiertes Backend bzw. ein browserbasierter Administrations- und Auswertungsbereich bereitzustellen. Dieser muss die laufende und nachträgliche Auswertung je Gruppe bzw. je Einzelperson ermöglichen. | Muss | Ausschluss | ||
| 3.1.10 | Das Auswertungsmodul muss mindestens folgende Funktionen umfassen: • Anzeige aktiver, laufender und abgeschlossener Rallye-Durchläufe, • Übersicht über eingeloggte Teams bzw. Teilnehmende, • Zuordnung der Ergebnisse zu Gruppenname oder Teilnehmername, • Auswertung je Rallye, je Station und je Aufgabe, • Einsicht in Antworten, Lösungen und Bearbeitungsstände, • Möglichkeit zur Einsicht in Zwischenstände während der laufenden Rallye, sofern Daten bereits synchronisiert wurden. | Muss | Ausschluss | ||
| 3.1.11 | Der Administrationsbereich muss mindestens folgende Funktionen bereitstellen: • Anlegen, Bearbeiten, Aktivieren, Archivieren und Löschen von Rallyes, Touren und Inhalten, • Pflege modularer Inhalte, Stationen, Aufgaben, Medienelemente und Sprachversionen, • Verwaltung von Gruppen- und Zugangscodes, • Verwaltung von Exponaten, QR-Codes, Panoramen, Kartenpunkten und zielgruppenspezifischen Touren, • Benutzer-, Rollen- und Rechteverwaltung. | Muss | Ausschluss | ||
| 3.1.12 | Vor Veröffentlichung bzw. vor Ausspielung in die App muss eine Vorschaufunktion für Inhalte bereitgestellt werden. | Muss | Ausschluss | ||
| 3.1.13 | Es sind Import- und Exportfunktionen für Inhalte, Metadaten und Medien bereitzustellen. | Muss | Ausschluss | ||
| 3.1.14 | Das CMS muss über eine Anmeldemaske mit Multi-Faktor-Authentifizierung verfügen. . | Muss | Ausschluss | ||
| 3.1.15 | Eine Rollen- und Rechteverwaltung für unterschiedliche Nutzergruppen, mindestens für Administration und Redaktion ist bereitzustellen. | Muss | Ausschluss | ||
| 3.1.16 | Das CMS muss ein Audit-Log zur revisionssicheren Nachverfolgung von Benutzeranmeldungen, Änderungen an Inhalten und administrativen Aktionen bereitstellen. | Muss | Ausschluss | ||
| 3.1.17 | Das CMS muss Analytics-Funktionen bereitstellen. Hierzu gehören mindestens die Speicherung von Ergebnissen der Wissensrallyes sowie Auswertungen zur Anzahl der Nutzerinnen und Nutzer pro Tag, nach Zeiten, Tourenarten und Arten von Wissensrallyes. | Muss | Ausschluss | ||
| 3.1.18 | Es sind Freigabe- und Veröffentlichungsmechanismen für Inhalte bereitzustellen, insbesondere für die Status Entwurf, Prüfung und Publikation sowie für zeitgesteuerte Veröffentlichungen. | Muss | Ausschluss | ||
| 3.1.19 | Das CMS muss die Konfiguration von Löschfristen bzw. automatischen Löschzeitpunkten für definierte Inhalte und Datensätze ermöglichen. | Muss | Ausschluss | ||
| 3.1.20 | \tDas System muss eine backendgestützte Anpassung des App-Designs ohne Quellcodeänderung ermöglichen, insbesondere hinsichtlich Farben, Logos und Layoutbausteinen. | Muss | Ausschluss | ||
| 3.1.21 | Sofern Audioinhalte mittels Künstlicher Intelligenz erzeugt werden, muss die Lösung die Auswahl aus mehreren verfügbaren KI-Stimmen ermöglichen. Der Auftragnehmer kann den für die Audioproduktion eingesetzten KI-Provider frei wählen, sofern die übrigen vertraglichen und datenschutzrechtlichen Anforderungen eingehalten werden. | Muss | Ausschluss | ||
| 3.1.22 | Im Rahmen der Feedback- und Dialogfunktion muss jede eingehende Frage automatisch dem konkreten Exponat zugeordnet werden kön.nen. Fragen sind strukturiert zu speichern, nach Exponat filterbar darzustellen und für Redaktion bzw. Fachpersonal administrierbar bereitzustellen | Muss | Ausschluss | ||
| 3.1.23 | Das System muss eine Kiosk-Applikation bereitstellen, die ausschließlich definierte Inhalte und Funktionen auf dem jeweiligen Endgerät zeigt und keinen Zugriff auf andere Apps oder Systemfunktionen ermöglicht. | Muss | Ausschluss | ||
| 3.1.24 | Das dynamische Web-CMS ist vollständig einzurichten und betriebsbereit bereitzustellen. | Muss | Ausschluss |
LP 4
| Projektname: | Web-App Jahrtausendturm „to go“ | Unnamed: 2 | Unnamed: 3 | Unnamed: 4 | Unnamed: 5 | Unnamed: 6 | Unnamed: 7 | Unnamed: 8 |
|---|---|---|---|---|---|---|---|---|
| Projekt: | Progressive Web-App / Web-App und Content-Management-System | |||||||
| LP: | 4. Hosting und Betrieb | |||||||
| Auftraggeber: | Natur- und Kulturpark Elbaue GmbH | |||||||
| Vergabenummer: | nke_014_2026 | |||||||
| Bieter (Name & Anschrift): | ||||||||
| Position | Beschreibung / Anforderung | Typ Klasse/ Kriterium | Eigenerklärung Erfüllung | Punkte | Punktevergabe / Status | |||
| 4.1 | Anpassungen und Weiterentwicklungen während der Lizenz- und Wartungsphase | |||||||
| 4.1.1 | Der Auftragnehmer verpflichtet sich sicherzustellen, dass während der gesamten Laufzeit der Lizenz- und Wartungsverträge Änderungen, Erweiterungen und Anpassungen an der Software möglich sind. Dies umfasst insbesondere die Integration neuer Schnittstellen, die Anpassung oder Erweiterung bestehender Module sowie die Implementierung zusätzlicher Funktionen. | Muss | Ausschluss | |||||
| 4.1.2 | Der Auftragnehmer verpflichtet sich, bei Bedarf Anpassungen, Erweiterungen oder Weiterentwicklungen vorzunehmen, soweit diese im Rahmen der vereinbarten Wartungs- und Serviceleistungen liegen. | Muss | Ausschluss | |||||
| 4.2 | Hosting und Datenhoheit | |||||||
| 4.2.1 | Wird die Anwendung im Cloud-Hosting des AN betrieben, muss die Datenhoheit vollständig beim Auftraggeber bleiben. Der AG muss sicherstellen, dass: •\t die Daten jederzeit ausschließlich dem Auftraggeber zugeordnet sind und über ihn verwaltet werden, •\t die Speicherung in europäischen (idealerweise deutschen) Rechenzentren erfolgt, •\t Zugriffe streng nach dem Need-to-know-Prinzip und nur mit Genehmigung des Auftraggebers möglich sind, •\t der Auftraggeber die Daten jederzeit vollständig und in einem gängigen Format exportieren sowie löschen kann, •\t keine Weitergabe der Daten an Dritte ohne ausdrückliche Zustimmung des Auftraggebers erfolgt, •\t alle Verfügungen über die Daten (Zugriff, Nutzung, Kopie, Löschung) für den Auftraggeber nachvollziehbar dokumentiert sind. | Muss | Ausschluss | |||||
| 4.2.2 | Es muss mindestens ein vollständiges Backup aller relevanten Daten und der Anwendung einmal innerhalb von 24 Stunden erfolgen. Die Daten des Backups müssen derart gestaltet sein, dass eine vollständige Wiederherstellung der Betriebsumgebung möglich ist. | Muss | Ausschluss | |||||
| 4.3 | Sicherstellung der Reproduzierbarkeit und unabhängigen Weiterentwicklung | |||||||
| 4.3.1 | Zur Sicherstellung des langfristigen Betriebs der App verpflichtet sich der Auftragnehmer, eine nachvollziehbare und dokumentierte Entwicklungs- und Bereitstellungsumgebung einzurichten. Dies beinhaltet: •\t eine laufend aktualisierte, vollständige technische Dokumentation (Architektur, Schnittstellen, Datenbankmodell, Build- und Deployment-Anleitungen), •\t Angaben zu den eingesetzten Entwicklungsumgebungen, Frameworks und Abhängigkeiten, inklusive End-of-Life (EOL) / End-of-Service (EOS) Daten | Muss | Ausschluss | |||||
| 4.3.2 | Ein Zugriff auf den Quellcode oder Build-Umgebungen ist nur dann durch den Auftraggeber oder von ihm beauftragte Dritte vorzunehmen, wenn der Auftragnehmer nachweislich nicht mehr in der Lage ist, die vereinbarten Leistungen zu erbringen (z. B. dauerhafte Nichterreichbarkeit, Insolvenz, Geschäftsaufgabe). Damit bleibt die Hoheit über die Weiterentwicklung zunächst beim Auftragnehmer, der Auftraggeber erhält jedoch eine Betriebssicherungs-Garantie für den Notfall. | Beschreibung | ||||||
| 4.4 | Service-Level-Agreements (SLA) | |||||||
| Kategorie | Beschreibung | Reaktionszeit | Behebungszeit | |||||
| 4.4.1 | Hoch | Wichtige Teilfunktionen gestört (z. B. eine Tour lässt sich nicht starten, Login für Lehrkräfte fehlerhaft) | 8 Stunden | 1 Werktag | Muss | Ausschluss | ||
| 4.4.2 | Mittel | Kleinere Funktionsfehler, die den Betrieb nicht wesentlich beeinträchtigen | 1 Werktag | 5 Werktage | Muss | Ausschluss | ||
| 4.4.3 | Niedrig | Kosmetische Fehler, z. B. Layoutabweichungen | 3 Werktage | nach Absprache, z. B. mit nächstem regulärem Update | Muss | Ausschluss | ||
| 4.4.4 | Fest definierte telefonische Supportzeiten von Mo bis Fr von mindestens 3 Stunden sind zu vereinbaren. | Muss | Ausschluss | |||||
| 4.4.5 | Bereitschaft an Wochenenden/Feiertagen: Optional, z. B. bei Sonderveranstaltungen oder Hauptsaison (gegen Aufpreis vereinbar). | Option | 10 | 0 | ||||
| 4.4.6 | vorhandene Kommunikationskanäle | |||||||
| 4.4.7 | über Hotline | Muss | Ausschluss | |||||
| 4.4.8 | über E-Mail | Muss | Ausschluss | |||||
| 4.4.9 | Bereitstellung Berichtswesen: monatliche Verfügbarkeitsberichte und Störungsprotokolle | Option | 10 | 0 | ||||
| 4.4.10 | Zielverfügbarkeit bei Cloud-Hosting über den Auftragnehmer mindestens 99 % pro Monat (ohne Wartungsfenster) | Muss | Ausschluss | |||||
| 4.4.11 | Das regelmäßige Wartungsfenster findet innerhalb der Saison (April bis Oktober) wöchentlich außerhalb der Öffnungszeiten des Jahrtausendturms statt; Öffnungszeiten: Di – So von 10:00 Uhr bis 18:00 Uhr und an den Feier- und Ferientagen in Sachsen-Anhalt; außerhalb der Saison:wöchentlich | Muss | Ausschluss | |||||
| 4.4.12 | Der Bieter hat sicherzustellen, dass die ordnungsgemäße Funktion der Ausspielung der Inhalte durch ein geeignetes Monitoring-System überwacht und gewährleistet wird. | Muss | Ausschluss | |||||
| 4.5 | Einsatz KI-gestützter Tools | |||||||
| Der Auftragnehmer soll aktuelle technologische Möglichkeiten, insbesondere KI-gestützte Werkzeuge, bei geeigneten unterstützenden Leistungsbestandteilen zur Effizienzsteigerung und Kostenoptimierung einsetzen. Dies kann insbesondere Transkriptionen, maschinelle Vorübersetzungen, einfache Bildbearbeitungen, Audioproduktionen sowie die Übertragung von Inhalten in Leichte Sprache umfassen. Der Einsatz soll nur erfolgen, sofern die geforderte Qualität, Kreativität und kuratorische Einordnung gewährleistet bleiben. Die erzeugten oder bearbeiteten Inhalte sollen jederzeit manuell korrigierbar und ergänzbar sein und vor ihrer Veröffentlichung oder Nutzung einer redaktionellen Prüfung sowie einer fachlichen und stilistischen Anpassung unterzogen werden. In Leistungsbestandteilen, die eine eigenständige menschliche, kreative oder konzeptionelle Leistung voraussetzen, soll auf den Einsatz von KI zur Erbringung der eigentlichen Leistung verzichtet werden. Der unterstützende Einsatz von KI-Tools ist jedoch zulässig, solange die eigentliche kreative oder konzeptionelle Leistungsbringung durch den Menschen erfolgt. Dies betrifft insbesondere die UX/UI-Konzeption sowie die Entwicklung von Content, Dramaturgie und Storytelling, bei denen die kreative Entwicklungsleistung und die redaktionelle Qualität im Vordergrund stehen. Der Auftragnehmer soll auf Verlangen des Auftraggebers darlegen, in welchen Leistungsbestandteilen KI-gestützte oder sonstige automatisierte Verfahren eingesetzt werden und wie die anschließende menschliche Prüfung, Korrektur und Freigabe erfolgt. | Muss | Ausschluss | ||||||
| 4.6 | Leistungen und Zeitraum ab Go-Live | |||||||
| Für Support, Betrieb, Software-Lizenz und Hosting sind Leistungen für einen Zeitraum von fünf Jahren anzubieten. Dies umfasst insbesondere: •\t Software-Lizenzkosten für Apps und CMS einschließlich bevorzugtem Zugang zu neuen Features, • \tBetrieb des CMS, Hosting der Inhalte sowie CMS-Pflege, • \tProduktpflege der Software, insbesondere Anpassung der App an System-Updates, Serverupdates, sicherheitskritische Updates und Bugfixing, •\t Serviceleistungen gemäß Service-Level-Agreements. | Muss | Ausschluss |
Preisblatt
| Projektname: | Web-App Jahrtausendturm „to go“ | Unnamed: 2 | Unnamed: 3 | Unnamed: 4 | Unnamed: 5 | Unnamed: 6 |
|---|---|---|---|---|---|---|
| Projekt: | Progressive Web-App / Web-App und Content-Management-System | |||||
| Beschreibung | Preisblatt | |||||
| Auftraggeber: | Natur- und Kulturpark Elbaue GmbH | |||||
| Vergabenummer: | nke_014_2026 | |||||
| Bieter (Name & Anschrift): | ||||||
| Position | Leistungsbeschreibung | Einheit | Menge | Preisart | Einzelpreis/ Pauschalpreis netto in EUR | Gesamtpreis netto in EUR |
| A. Pauschal zu vergütende Leistungspositionen | ||||||
| LP 1 | Konzeption, Projektsteuerung, Koordination und Zusatzleistungen | psch. | 1 | Pauschalpreis | 0 | |
| LP 2 | Web-App | psch. | 1 | Pauschalpreis | 0 | |
| LP 3 | Content-Management-System | psch. | 1 | Pauschalpreis | 0 | |
| LP 4 | Hosting und Betrieb | psch. | 1 | Pauschalpreis | 0 | |
| Summe Position A netto | 0 | |||||
| Umsatzsteuer 19 % | 0 | |||||
| Summe Position A brutto | 0 | |||||
| B. Einzeln zu verpreisende Optionen | ||||||
| LP 1.11.3. | Treuhändische Hinterlegung des Quellcodes der Software einschließlich zugehöriger Dokumentation sowie für den Betrieb erforderliche Zugangsdaten bei einem unabhängigen Dritten (Escow). | Stück | 5 | Jahresgebühr | 0 | |
| LP 2.2.5 | Sprachwechsler mit weiteren Sprachversionen (zusätzlich zu deutscher Sprache, englischer Sprache und Leichter Sprache) mindestens 2 | psch. | 1 | Pauschalpreis | 0 | |
| LP 2.2.6 | Interaktive Karte für das Außengelände des Turms mit intuitiver Benutzerführung und relevanten Informationspunkten bereitstellen | psch. | 1 | Pauschalpreis | 0 | |
| LP 4.4.5 | Bereitschaftsdienst an Wochenenden / Feiertagen oder bei Sonderveranstaltungen | Stunde | 1 | Einzelpreis | 0 | |
| LP 4.4.9 | Berichtswesen: monatliche Verfügbarkeitsberichte und Störungsprotokolle, Zeitraum: 5 Jahre ab Go-Live | Stück | 5 | Jahresgebühr | 0 | |
| C. Tagessätze nach Funktionen | ||||||
| IT-Entwickler | psch. | 1 | Tagessätze | 0 | ||
| Senior IT-Entwickler / IT-Consultant | psch. | 1 | Tagessätze | 0 | ||
| Contentassistenz | psch. | 1 | Tagessätze | 0 | ||
| Projektmanager | psch. | 1 | Tagessätze | 0 | ||
| Senior UI/UX-Designer & Gestalter | psch. | 1 | Tagessätze | 0 | ||
| Junior UI/UX-Designer & Gestalter | psch. | 1 | Tagessätze | 0 |
Dropdown
| Ja |
|---|
| Nein |
| Die Bewertung der Erstangebote dient ausschließlich der Auswahl der Bieter für die Verhandlungsphase. Es werden maximal 5 Bieter mit den höchsten Punktzahlen zur Verhandlung eingeladen. Die Einladung zur Verhandlung stellt keine Zuschlagsentscheidung und keine Zusicherung einer späteren Zuschlagserteilung dar. Der Zuschlag wird erst nach Abschluss der Verhandlungen und Auswertung der endgültigen Angebote anhand der bekannt gemachten Zuschlagskriterien erteilt. |