Analyse und Roadmap für KI-Workflows und digitale Plattformen.
In zwei bis vier Wochen definieren wir Prioritäten, Architektur und eine kalkulierte Umsetzungsroadmap.
Die Screens kann jeder bauen. Was entscheidet, ob eine Plattform überlebt, ist die Einigung darüber, was gilt — einmal, schriftlich, vor dem Bauen.
Frühe Klarheit schafft langfristigen Wert
Wir klären Verantwortlichkeiten, Datenflüsse und Prioritäten, bevor daraus Code wird. So entscheiden Fachbereich, Design und Entwicklung auf derselben Grundlage.
Diese Klarheit macht auch Automatisierung und KI verlässlich: freigegebene Informationen, eindeutige Regeln und gezielte menschliche Prüfung werden Teil des Arbeitsalltags.
Vier Phasen — klar aufeinander aufgebaut.
Jede Phase endet mit einer klaren Entscheidung und einem greifbaren Ergebnis — von der Systemlandkarte bis zur funktionierenden Software und Übergabe.
Wir erfassen ehrlich, was Sie heute betreiben.
Gespräche mit den Menschen, die die Dinge tatsächlich pflegen — nicht nur mit dem Projektsponsor. Produktmanagement, Vertrieb, IT, und die Redakteurin, die weiß, warum dieses eine Feld jeden Donnerstag von Hand gefüllt wird.
“Welches System führt heute welches Feld — und wo behelfen sich Menschen daran vorbei?”
Eine Systemlandkarte und eine Liste der manuellen Schritte, die alles zusammenhalten
Wir klären den Datenvertrag vor dem Design.
Eine Definition pro Feld: wo es lebt, wohin es fließt, wie oft, und was bei Konflikten passiert. Abgenommen von IT und Fachbereich — die am Anfang selten dieselbe Antwort geben.
“Wenn zwei Systeme sich widersprechen: welches gewinnt — und wer hat das entschieden?”
Ein Datenvertrag, ein Content-Modell und eine Integrationsarchitektur
Wir bauen sichtbar, in dünnen Schnitten.
Zuerst ein schmaler Pfad von Anfang bis Ende — ein einzelnes Produkt, vom Quellsystem bis zu einer Seite, die ein Kunde sieht. Das bringt die Integrationsprobleme ans Licht, solange sie billig sind, und gibt allen etwas Echtes, worüber sie streiten können.
“Kann heute ein echter Datensatz den ganzen Weg gehen, ohne dass jemand nachhilft?”
Funktionierende Software ab den ersten Wochen und ein testbarer Release
Wir bauen es so, dass Sie es ohne uns betreiben können.
Dokumentation für die Person geschrieben, die das in zwei Jahren erbt — nicht für die, die es gebaut hat. Ein Content-Modell, das Ihre Redaktion einer neuen Kollegin erklären kann. Keine Cleverness, die nur ihr Autor pflegen kann.
“Wenn wir morgen verschwinden: könnte Ihr Team die nächste Änderung ausliefern?”
Dokumentation, ein eingearbeitetes Team und eine Codebasis ohne Insiderwitze
Zeigen Sie auf ein Feld. Wem gehört es?
Das ist eine normale Produktseite. Jedes Feld wird von irgendwoher gefüllt. Wählen Sie ein System, um zu sehen, wofür es zuständig ist — und schauen Sie dann, was zwei Systeme gleichzeitig beanspruchen.
Zwei Felder haben hier zwei Eigentümer. Niemand hat entschieden, welcher gewinnt. So sieht eine Launch-Verzögerung ein halbes Jahr im Voraus aus.
Sechs Fragen. Wie viele können Sie heute beantworten?
Keine davon ist technisch. Alle verändern die Schätzung. Antworten Sie ehrlich — das Ergebnis ist derselbe Rat, den wir Ihnen im Gespräch geben würden.
- 01
Wer darf Nein sagen?
Ein Projekt mit vier Stakeholdern und ohne Entscheider bleibt nicht an der Technik hängen, sondern an einer Frage, die niemand schließen darf.
- 02
Was passiert heute, wenn ein Produkt umbenannt wird?
Die Antwort ist meist eine Liste von sechs Stellen und eine Person, die sie alle im Kopf hat. Diese Liste ist Ihr Integrationsumfang.
- 03
Welches Ihrer Systeme darf falsch sein?
In jedem Stack gibt es eine Quelle, der alle stillschweigend misstrauen. Sie früh zu benennen ist billiger, als sie im Abnahmetest zu entdecken.
- 04
Was hat die letzte Agentur falsch gemacht?
Nicht um zu punkten. Die Ursache ist meist strukturell und immer noch da — und wenn wir sie nicht benennen, laufen wir direkt hinein.
- 05
Wer pflegt das an einem Dienstagnachmittag?
Systeme werden für den Launch-Tag entworfen und jahrelang bewohnt. Der Alltag der Redaktion sagt mehr über das richtige Content-Modell als jedes Lastenheft.
- 06
Was planen Sie, das Sie uns noch nicht gesagt haben?
Der zweite Markt, die Übernahme, die Produktlinie in Entwicklung. Das prägt die Architektur weit stärker als alles im aktuellen Briefing.
Die erste Regel für jede Technologie im Unternehmen: Automatisierung, angewandt auf einen effizienten Prozess, vervielfacht die Effizienz. Die zweite: Automatisierung, angewandt auf einen ineffizienten Prozess, vervielfacht die Ineffizienz.Bill Gates
Von Unklarheit zu einer Lösung, die Ihr Team betreiben kann.
Die meisten Herstellerprojekte starten mit Discovery, weil sie den Scope klärt, bevor Technologie und Budget gebunden sind.
MedTech Platform & Workflow Discovery
- System- und Informationslandkarte inklusive manueller Übergaben
- Priorisierte Use Cases, Abhängigkeiten und Umsetzungsrisiken
- Architekturrichtung, Integrationen und Freigabepunkte
- Umsetzungsmeilensteine und eine kalkulierte Roadmap
Plattform-Umsetzung
- Ein Senior-Team, kein Team mit einem Senior an der Spitze
- Funktionierende Software ab den ersten Wochen
- Integrationsarbeit als Hauptsache, nicht als Phase am Ende
- Dokumentation und Übergabe eingebaut, nicht angehängt
Laufende Partnerschaft
- Dieselben Menschen, die es gebaut haben
- Nächste Märkte, nächste Produktlinien, nächste Integrationen
- Architektur-Review vor jeder größeren Erweiterung
- Ihr Team, das es zunehmend ohne uns macht
Was wir nicht tun — und warum.
Das früh zu klären spart allen einen Beschaffungszyklus. Nichts davon ist Prinzipienreiterei — jeder Punkt ist ein Scheitern, das wir beobachtet haben.
Festpreis auf unklarem Scope
Es sieht aus, als würden Sie Risiko an uns abgeben. Tatsächlich vereinbaren wir beide, ein Jahr lang über Change Requests zu streiten. Erst Discovery, dann ein Preis, der etwas bedeutet.
Bauen auf einem Content-Modell, das wir für falsch halten
Wir sagen es einmal, deutlich, mit einem Gegenvorschlag. Wenn Sie es trotzdem so wollen, ist das eine legitime Entscheidung — aber wir verlieren den Auftrag lieber, als den späteren Umbau zu bauen.
Eine Designphase, die endet, bevor die Daten verstanden sind
Screens, die gegen gedachte Daten entworfen wurden, werden gegen echte Daten neu gezeichnet. Das ist der häufigste und teuerste Reihenfolgefehler in solchen Projekten.
Die Einzigen sein, die es verstehen
Lock-in ist gutes Geschäft und schlechtes Engineering. Wenn Ihr Team nicht pflegen kann, was wir gebaut haben, haben wir Ihnen eine Verbindlichkeit mit schöner Oberfläche verkauft.
Wie das konkret abläuft.
Müssen wir mit Discovery starten?
Nein — aber wir stellen die Discovery-Fragen ohnehin. Wenn Sie bereits eine Systemlandkarte und ein abgestimmtes Content-Modell haben, lesen wir sie und fangen an zu bauen. Lauten die Antworten „kommt darauf an, wen man fragt“, ist Discovery der günstigere Weg — er zahlt sich meist über Scope aus, der nie gebaut wird.
Wie arbeiten Sie mit unserer internen IT?
Als Kolleginnen und Kollegen, die nach uns noch da sind. Sie haben das ERP-Wissen und die Sicherheitsanforderungen, und sie erben die Integrationen. Wir investieren lieber eine Woche mehr in ihre Freigabe des Datenvertrags, als ihre Randbedingungen beim Go-live zu entdecken.
Können Sie neben unserer bestehenden Agentur arbeiten?
Oft ja — das machen wir regelmäßig. Die übliche Aufteilung: Sie behalten Marke, Strategie und Kundenbeziehung, wir übernehmen Plattform und Integration. Es funktioniert, wenn die Grenze früh schriftlich gezogen wird.
Wie sehen die ersten zwei Wochen aus?
Gespräche mit sechs bis zehn Personen quer durchs Unternehmen, Sichtung vorhandener Dokumentation, wo möglich lesender Zugriff auf die Systeme — und ein erster Entwurf der Systemlandkarte bis Ende Woche zwei. Bewusst früh, damit Menschen uns sagen können, wo er falsch ist.
Starten Sie mit der Landschaft, nicht mit einem Lösungspitch.
Im Erstgespräch bestimmen wir, welches Produktinformations- oder Workflow-Problem zuerst kartiert werden sollte.
Den richtigen KI-Einstieg finden.
Business Case, Governance und erste Umsetzung abstimmen – ohne direkt ein Großprogramm zu starten.