Ein Studio aus zwei Personen mit agentischer Belegschaft

Techthos ist ein schlankes, inhabergeführtes Familienunternehmen — zwei Menschen, keine verschachtelte Agentur. Das ist Absicht. Statt Personal aufzustocken, skalieren wir einen agentischen Workflow: KI übernimmt die eigentliche Arbeit, unter der Spezifikation und Prüfung eines Senior-Ingenieurs. Das Ergebnis ist Software auf Senior-Niveau, schnell ausgeliefert, ohne den Overhead, den Sie sonst bezahlen würden.

Die Menschen, mit denen Sie arbeiten

Keine Account-Manager, keine Übergaben an Junioren. Sie sprechen mit den Menschen, die die Arbeit bauen und verantworten.

Alexandros Fotiadis

Alexandros Fotiadis

Mitgründer & CEO

Senior-Softwareingenieur mit fast 13 Jahren Erfahrung in Frontend, Backend, Cloud und KI. Schreibt die Spezifikationen, verantwortet die Architektur und prüft jede Zeile, die ausgeliefert wird.

Alexia Katrantzidou

Mitgründerin & Finanzen/Verwaltung

Verantwortet Finanzen, Verwaltung, Verträge und Back-Office — damit Projekte von Tag eins an strukturiert, regelkonform und angenehm in der Zusammenarbeit sind.

Wie ich hierher gekommen bin

Die Kurzfassung eines langen Weges: von einem Informatikraum in Griechenland bis zu dem Studio, das wir heute führen.

  1. 2009 · Griechenland

    Es begann mit Pascal

    2009 gab es an meiner Schule einen Informatikkurs. Zwei Stunden pro Woche, Pascal, ein Raum voller Mitschüler, denen das schwerfiel. Mir fiel es seltsam leicht. Ein Programm las sich für mich wie ein aufgeschriebener Ablauf: das passiert, dann das, außer wenn etwas anderes gilt.

    Erklären konnte ich das damals nicht. Ich wusste nur, dass Programmierlogik für mich Sinn ergab und dass ich mehr davon wollte.

  2. Die Jahre danach

    Zwei Stunden pro Woche reichten nicht

    Also brachte ich mir den Rest selbst bei. Zuerst HTML, dann PHP, dann Python, dann Datenbanken und alles, was hinter einer Webanwendung steckt.

    Irgendwann waren die Sprachen nicht mehr der Punkt. Was ich wirklich verstehen wollte, war, wie ein ganzes System funktioniert: wie Informationen dargestellt, bewegt, umgewandelt und am Ende von jemandem genutzt werden.

  3. Bonn, Deutschland

    Aus Chaos Daten machen

    Ich zog nach Deutschland, für eine dreijährige Ausbildung am Heinrich-Hertz-Europakolleg in Bonn, und arbeitete nebenbei als Entwickler. Die Arbeit bestand nicht aus Websites. Es waren Crawler, Data Mining und Informationsextraktion: Seiten und Dokumente, die für Menschen geschrieben waren, wurden zu Daten, denen eine Maschine vertrauen konnte.

    Dort hat mich eine Frage geprägt. Was ist hier wichtig, woran erkenne ich es, und wie strukturiere ich es so, dass sich ein anderes Programm darauf verlassen kann? Diese Frage stelle ich seitdem jeden Tag.

  4. Zurück in Griechenland

    Software trifft auf echte Unternehmen

    Zurück in der Heimat änderten die Probleme ihre Form. Ich baute eine Plattform für Hotel-Direktbuchungen, die mit griechischen Häusern begann und bei Hotelgruppen auf mehreren internationalen Märkten landete. In einer langen Zusammenarbeit mit einer deutschen Softwareagentur, remote von Griechenland aus, arbeitete ich an Förderplattformen für eine große gemeinnützige Organisation, an Mitgliedersystemen für eine bundesweite Organisation mit regionalen Gliederungen und an einem Projekt, das das Streckenwissen von Lokführern digitalisierte.

    Verschiedene Branchen, jedes Mal dieselbe Lektion. Jede Organisation hat bereits eine Art zu arbeiten. Sie lebt in Excel, in E-Mails, im Kopf einzelner Menschen. Ein Datenmodell ist keine technische Entscheidung. Es ist eine Interpretation davon, wie diese Menschen arbeiten, und wenn sie falsch ist, kämpft die Software jahrelang gegen sie.

  5. Das Muster

    Der schwere Teil kommt vor dem Code

    Nach genug solcher Projekte glaubte ich nicht mehr, dass der Code der schwierige Teil ist. Menschen können improvisieren, wenn etwas Ungewöhnliches passiert. Ein Computer braucht eine Regel. Menschen leben mit Widersprüchen. Software muss sie auflösen.

    „Wenn der Kunde freigibt, bearbeiten wir es“ ist für einen Unternehmer ein Satz und für mich zehn Fragen. Wer gibt frei? Kann die Freigabe zurückgezogen werden? Was, wenn die Bearbeitung fehlschlägt? Diese Fragen früh zu finden, bevor sie sich in einer Implementierung verfestigen, wurde zu der Arbeit, die mir am meisten am Herzen liegt.

  6. Heute

    Technologie und Ethos

    Techthos ist Technologie plus Ethos. Der Name ist ein Versprechen: Nur weil sich etwas bauen lässt, heißt das nicht, dass es so gebaut werden sollte. Heute ist Techthos ein eigenständiges Studio, das seine Leistungen direkt anbietet, und wir lösen dieses Versprechen für andere Unternehmen ein.

    Der größte Teil unserer Arbeit besteht darin, Unternehmen mit unserem Wissen beim Wachsen zu helfen. Wir verbessern ihre Arbeitsabläufe, warnen früh vor Gefahren und Nebenwirkungen und sagen klar, was zu tun ist und was man besser lässt. Unsere eigentliche Stärke ist das Verstehen: den tatsächlichen Bedarf hinter einer Anfrage schnell zu erfassen. Die Jahre in sehr unterschiedlichen Branchen machen das möglich.

    Dann übersetzen wir diesen Bedarf in etwas, das wirtschaftlich, sicher und zuverlässig funktioniert. Dabei ändert sich nicht nur die Software. Auch die Art, wie Menschen arbeiten, ändert sich. Arbeit sollte sich geordnet, effizient, stabil und harmonisch anfühlen. Genau das übe ich seit einem Pascal-Kurs im Jahr 2009, und genau das bekommen Sie, wenn Sie mit uns arbeiten.

— Alexandros Fotiadis, Mitgründer

Wie die Arbeit tatsächlich entsteht

„Spezifikationsgeführt, prüfungsgebunden“ klingt abstrakt. In der Praxis ist es eine einfache, wiederholbare Schleife — und genau sie lässt zwei Menschen wie ein deutlich größeres Team liefern.

1

Wir schreiben die Spezifikation

Jedes Projekt beginnt mit einer präzisen Spezifikation, die ein Senior-Ingenieur verfasst hat. Sie definiert, was gebaut wird und warum, bevor eine Zeile Code existiert. Sie gehört Ihnen — geeignet, um jedes Team zu beauftragen, nicht nur uns.

2

Agenten übernehmen die eigentliche Arbeit

Innerhalb dieser Spezifikation entwerfen KI-Agenten Code, erstellen Gerüste, generieren Tests und erledigen die repetitive Arbeit — in einem Tempo, das kein menschliches Team erreicht. Agenten treffen niemals eigenständig Architekturentscheidungen.

3

Alexandros prüft alles

Kein Agenten-Ergebnis erreicht Sie ungeprüft. Alexandros — unser Senior-Ingenieur und Mitgründer — prüft jede Änderung gegen die Spezifikation, korrigiert sie und ist persönlich für das verantwortlich, was ausgeliefert wird.

4

Sie erhalten Software, die Ihnen gehört

Lauffähige Software samt Quellcode, Prompts, Workflow-Definitionen und Dokumentation — alles Ihres, Meilenstein für Meilenstein. Kein Lock-in.

Warum zwei Personen genügen

Klassische Studios fügen Menschen hinzu, um Kapazität hinzuzufügen. Wir gewinnen Kapazität, indem wir den Workflow verbessern — die Prompts, die Leitplanken, die Prüf-Checklisten. Deshalb kann ein Studio aus zwei Personen mehrere Projekte gleichzeitig führen und trotzdem für jedes einen verantwortlichen Senior-Ingenieur stellen. Schlank ist hier keine Einschränkung; es ist das Produkt.

Wir geben zurück, was wir können

Wenn ein Werkzeug, das wir intern bauen, klein, allgemein nutzbar und frei von Kundendetails ist, stellen wir es quelloffen bereit. Es ist unser Beitrag zur Gemeinschaft, auf die wir uns stützen — und der klarste Beweis dafür, wie wir bauen.

Unser Open Source ansehen

Starten Sie mit einer kostenlosen Discovery

Sagen Sie uns, was Sie bauen möchten. Wir ordnen es ein, sagen Ihnen ehrlich, ob wir passen, und Sie gehen so oder so mit Klarheit.

E-Mail an uns