_Leistungen_ # Wobei ich helfen kann Drei Wege, wie ich mit Produkt-, Design- und Entwicklungsteams arbeite. Jeder beginnt mit einem konkreten Problem Ihres Teams und endet mit etwas, das Sie weiter nutzen können. _01 / UX_ ## Produktdesign und UX Ein komplexes Produkt für die Menschen verständlich machen, die es nutzen. Passende Arbeiten - My Sunrise (https://baguelus.com/de/proyectos/my-sunrise/) - Sunrise Rewards (https://baguelus.com/de/proyectos/sunrise-rewards/) Darüber sprechen (https://baguelus.com/de/contacto/) ### Passt, wenn - Ein Portal oder internes Tool ist Funktion für Funktion gewachsen, und Nutzer verlieren sich darin. - Sie planen ein Redesign und möchten Belege, bevor Sie Budget binden. - Business, Technik und Nutzer ziehen in verschiedene Richtungen. ### Was wir tun - **Einordnen**: Wir klären, welches Problem das Produkt lösen soll und welche Entscheidungen offen sind. - **Verstehen**: Interviews und Beobachtung zeigen, wie Menschen arbeiten und was das Team einschränkt. - **Entscheiden**: Workshops übersetzen Erkenntnisse in Prioritäten und in das, was sich zu testen lohnt. - **Prototypen und validieren**: Abläufe und Prototypen, mit Nutzern getestet und an fachlichen und technischen Grenzen geschärft. ### Was Sie erhalten - Erkenntnisse, mit denen das Team arbeiten kann - Getestete Abläufe und Prototypen - Ein UI-Kit, das an Ihr Designsystem angebunden ist - Dokumentierte Entscheidungen mit den Punkten, die vor der Entwicklung zu prüfen sind - Barrierefreiheit von Anfang an mitgedacht _02 / DesignOps_ ## DesignOps und Designsysteme Dieselben Regeln für Design, Entwicklung und KI-Agenten. Passende Arbeiten - Ein Designsystem für KI (https://baguelus.com/de/proyectos/design-system-ia/) - Was ein KI-Agent von Ihrem Designsystem braucht (https://baguelus.com/de/articulos/contratos-diseno/) Darüber sprechen (https://baguelus.com/de/contacto/) ### Passt, wenn - Design und Code laufen nach jedem Release auseinander. - Bei jeder Übergabe müssen dieselben Entscheidungen erneut erklärt werden. - KI-Agenten sollen mit Ihren Komponenten bauen, nicht an ihnen vorbei. ### Was wir tun - **Einem echten Ablauf folgen**: Von Figma bis zum Code, um zu sehen, wo Informationen verloren gehen oder Arbeit doppelt entsteht. - **Das System prüfen**: Tokens, Komponenten, Dokumentation und die Art, wie Änderungen geprüft werden. - **Spezifikationen schreiben**: Komponentenspezifikationen und Übergaberegeln, die Menschen und Agenten lesen können. - **Mit dem Team testen**: Wir erproben den Ablauf an einem echten Fall und passen ihn an, bevor wir ihn ausweiten. ### Was Sie erhalten - Ein Bild davon, wo die Übergabe heute bricht - Tokens und Komponentenspezifikationen - Dokumentation, die Design, Entwicklung und Agenten lesen können - Ein getesteter Ablauf von Figma zu React und Storybook - Ein Plan, um ihn Komponente für Komponente auszuweiten _03 / KI_ ## KI-Einführung und Schulung KI in den Arbeitsalltag des Teams bringen, ein sinnvolles Pilotprojekt nach dem anderen. Passende Arbeiten - Voice-of-Customer-Pilot bei Sunrise (https://baguelus.com/de/sobre-mi/#ia) - So wählen Sie das erste KI-Pilotprojekt für Ihr Team (https://baguelus.com/de/articulos/primer-piloto-ia/) Darüber sprechen (https://baguelus.com/de/contacto/) ### Passt, wenn - Alle probieren Tools aus, aber nichts bleibt im Arbeitsablauf. - Sie müssen zeigen, was KI bringt, bevor Sie weiter investieren. - Das Team möchte an der eigenen Arbeit lernen, nicht an allgemeinen Demos. ### Was wir tun - **Eine Aufgabe wählen**: Eine klar abgegrenzte Aufgabe mit eindeutiger Ein- und Ausgabe, verglichen mit dem heutigen Vorgehen. - **Kriterien festlegen**: Wir klären, was das Team prüfen muss und woran wir erkennen, ob sich eine Ausweitung lohnt. - **Den Piloten bauen**: Prototypen, Agenten und Automatisierung, getestet mit repräsentativen Beispielen. - **Das Team schulen**: Praxisnahe Workshops, in denen das Team Ergebnisse bewertet und den Ablauf anpasst. ### Was Sie erhalten - Ein funktionierender Pilot an einer echten Aufgabe - Bewertungskriterien und dokumentierte Ergebnisse - Workshops mit Ihren eigenen Beispielen - Eine Empfehlung zu Werkzeugen und nächsten Schritten - Mentoring, während das Team übernimmt ## Formen der Zusammenarbeit Die meisten Zusammenarbeiten beginnen klein und wachsen mit dem, was wir lernen. - _01_ ### Diagnose Eine kurze Prüfung eines Produkts, Ablaufs oder Designsystems mit klaren Empfehlungen und Prioritäten. - _02_ ### Projekt oder Pilot Ich leite die Arbeit oder arbeite mit, von der Recherche bis zur Übergabe, gemeinsam mit Ihrem Team. - _03_ ### Workshop Praxisnahe Sitzungen mit dem Material Ihres Teams, vor Ort oder remote. - _04_ ### Mentoring Regelmäßige Sitzungen für Designer, Produktverantwortliche oder Führungskräfte, die ihre Arbeitsweise verändern. Ich arbeite von Bad Wörishofen bei München aus. Vor Ort im Raum Zürich–München und remote weltweit. ## Häufige Fragen **Beraten Sie nur, oder bauen Sie auch?** Beides. Prototypen, Bausteine des Designsystems und Piloten baue ich selbst, und ich schule das Team, damit die Arbeit ohne mich weitergeht. **Können Sie mit unserem bestehenden Designsystem und unseren Werkzeugen arbeiten?** Ja. Ich gehe von dem aus, was Sie bereits haben, und binde mich daran an, statt es zu ersetzen. Meist arbeite ich mit Figma, GitHub, React und Storybook. **Wir stehen bei KI am Anfang. Womit beginnen wir?** Mit einer kleinen, wiederkehrenden Aufgabe und einer klaren Art, das Ergebnis zu beurteilen. Ein erster Pilot zeigt mehr als ein Strategiepapier. **Wie fangen wir an?** Erzählen Sie mir, woran Sie arbeiten. Ein erstes Gespräch reicht, um zu sehen, welches Format passt, falls eines passt.