TECHNISCHER ANSATZ

Einen PoC hinzubekommen, der beeindruckt, ist leicht. Die Produktion zu erreichen, mit SLA, Anbindung und Kennzahlen, ist die Stelle, an der fast jedes KI-Projekt stirbt. Das ist die Methode, die diese Lücke überbrückt, in der individuellen Beratung und in der Weiterentwicklung unserer eigenen Produkte.

PRINZIPIEN

Fünf Regeln, die alles bestimmen, was wir bauen.

Die technische Fassung der fünf Werte des Unternehmens. Es sind Entscheidungskriterien für jedes Projekt, von der Architektur bis zur Übergabe.

01

Ergebnis vor Stack

Die Wahl von Modell, Framework und Infrastruktur ordnet sich dem gewünschten Ergebnis unter. Keine institutionelle Vorliebe für Frontier-Modelle oder für eine bestimmte Architektur.

02

Ein Senior Engineer als Owner

Jedes Projekt hat einen erfahrenen Tech Lead von Levver als technischen Owner, vom Briefing bis zur Übergabe. Keine Besetzung in Masse mit Junioren, keine verkappte Auslagerung.

03

Individualisierung vor Vorlage

Der tatsächliche Arbeitsablauf des Kunden ist der Ausgangspunkt. Frameworks und Vorlagen sind Mittel dorthin, nicht das Produkt, das wir liefern.

04

Transparente Entwicklung

Repository, Architekturentscheidungen und Kennzahlen sind für das interne Team des Kunden ab dem ersten Tag sichtbar. Keine Blackbox, keine dauerhafte Abhängigkeit von Levver.

05

Production-first

Jedes Discovery endet mit einem festgelegten Produktionskriterium. Kein Projekt gilt als geliefert, solange der Code nicht in der Umgebung des Kunden läuft.

Lesen Sie auch: Warum 9 von 10 KI-Projekten am PoC sterben

DIE METHODE

Discovery. Build. Produktion und Handoff.

Jedes Projekt durchläuft dieselben drei Phasen, unabhängig vom kommerziellen Format. Die Dauer jeder Phase ändert sich. Die Disziplin nicht.

01

PHASE 01

Discovery

1 bis 2 Wochen

Den echten Schmerzpunkt erfassen, die Technologiehypothese prüfen und messbare Erfolgskriterien festlegen.

  • ·Erstes Architekturdokument
  • ·Vereinbarte Zielkennzahlen
  • ·Explizites Produktionskriterium
  • ·Vorläufiges Budget und Zeitplan
02

PHASE 02

Build

4 Wochen bis 6 Monate

Aufbau des Systems im wöchentlichen oder zweiwöchentlichen Takt. Code Review gemeinsam mit dem internen Team. Schrittweiser Deploy, von Staging über kontrollierte Produktion bis zur vollen Produktion.

  • ·Repository mit geprüftem Code
  • ·CI/CD-Pipelines
  • ·Automatisierte Evaluation
  • ·Dokumentierte Meilenstein-Demos
03

PHASE 03

Produktion und Handoff

1 bis 2 Wochen

Kennzahl mindestens zwei Wochen lang in echter Produktion beobachtet. Betriebsdokumentation, Runbook und Sitzungen zur Wissensübergabe.

  • ·Runbook für den Betrieb
  • ·Vollständige technische Dokumentation
  • ·Übergabesitzungen
  • ·Optionaler Support nach der Übergabe (3 bis 6 Monate)

STACK

Frontier und Open Source. Keine Religion beim Stack.

Wir wählen das richtige Modell für das richtige Problem. Die Entscheidung zwischen Frontier (Claude, GPT, Gemini) und Open Source (Llama, Mistral, feinabgestimmte Modelle) fällt nach technischen und Kostenkriterien, nicht nach institutioneller Vorliebe.

Cloud-agnostisch. Google Cloud, Microsoft Azure oder Amazon AWS, immer mit dem, was für die Umgebung des Kunden am sichersten ist. Vektordatenbanken nach Passung zum Arbeitsablauf gewählt.

FÄHIGKEITEN

  • ·Retrieval-Augmented Generation (RAG)
  • ·Überwachtes Fine-Tuning
  • ·Mehrstufige Agenten und Tool-Nutzung
  • ·Automatisierte Evaluation (LLM-as-judge, Eval-Datensätze)
  • ·MLOps und Observability
  • ·Pipelines für Aufnahme und Verarbeitung von Dokumenten
  • ·Backend in Python und TypeScript
  • ·Frontend in Next.js und React
  • ·Anbindung an Altsysteme (ERP, CRM, Helpdesk)
  • ·Vektordatenbanken und semantische Suche

GARANTIEN

Was Sie zum Betrieb brauchen, bleibt bei Ihnen.

Ein Projekt mit Levver ist kein Abo für eine proprietäre Plattform. Sie betreiben das System eigenständig, mit zugänglichem Code, Dokumentation und Runbook, ohne dauerhafte Abhängigkeit von Levver.

Versionierter, zugänglicher Code

Der gesamte erzeugte Code ist versioniert und für den Kunden ab der ersten Woche zugänglich. Keine Blackbox.

Eigentum vertraglich geregelt

Das Eigentum am individuell gebauten Code und am zugehörigen geistigen Eigentum wird im kommerziellen Vertrag jedes Projekts geregelt.

Runbook für den Betrieb

Betriebsdokumentation, fertig für das interne Team, um das System ohne Levver zu fahren.

Vollständige technische Dokumentation

Architekturentscheidungen, Modellwahl, Konfiguration der Infrastruktur. Alles festgehalten für die spätere Prüfung.

Optionaler Support nach der Übergabe

Ein Supportvertrag über 3 bis 6 Monate ist möglich, nicht verpflichtend. Wir machen weiter, wenn es für den Kunden sinnvoll ist.

SICHERHEIT

Wie wir mit sensiblen Daten umgehen.

Jeder Kunde läuft in einer isolierten Instanz. Verschlüsselung bei der Übertragung und im Ruhezustand ist architektonischer Standard, keine Option. Prüfprotokolle für den Zugriff auf sensible Daten sind auf Anfrage verfügbar. Vertragliche Zusage, dass kein Training mit Kundendaten stattfindet.

Isolierung pro Kunde

Keine Vermischung von Daten zwischen Mandanten. Jeder Kunde in einem eigenen Namespace oder einer eigenen Instanz.

Kein Training mit sensiblen Daten

Informationen, die in einem Projekt von Levver verarbeitet werden, fließen nicht in öffentliche oder interne Modelle. Vertragsklausel.

Prüfprotokoll und Nachvollziehbarkeit

Der Zugriff auf sensible Daten wird protokolliert. Auf Anfrage für den Kunden verfügbar. Sensible Vorgänge sind immer nachvollziehbar.

Rechtsgrundlage vor der Verarbeitung

Wir lehnen Projekte ab, die auf der Verarbeitung von Daten ohne klare Rechtsgrundlage beruhen. LGPD- und DSGVO-Konformität als architektonischer Standard.

Die Seite zu Sicherheit und Datenschutz ansehen

FAQ

Bevor Sie starten.

Wie lange dauert es bis zur Produktion?+

Das hängt vom Umfang ab. Discovery dauert 1 bis 2 Wochen, Build läuft von 4 Wochen bis 6 Monate, und Produktion und Handoff kommen mit weiteren 1 bis 2 Wochen dazu, mit in echter Produktion beobachteten Kennzahlen. Jedes Discovery endet mit einem expliziten Produktionskriterium.

Was passiert im Discovery?+

Den echten Schmerzpunkt erfassen, die Technologiehypothese prüfen und messbare Erfolgskriterien festlegen. Sie gehen mit einem ersten Architekturdokument, Zielkennzahlen, einem Produktionskriterium und einem vorläufigen Budget heraus.

Wem gehören der Code und das geistige Eigentum?+

Das Eigentum am individuell gebauten Code und am zugehörigen geistigen Eigentum wird im kommerziellen Vertrag jedes Projekts geregelt. Der Code ist versioniert und für Sie ab der ersten Woche zugänglich, ohne Blackbox und ohne dauerhafte Abhängigkeit von Levver.

Welche Cloud und welche Modelle nutzen Sie?+

Cloud-agnostisch. Google Cloud, Microsoft Azure oder Amazon AWS, mit dem, was für Ihre Umgebung am sichersten ist. Bei Modellen Frontier (Claude, GPT, Gemini) oder Open Source, gewählt nach technischen und Kostenkriterien, ohne Religion beim Stack.

Wie gehen Sie mit sensiblen Daten um?+

Jeder Kunde in einer isolierten Instanz. Verschlüsselung bei der Übertragung und im Ruhezustand ist Standard, keine Option. Prüfprotokolle für den Zugriff auf Anfrage verfügbar, und eine vertragliche Zusage, dass kein Training mit Kundendaten stattfindet. LGPD- und DSGVO-Konformität als architektonischer Standard.

NÄCHSTES GESPRÄCH

Das beste Gespräch ist das erste.

Dreißig Minuten mit einem der Gründer. Ein direktes Gespräch. Kein Deck, kein Komitee. Sie gehen mit einer priorisierten Technologiehypothese und einem skizzierten Erfolgskriterium heraus.