//Fallstudie · Produkt-MVP · praxiserprobt

Das Gespräch gestalten, nicht nur die Übersetzung.

Ein Browser-Ablauf für Gespräche zwischen Menschen ohne gemeinsame Sprache, geprägt von klaren Redebeiträgen und in echten Cafés in Gjumri getestet.

Problem
Mehrsprachige Gespräche von Angesicht zu Angesicht
Sprachen
Persisch · Armenisch · Englisch · Deutsch · Russisch
Belege
Qualitative Beobachtungen im Café
Status
Funktionierendes MVP

Ein Gespräch hat einen Ablauf.

Wenn zwei Menschen keine gemeinsame Sprache haben, geht es um mehr als das Übersetzen eines Satzes. Sie brauchen eine klare Art, sich abzuwechseln, zu wissen, wann sie sprechen, und weiterzumachen, während sie auf das Ergebnis warten. PyxMint behandelt den ganzen Austausch als Produkt: Menschen, Sprechaktionen, laute Umgebung und Tempo.

Jeder Redebeitrag ist eindeutig.

Das Produkt basiert auf Push-to-Talk statt auf ständigem Zuhören. Ein Teilnehmer spricht seinen Beitrag im Browser, die Übersetzung wird fertig, und der nächste Teilnehmer macht weiter. Ein optionales Transkript und ein Kontingent nach aktiver Sprechzeit gehören zum dokumentierten Umfang.

PyxMint-Ablauf: Push-to-Talk-Beitrag, Übersetzung, dann der nächste Beitrag; optionales Transkript und Kontingent nach aktiver Sprechzeit

Produktentscheidungen und die Fragen, die sie offenlassen.

  • Im Browser: eine gemeinsame Oberfläche für den Austausch; Geräte- und Browserbedingungen brauchen noch eine strukturierte Testmatrix.
  • Push-to-Talk: eine eindeutige Sprechaktion; die Länge der Beiträge bleibt eine zentrale Frage der Bedienbarkeit.
  • Optionales Transkript: sein Nutzen für den Gesprächsfluss braucht weitere Tests.
  • Fünf Sprachen: kein Beleg für gleiche Qualität in jeder Richtung.

Was der Praxistest zeigte.

Der Test in einem Café in Gjumri brachte das MVP in eine laute, echte Umgebung. Lärm war eine praktische Bedingung; einige Versuche Armenisch → Persisch hatten Probleme am Satzanfang; synthetische armenische Eingaben funktionierten besser als einige laute Live-Versuche; und längere Beiträge machten die Verzögerung spürbarer. Das sind qualitative Beobachtungen, keine Benchmarks.

Bekannte Grenzen und nächste Tests.

Die Belege sind qualitativ; es werden keine quantifizierten Ergebnisse zu Genauigkeit oder Latenz behauptet; Zuverlässigkeit im Produktionsmaßstab ist nicht belegt. Der nächste vorgeschlagene Schritt ist eine wiederholbare Testmatrix (Sprachrichtung, leise oder laut, live oder synthetisch, kurze oder lange Beiträge, Browser und Gerät), bevor stärkere Aussagen gemacht werden.

Warum es in meinem Portfolio ist: Es zeigt denselben Ansatz, den ich überall nutze: mit dem echten Problem beginnen, Grenzen definieren, den Ablauf gestalten, unter echten Bedingungen testen und ehrlich berichten.
Kontakt aufnehmen

Wo verliert Ihr Ablauf an Klarheit?

Beschreiben Sie den aktuellen Prozess, die Beteiligten und wo die Arbeit hängen bleibt. Gemeinsam klären wir, was ein erstes praktisches System leisten sollte.

STANDORTGjumri, Armenien · UTC+4 · --:--
ANTWORTENPer E-Mail, auf Armenisch, Englisch oder Persisch
E-MAILContact@farshidghaffari.net