Der Tacto Builder

“The customer is our north star; we immerse ourselves in their world, watch their workflows, and measure before and after so we know (not guess) whether we actually helped. They deserve to be delighted, not just served.”

Im Klartext: Nicht „Anforderungen erfüllen", sondern die Welt des Kunden so gut kennen, dass du seine Probleme siehst, bevor er sie ausspricht. Und: Wirkung messen — vorher/nachher, nicht Bauchgefühl.

Woche 1: Dein Customer Internship und die Sales-/CX-Calls sind genau dafür da. Geh mit Notizbuch rein: Welche Klicks macht der Einkäufer wirklich? Wo flucht er? Für Headless Tacto sind die CVMs deine ersten „Kunden" — beobachte ihre Workflows wie ein Ethnograph.

“When implementation is cheap, judgment is the scarce resource. [...] A Builder who can't tell what is worth doing is a Builder who cannot build.”

Im Klartext: Die eigentliche Kunst ist die Auswahl. Trainierbar durch: viel Kundenkontakt, pointierte eigene Meinungen („opinionated framing"), eigene Hypothesen killen, Produktintuition der Kollegen absorbieren.

Woche 1: Führe eine Hypothesen-Liste („Ich glaube, CVM-Use-Case X ist wertvoll, weil…") und schreib aktiv dazu, was sie widerlegen würde. Bring sie in deine 1:1s mit — das ist „opinionated framing" in Aktion.

“Problem discovery, solution discovery, implementation, operation, adoption, measurement, cleanup: all yours. You write the plan down before you start [...]. When you take something on, the person who handed it to you can walk away: fire-and-forget.”

Im Klartext: Ownership endet nicht beim Merge. Adoption (nutzen es die Leute?), Messung (hat es geholfen?) und Cleanup (Altlasten wegräumen) gehören dir. Pläne werden vorher aufgeschrieben — auch, um den „blast radius" durchdacht zu haben.

Woche 1: Schreib deinen eigenen Onboarding-Plan als erstes „owned" Artefakt auf und teile ihn. Kleiner Move, großes Signal: Du zeigst am eigenen Onboarding, dass fire-and-forget bei dir funktioniert.

“When building something new, there is no step-by-step guide. Our Builders thrive in ambiguity, embrace the unknown, and figure things out as they go. Not everyone can draw the owl. We do.”

Im Klartext: Anspielung auf das Meme „How to draw an owl: 1. Zeichne zwei Kreise. 2. Zeichne den Rest der Eule." — Zwischen Schritt 1 und 2 liegt die eigentliche Arbeit, und dafür gibt es keine Anleitung. Ambiguität ist Feature, nicht Bug der Rolle.

Woche 1: Headless Tacto ist eine Eule: „3–5 nützliche Use-Cases" ist bewusst vage. Erwarte keine Spec von Nico oder dem Team — erwarte Kontext. Den Rest zeichnest du.

“Speed compounds: the team that iterates faster wins faster. Builders ship today what can be shipped today, then measure, decide, and ship again. We don't let decisions drift, ideas ferment, or work wait.”

Im Klartext: Iterationsgeschwindigkeit ist der Wettbewerbsvorteil. Kleine Einheiten heute shippen schlägt große Einheiten nächste Woche. Entscheidungen aktiv herbeiführen statt liegen lassen.

Woche 1: Wenn du zwischen „heute eine kleine Demo zeigen" und „nächste Woche etwas Besseres zeigen" wählst: zeig heute. Früh präsentieren steht wörtlich in deiner Welcome-Mail.

“Every detail matters in what we ship: the flow, the component, the empty state, the copy. Pixel-perfect is not optional; it is our standard. We call out missing details without blame, to uphold shared values.”

Im Klartext: Empty States, Microcopy, Randfälle — genau die Dinge, die KI-generierter Code gern übersieht. Detail-Scanning ist bewusst „painful" und trotzdem Pflicht. Callouts sind blame-frei und erwünscht — auch von dir als Neuem.

Woche 1: Wenn dir beim Produkt-Erkunden Details auffallen (Copy-Inkonsistenz, seltsamer Empty State): notieren und freundlich teilen. Das ist kein Besserwissen, das ist gelebter Wert — und frische Augen sind dafür Gold.

“Our design system, component library, layouts, and app shell are the product of a year of focused work. [...] compose from what exists before you build new, and extend the system as a reusable primitive when it falls short. Every rebuild is a step back down the mountain.”

Im Klartext: Erst schauen, was es gibt; dann komponieren; wenn etwas fehlt, generisch ergänzen (reusable primitive), nicht einmalig hacken. Gilt am stärksten im Frontend, wo Drift am schnellsten passiert.

Woche 1: Bevor du irgendetwas baust: lass dir Design System, Component Library und App Shell zeigen. Frag explizit: „Was ist der gesegnete Weg, X zu bauen?" — die Frage wird man dir gern beantworten.

“Complexity is a tax. Simple workflows outperform clever ones because customers can actually use them, teams can actually maintain them, and AI can actually extend them. We favor the direct, the lean, the boring solution.”

Im Klartext: Drei Zielgruppen für Einfachheit: Kunden (Nutzbarkeit), Team (Wartbarkeit) — und bemerkenswert: die KI (Erweiterbarkeit). Einfache Systeme sind der Nährboden dafür, dass Agenten zuverlässig weiterbauen können.

Woche 1: Für Headless Tacto direkt relevant: Agenten-Setups gewinnen durch Einfachheit — wenige, klare Tools und Workflows schlagen ein cleveres Framework. Boring is beautiful.

“Escalate to a designer, product manager or CX specialist when you are at the edge of your range. When you ARE that specialist, encode what you know: teach AI to apply the rule next time [...]. A Builder who never escalates hides quality loss. A Builder who never encodes becomes the bottleneck.”

Im Klartext: Zwei Pflichten: (1) Am Rand des eigenen Judgments Spezialisten dazuholen. (2) Eigenes Spezialwissen encoden — in Regeln, Doku, AI-Instruktionen — statt persönlicher Flaschenhals zu werden.

Woche 1: Deine Stärke ist vermutlich genau das Encoden (Agent-Setups, Prompts, Kontext-Design). Beobachte, welches Wissen bei Tacto nur in Köpfen lebt — jede solche Stelle ist ein Headless-Tacto-Kandidat.

“Quality is not negotiable. Shortcuts today always cost tomorrow's speed. [...] Our craft now lives where the judgment is: the solution, the verification, the test that actually catches the regression, the feature flag that lets us recover from a bad call.”

Im Klartext: Qualität und Speed sind kein Trade-off, sondern Kombination. Craft sitzt heute in Verifikation und Absicherung: der Test, der die Regression wirklich fängt; das Feature Flag, das Rollback erlaubt.

Woche 1: Frag nach den Quality-Mechanismen: Wie wird verifiziert? Wie wird gerollbackt? Welche Evals gibt es für AI-Features? (Für Agenten-Workstreams die Kernfrage überhaupt.)

“Growth compounds. Every week, we relentlessly seek incremental improvement, and we celebrate those who visibly push for progress.”

Im Klartext: Kein Heldensprint, sondern Zinseszins. Wer sichtbar an sich arbeitet, wird gefeiert und entblockt. Ausdrücklich als Karriere-Mindset über Tacto hinaus gemeint.

Woche 1: Nimm dir pro Woche eine konkrete Verbesserung vor („Diese Woche lerne ich, wie CVMs Reports bauen") und mach sie sichtbar — z. B. als kurzes Learning-Posting im Team-Channel.

“Be the easiest person to help: stay curious, ask questions, embrace guidance. [...] What we coach now is product building: judgment, framing, empathy. AI handles the mechanics.”

Im Klartext: „Easiest person to help" ist eine hohe Latte: Fragen stellen, Feedback annehmen, ohne Verteidigungsreflex. Und selbst coachen — Wissen teilen ist Bringschuld.

Woche 1: Als Neuer bist du automatisch im Coachable-Modus — nutze das. Und du kannst ab Tag 1 zurückgeben: Dein Agent-/AI-Wissen ist coachbares Spezialwissen, nach dem das Handbuch explizit verlangt.

“The strongest teams rally around clearly articulated problems, not prematurely defined solutions. [...] We involve each other early because collective brilliance beats isolated genius.”

Im Klartext: Wer nur die fertige Lösung zeigt, verliert bessere Ideen und Buy-in. Erst das Problem sauber artikulieren, dann gemeinsam zur Lösung. (Das ist auch das beste Meeting-Format für dich als Neuen: Problem mitbringen, nicht Pitch.)

Woche 1: Wenn du erste Headless-Tacto-Ideen hast: präsentiere sie als Problem-Beobachtungen („CVMs verbringen X Stunden mit Y") statt als Feature-Vorschläge. Genau das erzeugt Rally-Effekt.

“Solo heroes slow teams down. Instead, we thrive on pairing: ideating, planning, and executing side-by-side. If you are stuck alone, you lose speed. If you sprint ahead alone, you lose alignment.”

Im Klartext: Beide Fehlermodi vermeiden: allein festhängen (Speed-Verlust) und allein vorpreschen (Alignment-Verlust). Pairing ist der Default, nicht die Ausnahme.

Woche 1: Etabliere mit Nico von Tag 1 einen Pairing-Rhythmus (z. B. täglicher gemeinsamer Block). Deine Welcome-Mail sagt wörtlich „Pair constantly".

“Feedback takes courage to give; receive it gratefully, even when it is uncomfortable. When someone offers feedback, they have chosen the ‘not-easy route' forward.”

Im Klartext: Wer dir Feedback gibt, hat sich für den unbequemen Weg entschieden — das verdient Dank, nicht Rechtfertigung. Feedback aktiv einfordern gehört dazu.

Woche 1: Bau dir eine Standardfrage für den Abschluss deiner 1:1s: „Eine Sache, die ich nächste Woche besser machen kann?" — so normalisierst du Feedback an dich von Anfang an.

“We are engineers, and we are people. It's the little stories that help us empathize with each other [...]. Shared context is what makes us move faster.”

Im Klartext: Persönliches gehört dazu — kleine Geschichten schaffen den Kontext, der Zusammenarbeit schneller macht. Kein Professional-Roboter-Modus.

Woche 1: In deinen 25 Kennenlern-Gesprächen: nicht nur Org-Chart-Fragen. Erzähl auch, wer du bist — und frag es zurück.

“Inspiration does not just happen; it comes from what we radiate, share, and do. [...] People who deeply care about something draw others in; passion is magnetic.”

Im Klartext: Inspiration ist Arbeit: Energie zeigen, Wins und Struggles teilen, Wissen offen halten.

Woche 1: Teile, was dich an Agenten/AI wirklich begeistert — Begeisterung, die auf Substanz sitzt, ist dein schnellster Weg, im Team Zugkraft aufzubauen.

“The team is not leveled up by passive contributors. [...] Debate is not the goal; alignment is. Once a decision is made, we commit fully and don't get stuck in endless discussions.”

Im Klartext: Echte Meinungen bilden und zur Debatte stellen — aber nach der Entscheidung gilt: voll committen („disagree and commit"). Passivität hilft niemandem; Dauerdebatte auch nicht.

Woche 1: Trau dich früh, Meinungen zu äußern — als Frage geframt geht das auch mit wenig Kontext: „Ich hätte erwartet, dass X — was übersehe ich?"

“We amplify great contributions, especially the ones that might otherwise go unnoticed. [...] A stronger team is the real force multiplier.”

Im Klartext: Gute Arbeit anderer sichtbar machen — besonders die unsichtbare. Gilt als Zeichen von Confidence und Humility.

Woche 1: Wenn dir jemand beim Onboarding besonders hilft: benenn das öffentlich (Standup, Channel). Kostet nichts, baut Kultur — und Beziehungen.

“We take the time to recognize effort, share success, and make appreciation a habit. [...] From launching a major feature to fixing an invisible but critical bug, every win, big or small, counts.”

Im Klartext: Value-Flow in kleinen Inkrementen — und jedes Inkrement zählt. Anerkennung ist Gewohnheit, kein Jahresevent.

Woche 1: Feier auch deine eigenen kleinen Wins sichtbar („erste PR gemerged", „ersten CX-Call geshadowt") — das gibt dem Team Einblick in deinen Fortschritt und lädt zum Mitfeiern ein.