Das System, das gebaut werden soll von Anfang an richtig.

Noch gibt es nichts. Es gibt etwas, das entstehen muss, ein Datum, bis zu dem es entstehen muss, und keine Möglichkeit zu wissen, ob diejenigen, die es bauen, es auch können.

Woher sie kommen

Meistens eine von diesen drei.

Die Chance ist da, aber die Kompetenzen sind nicht im Haus.

Ein Kunde hat dich nach etwas gefragt, das sich verkaufen lässt. Nur braucht es dafür Kompetenzen, die du nicht im Haus hast, und sie zu finden dauert länger als die Zeit, die bleibt.

Die Finanzierung steht, und sie hat eine Frist.

Eine Förderung, eine Finanzierungsrunde, ein genehmigtes Budget, das nur für dieses Jahr gilt. Du hast das Geld jetzt, und das Projekt muss jetzt starten — mit dem, was du zusammenbringen kannst.

Der benötigte Teil ist nicht dein Handwerk.

Du machst Maschinen, Energie, Verlagswesen. Der Softwareteil entscheidet darüber, ob das Produkt funktioniert, und niemand im Haus weiß, wie man ihn baut.

In allen drei Fällen ist der Zeitdruck real und berechtigt. Das Problem ist: Was unter Zeitdruck gebaut wird, bleibt jahrelang bestehen.

Wer es schon gemacht hat

Un partner affidabile e attento, capace di trasformare i nostri progetti ed idee in risultati concreti con grande cura e precisione.

Luca Pegoraro

Luca Pegoraro

Founder · Mechit SRL

Das ist nicht die richtige Seite, wenn

bereits etwas existiert.

Wenn es einen funktionierenden Prototyp gibt, der echte Last tragen muss, ist es Scale. Wenn etwas in Produktion bereits Probleme macht, ist es Rescue. Hier geht es um Dinge, die noch nicht existieren.

Was wir bauen

Fünf Bereiche, in denen wir arbeiten.

Wichtiger als die Technologien, die sich alle zwei Jahre ändern, ist, welche Art von Produkt ihr baut: Davon hängt alles andere ab.

  • Sichtbar

    Was Nutzer:innen verwenden Webanwendungen, Smartphone-Apps, installierbare Programme. Ein Marktplatz, eine Trading-Plattform, ein Arbeitswerkzeug im Browser.

  • Unsichtbar

    Was darunter liegt und alles trägt Die Logik, die Geld in einem Marktplatz bewegt, Provisionen berechnet und Identitäten verwaltet. Pipelines, die Daten sammeln und verarbeiten, auch wenn sie aus Quellen kommen, die nicht miteinander sprechen.

  • Steuert

    Software, die mit Maschinen spricht Steuerplatinen für Motoren und Sensoren, Fernsteuerungssysteme, Ladestationen für Elektrofahrzeuge, mechanische Aktuatoren für Fahrsimulatoren.

  • Intern genutzt

    Die Werkzeuge, die du nutzt Administrationsoberflächen, Moderation, Content Management. Selten sind sie ein eigenes Projekt: Sie entstehen neben dem Produkt, und wenn sie schlecht entstehen, zahlt man jeden Tag dafür.

  • Trägt

    Die Infrastruktur, auf der es läuft Cloud-Infrastruktur, die der Last folgt, statt auf einer festen Größe zu bleiben, getrennte Netze zum Schutz der Daten, Updates und Backups, die keine eigene Person benötigen.

Produkt und Design

So weit gehen wir. Und wann du jemand anderen brauchst.

Wenn du noch nicht weißt, welche Screens du brauchst, kümmern wir uns darum: Konzeption, Wireframes, Beratung zur Nutzererfahrung und ein sorgfältiges Design nach gängigen Standards. Für die meisten Produkte ist das genau das, was es braucht, um von null zu etwas zu kommen, das funktioniert und sich gut bedienen lässt.

Produktstudien, Tests mit Nutzern, eine sehr ausgefeilte visuelle Identität sind ein anderes Handwerk. Wenn dein Projekt das braucht, sagen wir es dir und empfehlen dir, an wen du dich wenden kannst.

Bei Produktentscheidungen haben wir eine klare Rolle: dir zu sagen, was jede Option mit sich bringt. Wenn eine Funktion wenig bringt und viel kostet, in der Entwicklung und im Betrieb, weißt du es, bevor du entscheidest.

Was wir nicht machen

Wenn es mit einem fertigen Werkzeug geht, nimm ein fertiges Werkzeug.

Image-Websites, Standard-Onlineshops, alles, was bereits als Produkt existiert und ein paar hundert Euro im Jahr kostet: Das ist nicht unsere Arbeit. Wer es dir maßgeschneidert anbietet, verkauft dir etwas, das du nicht brauchst.

Von Grund auf zu bauen ergibt Sinn, wenn das Benötigte nicht auf dem Markt existiert oder wenn es existiert, aber genau der Punkt ist, an dem sich dein Produkt unterscheidet. In allen anderen Fällen ist es verschwendetes Geld — und wir werden es dir nicht vorschlagen.

Die eigentliche Frage

„Wie beurteile ich ein Angebot, das ich nicht lesen kann?“

Drei Anbieter, drei weit auseinanderliegende Zahlen, drei Erklärungen, die alle vernünftig klingen. Du hast nicht die Mittel, um zu verstehen, welche davon stimmt — und du weißt das. Das ist die normale Lage für alle, die maßgeschneiderte Software kaufen.

Referenzen lösen das nicht, denn die anderen haben sie auch. Es lässt sich lösen, indem man die Reihenfolge ändert: erst der Plan, dann die Verpflichtung.

Dasselbe gilt, wenn du überlegst, es selbst mit KI zu bauen und am Ende jemanden für eine Prüfung zu holen. Bei zwei Monaten Code sagt eine Prüfung wenig, und nachträglich Hand anzulegen kostet mehr, als es von Anfang an gemeinsam zu bauen. Es lohnt sich, uns vorher anzurufen. Statt dass du die KI im Auge behältst, tun wir es, mit unserem Prozess, und die gesparte Zeit bleibt bei dir: In die Tage, die du bezahlst, passt mehr Arbeit.

  • Zuerst

    Das Erste, das wir liefern, ist ein Plan, kein Angebot Anforderungen, Machbarkeitsprüfungen, kritische Punkte, die früh statt erst auf halber Strecke auftauchen, Zeitrahmen abhängig von der Teamgröße und die späteren Wartungskosten. Ein Dokument, das du woandershin mitnehmen und für vergleichbare Angebote nutzen kannst.

  • Dann

    Du entscheidest, wofür Kapazität eingesetzt wird Jede Aktivität wird beschrieben und nach dem erforderlichen Aufwand geschätzt und bleibt stehen, bis du sie freigibst. Während gearbeitet wird, hast du Zugang zu dem Tool, in dem die Aktivitäten leben: ihrem Status, dem Zyklus, in den sie fallen, und ob es voraus oder im Rückstand ist.

  • Immer

    Wir sagen Nein, wenn es angebracht ist Wenn etwas nicht rechtzeitig machbar ist, wenn die gewählte Technologie falsch ist, wenn das, was ihr verlangt, mehr kostet als der Nutzen, den es schafft: Ihr hört es zuerst von uns. Manchmal kostet uns das einen Auftrag, aber wir sagen es trotzdem.

  • Am Ende

    Code und Server bleiben deine Keine technische Bindung, die dich zum Bleiben zwingt. Wenn du eines Tages alles woandershin bringen willst, kannst du das tun.

Wie wir arbeiten, im Detail

Die Rechnung

Drei Köpfe kosten weniger als zehn Hände.

Wie sie arbeitet

Die große Struktur

Viele Menschen, meist am Anfang ihrer Erfahrung: Das Projekt kommt durch Versuche voran

Das kleine Team

Verantwortungsvolle Fachleute: Wer am System arbeitet, verantwortet seine Funktion

Was es kostet

Die große Struktur

Hunderte Tage zum vollen Satz

Das kleine Team

Ein Bruchteil der Tage. Dort gewinnt man die Rechnung — nicht beim Satz

Was bleibt

Die große Struktur

Ein funktionierendes Produkt mit technischen Schulden

Das kleine Team

Sauberer, portabler Code. Deiner.

Die Elite kostet weniger, als du denkst. Und ist früher da.

Wie es beginnt

Build-Plan

Der Plan vor der Verpflichtung.

Wir erfassen funktionale und geschäftliche Anforderungen, führen Machbarkeitsprüfungen durch und erstellen einen Entwicklungsplan: was gebaut wird, in welcher Reihenfolge, in welcher Zeit, mit welchem Team und was es später kostet, es am Laufen zu halten. Danach entscheidest du, ob du weitermachst — auch mit jemand anderem.

So funktioniert es

Wenn du bereits weißt, was gebaut werden muss, und vor der Verpflichtung sehen möchtest, wie wir arbeiten, gibt es einen kürzeren Weg: den Dry Run.

Astrorei · When software matters

Wenn Software zu
einer Business-Frage wird.