Zum Inhalt springen

Public Beta : TesterPayKit ist kostenlos, solange die Beta läuft. Preise sind nicht final, bis wir es sagen.

Public Beta · kostenlos, solange sie läuft

90 % mit KI gebaut? Die letzten 10 % brauchen echte Menschen.

Crowd-Testing für KI-gebaute Apps — echte menschliche Tester in 48 Stunden.

Solo-Entwickler testen hier gegenseitig ihre Apps — weil du deine eigenen Fehler nie findest.

Du weißt, wo alles liegt — deshalb siehst du nicht, was ein Fremder sieht. Freunde installieren einmal, tippen kurz herum und ghosten dann. Hier testest du die App eines anderen, verdienst Credits für die Arbeit, die du wirklich geleistet hast, und gibst sie für Tester deiner eigenen aus. Ganz ohne Geld. Und wer lieber zahlt als testet, kann das auch.

So funktioniert's ↓
Drop-in-SDK · Flutter über pub.dev, Expo über npm
Nur für validierte Sessions zahlen
Privacy-first · DSGVO-konform
Feedback in 24–48 Stunden
Google Play verlangt 12 Tester für 14 Tage? Wir organisieren sie →

Sei beim Launch dabei

Eine E-Mail wenn wir öffnen. Kein Spam, garantiert.

Die Tausch-Börse

Deine eigene App kannst du nicht testen. Jemand anderes schon.

Hier testen Entwickler gegenseitig ihre Apps. Du verdienst Credits, indem du die App eines anderen testest, und gibst sie für Tester deiner eigenen aus — so bestehst du Googles 12×14-Anforderung, ohne dafür zu bezahlen. Gleiche Plattform, gleiches SDK, gleiche Belege: Es ändert sich nur, womit du zahlst.

Keine abgespeckte Version

Du bekommst das Echte — das SDK in deiner App, aufgezeichnete Sessions, Bug-Reports mit Schweregrad, den Fix-Kreislauf. Credits kaufen Tester-Plätze, keine Demo-Stufe.

Verdient, nicht getauscht

Ein Testtag zahlt nur, wenn eine echte Session ihn belegt — und nie für die eigene App. Genau das ist der Unterschied zu den Tauschgruppen: Hier muss wirklich getestet worden sein.

Zeit oder Geld, du entscheidest

Launch-Termin im Nacken? Zahlen und sofort Tester bekommen. Stattdessen Zeit? Zwei Wochen testen und einen Platz verdienen. Beides läuft auf derselben Plattform — der Wechsel kostet dich nichts.

Wo das heute steht

Die Börse ist im August 2026 gestartet und noch klein — du wärst mit unter den Ersten, und das heißt: Bis sich ein Partner findet, braucht es etwas Geduld. Und fairerweise: Google hat die 12×14-Regel eingeführt, um genau die Ringe zu stoppen, in denen sich Entwickler gegenseitig durchwinken. Gegenseitiges Testen ist unbedenklich, solange wirklich getestet wird — und genau das messen und belegen wir.

Die 90-90-Regel

Die ersten 90 % sind heute fast gratis. Deine App entscheidet sich in den letzten 10.

Alte Engineering-Regel, wahrer denn je: Die ersten 90 % des Codes kosten 90 % der Zeit — die restlichen 10 % kosten die anderen 90 % (Tom Cargill, Bell Labs). KI hat den ersten Teil auf Tage zusammengeschrumpft. Übrig bleibt genau der Teil, den kein Prompt überspringt: die Edge-Cases, die Abstürze auf fremden Geräten, die Flows, in denen sich nur Fremde verlaufen.

Demos ermüden

Jede Woche launcht ein weiterer polierter Prototyp, trendet einen Tag und verstummt. Eine glänzende Demo beweist nichts mehr — echte Nutzung schon.

Die letzten 10 % lassen sich nicht prompten

Sie werden gefunden, nicht generiert: echte Menschen auf echten Geräten, die deine UI auf Arten missverstehen, die du dir nicht ausdenken kannst. Genau das macht aus einem Prototyp ein Produkt.

Liefere Beweise statt Versprechen

Validierte Sessions, ein Bug-zu-Fix-Loop und ein öffentliches Evidence-Profil. „Wirklich benutzt, Bugs gefunden, Bugs gefixt" schlägt jedes Launch-Video.

Für wen ist das?

Eine Plattform. Fünf Wege rein.

Wähl deine Rolle. Ein Gedanke pro Schritt — und am Ende entscheidest du, ob du mitmachst.

Schritt 1 · Dein Problem

Du kannst deine eigene App nicht testen.

Du tippst die Wege, die du gebaut hast, in der Reihenfolge, in der du sie gebaut hast. Den Moment, in dem ein Fremder auf dem falschen Knopf landet, triffst du nie.

Und Freunde? Installieren einmal, tippen kurz herum, melden sich nie wieder. Das ist kein Test, das ist Höflichkeit.

Das ist kein Mockup. So sieht echtes Testing bei uns aus.

Jede Session live: Dauer, Screens, Taps, End-Grund.
Echte Bug-Reports aus unserem eigenen Dogfood, mit Schweregrad und Status.

Screenshots aus unserer eigenen lokalen Instanz, Stand Juni 2026.

Warum Entwickler TesterPayKit

Alles was du brauchst, um deine App mit echten Nutzer*innen zu testen, ohne Enterprise-Preisschild.

👥 01

Echte Tester

Ein kuratierter Pool verifizierter Alltags-Tester — diverse Geräte, Orte und Generationen, nicht die immer gleichen Power-User, die deine App eh schon kennen.

📱 02

Echte Geräte

Tests auf echten Smartphones und Tablets, keine Emulatoren. Feedback von den Geräten, die deine Nutzer wirklich haben.

03

Schnelle Durchlaufzeit

Detaillierte Bug-Reports und strukturiertes Feedback in 24–48 Stunden. Mit gutem Gefühl releasen.

🔒 04

Privacy-first

DSGVO-konform per Default. Keine PII oder Rohinhalte verlassen das Gerät, außer der Tester hängt sie explizit an.

05

Validierte Sessions

Du zahlst nur für Sessions, die bestehen: auf Qualität gescored, dedupliziert, mit eingebauten Kontroll-Bugs gegen Klick-Farmer. Kein Retainer, kein Minimum.

💰 06

Bezahlbar

Plattform-Zugangsabo. Du setzt die Tester-Bezahlung. Eine transparente Transaktionsgebühr hält die Plattform am Laufen.

📊 07

Strukturierte Reports

Bug-Reports mit Screenshots, Widget-Annotationen, Geräteinfos und Reproduktionsschritten.

Warum es uns gibt

Wir haben TesterPayKit zuerst für uns selbst gebaut

Wir sind ein Studio, das selbst viele eigene Apps baut — und jede muss vor dem Launch echt getestet werden. Profitester sind teuer und rar, Freunde testen einmal und ghosten. Also haben wir das Werkzeug gebaut, das wir selbst gebraucht haben. Dass wir Kunde Nummer eins sind, ist kein Marketing-Satz, sondern der Ursprung des Produkts.

Aus echtem Eigenbedarf

Erst an unseren eigenen Apps erprobt, bevor wir geöffnet haben. Was für uns nicht funktioniert, geht nicht raus.

Fair zu beiden Seiten

Entwickler bekommen bezahlbares Testing mit echten Menschen. Alltagsmenschen bekommen ein faires Zubrot — kurze Aufgaben, transparente Bezahlung.

Ehrlich vor dem Launch

Keine erfundenen Zahlen, kein vorgetäuschter Social Proof. Was Beta ist, nennen wir Beta. Preise bleiben Platzhalter, bis sie final sind.

Unter der Haube

Einfach zu benutzen. Nicht einfach zu bauen.

Von außen sieht TesterPayKit aus wie ein kleines SDK mit Dashboard. Darunter müssen sieben Systeme ineinandergreifen — gebaut, zerlegt und neu gebaut in neun Monaten täglichem Dogfooding. Diese Tiefe ist das Produkt.

01

Capture-SDKs

Shake-to-Report, Session-Aufzeichnung, Breadcrumbs und eine offline-sichere Outbox — nativ in Flutter, TypeScript/Expo und Swift, alle auf einen gemeinsamen Wire-Contract verpflichtet.

02

Evidence-Pipeline

Jeder Bug kommt mit seiner Session an: Timeline, Schritte, Gerätekontext, Screenshots, Bildschirmaufnahme. Tester schreiben keine Aufsätze. Entwickler raten nicht.

03

Marktplatz-Engine

Job-Postings, Bewerbungen, Tester-Validierung und Reputation — die Vermittlungsschicht zwischen Apps, die Tests brauchen, und Menschen, die testen.

04

Payout-Engine

Serverseitige Auszahlungsberechnung mit Regeln pro Projekt. Echtes Geld an echte Menschen — inklusive der Compliance-Hausaufgaben, die dazugehören.

05

Konsole für beide Seiten

Eine Web-Konsole, zwei Welten: Entwickler verwalten Projekte, Jobs und Reports; Tester stöbern, bewerben sich und verdienen.

06

Agent-natives Tooling

CLI und MCP-Server liefern Bugs und Sessions direkt an KI-Coding-Agents — dein Agent liest den Report und liefert den Fix im selben Loop.

07

API-Rückgrat

110+ Endpoints tragen Auth, Rollen, Magic Links, Notifications und Payouts — der Teil, den niemand bemerkt, bis er bricht.

In Zahlen

  • 9 Monate Entwicklung
  • 110+ API-Endpoints
  • 3 SDKs, ein Contract
  • 1.000+ automatisierte Tests

Kann man das kopieren? Klar — sobald man alle sieben nachgebaut hat. Wir bauen derweil weiter.

Wie sich TesterPayKit unterscheidet

Wir bauen für Indie-Devs, die ihre App mit KI-Tools versenden. Vergleich gegen die zwei meistgenannten Crowd-Testing-Alternativen.

TesterPayKit UserTesting TestFi
Einstiegspreis 0 €/Monat · pay-per-Tester $49–$150 / session $1.99–$3.99 / tester
SDK-Integration Optional (für tiefe Telemetrie) Keine Keine
Fokus auf KI-gebaute Apps Ja — für Cursor, Claude Code, Lovable, Flutter Generisch Generisch
Auto-erfasste Repro-Schritte Ja (Breadcrumbs + Crash-Context) Nein Nein
Bezahlte Tester aus Pool Ja — DACH-Fokus Ja (USA-zentriert) Ja (12+ Länder)
Hosting EU (Hetzner) · DSGVO-konform US Unbekannt
Agentic Fix-Loop (Claude Code) Ja — tpk-CLI + Plugin Nein Nein

Quelle: Preis-Angaben der jeweiligen Hersteller (Stand 2026-05). Funktionsangaben aus den jeweiligen Marketing-Seiten zum Zeitpunkt des Vergleichs.

Zwei Wege zu testen. Beide ehrlich.

Bring eigene Tester mit und zahl nur das Toolkit — oder nimm unseren bezahlten Pool und zahl pro Run. Keine Seat-Kontingente, keine versteckten Payout-Abzüge.

Noch keine Preise. Wir nennen noch keine Zahlen, weil wir sie noch nicht festgelegt haben — und ein ausgedachter Preis bleibt eine ausgedachte Zahl. Fest steht die Struktur: eigene Tester im Abo, oder wir bringen bezahlte pro Durchlauf. Was ein Durchlauf wirklich kostet, rechnet dir der Rechner auf unserer Preisseite aus deinen eigenen Angaben aus — inklusive dem, was der Tester bekommt und was wir behalten.
Eigene Tester mitbringen

Toolkit

Du hast schon Leute — Mitarbeiter, Community, einen Discord. Zahl nur die Plattform, die das Testen trackt, belegt und routet. Über uns wird niemand bezahlt, also kein Payout-Abzug.

Kostenlos / OSS

Kostenlos

Bring eigene Tester mit — Mitarbeiter, Community, Bekannte.

  • Eigene Tester, unbegrenzt
  • 1 Projekt
  • Volle Konsole + Bug-Reports
  • Session-Belege (Screens, Zeit)
  • 7 Tage Aufbewahrung
  • Für OSS-Maintainer für immer gratis
Kostenlos starten

Business

Für Agenturen und größere Inhouse-QA.

  • Alles aus Team
  • Unbegrenzte Projekte + Seats
  • SSO (SAML/OIDC)
  • API-Zugang & Webhooks
  • White-Label / exportierbare Reports
  • Dedizierter Support · Rechnungs-Zahlung
Sprich uns an
Wir bringen die Tester

Managed Pool

Keine eigenen Tester? Wir rekrutieren und bezahlen echte Alltagstester. Du zahlst pro Test-Run — ihre Zeit plus unsere Marge, nie weniger als wir ihnen zahlen.

Gate

Schaff das Google-Play-Gate: 12 Tester, 14 Tage.

  • 12+ echte, bezahlte Tester
  • Die vollen 14 Tage angemeldet
  • Täglicher Opt-in-Zählerstand
  • Ersatz aus dem Pool, wenn jemand abspringt
  • Status-Tracking in deiner Konsole
Kostenlos starten

Bug Hunt

Mit Fix-Liste launchen statt mit Schulterzucken.

  • Alles aus Evidence
  • Strukturierte Bug-Reports + Reproschritte + Gerätedaten
  • UX-Friction-Notizen + Launch-Readiness-Checkliste
  • Bugs über SDK + MCP in Claude Code / Cursor ziehen
Kostenlos starten
🚀
50 % Startup-Rabatt
Erstes Jahr, für Firmen unter 2 Jahre und < 1 Mio € Finanzierung.
💚
30 % Non-Profit-Rabatt
Für eingetragene gemeinnützige Organisationen.
🧪
In der Beta kostenlos
Niemand zahlt etwas, bevor die finalen Preise veröffentlicht sind.

Häufige Fragen

Was kostet Crowd-Testing im Vergleich zu UserTesting? +
TesterPayKit beginnt bei 0 €/Monat — du bezahlst nur die Tester, die deine App tatsächlich getestet haben. UserTesting kostet pro Session 49–150 USD. Für Indie-Apps mit wenigen Test-Zyklen pro Monat fährst du mit TesterPayKit ein Vielfaches günstiger.
Brauche ich ein SDK, um TesterPayKit zu nutzen? +
Nein. Das SDK ist optional und liefert tiefere Telemetrie (Breadcrumbs, Crash-Reports, Screen-Recordings), aber du kannst auch ohne SDK Tester-Kampagnen starten und Feedback einsammeln.
Wie werden die Tester bezahlt? +
Tester bekommen eine transparente Auszahlung pro getesteter Aufgabe, ausgezahlt nach deiner Freigabe. Tarife laufen über die TesterPayKit-Plattform; Tester sehen vorab, was sie pro Aufgabe verdienen.
Kann ich eine Flutter-App testen lassen, ohne eigene User-Base? +
Ja — genau dafür existiert TesterPayKit. Wir bringen reale Menschen (Studenten, Verkäufer*innen, Rentner*innen) als Tester für Apps, die noch keine Zielgruppe haben.
Was ist Crowd-Testing für Indie-Entwickler? +
Crowd-Testing ist ein Modell, bei dem eine verteilte Gruppe echter Nutzer eine App auf echten Geräten testet, statt nur QA-Mitarbeiter in einem Büro. Für Indie-Entwickler heißt das: realistisches Feedback ohne eigenen User-Stamm.
Wie lange dauert eine Test-Kampagne? +
Typische Kampagnen liefern erstes Feedback innerhalb von 24–48 Stunden. Komplexere Multi-Sitzung-Tests laufen über 5–7 Tage.
Ist TesterPayKit DSGVO-konform? +
Ja. TesterPayKit ist EU-gehostet (Hetzner), wir speichern keine Bon-Inhalte oder Tester-Klartext-Daten unnötig server-seitig. Datenschutz und AVV sind Teil des Standard-Setups.

Mit KI bauen. Mit Menschen launchen.

Die ersten 90 % macht die KI. Die letzten 10 % — die Bugs, die echte Daumen finden — machen andere Entwickler, die deine App testen, während du ihre testest. Kostenlos, solange die Beta läuft.

Keine Kreditkarte nötig · Kostenloser Plan verfügbar · Jederzeit kündbar