Wir transformieren Organisationen durch verantwortungsvolle KI – so, dass Menschen mehr Wirkung entfalten, Arbeit sinnvoller wird und Unternehmen schneller lernen. Wir bauen Lösungen, die echte Probleme lösen: operativ, strategisch, menschlich. Wir sind German-first in Qualität, Ethik, Sicherheit und Sprache – offen gegenüber der Welt, aber mit einem präzisen Verständnis für den hiesigen Kontext.

• Arbeit ist eine Praxis. Gute Arbeit braucht Haltung, Handwerk und Systeme.
• Technologie ist kein Selbstzweck. Sie ist ein Verstärker von Fähigkeiten – gut, wenn die Richtung stimmt, gefährlich, wenn nicht.
• Verantwortung ist kein Buzzword. Sie ist eine tägliche Entscheidung, sichtbar in Code, Verträgen, Beratung und Support.
• Wir messen uns an Wirkung: Was ist nach 30, 90, 365 Tagen besser? Für Nutzer:innen, Teams, Kund:innen und die Gesellschaft.

Unsere Grundannahme: Menschen sind zu mehr fähig, als typische Rollenbeschreibungen zulassen. Deshalb entwerfen wir Arbeit so, dass du mehrere Lösungen erschaffen kannst – nicht nur ein Feature. Dazu gehören:

• breite Ownership (Problem → Lösung → Betrieb → Lernen),
• Zugriff auf die „Infrastruktur des Könnens“ (Clarity, V41),
• Coaching, Dokumentation und Feedback-Loops,
• klare, öffentlich nachvollziehbare Entscheidungen (PRs, RFCs, Architektur-Entscheidungs-Records),
• Tools, die aus dem Weg gehen statt Arbeit zu verkomplizieren.

• Wir verbinden strategische Beratung mit ausführbarer Technologie.
• Clarity ist unsere organisatorische Intelligenzschicht, V41 die multimodale Grundlage.
• Unser Consulting ist nicht vom Produkt getrennt – es operationalisiert Mission, Ethik und Architektur.

• Wir bauen, kuratieren und orchestrieren Lösungen entlang echter Wertströme: Vertrieb, Operationen, Support, Compliance, Produkt, People.
• Unsere Toolbox (Clarity/V41) ermöglicht spezifische, wiederholbare Lösungen – industrienahe, aber nicht kundenspezifisch verhärtet.

• Time-to-Learn vor Time-to-Launch. Wir priorisieren schnelle, valide Lernzyklen über „perfekte“ Roadmaps.
• Standardmäßig bauen wir iterativ in der Öffentlichkeit: Changelog, Demo-Umgebungen, offene Doks, öffentliche Diskussionen.

Geheim ist hier nur die Ironie. Der Plan ist öffentlich:

• Heute (Ist): Beratung, Orchestration und Umsetzung mit Clarity/V41; produktive Implementierungen; transparente Richtlinien.
• Nächste 12–24 Monate (Zielbild): mehr Self-Serve, smartere Automations-Patterns, intensivere Readiness-Checks, breitere Library wiederverwendbarer Lösungen; Ausbau unserer deutschen Sprach- und Kulturkompetenz in Modellen.
• Langfristig: WeMake als Referenz für verantwortungsvolle, wirksame KI im deutschsprachigen Raum; Infrastruktur statt Einzelprojekt.

Dinge, die uns beeinflusst haben

• Systems Thinking, antifragile Organisationen, Ethik in der Technik, Menschen in komplexen Systemen.
• Praktiken: RFCs, Design Docs, Postmortems, operatives Lernen, Entscheidungsjournal.
• Haltung: Klarheit, Mut, Konsequenz.

• Open-Source-Communities (Governance, Reviews, Contribution-Kultur).
• Sicherheits- und Cloud-Pioniere (Zero Trust, Resilienz, Automatisierung).
• Produktteams, die Dokumentation wie ein Produkt behandeln.

• Dieses Handbuch ist lebendig. Wir committen es. Wir versionieren es. Wir reviewen es.
• Es existiert nicht, um recht zu haben, sondern um besser zu werden.
• Wenn Realität und Handbuch divergieren, gewinnt die Realität – und wir passen das Handbuch an.

• Open Source → Unser Arbeitsmodell: öffentlich, nachvollziehbar, Beiträge willkommen.
• Stadtinfrastruktur → Unsere Plattformstrategie: Clarity/V41 sind Straßen, Strom, Wasser; auf ihnen entstehen Produkte.
• Gym, nicht Spa → Unsere Kultur: Du trainierst Verantwortung und Fähigkeiten; Komfort ist ein Nebenprodukt, kein Ziel.

• Wir lösen echte Probleme – keine hypothetischen.
• Wir sprechen die Sprache unserer Nutzer:innen (wörtlich: Deutsch; fachlich: die Sprache der Domäne).
• Vertrauen ist unsere Währung: Transparenz, Sicherheit, Klarheit in Erwartungen.

• Inhalte sind unser Marketing. Von Deep-Dives bis zu Praxisguides.
• Kein „Hype as a Service“. Wir erklären, wie Dinge funktionieren – und wie nicht.
• Wir teilen: Benchmarks, Metriken, Trade-offs, Entscheidungen und ihre Kosten.

• Die Website ist ein Produkt. Sie ist die erste Erfahrung mit WeMake.
• Sie ermöglicht Self-Serve: Demos, Docs, Sandboxen, direkte Buchungen – möglichst ohne Sales-Termin.
• Sie ist schnell, barrierearm, suchbar, verständlich, aktualisiert.
• Sie sagt, was wir tun – und was nicht.

• Freemium/Trials, klare Nutzungsmodelle, einfache Verträge.
• Abkürzungen statt Hürden: Direktkauf, Pilot, Pay-as-you-go.
• Keine versteckten Gebühren; Preise werden erklärt, nicht verschleiert.

• Organisationen im DACH-Raum mit klarem Anspruch an Qualität, Sicherheit, Ethik.
• Teams, die bereit sind, mit KI operativ zu arbeiten (nicht nur zu diskutieren).
• Domänen mit Regulierung: Gesundheit, Finanz, Industrie, öffentliche Hand, Bildung – dort, wo Sorgfalt Pflicht ist.
• Menschen, die Gleichheit, Empowerment und Sinnhaftigkeit ernst meinen – und die Konsequenzen tragen wollen (Ownership, Lernkurven, Feedback).

• An die eigentlichen Praktiker:innen: die Person, die den Prozess betreibt, die den Fehler ausbaden muss, die wirklich Zeit spart oder verliert.
• An Führungskräfte mit Verantwortung für Wirkung, nicht nur Zahlen.
• An Kolleg:innen, die später onboarden – Dokumentation als Willkommenspaket.

• Hohes Potenzial = klare Pain Points, Datenzugang, operative Bereitschaft, Sponsor mit Ownership.
• Wichtig, weil wir Ergebnisse wollen: schnelle Lernzyklen, wiederholbare Muster, skalierbare Lösungen.

• Hobbyist:in = experimentiert, aber ohne echte Anwendung/Verbindlichkeit.
• Wichtig, um freundlich zu sein, aber fokussiert zu bleiben: Wir helfen gern, doch wir priorisieren Wirkung.

• Weil Umsetzung zählt: Daten, Prozesse, Sicherheit, Governance, Integration.
• Das KI-Team sorgt für wiederholbare Qualität, nicht für bunte Demos.

• Marketing ist Teil des Produkts: Inhalte, Demos, Dokumentation, Community.
• Ziel: Verstehen ermöglichen und Hürden senken.
• Sales ist Beratung, nicht Druck.

• Wir starten bei den Aufgaben, nicht bei den Features.
• Wir messen Wirkung: Zeitersparnis, Fehlerreduktion, Qualität, Zufriedenheit.
• Wir bauen klein und lernen schnell: Proof → Pilot → Produktion.
• Wir dokumentieren, was wir lernen – öffentlich, wenn möglich.

• Keine Support-Warteschlange mit Skript. Du sprichst mit den Menschen, die es gebaut haben.
• Review/Support-Calls sind kurz, konkret, lösungsorientiert; async-first; nachvollziehbar dokumentiert.
• Wir sind ehrlich über Trade-offs – und helfen dir, die richtige Entscheidung zu treffen.

• Self-Serve und Low-Touch, wo möglich. High-Touch nur, wo notwendig.
• Inhalte, Demos, Readiness-Checks senken Akquisekosten und erhöhen Passung.
• Wir verkaufen keine Luftschlösser – unsere Lösungen sind nutzbar, nicht nur vorzeigbar.

• Transparente Modelle, Einstieg ohne Kapitalblocker.
• Wir stellen Nutzen vor Margenmaximierung – nachhaltig, nicht naiv.
• Wir investieren in Effizienz und Automatisierung, um Preise dauerhaft niedrig zu halten.

• Pay-as-you-go, Caps, Limits, Alarmierungen: du kontrollierst deine Kosten.
• Exportierbarkeit von Daten und Metriken ist kein Premium-Feature.
• Kündigen ist so leicht wie Buchen.

• Wir optimieren auf TCO (Total Cost of Ownership): Implementierung, Betrieb, Risiken.
• Wenn Open-Source günstiger und gut genug ist, empfehlen wir es – selbst wenn es uns kurzfristig Umsatz kostet.
• Wir verdienen Vertrauen, bevor wir Umsatz maximieren.

• Es ist okay, Deals zu verlieren. Wir bleiben Prinzipien treu.
• Wir sagen vertraglich keine spezifischen Liefergegenstände zu; wir liefern Ergebnisse entlang definierter Ziele und Messgrößen.
• Wir entwickeln Dinge, wenn wir überzeugt sind, dass sie mehr als eine Organisation nutzen kann.
• Kund:innen müssen Lösungen ausprobieren, bevor sie Änderungen erwarten können – Lernen schlägt Hypothesen.
• Produktmanagement/CSM ist nicht Standard – aber als leichtgewichtiges, temporäres Werkzeug okay, wenn Skalierung, Koordination oder Compliance es erfordern.
• Sicherheit und Ethik sind nicht verhandelbar.

• Ein Problem selten allein; wer ein Problem löst, hat meist ein zweites – wir liefern modular und integrierbar.
• Cross-Solution-Design spart Implementierungskosten.

• Dokumentation, Demos, Sandboxen, Online-Buchung – wir senken Hürden, damit du selbst entscheiden kannst.
• Vertrieb ist Beratung, nicht Druck.

• Clarity als Orchestrator, V41 als Kern – einheitliche Identitäten, Metriken, Governance.
• Weniger Integration, weniger Brüche, weniger Kosten.

• Wir schreiben Doks, die wirklich helfen: How-tos, Playbooks, Architekturen, Entscheidungsleitfäden.
• Wir investieren in Beispiele, SDKs, Templates, statt Tickets zu züchten.

• Wir nutzen, was gut ist – und geben zurück, wo wir können.
• Open Source ist auch ein Governance-Modell: öffentlich, reviewbar, forkbar.

• Leitfrage: Wessen Problem lösen wir – und wie schnell lernen wir?
• Kriterien: Nutzen, Wiederverwendbarkeit, Sicherheit, Komplexität, Pflegeaufwand, Dokumentierbarkeit.
• Formate: RFCs, Architekturentscheidungen, kleine Experimente, öffentliche Changelogs.

• Wir wählen dann neu, wenn ein Problem nicht sinnvoll in bestehende Lösungen integrierbar ist – oder wenn ein neues Fähigkeitsbündel entsteht.
• Wir vermeiden Produktfriedhöfe: klarer Owner, klare Metriken, klare Exit-Kriterien.
• Wir schreiben vor dem Bauen die Doks, die wir später brauchen (Install, Runbook, Troubleshooting, Security, Ethics, Metrics).

• Geschwindigkeit = kurze Batch-Größen + klare Verantwortungen + öffentlich nachvollziehbare Entscheidungen.
• Wir optimieren nicht auf Auslastung, sondern auf Durchsatz und Lerngeschwindigkeit.

• Kleine, autonome Zellen mit End-to-End-Verantwortung.
• Teams haben alles, was sie brauchen, oder sie bauen es – wir reduzieren Abhängigkeiten.

• Führung ist eine Tätigkeit, kein Rangabzeichen.
• Wir führen über Klarheit, nicht über Kontrolle.

• Nenn dich so, wie du wirkst. Titel spiegeln Output, nicht Wunsch.
• Karrierewege sind Pfade des Könnens, nicht Treppen aus Karotten.

• Wir nutzen klare, messbare Ziele mit Feedback-Loops.
• „Ship small, learn big“: kleine Releases, große Lerneffekte.

Persönlichkeitsmerkmale, die zum Erfolg bei uns führen

• Du willst Dinge in die Welt bringen. Du kannst abstrahieren und bauen.
• Du baust Systeme, die andere besser machen.

• Du kommunizierst klar, freundlich, präzise.
• Du arbeitest async und respektierst Fokuszeiten.

• Erfolg ist Teamleistung. Du teilst Kredit und lernst aus Fehlern.
• Du gehst Konflikte an – früh, offen, lösungsorientiert.

• Du wartest nicht auf Erlaubnis; du holst dir Kontext und legst los.
• Du verantwortest Wirkung.

• Du willst an der vordersten Linie arbeiten: Ethik, Sicherheit, Wirksamkeit.
• Du willst remote, eigenverantwortlich, mit klarem Impact arbeiten.
• Du willst lernen, dokumentieren, teilen – und andere mitziehen.

• Wenn du Komfort über Verantwortung stellst.
• Wenn dir Transparenz unangenehm ist.
• Wenn du lieber verwaltet wirst als zu führen.

• Wenige, starke Menschen schlagen große, durchschnittliche Teams.
• Vergütung ist fair, transparent, kompetitiv – mit Ownership-Optionen, wenn sinnvoll.
• Wir vergüten Wirkung, nicht Präsenz.

• Kontext > Kontrolle. Wir geben Richtung, du findest den besten Weg.
• Wir erwarten, dass du Entscheidungen triffst – und sie öffentlich erklärst.

• Public by default: PRs, Issues, Docs, Roadmaps – alles, was nicht vertraulich sein muss.
• Öffentlichkeit ist ein Qualitätsfilter und ein Lehrmeister.

• Konventionen sind bequem; Fortschritt ist unbequem.
• Wir suchen dort, wo andere nicht hinschauen – und wir erklären, was wir finden.

• Heute ist besser als demnächst. Klein anfangen, groß lernen.
• Risiken klar benennen, nicht vermeiden.

• Wir sind Realist:innen mit Blick nach vorne.
• Probleme sind Einladungen zu Systemdesign.

• Unsere Default-Einstellung: Engineers, Researchers, Designer:innen sprechen direkt mit Nutzer:innen.
• Produktmanagement/CSM aktivieren wir leichtgewichtig, temporär, dort wo Enterprise-Kontext, Koordination oder Compliance dies erfordern.
• Ziel: Weniger Übersetzungsschichten, mehr geteiltes Verständnis, schnellere Lernschleifen.

• Jede Entscheidung hat einen PR, ein Issue oder ein ADR.
• Protokolle, Postmortems, Metriken sind Standard.
• Sicherheit und Ethik sind mitdokumentiert.

• Wir stellen Menschen ein, die Verantwortung wollen und können.
• Wir prüfen Fähigkeiten, Haltung, Lernfähigkeit; wir coachen, wir testen in der Praxis.

• Technologie ist unser Medium, Vielfalt unser Verstärker.
• Wir achten auf Sprache, Chancen, Räume – damit Kompetenz sichtbar wird.

• Async-first, tiefe Fokuszeiten, wenige Meetings.
• Kommunikation ist schriftlich, prägnant, respektvoll.
• Slack ist für Koordination; Entscheidungen stehen in PRs/Issues.

• Wir priorisieren Runway und Wirkung vor Wachstum um jeden Preis.
• Wir betreiben Szenarien und Frühwarnsysteme.

• Kapital ist ein Werkzeug, kein Ziel.
• Wir nehmen Geld nur zu Bedingungen, die unsere Prinzipien schützen.
• Transparenz gegenüber Team und Community hat Priorität.

• In Infrastruktur, die viele Lösungen ermöglicht (Clarity, V41).
• In Menschen, die Systeme bauen, nicht nur Tickets bearbeiten.
• In Inhalte, die nutzen – Doks, Playbooks, Forschung, Benchmarks.

• Wir bauen auf Eigenständigkeit. Verkauf ist kein Ziel, sondern ein mögliches Ereignis – falls es Mission und Menschen stärkt.
• Sekundärverkäufe sind uns lieber als vollständige Übernahmen.

• Konkretes, messbares Ziel – nicht nur Umsatz, sondern wiederkehrender Wert und Wirkung.
• Wir veröffentlichen Kennzahlen, die die Reise zeigen (ohne Vertrauliches zu teilen).

• Mitarbeiter:innen sollen partizipieren können, ohne Kultur oder Mission zu verkaufen.
• Wir bevorzugen Optionen, die Stabilität sichern und Wachstum ermöglichen.

• Lies dieses Handbuch und unsere Kern-Dokumente.
• Starte mit einem kleinen, nützlichen Beitrag: eine Doku-Stelle verbessern, ein kleines Script, ein Test, ein Pattern.

• Zeig deinen Versuch: Was du getan hast, was du beobachtet hast, was nicht funktioniert hat.
• Frag spezifisch, damit wir gezielt helfen können.

• „Perfekt“ ist oft langsam und fragil. „Klar + funktionsfähig + dokumentiert“ ist unser Sweet Spot.
• Fehler sind okay; verschweigen nicht.

• Hinterlasse alles ein Stück klarer, einfacher, sicherer als du es vorgefunden hast.
• Schreibe die Doku, die du dir gewünscht hättest.

• Ownership heißt handeln. Hole Kontext, entscheide, dokumentiere, iteriere.
• Wenn du blockiert bist, sag es früh.

• Sag, was du denkst – begründet, respektvoll, mit Bereitschaft, besser zu werden.
• Änderst du deine Meinung, dokumentiere warum.

• Such das dritte, vierte, fünfte Lösungsmuster.
• Kombiniere Bestehendes neu – Clarity AI ist dafür gemacht.

• Wir arbeiten teamorientiert. Issues beschreiben Probleme; Teams committen zu Lösungen.
• Verantwortungen sind klar, aber nicht personifiziert im Tracking.

• Mindestens ein Review – für Code, Dokus, Entscheidungen.
• Review heißt Verantwortung teilen, nicht Bürokratie.

• Entscheidungen und änderbare Vorschläge gehören in PRs.
• Ideen und Probleme in Issues.
• Slack für Koordination und Menschliches.
• Wenn’s wichtig ist, steht es nicht nur in Slack.

• Öffentlichkeit ist Default, Vertraulichkeit ist begründet.
• Schreibe für zukünftige Leser:innen – kurz, klar, mit Links.

• Antworte hilfreich, freundlich, ehrlich.
• Wenn du’s nicht weißt: Sag es und finde es heraus.

• Dieses Handbuch darfst du lesen, zitieren, kritisieren.
• Wenn du denkst, etwas fehlt oder falsch ist: Eröffne ein Issue. Wir danken dir.