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.
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 ↓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.
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.
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.
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.
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.
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.
Jede Woche launcht ein weiterer polierter Prototyp, trendet einen Tag und verstummt. Eine glänzende Demo beweist nichts mehr — echte Nutzung schon.
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.
Validierte Sessions, ein Bug-zu-Fix-Loop und ein öffentliches Evidence-Profil. „Wirklich benutzt, Bugs gefunden, Bugs gefixt" schlägt jedes Launch-Video.
Wähl deine Rolle. Ein Gedanke pro Schritt — und am Ende entscheidest du, ob du mitmachst.
Schritt 1 · Dein Problem
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.
Schritt 2 · Geht heute
flutter pub add testerpaykitnpx expo install @testerpaykit/expo Schritt 3 · Geht noch nicht
Wir schreiben das hin, weil du es sonst nach dem Anmelden selbst merkst — und dann zu Recht sauer bist.
Schritt 4 · Gibt's sonst nirgends
Ein Tester meldet einen Fehler. Du siehst ihn unterwegs und tippst auf „freigeben". Zu Hause nimmt ein lokaler Agent den Auftrag an, arbeitet in deinem Repo und legt dir einen Branch hin. Dein Code verlässt deinen Rechner nie.
Fünf Schutzregeln sind fest eingebaut — der Agent bekommt --disallowed-tools Bash(git *), damit „pusht nie" eine Mechanik ist und kein Versprechen.
Schritt 5 · Mitmachen
Zwei Wege. Der erste geht heute, der zweite kostet dich zehn Sekunden.
Du gehst in die Börse, nimmst dir eine fremde App, testest sie richtig — und verdienst damit die Credits für deine eigene. Erst geben, dann nehmen.
Der Börse beitretenWir schreiben dir, wenn der bezahlte Pool startet oder dein SDK dazukommt. Keine Newsletter, nur diese zwei Nachrichten.
Kostenlos, solange die Beta läuft. Kein Startguthaben — Credits verdienst du, indem du für andere testest.
Schritt 1 · Dein Problem
Du siehst den kaputten Ablauf, den Knopf, der lügt, das Formular, das deine Eingabe frisst. Dann schreibst du eine Bewertung, die keiner liest, oder du löschst die App. So oder so ist die Arbeit weg, die du gemacht hast.
Testen ist ein Können. Im Moment versickert es größtenteils in Ein-Stern-Bewertungen.
Schritt 2 · Geht heute
Schritt 3 · Geht noch nicht
Wenn du diesen Monat Geld verdienen willst, sag ab. Das hier lohnt sich, wenn du früh dabei sein willst.
Schritt 4 · Gibt's sonst nirgends
Du meldest den Fehler mit Beweis. Der Entwickler gibt ihn vom Handy frei, und auf seinem Rechner fängt ein Agent an zu arbeiten. Du rufst nicht ins Leere — du bist der erste Schritt einer Schleife, die in einem Branch endet.
Schritt 5 · Mitmachen
Wir schalten Tester von Hand frei — deshalb ist das hier der einzige ehrliche Knopf, den wir dir geben können.
Du kommst auf die Tester-Liste. Wir schreiben dir, wenn es etwas für dich zu testen gibt — und noch mal, wenn es den ersten bezahlten Auftrag gibt.
Keine Gebühr, keine Verpflichtung, keine Mindeststunden. Wenn nichts passt, testest du nichts.
Schritt 1 · Dein Problem
Wer am Code arbeitet, weiß, wo die Minen liegen — genau deshalb tritt er nicht hinein. Und ein QA-Budget gibt es nicht, weil es überhaupt kein Budget gibt.
Der Issue-Tracker füllt sich mit „geht nicht" — ohne einen Weg, es nachzustellen.
Schritt 2 · Geht heute
Schritt 3 · Geht noch nicht
Schritt 4 · Gibt's sonst nirgends
Gib die Meldung frei, und ein Agent auf deinem eigenen Rechner arbeitet sie in deinem Checkout ab und legt einen Branch hin. Nichts wird gepusht, nichts gemerged, nichts hochgeladen — für ein Projekt, an dem du der einzige Maintainer bist, ist das der Unterschied zwischen einem Issue und einem Fix.
Fünf Schutzregeln sind fest eingebaut — der Agent bekommt --disallowed-tools Bash(git *), damit „pusht nie" eine Mechanik ist und kein Versprechen.
Schritt 5 · Mitmachen
E-Mail und Repo. Wenn wir zusagen, kostet es dein Projekt nichts.
Der Antrag fragt nach deiner E-Mail und einer GitHub-URL. Ein Mensch liest ihn — rechne mit Tagen, nicht Minuten.
Jetzt bewerbenWir schreiben dir, wenn die Testerbasis groß genug ist, dass auch ein Nischenprojekt einen Treffer findet.
Schritt 1 · Dein Problem
Deine Leute haben den Build geschrieben. Was sie finden, finden sie, weil sie danach gesucht haben — und von außen kann das niemand von einem echten Test unterscheiden.
Schritt 2 · Geht heute
Schritt 3 · Geht noch nicht
Wenn du das für einen Kundentermin brauchst, ist es das noch nicht. Zehn Sekunden wert, das zu wissen.
Schritt 4 · Gibt's sonst nirgends
Gib einen gemeldeten Fehler frei, und ein Agent arbeitet ihn in deinem eigenen Checkout ab und legt einen Branch zur Durchsicht hin. Nichts wird gepusht, nichts zu uns hochgeladen. Für Arbeit unter einer Verschwiegenheitsvereinbarung ist das kein Extra, sondern die Voraussetzung.
Fünf Schutzregeln sind fest eingebaut — der Agent bekommt --disallowed-tools Bash(git *), damit „pusht nie" eine Mechanik ist und kein Versprechen.
Schritt 5 · Mitmachen
Uns ist lieber, wir bauen das Richtige, als dass wir raten. Geh auf die Liste, dann fragen wir dich zuerst.
Wir schreiben dir, wenn es etwas gibt, das eine Agentur wirklich benutzen kann — Plätze, Kundenberichte, einen Preis.
Hier gibt es heute nichts zu kaufen. Genau deshalb steht es da.
Schritt 1 · Dein Problem
Dein Team testet auf Firmengeräten, im Firmennetz, mit dem Konto, das immer geht. Deine Nutzer haben ein älteres Handy, eine schlechte Verbindung und keine Ahnung, was mit dieser Beschriftung gemeint war.
Schritt 2 · Geht heute
Schritt 3 · Geht noch nicht
Schritt 4 · Gibt's sonst nirgends
Wird ein gemeldeter Fehler freigegeben, baut ein Agent den Fix auf dem Rechner eures Entwicklers — in eurem Checkout, endend in einem lokalen Branch. Nichts wird gepusht, nichts zu uns hochgeladen. Die meisten Werkzeuge dieser Art brauchen euer Repository. Dieses nicht.
Fünf Schutzregeln sind fest eingebaut — der Agent bekommt --disallowed-tools Bash(git *), damit „pusht nie" eine Mechanik ist und kein Versprechen.
Schritt 5 · Mitmachen
Wir tun nicht so, als gäbe es ein Enterprise-Angebot. Geh auf die Liste, dann kommen wir mit einem echten zurück.
Wir schreiben dir, wenn es einen bezahlten Pool, einen Vertrag und einen Preis gibt — die drei Dinge, die du bräuchtest, um zusagen zu können.
Hier gibt es heute nichts zu kaufen. Genau deshalb steht es da.
Alles was du brauchst, um deine App mit echten Nutzer*innen zu testen, ohne Enterprise-Preisschild.
Ein kuratierter Pool verifizierter Alltags-Tester — diverse Geräte, Orte und Generationen, nicht die immer gleichen Power-User, die deine App eh schon kennen.
Tests auf echten Smartphones und Tablets, keine Emulatoren. Feedback von den Geräten, die deine Nutzer wirklich haben.
Detaillierte Bug-Reports und strukturiertes Feedback in 24–48 Stunden. Mit gutem Gefühl releasen.
DSGVO-konform per Default. Keine PII oder Rohinhalte verlassen das Gerät, außer der Tester hängt sie explizit an.
Du zahlst nur für Sessions, die bestehen: auf Qualität gescored, dedupliziert, mit eingebauten Kontroll-Bugs gegen Klick-Farmer. Kein Retainer, kein Minimum.
Plattform-Zugangsabo. Du setzt die Tester-Bezahlung. Eine transparente Transaktionsgebühr hält die Plattform am Laufen.
Bug-Reports mit Screenshots, Widget-Annotationen, Geräteinfos und Reproduktionsschritten.
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.
Erst an unseren eigenen Apps erprobt, bevor wir geöffnet haben. Was für uns nicht funktioniert, geht nicht raus.
Entwickler bekommen bezahlbares Testing mit echten Menschen. Alltagsmenschen bekommen ein faires Zubrot — kurze Aufgaben, transparente Bezahlung.
Keine erfundenen Zahlen, kein vorgetäuschter Social Proof. Was Beta ist, nennen wir Beta. Preise bleiben Platzhalter, bis sie final sind.
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.
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.
Jeder Bug kommt mit seiner Session an: Timeline, Schritte, Gerätekontext, Screenshots, Bildschirmaufnahme. Tester schreiben keine Aufsätze. Entwickler raten nicht.
Job-Postings, Bewerbungen, Tester-Validierung und Reputation — die Vermittlungsschicht zwischen Apps, die Tests brauchen, und Menschen, die testen.
Serverseitige Auszahlungsberechnung mit Regeln pro Projekt. Echtes Geld an echte Menschen — inklusive der Compliance-Hausaufgaben, die dazugehören.
Eine Web-Konsole, zwei Welten: Entwickler verwalten Projekte, Jobs und Reports; Tester stöbern, bewerben sich und verdienen.
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.
110+ Endpoints tragen Auth, Rollen, Magic Links, Notifications und Payouts — der Teil, den niemand bemerkt, bis er bricht.
Kann man das kopieren? Klar — sobald man alle sieben nachgebaut hat. Wir bauen derweil weiter.
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.
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.
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.
Bring eigene Tester mit — Mitarbeiter, Community, Bekannte.
Für Firmen, die mit eigenen Leuten testen.
Für Agenturen und größere Inhouse-QA.
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.
Schaff das Google-Play-Gate: 12 Tester, 14 Tage.
Wissen, dass getestet wurde — nicht hoffen.
Mit Fix-Liste launchen statt mit Schulterzucken.
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