02 · Prozess

So arbeiten wir.

Vier Phasen, klar getrennt, ehrlich kommuniziert. Keine Folienpräsentationen für die Show. Produktionsreifer Code von Tag eins. Hier ist was passiert, vom ersten Hallo bis zum Launch und danach.

Phase 01 Tag 1 · kostenlos Ergebnis: Klares Ja oder Nein

Verstehen

Ein 30-Minuten-Call. Wir hören zu, fragen nach, schätzen ehrlich ein und sagen direkt, ob wir der richtige Partner sind. Keine Verkäufer, keine Präsentationsfolien, kein unnötiger Aufwand.

Wir fragen nicht nach deinem Budget bevor wir wissen, was du wirklich brauchst. Erst das Problem, dann der Rahmen. Wenn wir nicht der richtige Partner sind, sagen wir's und empfehlen jemanden besseren.

Kickoff-Call 30 Min · keine Folien · ehrlich
Live
  • 01
    Problem

    Was funktioniert gerade nicht und wie viele Stunden kostet es dich pro Woche?

  • 02
    Metric

    Was würdest du messen, damit du weißt, dass es funktioniert?

  • 03
    Team

    Wer benutzt die Software täglich? Wer entscheidet? Wer zahlt?

  • Die wichtigste Frage

    Warum jetzt und nicht vor sechs Monaten?

Phase 02 1–2 Wochen · Festpreis Ergebnis: Ein A4 das alles erklärt

Konzept

Architektur, Stack-Entscheidungen, Datenmodell, UX-Skizzen, Aufwandsschätzung. Ein klares Dokument das du auf einem A4 ausdrucken könntest, keine 80-Seiten-Konzepte.

Wir zeigen wie das System aussehen wird, wo die Risiken liegen, welche Alternativen wir verworfen haben und warum. Du verstehst, was du baust, bevor wir eine Zeile Code schreiben.

System-Architektur · vereinfacht v0.1 · Konzept-Dokument
Browser React · Next API Layer Zod · tRPC Datenbank Supabase · Drizzle Auth & Sessions JWT · Cookies AI Worker Claude · Whisper Notifier Slack · E-Mail · Vapi
Phase 03 4–16 Wochen · iterativ Ergebnis: Funktionierende Software

Entwicklung

Wir entwickeln in 1-Wochen-Sprints. Du siehst nach jedem Sprint einen lauffähigen Zwischenstand, kannst klicken, kommentieren, Richtung korrigieren. Produktionsreifer Code von Tag eins, keine „Wegwerf-Prototypen".

Jeder Sprint hat ein klares Ziel: am Ende läuft ein Stück Software auf Staging das wir gemeinsam abnehmen. Wenn was nicht passt, korrigieren wir bevor wir weitergehen, nicht erst beim finalen Review.

app/api/projects/route.ts TypeScript
// Auth, Validation, DB-Write, Response. Zehn Zeilen.
// Kein Hidden-State, kein Framework-Magic.

import { Project } from "@/model"
import { db } from "@/lib/db"
import { auth } from "@/lib/auth"

export async function POST(req: Request) {
  const user = await auth(req)
  if (!user) return new Response("Unauthorized", { status: 401 })

  const data = Project
    .omit({ id: true, createdAt: true })
    .parse(await req.json())

  const project = await db.project.create({
    data: { ...data, ownerId: user.id },
  })

  return Response.json(project)
}
Phase 04 laufend · Retainer optional Ergebnis: Live + dokumentiert + dein Code

Launch & Care

Wir deployen, monitoren, dokumentieren. Danach optional Wartung, oder du übernimmst selbst. Der Code gehört dir, auf deinem Git, mit deinem Vercel-Account, deiner Supabase, deinen Domains.

Wir hinterlassen keine Black-Box. Jeder Endpoint dokumentiert, jeder Workflow als README, jede Decision in einem ADR. Wenn dein nächster Entwickler in einem Jahr einsteigt, versteht er das System in einer Stunde, nicht in einer Woche.

production · main ● Deployed
Last Deploy 2 min ↑ #a3f2c1
Bauzeit 1m 23s ↓ 4s vs avg
Uptime · 30d 99.98% SLA OK
P95 Latency 124 ms ↓ 12ms
[14:23:01]  ✓ Typecheck passed
[14:23:18]  ✓ Tests passed (42)
[14:23:45]  ✓ Build erfolgreich (1.2 MB gzip)
[14:24:21]  ✓ Deployed to Vercel · pgtv-fusion.vercel.app
[14:24:22]  → Notified #deploys on Slack
[14:24:23]  → Sentry release tagged · v1.42.0
Bonus

Wie wir denken.

Vier Regeln die wir uns selbst gegeben haben. Wenn wir sie brechen, machst du uns drauf aufmerksam.

/* 01 */

Keine Hidden Costs

Fester Scope, fester Preis. Wenn sich was ändert, sagen wir's bevor wir Hand anlegen.

/* 02 */

Code gehört dir

Dein Git, dein Vercel, deine Domains. Wir sind nicht zwischen dir und deiner Software.

/* 03 */

Type-Safe oder gar nicht

Von DB bis UI. Wenn dein Compiler nichts findet, finden's deine Nutzer im Produktivbetrieb.

/* 04 */

Keine 80-Seiten-Specs

Ein A4 das alles erklärt. Wenn wir das nicht hinkriegen, haben wir's selbst nicht verstanden.