Saskia Teichmann
Bevor Sie investieren.
Sie vergleichen Plattformen, Anbieter oder ein Make-or-buy-Szenario und brauchen eine unabhängige Entscheidungsgrundlage.
KI · E-Commerce · digitale Plattformen
Technische Entscheidungen brauchen mehr als eine Tool-Empfehlung.
Ich helfe Geschäftsführung und Teams, Plattformen, Architekturen und Anbieter zu vergleichen. Technische Annahmen prüfe ich selbst in Systemen, Schnittstellen und Code.
Welche Entscheidung steht bei Ihnen an?
Zuerst klären wir, welche Entscheidung ansteht. Dann prüfe ich die Systeme, Daten und Abhängigkeiten, die dafür relevant sind.
Wenn ein System zum Risiko wird.
Releases werden mühsam, Fehler kehren zurück oder niemand kann Integrationen und Abhängigkeiten vollständig erklären.
Wenn KI echte Arbeit übernehmen soll.
Datenzugriffe, Rollen, Freigaben, Kosten und Betrieb müssen geklärt sein, bevor ein Agent produktiv arbeitet.
Welche Form der Beratung passt zu Ihrer Entscheidung?
Jedes Format klärt eine konkrete Frage und liefert Ihrem Team eine belastbare Arbeitsgrundlage.
Architecture & Decision Sprint
Für eine konkrete Plattform-, Architektur- oder Make-or-buy-Frage.
ErgebnisEin Entscheidungs-Memo, das Optionen, Risiken, Abhängigkeiten und meine Empfehlung nachvollziehbar gegenüberstellt.
Eine Entscheidung vorbereiten
E-Commerce-System-Review
Für gewachsene Shops und Plattformen vor Modernisierung, Wachstum oder Anbieterwechsel.
ErgebnisEine Kurzfassung für die Geschäftsführung, priorisierte Risiken und eine realistische Roadmap.
System Review ansehen
Technische Zweitmeinung
Für Angebote, Projektpläne oder technische Konzepte, bevor sie verbindlich werden.
ErgebnisSie sehen, welche Annahmen stimmen, welche Fragen offen sind und welche Folgen die Optionen haben.
Zweitmeinung einordnen
Executive Tech Sparring
Für wiederkehrende Entscheidungen auf Geschäftsführungs-, Produkt- und Technologieebene.
ErgebnisIch bereite Entscheidungen vor, prüfe technische Aussagen und übersetze zwischen Geschäftsführung und Team.
Sparring besprechen
KI- und Automatisierungs-Betriebsmodell
Für KI, die im Alltag verlässlich arbeiten und an den richtigen Stellen auf Menschen warten soll.
ErgebnisGeeignete Aufgaben, klare Systemgrenzen, Rollen, Freigaben und ein realistischer Weg in den Betrieb.
KI-Vorhaben einordnen
KI-Betriebsmodelle & Datenhoheit
Für Geschäftsführung und IT, wenn sensible Unternehmensdaten mit KI genutzt werden sollen, die Entscheidung zwischen lokaler KI, On-Premises, Private Cloud, souveräner Cloud oder Hybridbetrieb offen ist und Fragen zu DSGVO und EU AI Act eine technische Grundlage brauchen.
ErgebnisSie erhalten einen Rollen- und Systemsteckbrief, eine verständliche Datenflusskarte und eine Entscheidungsvorlage mit Betriebsoptionen, Abhängigkeiten, offenen Rechtsfragen und klaren Ausschlusskriterien. Ich prüfe Datenflüsse, Systemgrenzen und Betriebsrisiken; Ihr Datenschutz- oder Rechtsteam bekommt die technischen Nachweise für die eigene Bewertung.
KI-Betriebsmodell prüfen
So bereite ich Ihre Entscheidung vor.
Ich gehe dort in Architektur, Betrieb oder Code, wo eine Entscheidung sonst auf Annahmen beruhen würde.
- 01
Entscheidung klären
Was muss am Ende entschieden werden – und von wem?
- 02
Realität erfassen
Welche Systeme, Daten, Verträge, Beteiligten und Abhängigkeiten sind betroffen?
- 03
Technisch prüfen
Ich untersuche Architektur, Schnittstellen, Betrieb oder Code dort, wo eine Aussage sonst Spekulation bliebe.
- 04
Optionen vergleichen
Auch Nichtstun und schrittweise Modernisierung gehören in einen ehrlichen Vergleich.
- 05
Grundlage liefern
Die Geschäftsführung versteht die Gründe. Das interne oder externe Team kann damit weiterarbeiten.
- 06
Nächsten Schritt festlegen
Sie entscheiden getrennt, ob Sie umsetzen, sich begleiten lassen oder bewusst stoppen.
Was nach der Beratung auf dem Tisch liegt.
Sie erhalten die Unterlagen, die Ihre Entscheidung und die anschließende Arbeit tatsächlich brauchen.
Executive Summary
Entscheidung, wichtigste Risiken und Empfehlung – verständlich für Geschäftsführung und Fachbereiche.
Systembild
Architektur, Datenflüsse und kritische Abhängigkeiten als gemeinsame Arbeitsgrundlage.
Prioritäten und Roadmap
Was jetzt, später oder gar nicht getan werden sollte – und welche Entscheidung noch einen Beleg braucht.
Offene Punkte
Welche Annahmen noch geprüft werden müssen und wo bewusst Unsicherheit bleibt.
Technische Tiefe zeigt sich an realen Systemen.
Die Beispiele zeigen, dass ich Systeme nicht nur bewerte, sondern entwickle und im laufenden Betrieb verantworte.
Systemarchitektur und KI im laufenden Betrieb.
Tierheim Hannover
Architektur und Weiterentwicklung einer Plattform, in der Website, Vermittlungsprozesse und ein spezialisierter KI-Assistent zusammenspielen.Belege ansehenE-Commerce, Integrationen und Betrieb.
Raumluft24
Ich betreue Shop, eigene Erweiterungen, Server und Cloudflare als ein zusammenhängendes System.Belege ansehenEngineering und Produktverantwortung.
Eigene WordPress-Produkte
Plugins wie WP2Amparex und citelayer® zeigen, dass ich API-, Daten- und Produktentscheidungen bis zur lauffähigen Software durchdenke.Belege ansehen
Sie entscheiden, wer anschließend umsetzt.
Ich kann kritische Komponenten selbst entwickeln, Ihr internes Team fachlich anleiten oder zeitweise die technische Projektleitung bzw. Product Ownership übernehmen. Die Entscheidung bleibt so dokumentiert, dass auch Ihr bestehendes Team oder eine andere Agentur damit weiterarbeiten kann.
So arbeite ichPasst diese Form der Beratung?
Am besten funktioniert die Zusammenarbeit, wenn eine reale Entscheidung ansteht und die relevanten Menschen und Unterlagen zugänglich sind.
Besonders passend
- Die Entscheidung ist geschäftskritisch oder schwer reversibel.
- Management und Technik brauchen eine gemeinsame Sicht.
- Relevante Verantwortliche und Unterlagen sind zugänglich.
- Eine unabhängige Prüfung ist wichtiger als eine schnelle Herstellerempfehlung.
Eher nicht passend
- Eine reine visuelle Kleinstaufgabe ohne Beratungsbedarf.
- Der niedrigste Stundensatz ist das Hauptkriterium.
- Eine bereits feststehende Lösung soll nur bestätigt werden.
- Risiken oder Zielkonflikte dürfen nicht offen besprochen werden.
Fragen vor dem ersten Gespräch.
Die wichtigsten Grenzen und Möglichkeiten, bevor Sie sensible Details teilen.
Beraten Sie nur zu WordPress und WooCommerce?
Nein. Dort kenne ich mich bis in Code, Plugins, Datenbank und Betrieb aus. Entscheidend ist aber Ihre Systemfrage – auch wenn eine andere Plattform betroffen oder die bessere Wahl ist.
Übernehmen Sie auch die Umsetzung?
Ja, wenn es zur Entscheidung passt. Ich kann kritische Komponenten selbst entwickeln, ein bestehendes Team anleiten oder die technische Umsetzung zeitweise führen. Beratung und Umsetzung werden transparent getrennt.
Kann unser internes Team oder unsere Agentur mitarbeiten?
Unbedingt. Relevante Beteiligte sollten früh einbezogen werden. Meine Ergebnisse sind so aufgebaut, dass Ihr Team damit weiterarbeiten kann.
Wie unabhängig ist eine Empfehlung, wenn Sie selbst entwickeln?
Die Empfehlung wird nicht so konstruiert, dass nur meine Umsetzung möglich ist. Ich dokumentiere die Optionen, ihre Vor- und Nachteile und alle noch offenen Annahmen.
Welche Informationen brauchen Sie zuerst?
Für die erste Einordnung reichen die anstehende Entscheidung, das betroffene System, bekannte Unsicherheiten, wichtige Beteiligte und der zeitliche Rahmen. Zugangsdaten gehören nicht in die erste Nachricht.
Ist eine Beratung vor der Plattformwahl sinnvoll?
Ja. Gerade vor einer Festlegung lassen sich Ziel, Auswahlkriterien, Make-or-buy, Abhängigkeiten und die Folgen des Nichtstuns noch sauber vergleichen.
Arbeiten Sie mit vertraulichen Unterlagen?
Vertraulichkeit, Zugriffsgrenzen und der Umgang mit Unterlagen werden vor einem realen Review konkret vereinbart. Im Erstkontakt sollten keine sensiblen Daten gesendet werden.