Du weißt schon, was zu tun ist. Du hast eine Liste von Funktionen und eine Idee, wie sie gebaut werden, und dir fehlt kein Plan: Du musst wissen, ob wir so schnell vorankommen, wie du es brauchst.
Das lässt sich nicht mit Worten beantworten. Wir nehmen etwas aus deiner Liste und bauen es.
$ Woche 1 → du prüfst alles, Zeile für Zeile. So soll es sein
$ Woche 2 → du prüfst, was dir Sorgen macht
$ danach → du entscheidest, ob es weitergeht
Was du bekommst
Wir entwickeln etwas, das du ohnehin vorhattest. Am Ende funktioniert es in deinem Repository — auch wenn du nicht weitermachen möchtest. Und du hast früh und mit wenig angefangen: zwei Wochen jetzt statt zwei Monate Code, den man später prüfen lassen muss.
Was du siehst
Ein vollständiger Arbeitszyklus: wie eine Aufgabe spezifiziert, geschätzt, geprüft und in eine Umgebung geliefert wird, in der du sie ausprobierst. Es ist derselbe Zyklus wie in einem echten Projekt, einmal vollständig durchlaufen.
Was es von dir braucht
Du brauchst eine technische Ansprechperson, die im Laufe des Tages entscheiden kann. Das ist die einzige Voraussetzung und der Grund, warum es mit einem CTO besser funktioniert als mit einem nicht-technischen Founder.
Zwei Wochen kosten pro Tag mehr als eine längere Zusammenarbeit — wir sagen es dir jetzt statt später. Es ist der einzige Start, der nichts als Gegenleistung verlangt.
Was es nicht ist
Es endet, und es endet wirklich. Wenn es nicht passt, hast du trotzdem eine weitere Funktion und weißt etwas, das du vorher nicht wusstest.
Starter
Build, Scale und Rescue sind langfristige Verpflichtungen, und bevor du sie eingehst, ist es normal, Klarheit haben zu wollen.
Starter sind ein Weg, ohne Verpflichtung zu beginnen: Sie dauern wenige Wochen, kosten wenig und enden mit etwas in der Hand, das auch dann wertvoll ist, wenn du danach mit anderen arbeitest. Drei geben dir eine Antwort, bevor du startest: einen Plan, eine Prüfung, ein Audit. Der vierte, der Dry Run, zeigt dir, wie wir an einem echten Teil deines Projekts arbeiten.
Vorher
Jede Aufgabe wird beschrieben, technisch und in der Oberfläche entworfen, nach Aufwand geschätzt und bleibt liegen, bis du sie freigibst. So siehst du, was entsteht, bevor Zeit dafür aufgewendet wird. Du gibst keine Rechnung frei: Du entscheidest, wohin die Zeit geht, die du bereits gekauft hast.
Jeden Tag
Du hast Zugang zu dem Tool, in dem die Aufgaben leben: ihrem Status, dem zweiwöchigen Sprint, zu dem sie gehören, und ob sie vor oder hinter dem Plan liegen. Keine Monatszusammenfassung — dieselbe Ansicht, die wir nutzen.
Währenddessen
Wer schreibt, gibt nicht frei. Jede Änderung geht durch eine:n zweite:n Techniker:in, bevor sie irgendwohin gelangt.
Vor dem Release
Die Arbeit kommt an einen Ort, an dem du sie vor der Produktion sehen kannst. Wenn sie nicht deinen Erwartungen entspricht, geht sie zurück.
Immer
Keine technische Bindung, die dich zum Bleiben zwingt.