Question 1

Wie funktioniert die wöchentliche Kündigung wirklich?

Accepted Answer

Beende jede Woche mit einer einzigen Nachricht. Keine Frist, kein Exit-Gespräch, kein Kleingedrucktes. Wir rechnen wöchentlich ab, du bist also maximal die laufende Woche gebunden.

Question 2

Was, wenn die Arbeit mich nicht überzeugt?

Accepted Answer

Es steht in deinem Vertrag: Sag es uns, und wir erstatten diese Woche. Keine Rückfragen, keine Rechnungen zum Streiten, keine Eskalationscalls. Einzige Regel: Erstattungen gelten für die letzte Woche.

Question 3

Warum trackt ihr keine Stunden?

Accepted Answer

Weil Stunden die falsche Metrik sind. Wenn wir auf abrechenbare Stunden optimieren, optimieren wir nicht auf dein Ergebnis. Der Deal ist einfacher: Jede Woche müssen wir die nächste verdienen. Wenn wir das nicht tun, zahlst du nicht. Wir können null Stunden oder sechzig investieren. Was zählt, ist, ob du umgehauen bist.

Question 4

Was bedeutet „Erwartungen losgelöst von der Realität“?

Accepted Answer

Wir arbeiten mit Operators, nicht mit Lottogewinnern. Wenn eine Anforderung Physik, Gesetz oder Drittanbieter-Systeme brechen würde, sagen wir das, und wenn wir uns nicht ausrichten können, gehen wir. Die Garantie ist gegenseitig: Du kannst uns jede Woche feuern; wir können uns auch selbst feuern.

Question 5

Wie entscheidet ihr, ob eine Bleeding-Edge-Technologie produktionsreif ist?

Accepted Answer

Wir wägen vier Dinge ab: Reife des Ökosystems drumherum (Libraries, Hiring-Markt, Debug-Tools), Schwere des schlimmsten Failure-Modes, Existenz eines Exit-Pfads zurück auf einen reifen Stack und ob der Wettbewerbsvorteil echt ist oder Vanity. Wenn drei der vier nicht passen, empfehlen wir den konventionellen Stack.

Question 6

Was, wenn die Tech, die wir wollen, noch in Alpha ist?

Accepted Answer

Wir sagen es dir offen und strukturieren das Engagement entsprechend: kleinerer initialer Scope, parallel ein sichererer Fallback-Pfad, explizit eingeplantes Budget für Upstream-Beiträge und unerwartete Arbeit. Alpha-Tech lässt sich ausliefern – aber nur, wenn man sie wie Forschung scoped, nicht wie ein Liefercommitment.

Question 7

Macht ihr R&D-Engagements oder nur Produktionsarbeit?

Accepted Answer

Beides. R&D-Engagements stecken wir als zeitlich begrenzte Exploration mit klaren Deliverables ab (funktionierender Prototyp + schriftliche Einschätzung + Empfehlung). Produktions-Engagements haben ein hartes Liefercommitment. Wir tun nicht so, als wäre ein R&D-Engagement Produktionsarbeit. Genau dort verbrennen Teams zwei Quartale ohne Ergebnis.

Question 8

Wem gehört das IP aus den R&D-Ergebnissen?

Accepted Answer

Dir. Standard-Work-for-Hire-Konditionen übertragen dir alle IP-Rechte bei Lieferung, inklusive R&D-Outputs. Etwaige Open-Source-Beiträge, die wir während des Projekts upstream einbringen (oft nötig, damit Alpha-Tech überhaupt funktioniert), listen wir vorab klar auf. Wir schieben deinen Code nicht still in ein öffentliches Repo, ohne dir Bescheid zu geben.

Question 9

Wie budgetieren wir Fehlversuche auf Bleeding-Edge-Tech?

Accepted Answer

Fehlversuche sind eine Budget-Position, keine Überraschung. Bei R&D-Engagements reservieren wir typischerweise 20–30 % des Gesamtbudgets für „das hat nicht funktioniert, versuchen wir was anderes“. Stoßen wir früh auf einen Dead-End (Woche eins), sagen wir Bescheid und steuern um. Spät: Die Learnings fließen trotzdem in das Production-Design ein, das wir empfehlen. Worst Case, den wir einplanen: Du gibst das R&D-Budget aus, und wir liefern dir eine schriftliche „Bau das nicht“-Bewertung mit Begründungen. Das ist immer noch ein echtes Deliverable.

Bleeding-Edge-Tech-Lösungen

Worin liegt unsere Bleeding-Edge-Expertise?

Wie gehen wir Bleeding-Edge-Tech an?

Wie wir Software entwickeln

Discovery-Phase

Erste Iteration

Folge-Iterationen

Wartung

Weiterentwicklung / Übergabe

Beweise statt Versprechen

Was Kunden sagen

FAQs

Lern uns kennen